From owner-freebsd-stable@FreeBSD.ORG Tue Jan 1 00:21:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17CFB16A418 for ; Tue, 1 Jan 2008 00:21:20 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from a.mail.sonic.net (a.mail.sonic.net [64.142.16.245]) by mx1.freebsd.org (Postfix) with ESMTP id 7B07713C455 for ; Tue, 1 Jan 2008 00:21:19 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from Macintosh-2.local (hornet.kitchenlab.org [64.142.31.105]) (authenticated bits=0) by a.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id m010L6do013433 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 31 Dec 2007 16:21:10 -0800 Message-ID: <47798774.5020500@freebsd.org> Date: Mon, 31 Dec 2007 16:21:08 -0800 From: "Bruce A. Mah" User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Karl Triebes References: <1199105964.74621.20.camel@bauer.cse.buffalo.edu> <26a198490712310831h3eadc27am3ca7372e88543e9d@mail.gmail.com> In-Reply-To: <26a198490712310831h3eadc27am3ca7372e88543e9d@mail.gmail.com> X-Enigmail-Version: 0.95.5 OpenPGP: id=5ba052c3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCAD6D1B1DB584B26502D9EFB" Cc: Ken Smith , freebsd-stable Subject: Re: 6.3-RC2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2008 00:21:20 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCAD6D1B1DB584B26502D9EFB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If memory serves me right, Karl Triebes wrote: > On Dec 31, 2007 4:59 AM, Ken Smith wrote: >> Sorry for the delay with this phase of the 6.3 release. A few glitche= s >> were found during testing of the 6.3-RC2 ISOs that included pre-built >> packages. >> >> The 6.3-RC2 builds for amd64 and i386 should now be available on the >> majority of the FreeBSD mirror sites. I just finished loading the >> sparc64 build so that will take a little while to propagate to the >> mirrors. This is the last planned RC for 6.3. Unless a major >> show-stopper problem is found the release of 6.3 should happen in abou= t >> two weeks. >=20 > Is there a changes document that captures the delta between minor > releases, and in this case between 6.2 and 6.3-RC2? I'm mostly > interested in changes that happened under src/sys. You mean like the release notes? RELNOTES.{HTM,TXT} in the top-level of disk 1 for any release, or see her= e: http://people.freebsd.org/~bmah/relnotes/ (The release notes get installed on www.freebsd.org just before the release gets announced.) Bruce. --------------enigCAD6D1B1DB584B26502D9EFB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHeYd02MoxcVugUsMRAtZbAKD7SfjuuHwcwnS4rtvgbuC8evr+DQCggZQf nzA0vjG8wa1SjB/SUk6/IkQ= =9tpJ -----END PGP SIGNATURE----- --------------enigCAD6D1B1DB584B26502D9EFB-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 1 00:27:15 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45A7516A417; Tue, 1 Jan 2008 00:27:15 +0000 (UTC) (envelope-from arved@FreeBSD.org) Received: from mx.rise-world.com (fwswe.rise-s.com [83.65.168.194]) by mx1.freebsd.org (Postfix) with ESMTP id EEFF713C45D; Tue, 1 Jan 2008 00:27:14 +0000 (UTC) (envelope-from arved@FreeBSD.org) Received: from [192.168.1.28] (85-126-209-251.work.xdsl-line.inode.at [85.126.209.251]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.rise-world.com (Postfix) with ESMTP id ED65870201; Tue, 1 Jan 2008 00:55:30 +0100 (CET) In-Reply-To: <20071230132547.3i4xvitdwg88g8ck@webmail.leidinger.net> References: <200712212341.44308@aldan> <200712221313.lBMDDx5M036478@lava.sentex.ca> <200712260038.11546@aldan> <20071226.003547.-932932005.imp@bsdimp.com> <1198689316.1119.382.camel@Particle> <20071226180415.GA27409@soaustin.net> <20071230010119.2pb0qqvx4w8s8o00@webmail.leidinger.net> <20071230042602.GA32282@soaustin.net> <20071230132547.3i4xvitdwg88g8ck@webmail.leidinger.net> Mime-Version: 1.0 (Apple Message framework v753) X-Priority: 3 (Normal) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <950CB10D-EADB-440C-8B07-A056F2F4A67E@FreeBSD.org> Content-Transfer-Encoding: 7bit From: Tilman Linneweh Date: Tue, 1 Jan 2008 00:53:51 +0100 To: Alexander Leidinger X-Mailer: Apple Mail (2.753) Cc: stable@freebsd.org, freebsd-bugbusters@freebsd.org, freebsd-usb@freebsd.org Subject: Re: PR backlog [was: Re: usb/umass, devfs: this sucks] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2008 00:27:15 -0000 >> It's sent out weekly. > > So only people which are on bugbusters@ receive it. If someone is > interested in this but is not interested in the other bugbusters@ > mails, they will not see it. Actually apart from this thread that weekly email is the only traffic on bugbusters@ From owner-freebsd-stable@FreeBSD.ORG Tue Jan 1 00:50:03 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB07216A417 for ; Tue, 1 Jan 2008 00:50:03 +0000 (UTC) (envelope-from davidt@yadt.co.uk) Received: from outcold.yadt.co.uk (outcold.yadt.co.uk [81.187.204.178]) by mx1.freebsd.org (Postfix) with ESMTP id 6A2B313C4EF for ; Tue, 1 Jan 2008 00:50:03 +0000 (UTC) (envelope-from davidt@yadt.co.uk) Received: from localhost (localhost [127.0.0.1]) by outcold.yadt.co.uk (Postfix) with ESMTP id 0148810D1 for ; Tue, 1 Jan 2008 00:50:02 +0000 (GMT) X-Virus-Scanned: amavisd-new at yadt.co.uk Received: from outcold.yadt.co.uk ([127.0.0.1]) by localhost (outcold.yadt.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id b0V7CwgMADjT for ; Tue, 1 Jan 2008 00:49:59 +0000 (GMT) Received: by outcold.yadt.co.uk (Postfix, from userid 1001) id A883710B8; Tue, 1 Jan 2008 00:49:59 +0000 (GMT) Date: Tue, 1 Jan 2008 00:49:59 +0000 From: David Taylor To: freebsd-stable@freebsd.org Message-ID: <20080101004959.GA96045@outcold.yadt.co.uk> Mail-Followup-To: freebsd-stable@freebsd.org References: <20071231191455.GA74675@outcold.yadt.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <20071231191455.GA74675@outcold.yadt.co.uk> User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Re: [PATCH] 7-STABLE Build broken in geom_io.c with KTR but no DDB X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2008 00:50:03 -0000 On Mon, 31 Dec 2007, David Taylor wrote: > Hi, > > I've been trying to do some debugging with ktrace(9) for the first time, > and ran in to a problem after trying to compile the kernel. > > I didn't have DDB defined, and as a result the build failed > after adding "option KTR": > > geom_io.o(.text+0x5ee): In function `g_alloc_bio': > ../../../geom/geom_io.c:140: undefined reference to `stack_save' > geom_io.o(.text+0x61e):../../../geom/geom_io.c:141: undefined reference to `stack_ktr' > geom_io.o(.text+0x6e1): In function `g_clone_bio': > > The use of CTRx in the geom code appears to be correctly wrapped with > #ifdef KTR, but this is also all that protects the uses of CTRSTACK. > > CTRSTACK is also defined to use stack_ktr conditionally on #ifdef KTR in > sys/stack.h, but the stack_ktr function is compiled in to the kernel only > if DDB is enabled. > > Perhaps CTRSTACK should be non-empty only if both DDB and KTR are defined? OK, the attached patch is necessary, but not quite sufficient to fix the problem. geom_io.c also calls stack_save() under #ifdef KTR, when it needs to be under an #ifdef DDB as well... P.S. Happy New Year everyone! -- David Taylor From owner-freebsd-stable@FreeBSD.ORG Tue Jan 1 03:02:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 153EC16A417 for ; Tue, 1 Jan 2008 03:02:51 +0000 (UTC) (envelope-from karl.triebes@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by mx1.freebsd.org (Postfix) with ESMTP id DAE1513C45B for ; Tue, 1 Jan 2008 03:02:50 +0000 (UTC) (envelope-from karl.triebes@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so8468777waf.3 for ; Mon, 31 Dec 2007 19:02:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=LDo+qF/+6xqqQy6d39c+BztcsHEAQ1eZ3QmJTGHqzNE=; b=UT8peMczy0pMdPqbYxZX4FZS/oEebIPLrUEV7Ifq6pSbAdf3V5vBIF8TtD5/NLng3iZZ/+Q7LKl5Ip5SHe1SAYFKi0vQsX3Ah1yic1RqF/R8PDPqR1VUyPPEybbih3OYdjzNA7gzJ1xUBMuEPPGM0xnuDmmOY7UhnC9M1vLCYek= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ctT7z/mxp+FQNl/URVcd8KJeFPn5KIOUfZiM3FB5pHzxsUs8X8Z45TToetgzM6bFuPlAi6IKvriLfoQqO/DukKoLyrJdp/8WBokjlG15z1hbHs8W1bugZssm6aMk8uyizURxYmLQA7Cj4gJSNCx74dznURxweu7hA34EAZVwQTc= Received: by 10.142.113.17 with SMTP id l17mr2331566wfc.188.1199156570615; Mon, 31 Dec 2007 19:02:50 -0800 (PST) Received: by 10.143.16.18 with HTTP; Mon, 31 Dec 2007 19:02:50 -0800 (PST) Message-ID: <26a198490712311902v152e10easab55ae5c5a5526ad@mail.gmail.com> Date: Mon, 31 Dec 2007 19:02:50 -0800 From: "Karl Triebes" To: "Bruce A. Mah" In-Reply-To: <47798774.5020500@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1199105964.74621.20.camel@bauer.cse.buffalo.edu> <26a198490712310831h3eadc27am3ca7372e88543e9d@mail.gmail.com> <47798774.5020500@freebsd.org> Cc: Ken Smith , freebsd-stable Subject: Re: 6.3-RC2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2008 03:02:51 -0000 On Dec 31, 2007 4:21 PM, Bruce A. Mah wrote: > You mean like the release notes? > > RELNOTES.{HTM,TXT} in the top-level of disk 1 for any release, or see here: > > http://people.freebsd.org/~bmah/relnotes/ Yes, thanks. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 1 16:48:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E14D516A417 for ; Tue, 1 Jan 2008 16:48:45 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id A191E13C45B for ; Tue, 1 Jan 2008 16:48:45 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JTZ008U05D8XS10@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 01 Jan 2008 17:48:44 +0100 (CET) Received: from kg-work.kg4.no ([80.202.173.59]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0JTZ002WJ5D6BMM0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 01 Jan 2008 17:48:44 +0100 (CET) Date: Tue, 01 Jan 2008 17:48:42 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20080101174842.d2a7ab96.torfinn.ingolfsen@broadpark.no> In-reply-to: <1199105964.74621.20.camel@bauer.cse.buffalo.edu> References: <1199105964.74621.20.camel@bauer.cse.buffalo.edu> X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.3; i386-portbld-freebsd6.2) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: 6.3-RC2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2008 16:48:46 -0000 Hello, On Mon, 31 Dec 2007 07:59:24 -0500 Ken Smith wrote: > If you would like to test doing a fresh install ISOs for each > are available at: I just finsihed installing 6.3-RC2 on my new amd64 machine[1] (I installed from disc1).There was one small issue with sysinstall: when I got to "configure networking", I had to do 'ifconfig re0 up' from the rescue shell on vty4 before the network interface would work (I use dhcp). First I did 'ifconfig re0' - it showed status as "no carrier". after 'ifconfig re0 up' it showed status as "active". I had the same problem when installing FreeBSD 7.0-beta4. I believe this problem is related specifically to some re0 nics, mine is a: tingo@kg-vm$ pciconf -lv | grep -B4 ethernet re0@pci2:0:0: class=0x020000 card=0x81aa1043 chip=0x816810ec rev=0x01 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' class = network subclass = ethernet Perhaps this workaround should be mentioned in the errata if it isn't fixed before release? References: 1) http://tingox.googlepages.com/asus_m2a-vm_hdmi_freebsd -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Tue Jan 1 16:52:59 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2539216A469 for ; Tue, 1 Jan 2008 16:52:59 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id DDE7E13C4DB for ; Tue, 1 Jan 2008 16:52:58 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.184]) by hub.org (Postfix) with ESMTP id E1A3A11FDD1B; Tue, 1 Jan 2008 12:33:06 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.184]) (amavisd-maia, port 10024) with ESMTP id 96393-09; Tue, 1 Jan 2008 12:33:06 -0400 (AST) Received: from fserv.hub.org (blk-7-245-234.eastlink.ca [71.7.245.234]) by hub.org (Postfix) with ESMTP id 55A1411FDCE4; Tue, 1 Jan 2008 12:33:06 -0400 (AST) Received: from [192.168.1.2] (unknown [192.168.1.2]) by fserv.hub.org (Postfix) with ESMTP id A5AD05F762; Tue, 1 Jan 2008 12:33:05 -0400 (AST) Date: Tue, 01 Jan 2008 12:32:07 -0400 From: "Marc G. Fournier" To: freebsd-questions@freebsd.org Message-ID: <59DD6CCE263ECD75A7283A7B@ganymede.hub.org> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: jarrod@netleader.com.au, freebsd-stable@freebsd.org Subject: Nagios + 6.3-RELEASE == Hung Process X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2008 16:52:59 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 G'day ... Yesterday, I setup nagios to do some system monitoring ... installed the latest version from ports into a jail, so that I could easily move it around between machines as I upgrade, without losing data ... after about 30 minutes running, I get a second nagios process running (fork?) that takes up ch CPU time as is available, and just hangs there until I kill -9 it ... Figuring that it might be a problem with the jail (trying to access somethign that isn't available to the process in a jail), I moved it to the physical server level ... but, again, after ~30 minutes, its doing the same thing: # ps aux | grep nagios nagios 32065 73.2 0.1 10948 3516 ?? R 11:15AM 7:40.77 /usr/local/bin/nagios -d /usr/local/etc/nagios/nagios.cfg nagios 82120 0.0 0.1 10948 3580 ?? Ss 10:47AM 0:01.18 /usr/local/bin/nagios -d /usr/local/etc/nagios/nagios.cfg So, definitely not jail related ... I've tried to do a 'truss -p 32065', it just hangs. And: ktrace -f /tmp/output -p 32065 ... produces nothing: # kdump -f /tmp/output 32065 nagios PSIG SIGKILL SIG_DFL Once I kill -9 the process, a bunch of 'check_ping' processes start up and then things go back to normal ... My last kernel / world build on that box is: Mon Nov 12 06:43:30 AST 2007 After searching the 'Net a bit, came across this thread: That recommends modifying libmap.conf with: [/usr/local/bin/nagios] libpthread.so.2 libthr.so.2 libpthread.so libthr.so This seems to fix the problem on the physical server, and am currently testing it in the jail itself to make sure it fixes it there too ... Should this be something that is more prominently documented somewhere? Maybe in the port itself? azureus has similar problems that are fixed with entries in libmap.conf, so its not "just a nagios issue" ... - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHemsH4QvfyHIvDvMRApUOAKCLRDnmRba6ho4St8qZ6U19V8yJ+wCghMBp Xph3ac9d7QsMjeKBMtmgkuw= =mXxF -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 1 17:05:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97D8D16A41A for ; Tue, 1 Jan 2008 17:05:24 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron-t0.protected-networks.net [202.12.127.82]) by mx1.freebsd.org (Postfix) with ESMTP id 413E113C45D for ; Tue, 1 Jan 2008 17:05:24 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id B20BAC4E7; Tue, 1 Jan 2008 12:05:22 -0500 (EST) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id 3E2EDC408; Tue, 1 Jan 2008 12:04:57 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1199207097; bh=69Loei69rzc0+Y vLsl1DIAknpNcoKyhKKLQ5jXrnLAw=; h=DomainKey-Signature:Message-ID: Date:From:User-Agent:MIME-Version:To:CC:Subject:References: In-Reply-To:X-Enigmail-Version:OpenPGP:Content-Type: Content-Transfer-Encoding; b=VNynL2E88muLrJ5xWVdjA5XFzIu564zbt+rPF hACOACNqdOeOB0mRxSFJDSxNEAoQawh+YNiiIqiA/uT72BcgjENkAR7EIWXaxVj3iaH yyhGBqNpRwpS/gure6dQ59Xl DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=dp7J6LBdxdK6E5Lt9s2DdUHRGU8Q6WF0WeXIqZUMr78l9mzyABjgS7eu1eXzzhMHJ I5rM45LXxh1G1rKyD0SQRCR4WmMBfYgRFrC6vfXtJA0nw3ghETFqBP2U2jbTtyI Message-ID: <477A72B8.8010307@protected-networks.net> Date: Tue, 01 Jan 2008 12:04:56 -0500 From: Michael Butler User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: "Marc G. Fournier" References: <59DD6CCE263ECD75A7283A7B@ganymede.hub.org> In-Reply-To: <59DD6CCE263ECD75A7283A7B@ganymede.hub.org> X-Enigmail-Version: 0.95.5 OpenPGP: id=0442D492 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, jarrod@netleader.com.au, freebsd-questions@freebsd.org Subject: Re: Nagios + 6.3-RELEASE == Hung Process X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2008 17:05:24 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Marc G. Fournier wrote: > > G'day ... > > Yesterday, I setup nagios to do some system monitoring ... installed the > latest version from ports into a jail, so that I could easily move it around > between machines as I upgrade, without losing data ... after about 30 minutes > running, I get a second nagios process running (fork?) that takes up ch CPU > time as is available, and just hangs there until I kill -9 it ... [ .. ] > After searching the 'Net a bit, came across this thread: > > > > That recommends modifying libmap.conf with: > > [/usr/local/bin/nagios] > libpthread.so.2 libthr.so.2 > libpthread.so libthr.so Thanks for pointing this out. I've had similar problems with nagios but hadn't found a solution until I saw your pointer. Sadly, my expertise with both thread libraries is sufficiently lacking that I have no clue where to start looking for the cause :-( Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHenK4Qv9rrgRC1JIRAqifAKChinXb0dEPTMMlnXNYsuECLJL+vgCgvLF5 G5UYcIuvPe+UEk+qJSplrnY= =xXMF -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 1 18:44:59 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF26316A41B for ; Tue, 1 Jan 2008 18:44:59 +0000 (UTC) (envelope-from peter.thoenen@yahoo.com) Received: from smtp106.plus.mail.re1.yahoo.com (smtp106.plus.mail.re1.yahoo.com [69.147.102.69]) by mx1.freebsd.org (Postfix) with SMTP id 63F7913C4EC for ; Tue, 1 Jan 2008 18:44:59 +0000 (UTC) (envelope-from peter.thoenen@yahoo.com) Received: (qmail 73641 invoked from network); 1 Jan 2008 18:44:58 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-YMail-OSG:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding; b=HvYLGwzeavZwtidqvRrWfVxCE5YygLXU/Tw1NeyMqDKPyvPN3tBNJv65vFR+TldETpcnI6ZrHDr8Vtqq1+QP5CqDSXhnAf/3QX43VNwzb61S3P2Y7MbNJ78w+pO8JjTinOdWMH8q/j0cCi37oUtUmyESz3OiNYaHDx5evaLJDZk= ; Received: from unknown (HELO ssfbsd.securestate.org) (eol1@68.73.171.18 with plain) by smtp106.plus.mail.re1.yahoo.com with SMTP; 1 Jan 2008 18:44:58 -0000 X-YMail-OSG: _xKoMOoVM1kCXWO7HFBo9YjQ_w1lPdhdyKBD7OGffVI49DVU0ORZEwKkcGvvW8PITQNHINwkeloJuTRoPLVWnH39WMb.6aAwlJ3q54B1PVacaD9mZg-- Message-ID: <477A8A26.20209@yahoo.com> Date: Tue, 01 Jan 2008 13:44:54 -0500 From: Peter Thoenen User-Agent: Thunderbird 2.0.0.9 (X11/20071210) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Installworld fails on 7.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2008 18:44:59 -0000 Hello, Hope the new year finds everybody well and not too hung over :) ... posted a bit earlier with BETA4 but just wanted to state that installworld still fails for me on 7.0-RC1 - uname -a = FreeBSD ssfbsd.securestate.org 7.0-RC1 FreeBSD 7.0RC1 #1: Tue Jan 1 10:28:19 EST 2008 root@ssfbsd.securestate.org:/usr/obj/usr/src/sys/GENERIC amd64 The entire build output (alo script) can be found at: https://www.nan-elmoth.net/fbsd/7.0-rc1.installworld.txt Repost of current issues with 7.0: ----------------------- Issue 1: I originally built my source with WITHOUT_TCSH=YES defined but then discovered later that OpenOffice.org needs it to build. I can manually go into /usr/src/contrib/tcsh and make and make install but when I attempt to rebuild world (after removed WITHOUT_TSCH=YES from src.conf) it dies. See: https://www.nan-elmoth.net/fbsd/buildworld.tar.gz ----------------------- Issue 2: To resolve Issue 2 I simply stick WITHOUT_TCSH=YES back in my src.conf and make buildworld. Once this completes I continue to follow UPDATING and make kernel (just fine) and reboot into single user mode. Once here though make installworld FAILS. As you can see my kern.securelevel is correct and I know for a fact zfs supports symlinks so got me. To get around this I do it the old fashion way and "make installkernel" and then "make install" continuing to follow UPDATING after this (make delete-old and mergemaster -i). See: https://www.nan-elmoth.net/fbsd/buildworld_no_tsch.tar.gz https://www.nan-elmoth.net/fbsd/makeinstallworld.tar.gz Help on the above issues would be appreciated. I can provide more info as needed or troubleshoot further if you provide me exactly what you want me to do. Thanks, -Peter From owner-freebsd-stable@FreeBSD.ORG Tue Jan 1 19:03:44 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E90C816A4A1 for ; Tue, 1 Jan 2008 19:03:43 +0000 (UTC) (envelope-from root@lupin.parts-unknown.org) Received: from lupin.parts-unknown.org (lupin.cybernude.org [66.93.170.242]) by mx1.freebsd.org (Postfix) with SMTP id 6CB4613C45B for ; Tue, 1 Jan 2008 19:03:43 +0000 (UTC) (envelope-from root@lupin.parts-unknown.org) Received: (qmail 11997 invoked by uid 0); 1 Jan 2008 18:35:31 -0000 Received: (qmail 30595 invoked from network); 1 Jan 2008 16:33:24 -0000 Received: from qmail by qscan (mail filter); 1 Jan 2008 16:33:24 +0000 Received: from mx2.freebsd.org (69.147.83.53) by lupin.parts-unknown.org with SMTP; 1 Jan 2008 16:33:24 -0000 Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 64F0085E4; Tue, 1 Jan 2008 16:33:13 +0000 (UTC) (envelope-from owner-freebsd-questions@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id E70C316A4CA; Tue, 1 Jan 2008 16:33:12 +0000 (UTC) (envelope-from owner-freebsd-questions@freebsd.org) Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EF2A16A418 for ; Tue, 1 Jan 2008 16:33:08 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id BAD3313C4D3 for ; Tue, 1 Jan 2008 16:33:07 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.184]) by hub.org (Postfix) with ESMTP id E1A3A11FDD1B; Tue, 1 Jan 2008 12:33:06 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.184]) (amavisd-maia, port 10024) with ESMTP id 96393-09; Tue, 1 Jan 2008 12:33:06 -0400 (AST) Received: from fserv.hub.org (blk-7-245-234.eastlink.ca [71.7.245.234]) by hub.org (Postfix) with ESMTP id 55A1411FDCE4; Tue, 1 Jan 2008 12:33:06 -0400 (AST) Received: from [192.168.1.2] (unknown [192.168.1.2]) by fserv.hub.org (Postfix) with ESMTP id A5AD05F762; Tue, 1 Jan 2008 12:33:05 -0400 (AST) Date: Tue, 01 Jan 2008 12:32:07 -0400 From: "Marc G. Fournier" To: freebsd-questions@freebsd.org Message-ID: <59DD6CCE263ECD75A7283A7B@ganymede.hub.org> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-questions@freebsd.org Errors-To: owner-freebsd-questions@freebsd.org Cc: freebsd-stable@freebsd.org, jarrod@netleader.com.au Subject: Nagios + 6.3-RELEASE == Hung Process X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2008 19:03:44 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 G'day ... Yesterday, I setup nagios to do some system monitoring ... installed the latest version from ports into a jail, so that I could easily move it around between machines as I upgrade, without losing data ... after about 30 minutes running, I get a second nagios process running (fork?) that takes up ch CPU time as is available, and just hangs there until I kill -9 it ... Figuring that it might be a problem with the jail (trying to access somethign that isn't available to the process in a jail), I moved it to the physical server level ... but, again, after ~30 minutes, its doing the same thing: # ps aux | grep nagios nagios 32065 73.2 0.1 10948 3516 ?? R 11:15AM 7:40.77 /usr/local/bin/nagios -d /usr/local/etc/nagios/nagios.cfg nagios 82120 0.0 0.1 10948 3580 ?? Ss 10:47AM 0:01.18 /usr/local/bin/nagios -d /usr/local/etc/nagios/nagios.cfg So, definitely not jail related ... I've tried to do a 'truss -p 32065', it just hangs. And: ktrace -f /tmp/output -p 32065 ... produces nothing: # kdump -f /tmp/output 32065 nagios PSIG SIGKILL SIG_DFL Once I kill -9 the process, a bunch of 'check_ping' processes start up and then things go back to normal ... My last kernel / world build on that box is: Mon Nov 12 06:43:30 AST 2007 After searching the 'Net a bit, came across this thread: That recommends modifying libmap.conf with: [/usr/local/bin/nagios] libpthread.so.2 libthr.so.2 libpthread.so libthr.so This seems to fix the problem on the physical server, and am currently testing it in the jail itself to make sure it fixes it there too ... Should this be something that is more prominently documented somewhere? Maybe in the port itself? azureus has similar problems that are fixed with entries in libmap.conf, so its not "just a nagios issue" ... - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHemsH4QvfyHIvDvMRApUOAKCLRDnmRba6ho4St8qZ6U19V8yJ+wCghMBp Xph3ac9d7QsMjeKBMtmgkuw= =mXxF -----END PGP SIGNATURE----- _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Jan 1 19:04:52 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4F1D16A41A for ; Tue, 1 Jan 2008 19:04:52 +0000 (UTC) (envelope-from root@lupin.parts-unknown.org) Received: from lupin.parts-unknown.org (lupin.cybernude.org [66.93.170.242]) by mx1.freebsd.org (Postfix) with SMTP id 8812F13C465 for ; Tue, 1 Jan 2008 19:04:52 +0000 (UTC) (envelope-from root@lupin.parts-unknown.org) Received: (qmail 10576 invoked by uid 0); 1 Jan 2008 18:35:17 -0000 Received: (qmail 38473 invoked from network); 1 Jan 2008 17:21:57 -0000 Received: from qmail by qscan (mail filter); 1 Jan 2008 17:21:57 +0000 Received: from mx2.freebsd.org (69.147.83.53) by lupin.parts-unknown.org with SMTP; 1 Jan 2008 17:21:57 -0000 Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id E581C2FBF6; Tue, 1 Jan 2008 17:21:50 +0000 (UTC) (envelope-from owner-freebsd-questions@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id D045816A4CA; Tue, 1 Jan 2008 17:21:50 +0000 (UTC) (envelope-from owner-freebsd-questions@freebsd.org) Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C521316A41A for ; Tue, 1 Jan 2008 17:21:46 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron-t0.protected-networks.net [202.12.127.82]) by mx1.freebsd.org (Postfix) with ESMTP id 7B1B413C459 for ; Tue, 1 Jan 2008 17:21:46 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id B20BAC4E7; Tue, 1 Jan 2008 12:05:22 -0500 (EST) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id 3E2EDC408; Tue, 1 Jan 2008 12:04:57 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1199207097; bh=69Loei69rzc0+Y vLsl1DIAknpNcoKyhKKLQ5jXrnLAw=; h=DomainKey-Signature:Message-ID: Date:From:User-Agent:MIME-Version:To:CC:Subject:References: In-Reply-To:X-Enigmail-Version:OpenPGP:Content-Type: Content-Transfer-Encoding; b=VNynL2E88muLrJ5xWVdjA5XFzIu564zbt+rPF hACOACNqdOeOB0mRxSFJDSxNEAoQawh+YNiiIqiA/uT72BcgjENkAR7EIWXaxVj3iaH yyhGBqNpRwpS/gure6dQ59Xl DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=dp7J6LBdxdK6E5Lt9s2DdUHRGU8Q6WF0WeXIqZUMr78l9mzyABjgS7eu1eXzzhMHJ I5rM45LXxh1G1rKyD0SQRCR4WmMBfYgRFrC6vfXtJA0nw3ghETFqBP2U2jbTtyI Message-ID: <477A72B8.8010307@protected-networks.net> Date: Tue, 01 Jan 2008 12:04:56 -0500 From: Michael Butler User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: "Marc G. Fournier" References: <59DD6CCE263ECD75A7283A7B@ganymede.hub.org> In-Reply-To: <59DD6CCE263ECD75A7283A7B@ganymede.hub.org> X-Enigmail-Version: 0.95.5 OpenPGP: id=0442D492 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-questions@freebsd.org Errors-To: owner-freebsd-questions@freebsd.org Cc: jarrod@netleader.com.au, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Nagios + 6.3-RELEASE == Hung Process X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2008 19:04:53 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Marc G. Fournier wrote: > > G'day ... > > Yesterday, I setup nagios to do some system monitoring ... installed the > latest version from ports into a jail, so that I could easily move it around > between machines as I upgrade, without losing data ... after about 30 minutes > running, I get a second nagios process running (fork?) that takes up ch CPU > time as is available, and just hangs there until I kill -9 it ... [ .. ] > After searching the 'Net a bit, came across this thread: > > > > That recommends modifying libmap.conf with: > > [/usr/local/bin/nagios] > libpthread.so.2 libthr.so.2 > libpthread.so libthr.so Thanks for pointing this out. I've had similar problems with nagios but hadn't found a solution until I saw your pointer. Sadly, my expertise with both thread libraries is sufficiently lacking that I have no clue where to start looking for the cause :-( Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHenK4Qv9rrgRC1JIRAqifAKChinXb0dEPTMMlnXNYsuECLJL+vgCgvLF5 G5UYcIuvPe+UEk+qJSplrnY= =xXMF -----END PGP SIGNATURE----- _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Jan 1 20:06:57 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B190C16A417 for ; Tue, 1 Jan 2008 20:06:57 +0000 (UTC) (envelope-from barnabasdk@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 0F70A13C46E for ; Tue, 1 Jan 2008 20:06:56 +0000 (UTC) (envelope-from barnabasdk@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so3678588fgg.35 for ; Tue, 01 Jan 2008 12:06:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=PGmaqUMIcszbg+fpDiZdkJHk0iPekw/rDNB3WLC63KE=; b=IWEutaLQpe6j5FUAzjd2/ApjM2B+VaYILB30a9cPOEwpENnwCX15iXc84xQE2x5ocy8iGaJMsgZiELEyG5qmcwdadyQcosENpWj3k68disOWsuXPpXxDsEXQcZ+dLyp0Wna38v/qRqvbtlU0j2NreJiddY0CUnWCe8SfmDdKR04= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ieoD936r+3Om5LHtpHRHiNY0HXgWdN3hmn09hQxiYTrcMInePTMgxjbE66Fb6d+5BxHFduTVB7JrzBByjwvybTIuZgZH6Uuwp3JTaSdqoRuEKOR1B5dhjvfAimpPB+bFIBQy7EMplV37UJMka/8TwHe/OamH5BrFbhzrL0M7tgg= Received: by 10.86.77.5 with SMTP id z5mr718715fga.41.1199218015856; Tue, 01 Jan 2008 12:06:55 -0800 (PST) Received: by 10.86.72.6 with HTTP; Tue, 1 Jan 2008 12:06:55 -0800 (PST) Message-ID: <59d23e060801011206p2e715d57ha5d02b6457cb68b3@mail.gmail.com> Date: Tue, 1 Jan 2008 21:06:55 +0100 From: "Nikolaj Hansen" To: freebsd-stable@freebsd.org In-Reply-To: <59d23e060712271706v7dbbdee5v9dcb3f8c5d652b3a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <59d23e060712271706v7dbbdee5v9dcb3f8c5d652b3a@mail.gmail.com> Subject: Re: Failure of gvinum after panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2008 20:06:57 -0000 Hi all, A fix is found. This is not pretty but worked for me. I did this since the attach command of the old vinum tool is not implemented in gvinum. Which would be nice. What I did: 1) snap the vinum config to a file. 2) delete the objects. 3) saveconfig 4) create the same objects again. 5) saveconfig 6) gvinum start here is some examples: #!/bin/sh gvinum rm var gvinum rm home gvinum rm usr gvinum rm var.p0 gvinum rm home.p0 gvinum rm usr.p0 gvinum rm var.p1 gvinum rm home.p1 gvinum rm usr.p1 gvinum rm var.p0.s0 gvinum rm home.p0.s0 gvinum rm usr.p0.s0 gvinum rm var.p1.s0 gvinum rm home.p1.s0 gvinum rm usr.p1.s0 # Vinum configuration of sauron.barnabas.dk, saved at Tue Sep 18 01:11:49 2007 # Current configuration: volume usr volume home volume var plex name usr.p1 org concat vol usr plex name home.p1 org concat vol home plex name var.p1 org concat vol var plex name usr.p0 org concat vol usr plex name home.p0 org concat vol home plex name var.p0 org concat vol var sd name usr.p1.s0 drive elben len 11521427s driveoffset 4505865s plex usr.p1 plexoffset 0s sd name home.p1.s0 drive elben len 2048000s driveoffset 2457865s plex home.p1 plexoffset 0s sd name var.p1.s0 drive elben len 1228800s driveoffset 265s plex var.p1 plexoffset 0s sd name usr.p0.s0 drive donau len 11521427s driveoffset 4505865s plex usr.p0 plexoffset 0s sd name home.p0.s0 drive donau len 2048000s driveoffset 2457865s plex home.p0 plexoffset 0s sd name var.p0.s0 drive donau len 1228800s driveoffset 265s plex var.p0 plexoffset 0s regards Nikolaj Hansen On Dec 28, 2007 2:06 AM, Nikolaj Hansen wrote: > Hi all, > > I have some problems with my gvinum setup after the system panic'ed. > Afterwards the system fails finding the plexes to the subdisks (or at > least that is what I can understand after having searched the gvinum > source code for the error string in the DMESG log..) > > The machine is an IBM Netfinity 5000 and the internal HW self tests > does not find any errors in the hw. > > Luckily my root is not on a gvinum drive, so I am able to boot the > server in single user. > > Does anyone have any hints as to what I can do to get gvinum to > recognize the disks correctly? > > The system is 6.3 stable > > Dont worry about the media disks or anything right now - I am trying > to revive the system disks for now. > > Thanks > > Nikolaj Hansen > > 7 drives: > D elben State: up /dev/da1s1h A: 0/7825 MB (0%) > D donau State: up /dev/da0s1h A: 0/7825 MB (0%) > D raid5_4_ad11 State: up /dev/ad11 A: 6/194480 MB (0%) > D raid5_3_ad10 State: up /dev/ad10 A: 6/194480 MB (0%) > D raid5_2_ad9 State: up /dev/ad9 A: 6/194480 MB (0%) > D raid5_1_ad8 State: up /dev/ad8 A: 6/194480 MB (0%) > D spree State: up /dev/ad4a A: 3/114473 MB (0%) > > 6 volumes: > V data01 State: up Plexes: 1 Size: 111 GB > V usr State: up Plexes: 0 Size: 0 B > V home State: up Plexes: 0 Size: 0 B > V tmp State: up Plexes: 0 Size: 0 B > V var State: up Plexes: 0 Size: 0 B > V media State: up Plexes: 1 Size: 379 GB > > 10 plexes: > P data01.p0 C State: up Subdisks: 1 Size: 111 GB > P usr.p1 C State: up Subdisks: 0 Size: 0 B > P home.p1 C State: up Subdisks: 0 Size: 0 B > P tmp.p1 C State: up Subdisks: 0 Size: 0 B > P var.p1 C State: up Subdisks: 0 Size: 0 B > P usr.p0 C State: up Subdisks: 0 Size: 0 B > P home.p0 C State: up Subdisks: 0 Size: 0 B > P tmp.p0 C State: up Subdisks: 0 Size: 0 B > P var.p0 C State: up Subdisks: 0 Size: 0 B > P media.p0 R5 State: degraded Subdisks: 3 Size: 379 GB > > 13 subdisks: > S data01.p0.s0 State: up D: spree Size: 111 GB > S usr.p1.s0 State: up D: elben Size: 5625 MB > S home.p1.s0 State: up D: elben Size: 1000 MB > S tmp.p1.s0 State: up D: elben Size: 600 MB > S var.p1.s0 State: up D: elben Size: 600 MB > S usr.p0.s0 State: up D: donau Size: 5625 MB > S home.p0.s0 State: up D: donau Size: 1000 MB > S tmp.p0.s0 State: up D: donau Size: 600 MB > S var.p0.s0 State: up D: donau Size: 600 MB > S media.p0.s0 State: up D: raid5_1_ad8 Size: 189 GB > S media.p0.s1 State: up D: raid5_2_ad9 Size: 189 GB > S media.p0.s2 State: stale D: raid5_3_ad10 Size: 189 GB > S media.p0.s3 State: up D: raid5_4_ad11 Size: 189 GB > > Copyright (c) 1992-2007 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 6.2-RELEASE-p6 #0: Wed Jul 18 23:33:58 CEST 2007 > root@sauron.barnabas.dk:/usr/src/sys/i386/compile/KERNEL_6_2 > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Pentium III/Pentium III Xeon/Celeron (498.67-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x673 Stepping = 3 > Features=0x387fbff > real memory = 536854528 (511 MB) > avail memory = 515715072 (491 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 1 > cpu1 (AP): APIC ID: 0 > MADT: Forcing active-low polarity and level trigger for SCI > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0xfe88-0xfe8b on acpi0 > cpu0: on acpi0 > cpu1: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > skc0: <3Com 3C940 Gigabit Ethernet> port 0x2000-0x20ff mem > 0xfebfc000-0xfebfffff irq 18 at device 1.0 on pci0 > skc0: 3Com Gigabit NIC (3C2000) rev. (0x1) > sk0: on skc0 > sk0: Ethernet address: 00:0a:5e:5c:c0:83 > miibus0: on sk0 > e1000phy0: on miibus0 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto > ahc0: port 0x2200-0x22ff mem > 0xfebfb000-0xfebfbfff irq 16 at device 6.0 on pci0 > ahc0: [GIANT-LOCKED] > aic7895C: Ultra Wide Channel A, SCSI Id=7, 32/253 SCBs > ahc1: port 0x2300-0x23ff mem > 0xfebfa000-0xfebfafff irq 16 at device 6.1 on pci0 > ahc1: [GIANT-LOCKED] > aic7895C: Ultra Wide Channel B, SCSI Id=15, 32/253 SCBs > s3pci0: port 0x3c0-0x3df,0x4ae8 mem > 0xf8000000-0xfbffffff irq 9 at device 10.0 on pci0 > isab0: port 0xfe00-0xfe0f at device 15.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376 irq 18 at device 15.1 on pci0 > ata0: on atapci0 > ata1: on atapci0 > ohci0: mem 0xff700000-0xff700fff irq > 18 at device 15.2 on pci0 > ohci0: [GIANT-LOCKED] > usb0: OHCI version 1.0, legacy support > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > pcib1: on acpi0 > pci1: on pcib1 > atapci1: port > 0x4af0-0x4af7,0x4aec-0x4aef,0x4af8-0x4aff,0x4b00-0x4b03,0x4b10-0x4b1f > irq 19 at device 2.0 on pci1 > ata2: on atapci1 > ata3: on atapci1 > atapci2: port > 0x4b08-0x4b0f,0x4b04-0x4b07,0x4b20-0x4b27,0x4b28-0x4b2b,0x4b30-0x4b3f > mem 0xc0fdc000-0xc0fdffff irq 19 at device 3.0 on pci1 > ata4: on atapci2 > ata5: on atapci2 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > fdc0: port 0x3f2-0x3f7,0x3f7 irq 6 drq 2 on acpi0 > fdc0: No FDOUT register! > device_attach: fdc0 attach returned 6 > ppc0: port 0x378-0x37f,0x778-0x77f irq 7 > drq 1 on acpi0 > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/8 bytes threshold > ppbus0: on ppc0 > ppbus0: IEEE1284 device found /NIBBLE/ECP > Probing for PnP devices on ppbus0: > ppbus0: MLC,PCL,PML > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > fdc0: port 0x3f2-0x3f7,0x3f7 irq 6 drq 2 on acpi0 > fdc0: No FDOUT register! > device_attach: fdc0 attach returned 6 > pmtimer0 on isa0 > orm0: at iomem > 0xc0000-0xc7fff,0xc8000-0xccfff,0xcd000-0xcd7ff,0xcd800-0xd17ff,0xd1800-0xd3fff > on isa0 > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > umass0: Kingston DataTraveler II, rev 2.00/1.00, addr 2 > Timecounters tick every 1.000 msec > ad4: 114473MB at ata2-master UDMA100 > ad6: 114473MB at ata3-master UDMA100 > ad8: 194481MB at ata4-master UDMA100 > ad9: 194481MB at ata4-slave UDMA100 > ad10: 194481MB at ata5-master UDMA100 > ad11: 194481MB at ata5-slave UDMA100 > Waiting 5 seconds for SCSI devices to settle > gv_plex_taste: NULL p for 'media.p0.s3' > ses0 at ahc1 bus 0 target 14 lun 0 > ses0: Fixed Processor SCSI-2 device > ses0: 3.300MB/s transfers > ses0: SAF-TE Compliant Device > da0 at ahc1 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-2 device > da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled > da0: 8678MB (17774160 512 byte sectors: 255H 63S/T 1106C) > da1 at ahc1 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-3 device > da1: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled > da1: 8678MB (17774160 512 byte sectors: 255H 63S/T 1106C) > SMP: AP CPU #1 Launched! > da2 at umass-sim0 bus 0 target 0 lun 0 > da2: Removable Direct Access SCSI-0 device > da2: 1.000MB/s transfers > da2: 983MB (2014208 512 byte sectors: 64H 32S/T 983C) > gv_plex_taste: NULL p for 'var.p0.s0' > gv_plex_taste: NULL p for 'tmp.p0.s0' > gv_plex_taste: NULL p for 'home.p0.s0' > gv_plex_taste: NULL p for 'usr.p0.s0' > gv_plex_taste: NULL p for 'var.p1.s0' > gv_plex_taste: NULL p for 'tmp.p1.s0' > gv_plex_taste: NULL p for 'home.p1.s0' > gv_plex_taste: NULL p for 'usr.p1.s0' > Trying to mount root from ufs:/dev/da0s1a > WARNING: / was not properly dismounted > WARNING: R/W mount of / denied. Filesystem is not clean - run fsck > > Subdisk usr.p0.s0: > Size: 5898970624 bytes (5625 MB) > State: up > Drive donau (donau) at offset 2307002880 (2200 MB) > > /dev/da0s1b none swap sw 0 0 > /dev/da1s1b none swap sw 0 0 > /dev/da0s1a / ufs rw 1 5 > /dev/gvinum/home /home ufs rw 2 5 > /dev/da1s1a /rootback ufs rw 2 6 > /dev/gvinum/tmp /tmp ufs rw 2 1 > /dev/gvinum/usr /usr ufs rw 2 2 > /dev/gvinum/var /var ufs rw 2 3 > /dev/cd0 /cdrom cd9660 ro,noauto 0 0 > /dev/acd0 /cdrom1 cd9660 ro,noauto 0 0 > #/dev/ad6s1 /mnt/media ufs rw 1 1 > #/dev/gvinum/data01 /mnt/data2 ufs rw,noauto 0 0 > #/dev/gvinum/media /mnt/media ufs rw,noauto 1 4 > From owner-freebsd-stable@FreeBSD.ORG Tue Jan 1 21:16:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AA7E16A41A for ; Tue, 1 Jan 2008 21:16:00 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 63DD113C461; Tue, 1 Jan 2008 21:15:55 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <477AAD89.2000808@FreeBSD.org> Date: Tue, 01 Jan 2008 22:15:53 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: "David E. Thiel" References: <200710171228.39123.mistry.7@osu.edu> <472ED12B.7040200@gmx.de> <200711070953.22154.mistry.7@osu.edu> <200711191254.08134.mistry.7@osu.edu> <4777942D.9010209@FreeBSD.org> <20071230205519.GL73834@redundancy.redundancy.org> <477817E1.7010409@FreeBSD.org> <20071230233017.GM73834@redundancy.redundancy.org> In-Reply-To: <20071230233017.GM73834@redundancy.redundancy.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_7 jerky mouse and skipping sound (still a problem -BETA3) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2008 21:16:00 -0000 David E. Thiel wrote: > On Sun, Dec 30, 2007 at 11:12:26PM +0100, Kris Kennaway wrote: >>> FWIW, the problem remains for me. Still terrible performance >>> during compiles. >> OK. Instead of going over all of the usual questions again, can you point >> me to a previous mail in which you explain your observations and test >> results in detail? > > The most recent is http://marc.info/?l=freebsd-stable&m=119428719505129&w=2, but > it started way back at http://marc.info/?l=freebsd-current&m=118998090512027&w=2. > > I've tried a lot of stuff in between, and all I've been able to narrow > it down to is that it's not a display driver issue, and that none of > my swap partition is getting used, so that's not the problem. During > compiles, my UP system with ULE still gets very unresponsive when > compiling, sometimes taking up to 10 seconds just to draw a new terminal > window. Even changing focus with the window manager can take several > seconds. I'd like to provide more info, but I'm not sure what stats > are useful for this particular issue. Please let me know. > > dmesg is at http://redundancy.redundancy.org/dmesg.txt, and kernel > config is at http://redundancy.redundancy.org/DEEPTHOUGHT. Even though > I'm still getting reported 80-95% memory utilization and no paging, > I'm going to get an extra gig of RAM on order to see if that improves > things. 2G of ram for a desktop, what's the world coming to? ;) OK, can you obtain a schedgraph trace when the problem is manifesting? See /usr/src/tools/sched/ and previous discussion in this or related threads. Kris From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 00:52:05 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A47416A468; Wed, 2 Jan 2008 00:52:05 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id A7A1C13C458; Wed, 2 Jan 2008 00:52:04 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 53A1349745; Tue, 1 Jan 2008 19:52:03 -0500 (EST) Date: Wed, 2 Jan 2008 00:52:03 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Adrian Chadd In-Reply-To: Message-ID: <20080102004236.R30578@fledge.watson.org> References: <200712220531.WAA09277@lariat.net> <476FBED0.2080400@samsco.org> <200712241549.IAA19650@lariat.net> <476FDA10.4060107@samsco.org> <200712241653.JAA20845@lariat.net> <476FE868.8080704@samsco.org> <200712241756.KAA21950@lariat.net> <4772529D.9010805@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: Re: SMP on FreeBSD 6.x and 7.0: Worth doing? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 00:52:05 -0000 On Wed, 26 Dec 2007, Adrian Chadd wrote: > On 26/12/2007, Scott Long wrote: > >> Yes, Squid is the ideal application for IFS. Do you still have any of your >> work on this, and would you be able to share it? > > It'd be easy to rewrite it from scratch if IFS were recovered. In fact, the > whole point behind IFS, way back when, is I could layer a user-space > directory hierarchy on top of a kernel provided space and then do "stuff" (I > had a POP3 Maildir-like server written using IFS back then.) > > The squid code wasn't difficult at all. The biggest problem back then was > rebuilding the disk index - didn't I have some code to export the inode > allocation bitmap via a special file in the filesystem so I didn't have to > stat() each individual inode, or didn't I end up comitting that? > > I'm happy to work on that later on next year. I've got enough non-disk Squid > code to rewrite and optimise over the next few months; the storage side is > going to have to wait a while. Do you think the IFS model offers significant benefits from an application perspective to, say, the fh*() model used by Arla? This approach originated, as far as I am aware, with the AFS implementation from CMU, in which new ioctls added by CMU allowed an give-me-a-free-inode, open-by-inode-number, and flagged inodes as "in use by AFS" even though they weren't hooked up to the namespace. fsck then knew to skip them, but the UFS implementation was otherwise largely unmodified. In the slightly less intrusive Arla view of the world, cache files do appear in the UFS name space, but an independent namespace is maintained by the cache manager, each with two file system names: a normal path (used to delete the cache file if required), and its NFS file handle, which can be used to open, stat, etc, the file without a normal file system namespace operation. The user application can allocate a set of inodes in some arbitrary directory tree using normal operations (ideally in advance), but when it does so also query the NFS file handles for the files using getfh(2). Then it later performs all accesses using the file handles (fhopen(2) fhstat(2), etc), unless they are invalidated due to, say, moving the cache to a new file system, in which case the handle database can be rebuilt by re-getfh(2)'ing the files using the actual file system namespace. It also passes the file handles to the kernel for use by the nnpfs synthetic file system for file access... Last time I looked closely, it seemed like the main downside to this vs. IFS was that you did in fact need real file system names to files with the fh*() approach, even though you never used them except for create/destroy. As long as the application effectively "cached" the inodes for reuse, rather than unlinking/creating frequently, this wasn't a problem. This did, however, mean that a whole new metadata layer didn't have to be created for an IFS, and fsck requires no modifications as compared to the AFS approach. So Squid (or whatever) would need to populate a tree and build a DB with file handles as well as real names in case the DB has to be rebuilt. You'd also have to be careful about crash-recovery state to make sure the squid DB agreed with the contents of the files when coming up after a crash, if reusing inodes rather than unlinking/reallocating them. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 06:09:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0948D16A417 for ; Wed, 2 Jan 2008 06:09:12 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id B0EB413C43E for ; Wed, 2 Jan 2008 06:09:11 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m026931B005572 for ; Tue, 1 Jan 2008 22:09:09 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m02693hJ005571 for freebsd-stable@freebsd.org; Tue, 1 Jan 2008 22:09:03 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Tue, 01 Jan 2008 22:09:02 -0800 Message-ID: <20080101220902.ku39h3rxcgks8goo@webmail.1command.com> X-Priority: 3 (Normal) Date: Tue, 01 Jan 2008 22:09:02 -0800 From: "Chris H." To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: 7B4: kernel messages garbled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 06:09:12 -0000 Hello, and happy New Year to all! I'm hoping to update all our servers to 7 in the near future. As such, I'm experimenting with it on one of our less prominent production servers. My procedure for it's installation and usage: download 7-CURRENT disk1 iso (B4) from nearest freebsd mirror install choice - minimum + src make config options, reboot download cvsup-no-gui pkg cvsup ports + src (above procedures performed 2007-12-30) (above procedures again performed on 2007-12-31) In every case, I wiped the hard drive, performing a fresh install. After initial install. Sending a halt, in order to reboot the system results in garbled messages to the console. Specifically, the Syncing disks... message is unintelligible. As does is line preceding it. Also. After syncing the source, I altered/renamed GENERIC and performed build/world/kernel, and install/kernel/world. During the buildworld process I recieved more warnings than I can recall seeing in previous versions <= 6. ee (aee) resulted in "Illegal instruction... core dumped" after the build/install process. FWIW this is on an i386 2 proc MB. Given the many changes in 7, I spent more time reading the doc's and errata than I have spent in previous versions. Thank you for all your time and attention to this matter. -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 06:39:16 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E1F416A420 for ; Wed, 2 Jan 2008 06:39:16 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 5EA7813C46A for ; Wed, 2 Jan 2008 06:39:16 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 4DC861CC038; Tue, 1 Jan 2008 22:39:16 -0800 (PST) Date: Tue, 1 Jan 2008 22:39:16 -0800 From: Jeremy Chadwick To: "Chris H." Message-ID: <20080102063916.GA9950@eos.sc1.parodius.com> References: <20080101220902.ku39h3rxcgks8goo@webmail.1command.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080101220902.ku39h3rxcgks8goo@webmail.1command.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: 7B4: kernel messages garbled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 06:39:16 -0000 On Tue, Jan 01, 2008 at 10:09:02PM -0800, Chris H. wrote: > After initial install. Sending a halt, in order to reboot the system > results in garbled messages to the console. Specifically, the > Syncing disks... message is unintelligible. As does is line > preceding it. Does "garbled" mean it looks like there's two separate printf()s occuring at the same time, with characters interleaved? If so: http://jdc.parodius.com/freebsd/common_issues.txt Also, your Email address has a hash symbol in it, so I hope this mail makes it through to you... -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 06:45:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1A2A16A419 for ; Wed, 2 Jan 2008 06:45:22 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 61DBF13C468 for ; Wed, 2 Jan 2008 06:45:22 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m026jEvJ009186; Tue, 1 Jan 2008 22:45:20 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m026jEib009185; Tue, 1 Jan 2008 22:45:14 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Tue, 01 Jan 2008 22:45:13 -0800 Message-ID: <20080101224513.td653im9mowo8440@webmail.1command.com> X-Priority: 3 (Normal) Date: Tue, 01 Jan 2008 22:45:13 -0800 From: "Chris H." To: Jeremy Chadwick References: <20080101220902.ku39h3rxcgks8goo@webmail.1command.com> <20080102063916.GA9950@eos.sc1.parodius.com> In-Reply-To: <20080102063916.GA9950@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Cc: freebsd-stable@freebsd.org Subject: Re: 7B4: kernel messages garbled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 06:45:22 -0000 Quoting Jeremy Chadwick : > On Tue, Jan 01, 2008 at 10:09:02PM -0800, Chris H. wrote: >> After initial install. Sending a halt, in order to reboot the system >> results in garbled messages to the console. Specifically, the >> Syncing disks... message is unintelligible. As does is line >> preceding it. > > Does "garbled" mean it looks like there's two separate printf()s > occuring at the same time, with characters interleaved? If so: Yes. > > http://jdc.parodius.com/freebsd/common_issues.txt Thanks. I'll have a look. > > Also, your Email address has a hash symbol in it, so I hope this mail > makes it through to you... Indeed. It does. It's an anti-spam device. While not perfect, it has helped. :) OH. It got through. ;) > > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 06:46:47 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85BFC16A421 for ; Wed, 2 Jan 2008 06:46:47 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 76E6213C478 for ; Wed, 2 Jan 2008 06:46:47 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 644401CC038; Tue, 1 Jan 2008 22:46:47 -0800 (PST) Date: Tue, 1 Jan 2008 22:46:47 -0800 From: Jeremy Chadwick To: "Chris H." Message-ID: <20080102064647.GA10079@eos.sc1.parodius.com> References: <20080101220902.ku39h3rxcgks8goo@webmail.1command.com> <20080102063916.GA9950@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080102063916.GA9950@eos.sc1.parodius.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: 7B4: kernel messages garbled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 06:46:47 -0000 On Tue, Jan 01, 2008 at 10:39:16PM -0800, Jeremy Chadwick wrote: > Also, your Email address has a hash symbol in it, so I hope this mail > makes it through to you... Whatever dnsbl this is is incorrectly labelling our netblock as part of a DUL, which it is not. Whatever "logic" it's using to determine that is quite flawed. BAYAREA.NET is a co-lo provider, and we have co-lo service from them. I own the boxes in our cage. We run our own mail services. : host mail.1command.com[75.160.109.226] said: 550 5.7.1 Mail from 72.20.106.3 REFUSED! See http://moensted.dk/spam/no-more-funn/?addr=72.20.106.3 (in reply to MAIL FROM command) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 07:05:17 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9211C16A417; Wed, 2 Jan 2008 07:05:17 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.freebsd.org (Postfix) with ESMTP id 0614F13C447; Wed, 2 Jan 2008 07:05:16 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (adsl-68-254-12-161.dsl.wotnoh.ameritech.net [68.254.12.161]) (authenticated bits=0) by mail.united-ware.com (8.13.8/8.13.8) with ESMTP id m026gUmb051100 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 Jan 2008 01:42:31 -0500 (EST) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: Kris Kennaway Date: Wed, 2 Jan 2008 01:36:35 -0500 User-Agent: KMail/1.9.7 References: <200710171228.39123.mistry.7@osu.edu> <4777942D.9010209@FreeBSD.org> In-Reply-To: <4777942D.9010209@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1396937.ldhKhgrSsF"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200801020136.54856.mistry.7@osu.edu> X-Virus-Scanned: ClamAV 0.91.2/5337/Tue Jan 1 20:45:57 2008 on mail.united-ware.com X-Virus-Status: Clean Cc: Kip Macy , freebsd-stable@freebsd.org, "\[LoN\]Kamikaze" Subject: Re: RELENG_7 jerky mouse and skipping sound (still a problem -BETA3) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 07:05:17 -0000 --nextPart1396937.ldhKhgrSsF Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 30 December 2007, Kris Kennaway wrote: > Kip Macy wrote: > > On Nov 19, 2007 9:53 AM, Anish Mistry wrote: > >> On Wednesday 07 November 2007, Anish Mistry wrote: > >>> On Monday 05 November 2007, [LoN]Kamikaze wrote: > >>>> Marc Fonvieille wrote: > >>>>> On Thu, Oct 18, 2007 at 05:53:47PM +0200, [LoN]Kamikaze wrote: > >>>>>> Anish Mistry wrote: > >>>>>>> On Thursday 18 October 2007, Marc Fonvieille wrote: > >>>>>>>> On Wed, Oct 17, 2007 at 12:28:30PM -0400, Anish Mistry=20 wrote: > >>>>>>>>> I just updated to RELENG_7 from 6.2 and I'm running into > >>>>>>>>> some really annoying issues with jerky mouse movement and > >>>>>>>>> skipping sound. This seems to be similar to: > >>>>>>>>> Re: SCHED_4BSD in RELENG_7 disturbs workflow > >>>>>>>>> This happens both with 4BSD and ULE. > >>>>>>>>> > >>>>>>>>> I seems to happen when I'm compiling ports and a new > >>>>>>>>> cc/bzip2/sh process fires off (I'm just watching top), > >>>>>>>>> I'll get the skip/freezeup. > >>>>>>>> > >>>>>>>> [...] > >>>>>>>> > >>>>>>>> Using ULE and UP kernel (i.e. without SMP etc.) helped a > >>>>>>>> bit the things but it's still very annoying to use firefox > >>>>>>>> during ports build. I see this lag/freeze on all boxes I > >>>>>>>> use with 7.0, but it's true that with a fast machine > >>>>>>>> people can ignore the problem, it's less obvious than with > >>>>>>>> a 1GHz box for example. > >>>>>>> > >>>>>>> Yeah, I'm still seeing this behavior. Does anyone have > >>>>>>> suggestions on debugging? > >>>>>>> > >>>>>>> Thanks, > >>>>>> > >>>>>> I did post the solution in this thread. > >>>>> > >>>>> It has nothing to do with the mouse. > >>>> > >>>> Does the problem persist for you? It's gone for me, even with > >>>> moused. > >>> > >>> Yes, the problem seems to have been fixed. I'm back to > >>> kern.hz=3D1000 and removed FULL_PREEMPTION. No skipping. > >> > >> It looks like I spoke too soon. I've just tried to compile miro > >> and as it was compiling the boost-python dependency I noticed > >> the problem again. Switching kern.hz=3D"100" seems to fix the > >> problem. Can any of the developers in this area reproduce the > >> issue? It's pretty easy to reproduce on my 1.33Ghz Athlon. > > > > There is an ithread priority inversion bug that might be causing > > this. The fix for that should be going in shortly. > > > > -Kip > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to > > "freebsd-stable-unsubscribe@freebsd.org" > > Anish, > > Can you confirm that this fix helped for you? i.e. do you still > see the problem? =46reeBSD 7.0-RC1 #14: Sun Dec 30 21:50:59 EST 2007 I'm still seeing this problem, but it isn't nearly as bad. I still=20 get some jerky mouse movement, but music doesn't skip now when I'm=20 compiling. =2D-=20 Anish Mistry --nextPart1396937.ldhKhgrSsF Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHezEGxqA5ziudZT0RAun5AJ9YLZa0LJEl68fXjTgOVyt+lVAX9wCgms7j SKC0IsW3ib2+E2Y1yAMr5fY= =gtq+ -----END PGP SIGNATURE----- --nextPart1396937.ldhKhgrSsF-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 07:31:17 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8D3C16A419 for ; Wed, 2 Jan 2008 07:31:17 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 6E20313C448 for ; Wed, 2 Jan 2008 07:31:17 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m027V8tl014000 for ; Tue, 1 Jan 2008 23:31:14 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m027V89b013999 for freebsd-stable@freebsd.org; Tue, 1 Jan 2008 23:31:08 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Tue, 01 Jan 2008 23:31:08 -0800 Message-ID: <20080101233108.nmrcyaowsg0ko80g@webmail.1command.com> X-Priority: 3 (Normal) Date: Tue, 01 Jan 2008 23:31:08 -0800 From: "Chris H." To: freebsd-stable@freebsd.org References: <20080101220902.ku39h3rxcgks8goo@webmail.1command.com> <20080102063916.GA9950@eos.sc1.parodius.com> <20080101224513.td653im9mowo8440@webmail.1command.com> In-Reply-To: <20080101224513.td653im9mowo8440@webmail.1command.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: 7B4: kernel messages garbled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 07:31:17 -0000 Quoting "Chris H." : > Quoting Jeremy Chadwick : > >> On Tue, Jan 01, 2008 at 10:09:02PM -0800, Chris H. wrote: >>> After initial install. Sending a halt, in order to reboot the system >>> results in garbled messages to the console. Specifically, the >>> Syncing disks... message is unintelligible. As does is line >>> preceding it. >> >> Does "garbled" mean it looks like there's two separate printf()s >> occuring at the same time, with characters interleaved? If so: > > Yes. > >> >> http://jdc.parodius.com/freebsd/common_issues.txt > > Thanks. I'll have a look. If I interpreted the thread(s) correctly, adding: option PRINTF_BUFR_SIZE 128 to my kernel source file fixes this. Correct? Also, were these threads in regard to 7? I don't see this in any of our recent 6 kernel messages. Lastly, just for the record, the only place I ever experience the garbled (overlapping) messages is to the console. dmesg seems to be clear. Thanks. Chris > >> >> Also, your Email address has a hash symbol in it, so I hope this mail >> makes it through to you... > > Indeed. It does. It's an anti-spam device. While not perfect, it has > helped. :) > > OH. It got through. ;) > >> >> -- >> | Jeremy Chadwick jdc at parodius.com | >> | Parodius Networking http://www.parodius.com/ | >> | UNIX Systems Administrator Mountain View, CA, USA | >> | Making life hard for others since 1977. PGP: 4BD6C0CB | >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> > > > > -- > panic: kernel trap (ignored) > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 08:26:59 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55FB616A417 for ; Wed, 2 Jan 2008 08:26:59 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 08A5D13C45A for ; Wed, 2 Jan 2008 08:26:58 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m028QpDK019727 for ; Wed, 2 Jan 2008 00:26:57 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m028QpCQ019726 for freebsd-stable@freebsd.org; Wed, 2 Jan 2008 00:26:51 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Wed, 02 Jan 2008 00:26:51 -0800 Message-ID: <20080102002651.r72jwx0pgk4000c8@webmail.1command.com> X-Priority: 3 (Normal) Date: Wed, 02 Jan 2008 00:26:51 -0800 From: "Chris H." To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: gmirror on 7B4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 08:26:59 -0000 Hello, I seem to remember a similar question being asked in the past. But never really saw a definitive answer to it. So let's try it again. :) I'm looking to upgrade all our servers to 7 in the not-to-distant future. As I look to overcome the quirks in 7 as they apply to our hardware (I'm already testing it on one of our not-so prominent servers). We have a mail server with an Adaptec SCSI chip with 2 ULTRA-160 ports. The primary port runs the booted 6.2 on the only HD on that port. The other devices on that chain are accessories, such as tape, etc... The other port has 3 HD's on it, all of which are of equal size and model. Which go unused. I had originally intended to create a raid mirror on the whole lot of HD's during the install process. But I wasn't presented, nor could I find that option during install. So, due to lack of time, pushed it off till later, and simply installed onto the one HD. Now to my question(s)... Where is the option to create, and install to a gMIRRORED drive-set? If not, why? If not, it possible to install to one drive, mirror all available drives with the data on the installed drive? Please note, 1) I have examined the gmirror (and related mirror) info I could find. But given that much of this is a rapidly evolving area in FBSD (in 7 especially) I thought it was worth asking here. 2) In my cases above, I'm interested in RAID-0 (mirroring for /volume/ not redundancy). Thank you very much for all your time and consideration. Chris -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 08:45:46 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B35BE16A417 for ; Wed, 2 Jan 2008 08:45:46 +0000 (UTC) (envelope-from geoff@apro.com.au) Received: from mail.ricksure.com.au (mail.ricksure.com.au [203.98.89.150]) by mx1.freebsd.org (Postfix) with ESMTP id 23E2013C442 for ; Wed, 2 Jan 2008 08:45:45 +0000 (UTC) (envelope-from geoff@apro.com.au) Received: from dsl-202-173-129-2.nsw.westnet.com.au [202.173.129.2] by mail.ricksure.com.au with SMTP; Wed, 2 Jan 2008 19:45:37 +1100 From: Geoff Roberts Organization: Australian Projects To: freebsd-stable@freebsd.org Date: Wed, 2 Jan 2008 18:23:52 +1100 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801021823.53712.geoff@apro.com.au> X-Declude-Sender: geoff@apro.com.au [202.173.129.2] X-Declude-Spoolname: 44975896.eml X-Declude-RefID: X-Declude-Note: Scanned by Declude 4.3.57 "http://www.declude.com/x-note.htm" X-Declude-Scan: Outgoing Score [0] at 19:45:40 on 02 Jan 2008 X-Declude-Tests: Whitelisted X-Country-Chain: X-Declude-Code: 0 X-Declude-Recipcount: 1 Organization: Declude, Inc. X-Helo: bsdapro.home.wollongong X-RevDNS: Subject: devfs.rules include rule question in 6.2 release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: geoff@apro.com.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 08:45:46 -0000 Hi, It seems you can't recursively use the "include" rule specification with devfs in Freebsd 6.2. I couldn't see a note about this in the devfs man page so I'm not sure whether this is expected behaviour or not. For example, the devfsrules_jail is defined as the following in /etc/defaults/devfs.rules [devfsrules_jail=4] add include $devfsrules_hide_all add include $devfsrules_unhide_basic add include $devfsrules_unhide_login When I create a custom rule in /etc/devfs.rules such as the following: [devfsrules_unhide_bpf=10] add path 'bpf*' unhide [devfsrules_dhcp=11] add include $devfsrules_jail add include $devfsrules_unhide_bpf All devices are actually enabled in my jail without any errors. However, if I change my devfsrules_dhcp so that I don't have any sub "includes" everything works OK: [devfsrules_dhcp=11] add include $devfsrules_hide_all add include $devfsrules_unhide_basic add include $devfsrules_unhide_login add include $devfsrules_unhide_bpf Obviously the first version is preferable as I don't need to know about the inner workings of devfsrules_jail - particularly during upgrades. Is that the expected behaviour? Kind regards, Geoff From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 09:12:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF15716A41B for ; Wed, 2 Jan 2008 09:12:33 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from mindcrime.bit0.com (bit0.com [207.246.88.211]) by mx1.freebsd.org (Postfix) with ESMTP id 2BA1E13C469 for ; Wed, 2 Jan 2008 09:12:32 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from localhost (localhost.bit0.com [127.0.0.1]) by mindcrime.bit0.com (Postfix) with ESMTP id 5026C1E33BA for ; Wed, 2 Jan 2008 03:54:56 -0500 (EST) X-Virus-Scanned: amavisd-new at bit0.com Received: from mindcrime.bit0.com ([127.0.0.1]) by localhost (mindcrime.int.bit0.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h49dzEaaIH2H for ; Wed, 2 Jan 2008 03:54:50 -0500 (EST) Received: from localhost (localhost.bit0.com [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mindcrime.bit0.com (Postfix) with ESMTP for ; Wed, 2 Jan 2008 03:54:50 -0500 (EST) Date: Wed, 2 Jan 2008 03:54:50 -0500 (EST) From: Mike Andrews X-X-Sender: mandrews@mindcrime.int.bit0.com To: freebsd-stable@freebsd.org Message-ID: <20080102034228.M16861@mindcrime.int.bit0.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: aac tool regressions on 7.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 09:12:33 -0000 I'm seeing some regressions in the various management tools for Adaptec AAC cards on FreeBSD 7.0-RC1 amd64. I'm trying to use both the 32-bit FreeBSD aaccli binary from the sysutils/aaccli port, and also the 64-bit FreeBSD arcconf from the sysutils/arcconf port (v5.20.17414). The card is an Adaptec 2120S single-channel U320 SCSI. I realize that is an ancient version of aaccli, but as the aac_linux module isn't present on amd64, I can't use the 32-bit Linux aaccli as I used to when this machine ran i386. Command lines are: aaccli 'open aac0: container list' arcconf getconfig 1 On RELENG_7 dated 2007-12-01 (BETA3), both work fine. On RELENG_7 dated 2007-12-15 (BETA4), aaccli fails with the following error; arcconf continues to work fine: Command Error: On RELENG_7_0 dated 2007-12-22 (RC1), aaccli continues to fail as above AND now also arcconf hangs forever after printing its (correct) output; I have to hit ^C to get a prompt back. I don't really care which one works as long as I can make a Nagios plugin out of it. I could put a nasty hack into my plugin to kill the arcconf process after it gets all its output, but a) ew yuck, and b) this may be a kernel bug... Semi-related question: I plan on replacing this SCSI RAID setup with a SAS RAID setup soonish -- anyone tried 3Ware's SAS card yet? It does appear to be supported in the RELENG_7_0 twa driver... and I'm pretty happy with their SATA cards... From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 10:13:21 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 509E416A417 for ; Wed, 2 Jan 2008 10:13:21 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id A17AE13C43E for ; Wed, 2 Jan 2008 10:13:20 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost [IPv6:::1]) by smtp.infracaninophile.co.uk (8.14.2/8.14.2) with ESMTP id m02ACvxS052339; Wed, 2 Jan 2008 10:12:58 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.4.1 smtp.infracaninophile.co.uk m02ACvxS052339 Authentication-Results: smtp.infracaninophile.co.uk; dkim=hardfail (SSP) header.i=unknown Message-ID: <477B63A9.2090106@infracaninophile.co.uk> Date: Wed, 02 Jan 2008 10:12:57 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 2.0.0.9 (X11/20071122) MIME-Version: 1.0 To: "Chris H." References: <20080102002651.r72jwx0pgk4000c8@webmail.1command.com> In-Reply-To: <20080102002651.r72jwx0pgk4000c8@webmail.1command.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (smtp.infracaninophile.co.uk [IPv6:::1]); Wed, 02 Jan 2008 10:12:58 +0000 (GMT) X-Virus-Scanned: ClamAV 0.92/5338/Wed Jan 2 03:46:29 2008 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on happy-idiot-talk.infracaninophile.co.uk Cc: freebsd-stable@freebsd.org Subject: Re: gmirror on 7B4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 10:13:21 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Chris H. wrote: > Where is the option to create, and install to a gMIRRORED drive-set? > If not, why? > If not, it possible to install to one drive, mirror all available drives > with > the data on the installed drive? sysinstall does not provide any simple method of setting up a gmirror RAID-1 itself, but it is fairly easy to escape from the installer and type in a few shell commands to set such a thing up. There are instructions here: http://www.onlamp.com/pub/a/bsd/2005/11/10/FreeBSD_Basics.html Yes, you can convert a drive with a plain vanilla install of FreeBSD on it into part of a gmirror setup easily and without having to worry about rebuilding filesystems. Cheers, Matthew - -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHe2Op8Mjk52CukIwRCHlZAJ4njIkbhvqNu1b/KmonuuFIfmr6WgCfet5g C25NHpDKIPfUYLFU6ay9T08= =jvLD -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 10:31:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1E6716A421 for ; Wed, 2 Jan 2008 10:31:14 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 9F88713C461 for ; Wed, 2 Jan 2008 10:31:14 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 52972153CE; Wed, 2 Jan 2008 12:31:13 +0200 (EET) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 86449-09; Wed, 2 Jan 2008 12:31:12 +0200 (EET) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id E1233153C9; Wed, 2 Jan 2008 12:31:11 +0200 (EET) Message-ID: <477B67EF.2010307@bulinfo.net> Date: Wed, 02 Jan 2008 12:31:11 +0200 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.9 (X11/20071122) MIME-Version: 1.0 To: Ruben van Staveren References: <476F7581.8080100@bulinfo.net> <476F7FF9.4090406@verweg.com> In-Reply-To: <476F7FF9.4090406@verweg.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: FreeBSD Subject: Re: ifconfig options? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 10:31:15 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 http://www.freebsd.org/cgi/query-pr.cgi?pr=118987 Ruben van Staveren wrote: > Hi Krassimir, > > Krassimir Slavchev wrote: >> Hi, > >> 'ifconfig -l [address_family]' does not work correct on RELENG_7 > > If you suspect a regression in functionality, and you can reproduce it > the best thing one can do is submit a problem report with send-pr > > http://www.freebsd.org/send-pr.html > > Having them reported on the list may seem nice but stands less chance > the item is picked up. > > Regards, > Ruben > > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHe2fuxJBWvpalMpkRAkPYAJ4qnL75q97AeQrC/R7KN0OvxtaobACgg24i 1sWVgqtzJ8DMAyYsxWV2Meg= =PpCm -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 11:04:18 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACF0A16A420 for ; Wed, 2 Jan 2008 11:04:18 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr15.xs4all.nl (smtp-vbr15.xs4all.nl [194.109.24.35]) by mx1.freebsd.org (Postfix) with ESMTP id 48A4613C45D for ; Wed, 2 Jan 2008 11:04:18 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr15.xs4all.nl (8.13.8/8.13.8) with ESMTP id m02B4CPo006906; Wed, 2 Jan 2008 12:04:13 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id DE7C1B829; Wed, 2 Jan 2008 12:04:11 +0100 (CET) Date: Wed, 2 Jan 2008 12:04:11 +0100 From: Roland Smith To: Geoff Roberts Message-ID: <20080102110411.GA13689@slackbox.xs4all.nl> Mail-Followup-To: Geoff Roberts , freebsd-stable@freebsd.org References: <200801021823.53712.geoff@apro.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline In-Reply-To: <200801021823.53712.geoff@apro.com.au> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.17 (2007-11-01) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: devfs.rules include rule question in 6.2 release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 11:04:18 -0000 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 02, 2008 at 06:23:52PM +1100, Geoff Roberts wrote: > Hi, >=20 > It seems you can't recursively use the "include" rule specification > with devfs in Freebsd 6.2. I couldn't see a note about this in the > devfs man page so I'm not sure whether this is expected behaviour or > not. The manpages for devfs.conf and devfs.rules do not contain anything about included rulesets because the person who wrote the manual pages doesn't use them. :-) Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHe2+rEnfvsMMhpyURAimaAJ9met+gvIfsR9K2t9VhfrMnVNYu8wCfcK2K eyPaNgl60F0aP9qOFx+6agg= =GUwT -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 11:06:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E51B816A421 for ; Wed, 2 Jan 2008 11:06:33 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 40CF713C43E; Wed, 2 Jan 2008 11:06:33 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <477B7038.1010804@FreeBSD.org> Date: Wed, 02 Jan 2008 12:06:32 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: "Chris H." References: <20080101220902.ku39h3rxcgks8goo@webmail.1command.com> In-Reply-To: <20080101220902.ku39h3rxcgks8goo@webmail.1command.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 7B4: kernel messages garbled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 11:06:34 -0000 Chris H. wrote: > Hello, and happy New Year to all! > > I'm hoping to update all our servers to 7 in the near future. > As such, I'm experimenting with it on one of our less prominent > production servers. > My procedure for it's installation and usage: > > download 7-CURRENT disk1 iso (B4) from nearest freebsd mirror > install choice - minimum + src > make config options, reboot > download cvsup-no-gui pkg > cvsup ports + src > (above procedures performed 2007-12-30) > (above procedures again performed on 2007-12-31) > In every case, I wiped the hard drive, performing a fresh install. > > After initial install. Sending a halt, in order to reboot the system > results in garbled messages to the console. Specifically, the > Syncing disks... message is unintelligible. As does is line > preceding it. > > Also. After syncing the source, I altered/renamed GENERIC and > performed build/world/kernel, and install/kernel/world. > During the buildworld process I recieved more warnings than I > can recall seeing in previous versions <= 6. > ee (aee) resulted in "Illegal instruction... core dumped" after > the build/install process. > > FWIW this is on an i386 2 proc MB. > Given the many changes in 7, I spent more time reading the doc's > and errata than I have spent in previous versions. > > Thank you for all your time and attention to this matter. It is just a sign that 7 is getting higher concurrency than 6 did. The warnings are probably from the new compiler (gcc 4) which as usual is more strict and more verbose. Try building ee with -ggdb and running a backtrace. Kris From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 12:17:46 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B1A616A417 for ; Wed, 2 Jan 2008 12:17:46 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id A3F3213C455 for ; Wed, 2 Jan 2008 12:17:45 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m02CHccl048674 for ; Wed, 2 Jan 2008 04:17:44 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m02CHcBm048673 for freebsd-stable@freebsd.org; Wed, 2 Jan 2008 04:17:38 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Wed, 02 Jan 2008 04:17:38 -0800 Message-ID: <20080102041738.kpdwhe4ft0ksg4k8@webmail.1command.com> X-Priority: 3 (Normal) Date: Wed, 02 Jan 2008 04:17:38 -0800 From: "Chris H." To: freebsd-stable@freebsd.org References: <20080102002651.r72jwx0pgk4000c8@webmail.1command.com> <477B63A9.2090106@infracaninophile.co.uk> In-Reply-To: <477B63A9.2090106@infracaninophile.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: gmirror on 7B4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 12:17:46 -0000 Hello, and thank you for your reply... Quoting Matthew Seaman : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Chris H. wrote: >> Where is the option to create, and install to a gMIRRORED drive-set? >> If not, why? >> If not, it possible to install to one drive, mirror all available drives >> with >> the data on the installed drive? > > sysinstall does not provide any simple method of setting up a > gmirror RAID-1 itself, but it is fairly easy to escape from the > installer and type in a few shell commands to set such a thing up. > > There are instructions here: > > http://www.onlamp.com/pub/a/bsd/2005/11/10/FreeBSD_Basics.html Hah! That's funny. I just picked up a copy of "The Complete FreeBSD 4th edition" the other day. But haven't had an opportunity to read it yet. Guess I'd better get to it. :) > > Yes, you can convert a drive with a plain vanilla install of FreeBSD on > it into part of a gmirror setup easily and without having to worry about > rebuilding filesystems. > Seems so. But if you've got much data, and don't have a DVD, or tape magazine on it. You'll need to do the operation (likely) over NFS, and likely requiring a couple of re-boots. As I look at this (gmirror at sysinstall time) closer, it occurs to me that it wouldn't be very difficult to implement response script that asked questions for a basic gmirror setup that would encompass all drives available (seen/understood) and offered to create: swap / /boot /usr /var and simply asked how big the slices should be made. Just a thought. Thanks again for the response. Chris > Cheers, > > Matthew > > - -- > Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard > Flat 3 > PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate > Kent, CT11 9PW > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.4 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFHe2Op8Mjk52CukIwRCHlZAJ4njIkbhvqNu1b/KmonuuFIfmr6WgCfet5g > C25NHpDKIPfUYLFU6ay9T08= > =jvLD > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 12:21:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3896316A46C for ; Wed, 2 Jan 2008 12:21:54 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id C2AEB13C461 for ; Wed, 2 Jan 2008 12:21:53 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m02CLl98049113 for ; Wed, 2 Jan 2008 04:21:53 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m02CLl3j049112 for freebsd-stable@freebsd.org; Wed, 2 Jan 2008 04:21:47 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Wed, 02 Jan 2008 04:21:46 -0800 Message-ID: <20080102042146.xorrh9hbks4wc40s@webmail.1command.com> X-Priority: 3 (Normal) Date: Wed, 02 Jan 2008 04:21:46 -0800 From: "Chris H." To: freebsd-stable@freebsd.org References: <20080101220902.ku39h3rxcgks8goo@webmail.1command.com> <477B7038.1010804@FreeBSD.org> In-Reply-To: <477B7038.1010804@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: 7B4: kernel messages garbled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 12:21:54 -0000 Quoting Kris Kennaway : > Chris H. wrote: >> Hello, and happy New Year to all! >> >> I'm hoping to update all our servers to 7 in the near future. >> As such, I'm experimenting with it on one of our less prominent >> production servers. >> My procedure for it's installation and usage: >> >> download 7-CURRENT disk1 iso (B4) from nearest freebsd mirror >> install choice - minimum + src >> make config options, reboot >> download cvsup-no-gui pkg >> cvsup ports + src >> (above procedures performed 2007-12-30) >> (above procedures again performed on 2007-12-31) >> In every case, I wiped the hard drive, performing a fresh install. >> >> After initial install. Sending a halt, in order to reboot the system >> results in garbled messages to the console. Specifically, the >> Syncing disks... message is unintelligible. As does is line >> preceding it. >> >> Also. After syncing the source, I altered/renamed GENERIC and >> performed build/world/kernel, and install/kernel/world. >> During the buildworld process I recieved more warnings than I >> can recall seeing in previous versions <= 6. >> ee (aee) resulted in "Illegal instruction... core dumped" after >> the build/install process. >> >> FWIW this is on an i386 2 proc MB. >> Given the many changes in 7, I spent more time reading the doc's >> and errata than I have spent in previous versions. >> >> Thank you for all your time and attention to this matter. > > It is just a sign that 7 is getting higher concurrency than 6 did. > > The warnings are probably from the new compiler (gcc 4) which as > usual is more strict and more verbose. Try building ee with -ggdb > and running a backtrace. OK. Will do. I'll get back and complain if it failed. :) No. Seriously, I'll try it and report on the results. Thanks for the reply. Chris > > Kris > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 14:02:39 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64BC916A41A for ; Wed, 2 Jan 2008 14:02:39 +0000 (UTC) (envelope-from j.witteveen@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.225]) by mx1.freebsd.org (Postfix) with ESMTP id 2441A13C4CC for ; Wed, 2 Jan 2008 14:02:38 +0000 (UTC) (envelope-from j.witteveen@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so854782nzf.13 for ; Wed, 02 Jan 2008 06:02:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=5+GUhH3kyDRAGpK+C8B6dLH0fIk8HZ51KhL+11arg5E=; b=jpim5fVKX1yAb4/nkOZ5/oF3UKnIz20KmSpuhG5wBgzm1gP4IFt3odINPIi2g8VJHobpxGIZdPI8Ah6qIEXPIV3uU+7MIr9CPlKCP/fN4SRNbuSdzpairpuV6jrqcXCT92vC2cYsWciOcesyAJCltn2E3aHfJjqcFxYrNmyLVhs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=jRLk6gT3RWZMqUtMs62G9tYlYdw0bfYTWr4GegEjP9ThFYiXU1XwPqeU8B7AaPnlbUeUxj0T5gjUag3PcupKdxaqMdoi4sanf1JyG2JmEQA+HcbtWA53SpTU1lxXT2tE2YgSmrByLCHvgUB3PBdnXEbvbQEgPjez68lIIjepXB0= Received: by 10.142.73.8 with SMTP id v8mr1116887wfa.68.1199280940218; Wed, 02 Jan 2008 05:35:40 -0800 (PST) Received: by 10.143.44.11 with HTTP; Wed, 2 Jan 2008 05:35:40 -0800 (PST) Message-ID: <3993a4980801020535h4ef4d3ebr461892baa4e39082@mail.gmail.com> Date: Wed, 2 Jan 2008 14:35:40 +0100 From: "Jouke Witteveen" To: freebsd-stable@freebsd.org, freebsd-multimedia@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Mixer default values not restored X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 14:02:39 -0000 Hello, I'm running FreeBSD 7.0 RC1 with the following in my kernel configuration: --- device sound device snd_emu10kx --- My soundcard is a Soundblaster Live! In trying to make the rear-channel volume default to "100" I added the following to my /boot/device.hints: --- hint.pcm.1.vol="100" hint.pcm.1.pcm="100" --- This method is suggested on page 164 (section 7.2.4) of the Handbook. The problem is that these mixer levels do not apply: --- $ mixer -f /dev/mixer1 Mixer vol is currently set to 75:75 Mixer pcm is currently set to 75:75 --- There is no problem however in manualy settig these values. Any help is welcome. My machine can - may it be needed - be used as a testbase. Regards, - Jouke From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 15:05:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C61D16A418 for ; Wed, 2 Jan 2008 15:05:28 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 041BF13C43E for ; Wed, 2 Jan 2008 15:05:27 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m02F5JEv065086 for ; Wed, 2 Jan 2008 07:05:25 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m02F5IhF065085 for freebsd-stable@freebsd.org; Wed, 2 Jan 2008 07:05:18 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Wed, 02 Jan 2008 07:05:18 -0800 Message-ID: <20080102070518.ki0v7vxkgo0cossg@webmail.1command.com> X-Priority: 3 (Normal) Date: Wed, 02 Jan 2008 07:05:18 -0800 From: "Chris H." To: freebsd-stable@freebsd.org References: <20080102002651.r72jwx0pgk4000c8@webmail.1command.com> In-Reply-To: <20080102002651.r72jwx0pgk4000c8@webmail.1command.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: gmirror on 7B4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 15:05:28 -0000 Quoting "Chris H." : > Hello, > I seem to remember a similar question being asked in the past. But never ---8<---snip---8<--- > I had originally intended to create a raid mirror on the whole lot of HD's > during the install process. But I wasn't presented, nor could I find that > option during install. So, due to lack of time, pushed it off till later, > and simply installed onto the one HD. Now to my question(s)... > > Where is the option to create, and install to a gMIRRORED drive-set? ---8<---snip---8<--- > 2) In my cases above, I'm interested in RAID-0 (mirroring for /volume/ > not redundancy). > OK, my mistake... Seems for my application (RAID0), *gstripe* is what I should be using. Q: But RAID0 provides 0 redundancy. How will you cope with data loss? A: Complete backups occur twice daily and I (we) use IP RAID0 - eg; 2 different servers have/provide the same data, and the DNS provides "round-robin". Thereby spreading the requests roughly equal across both servers. So, given my new found knowledge. I felt I should probably ask before potentially clobbering (breaking) the server I'll be attempting this on. Will the following accomplish my goal? Current setup: /dev indicates the following: da0, da0c, da0cs1, da0s1, da0s1c da1, da1c, da1cs1, da1s1, da1s1c da2, da2c, da2cs1, da2s1, da2s1c ...and the following, which FreeBSD is installed on: da3, da3s1, da3s1a, da3s1b, da3s1c, da3s1d All drives are of same size/make/model. Given the above, I intend to issue the following: # gstripe label -v -s 131072 bigstripe \ /dev/da0 /dev/da1 /dev/da2 /dev/da3 # newfs -U /dev/stripe/bigstripe # mount /dev/stripe/bigstripe /bigstripe # echo 'geom_stripe_load="YES"' >> /boot/loader.conf # echo '/dev/stripe/bigstripe /bigstripe ufs rw 2 2' >> /etc/fstab Or do/should I issue: # gconcat label -v extradisks /dev/da0 /dev/da1 /dev/da2 # gstripe label -v bigstripe /dev/da3 /dev/concat/extradisks # bsdlabel -wB /dev/stripe/bigstripe # newfs -U /dev/stripe/bigstripe # mount /dev/stripe/bigstripe /bigstripe Thank you for all your time and consideration. Chris P.S. I know this is a bit noisy. I intend to keep it brief. Thank you for your understanding. :) > -- > panic: kernel trap (ignored) > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 15:19:17 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CC0F16A419 for ; Wed, 2 Jan 2008 15:19:17 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id 05A8113C458 for ; Wed, 2 Jan 2008 15:19:16 +0000 (UTC) (envelope-from vivek@khera.org) Received: from host-121.int.kcilink.com (host-121.int.kcilink.com [192.168.7.121]) by yertle.kcilink.com (Postfix) with ESMTP id E3769C943A for ; Wed, 2 Jan 2008 10:19:15 -0500 (EST) Message-Id: <47A2B2D0-5C67-46A1-BD52-76667C68298F@khera.org> From: Vivek Khera To: FreeBSD Stable List In-Reply-To: <20080102034228.M16861@mindcrime.int.bit0.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Wed, 2 Jan 2008 10:19:15 -0500 References: <20080102034228.M16861@mindcrime.int.bit0.com> X-Mailer: Apple Mail (2.915) Subject: Re: aac tool regressions on 7.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 15:19:17 -0000 On Jan 2, 2008, at 3:54 AM, Mike Andrews wrote: > Command Error: the current AFAAPI.DLL.> In my experience, this was caused by the firmware rev of the adaptec card. Basically, the combination of FreeBSD, amd64, and Adaptec RAID cards is a bad thing for production systems, and IMO should be avoided. Anyone looking to buy two or three "slightly used" Adaptec 2230SLP RAID cards? :-) From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 15:40:03 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15EC016A417; Wed, 2 Jan 2008 15:40:03 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from tomjudge.vm.bytemark.co.uk (tomjudge.vm.bytemark.co.uk [80.68.91.100]) by mx1.freebsd.org (Postfix) with ESMTP id AA67B13C447; Wed, 2 Jan 2008 15:40:02 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from localhost (localhost [127.0.0.1]) by tomjudge.vm.bytemark.co.uk (Postfix) with ESMTP id 83EEC341E7; Wed, 2 Jan 2008 15:26:27 +0000 (GMT) Received: from tomjudge.vm.bytemark.co.uk ([127.0.0.1]) by localhost (tomjudge.vm.bytemark.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9BZpnRNIvyuC; Wed, 2 Jan 2008 15:26:27 +0000 (GMT) Received: from [192.168.255.6] (unknown [192.168.255.6]) by tomjudge.vm.bytemark.co.uk (Postfix) with ESMTP id E9E6B341E5; Wed, 2 Jan 2008 15:26:26 +0000 (GMT) Message-ID: <477BAD2B.8070603@tomjudge.com> Date: Wed, 02 Jan 2008 15:26:35 +0000 From: Tom Judge User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: Michael Butler References: <59DD6CCE263ECD75A7283A7B@ganymede.hub.org> <477A72B8.8010307@protected-networks.net> In-Reply-To: <477A72B8.8010307@protected-networks.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Marc G. Fournier" , freebsd-stable@freebsd.org, jarrod@netleader.com.au, freebsd-questions@freebsd.org Subject: Re: Nagios + 6.3-RELEASE == Hung Process X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 15:40:03 -0000 Michael Butler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Marc G. Fournier wrote: >> G'day ... >> >> Yesterday, I setup nagios to do some system monitoring ... installed the >> latest version from ports into a jail, so that I could easily move it around >> between machines as I upgrade, without losing data ... after about 30 minutes >> running, I get a second nagios process running (fork?) that takes up ch CPU >> time as is available, and just hangs there until I kill -9 it ... > > [ .. ] > >> After searching the 'Net a bit, came across this thread: >> >> >> >> That recommends modifying libmap.conf with: >> >> [/usr/local/bin/nagios] >> libpthread.so.2 libthr.so.2 >> libpthread.so libthr.so > > Thanks for pointing this out. I've had similar problems with nagios but > hadn't found a solution until I saw your pointer. Sadly, my expertise > with both thread libraries is sufficiently lacking that I have no clue > where to start looking for the cause :-( > I have also seen this issue, but have always put it down to the way that we manage our nagios deployments with cfengine. I will try to deploy this change and monitor for the problem to see if it persists. On a side note if you want to use broker modules with nagios from port you need to change the following in the port Makefile in order to make them load properly: From: USE_AUTOTOOLS= autoconf:259 To: SE_AUTOTOOLS= autoconf:259 libltdl:15 I sent an email to the maintainer but got no response and my email did not seem to have affected the last commit to upgrade to 2.10. Tom From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 15:46:52 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A40B16A418 for ; Wed, 2 Jan 2008 15:46:52 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id 64E6B13C455 for ; Wed, 2 Jan 2008 15:46:52 +0000 (UTC) (envelope-from vivek@khera.org) Received: from host-121.int.kcilink.com (host-121.int.kcilink.com [192.168.7.121]) by yertle.kcilink.com (Postfix) with ESMTP id C915EC943A for ; Wed, 2 Jan 2008 10:31:02 -0500 (EST) Message-Id: <10C55115-843B-4275-A876-AA9CB656A519@khera.org> From: Vivek Khera To: stable@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Wed, 2 Jan 2008 10:31:02 -0500 X-Mailer: Apple Mail (2.915) Cc: Subject: building system's libmilter with poll() support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 15:46:52 -0000 What's the procedure to configure buildworld to get sendmail to build libmilter using poll() instead of select()? There is discussion on the postfix mailing list that some high-load performance issues could be solved by switching this, but the "fix" was to hack the libmilter header file to force the appropriate define to be set, rather than using the sendmail configuration system. This would of course be difficult to preserve across updates and buildworlds... Thanks! From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 16:11:02 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C1C216A417 for ; Wed, 2 Jan 2008 16:11:02 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id 347D813C4CC for ; Wed, 2 Jan 2008 16:11:02 +0000 (UTC) (envelope-from vivek@khera.org) Received: from host-121.int.kcilink.com (host-121.int.kcilink.com [192.168.7.121]) by yertle.kcilink.com (Postfix) with ESMTP id 78DFFC943A for ; Wed, 2 Jan 2008 11:11:01 -0500 (EST) Message-Id: <1DD19D7D-D3BA-4DA2-9832-52B192793343@khera.org> From: Vivek Khera To: stable@freebsd.org In-Reply-To: <20080102160806.GB36128@monkeyboy.local> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Wed, 2 Jan 2008 11:11:01 -0500 References: <10C55115-843B-4275-A876-AA9CB656A519@khera.org> <20080102160806.GB36128@monkeyboy.local> X-Mailer: Apple Mail (2.915) Cc: Subject: Re: building system's libmilter with poll() support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 16:11:02 -0000 On Jan 2, 2008, at 11:08 AM, Gregory Shapiro wrote: >> What's the procedure to configure buildworld to get sendmail to build >> libmilter using poll() instead of select()? > > Add this to /etc/make.conf: > > SENDMAIL_CFLAGS+=-D_FFR_WORKERS_POOL > > [ ... ] > Note that bug 118824 has already asked for this to be part of the > base. > I will likely make that the case for the HEAD and then give it some > testing time before MFC'ing. Sweet! Thanks a lot for your help. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 16:11:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6166316A417; Wed, 2 Jan 2008 16:11:48 +0000 (UTC) (envelope-from lavalamp@spiritual-machines.org) Received: from mail.digitalfreaks.org (arbitor.digitalfreaks.org [216.151.95.158]) by mx1.freebsd.org (Postfix) with ESMTP id 2BACE13C44B; Wed, 2 Jan 2008 16:11:48 +0000 (UTC) (envelope-from lavalamp@spiritual-machines.org) Received: from localhost (localhost [127.0.0.1]) by mail.digitalfreaks.org (Postfix) with ESMTP id 7209717C25; Wed, 2 Jan 2008 10:53:40 -0500 (EST) Received: from mail.digitalfreaks.org ([127.0.0.1]) by localhost (mail.digitalfreaks.org [127.0.0.1]) (amavisd-maia, port 10024) with ESMTP id 13557-22; Wed, 2 Jan 2008 10:53:39 -0500 (EST) Received: from [192.168.2.50] (pr40.pitbpa0.pub.collaborativefusion.com [206.210.89.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.digitalfreaks.org (Postfix) with ESMTP id 759F717C24; Wed, 2 Jan 2008 10:53:39 -0500 (EST) From: "Brian A. Seklecki" To: Tom Judge In-Reply-To: <477BAD2B.8070603@tomjudge.com> References: <59DD6CCE263ECD75A7283A7B@ganymede.hub.org> <477A72B8.8010307@protected-networks.net> <477BAD2B.8070603@tomjudge.com> Content-Type: text/plain Date: Wed, 02 Jan 2008 10:53:38 -0500 Message-Id: <1199289218.2774.9.camel@soundwave.pitbpa0.priv.collaborativefusion.com> Mime-Version: 1.0 X-Mailer: Evolution 2.12.2 (2.12.2-2.fc8) Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.2 Cc: "Marc G. Fournier" , jarrod@netleader.com.au, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Nagios + 6.3-RELEASE == Hung Process X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 16:11:48 -0000 On Wed, 2008-01-02 at 15:26 +0000, Tom Judge wrote: > Michael Butler wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 I'm pretty sure that he's getting ready to ship 3.0 release w/ broken threading on FreeBSD. I haven't had time to test it on NetBSD yet, but since it can be fixed by switching up which threading engine you link against on the Free* side of *BSD, its likely a long-term fix in Ports instead of polluting the code with #IFDEF's for FreeBSD-specific POSIX thread nits (it's a hard-sell since the same code works fine on Solaris and Linux w/o issue) What we need is: 1) Nightly builds of Nagios against various releng trees 2) Serious BSD involvement in the project to look at the threading code (beyond me) 3) Bug tracking on the Nagios side I recently proposed #1 and #2 on nagios-user@, but I got a lot of push-back from Andreas. Any type of professional project management improvements that quote "Aren't fun" are heavily frowned upon. ~BAS From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 16:11:52 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFF9916A46C for ; Wed, 2 Jan 2008 16:11:52 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 4C58713C47E for ; Wed, 2 Jan 2008 16:11:52 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 92F2F157F9; Wed, 2 Jan 2008 18:11:50 +0200 (EET) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17388-08-2; Wed, 2 Jan 2008 18:11:46 +0200 (EET) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 70695157F2; Wed, 2 Jan 2008 18:11:46 +0200 (EET) Message-ID: <477BB7C0.3060603@bulinfo.net> Date: Wed, 02 Jan 2008 18:11:44 +0200 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.9 (X11/20071122) MIME-Version: 1.0 To: Kris Kennaway References: <476A5EE1.9000003@bulinfo.net> <476FF662.6050604@FreeBSD.org> In-Reply-To: <476FF662.6050604@FreeBSD.org> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: FreeBSD Subject: Re: Performance! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 16:11:53 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Kris Kennaway wrote: > Krassimir Slavchev wrote: > Hello, > > I have read all related threads about performance problems with multi > core systems but still have no idea what to do to make thinks better. > Below are results of testing postgresql on HP DL380G5 using sysbench. > The results are comparable to: > http://blog.insidesystems.net/articles/2007/04/11/postgresql-scaling-on-6-2-and-7-0 > > but the same tests running on the same hardware using Linux (kernel > 2.6.18-53.1.4.el5 SMP x86_64) are very different. > PostgreSQL is tuned equal. > > dmesg: > ... > CPU: Intel(R) Xeon(R) CPU X5450 @ 3.00GHz (3000.02-MHz > K8-class CPU) > Origin = "GenuineIntel" Id = 0x10676 Stepping = 6 > > Features=0xbfebfbff > > > Features2=0xce3bd> > > AMD Features=0x20000800 > AMD Features2=0x1 > Cores per package: 4 > usable memory = 8575655936 (8178 MB) > avail memory = 8288337920 (7904 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs > ... > > test: > sysbench --num-threads=${i} --test=oltp --pgsql-user=bench > --pgsql-db=bench --db-driver=pgsql --max-time=60 --max-requests=0 > --oltp-read-only=on run > > tuning: > kern.ipc.shmmax=2147483647 > kern.ipc.shmall=524288 > kern.ipc.semmsl=512 > kern.ipc.semmap=256 > kern.ipc.somaxconn=2048 > kern.maxfiles=65536 > vfs.read_max=32 > > kern.ipc.semmni=256 > kern.ipc.semmns=2048 > > results: > FreeBSD 7.0-BETA4 amd64 (cvsup on 20.12) GENERIC with SCHED_ULE > #threads #transactions/sec user/system > 1 500 7.4%,5.3% > 5 1990 30.9%,23.4% > 10 2510 39.9%,35.0% > 20 2549 44.5%,43.5% > 40 1921 29.8%,59.4% > 60 1580 22.7%,70.6% > 80 1341 18.9%,75.9% > 100 1227 16.5%,79.3% > > Linux > #threads #transactions/sec > 1 693 > 5 3539 > 10 5789 > 20 5791 > 40 5661 > 60 5517 > 80 5401 > 100 5319 > > > What can be done to improve these results? > > Best Regards > _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> . >> > postgresql has some poor default settings on FreeBSD. You need to add: > stats_command_string = off > update_process_title = off > Kris I use a copy of postgresql.conf file from linux. Only 'stats_command_string = on' was commented. Here are results with these settings and lock_manager patch: #threads #transactions/sec 1 582 5 2154 10 2253 20 2705 40 2215 60 1713 80 1574 100 1256 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHe7fAxJBWvpalMpkRAipaAJ4uNYByfRxOnPFf4HwG4MqV/zFDIACcC3Pj W8uGwpdL0oBG0OKHJ/4b/PQ= =1jGZ -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 16:16:56 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CC4116A418 for ; Wed, 2 Jan 2008 16:16:56 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id D8EA413C4CE for ; Wed, 2 Jan 2008 16:16:55 +0000 (UTC) (envelope-from vivek@khera.org) Received: from host-121.int.kcilink.com (host-121.int.kcilink.com [192.168.7.121]) by yertle.kcilink.com (Postfix) with ESMTP id 103EDC943A for ; Wed, 2 Jan 2008 11:16:54 -0500 (EST) Message-Id: <8F6AC24D-4CBB-4161-B0E5-E5363AAB164B@khera.org> From: Vivek Khera To: stable@freebsd.org In-Reply-To: <20080102160806.GB36128@monkeyboy.local> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Wed, 2 Jan 2008 11:16:54 -0500 References: <10C55115-843B-4275-A876-AA9CB656A519@khera.org> <20080102160806.GB36128@monkeyboy.local> X-Mailer: Apple Mail (2.915) Cc: Subject: Re: building system's libmilter with poll() support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 16:16:56 -0000 On Jan 2, 2008, at 11:08 AM, Gregory Shapiro wrote: > SENDMAIL_CFLAGS+=-D_FFR_WORKERS_POOL Do I want this one or just -DSM_CONF_POLL ? I'm running into issues with postfix failing to connect to the milter because it is too busy (specifically the dkim milter) and one theory was to use poll to increase the number of connections that the milter can handle. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 16:20:29 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C78B216A417 for ; Wed, 2 Jan 2008 16:20:29 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 8241F13C465 for ; Wed, 2 Jan 2008 16:20:29 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 71F9415819; Wed, 2 Jan 2008 18:20:28 +0200 (EET) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18014-08; Wed, 2 Jan 2008 18:20:26 +0200 (EET) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 082C615818; Wed, 2 Jan 2008 18:20:25 +0200 (EET) Message-ID: <477BB9C7.8080002@bulinfo.net> Date: Wed, 02 Jan 2008 18:20:23 +0200 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.9 (X11/20071122) MIME-Version: 1.0 To: pluknet References: <476F7581.8080100@bulinfo.net> In-Reply-To: X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: FreeBSD Subject: Re: ifconfig options? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 16:20:29 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, This patch fixes the problem! # ifconfig -l bce0 bce1 lo0 # ifconfig -l ether bce0 bce1 Thanks pluknet wrote: > Hi, > > On 24/12/2007, Krassimir Slavchev wrote: >> 'ifconfig -l [address_family]' does not work correct on RELENG_7 >> >> >> FreeBSD 6.3-BETA2: >> # ifconfig -l >> em0 em1 plip0 lo0 pflog0 >> >> #ifconfig -l ether >> em0 em1 >> >> But: >> FreeBSD 7.0-BETA4: >> # ifconfig -l >> em0 em1 plip0 lo0 pflog0 >> >> #ifconfig -l ether >> em0 em1 plip0 lo0 pflog0 >> >> I need this functionality to get all ethernet interfaces. Is there other >> way to do this? >> > > To revert this functionality try this patch please. > > --- /usr/src/sbin/ifconfig/ifconfig.c 2007-12-26 23:25:17.000000000 +0300 > +++ /tmp/ifconfig.c 2007-12-26 23:18:53.000000000 +0300 > @@ -298,9 +298,12 @@ > * Are we just listing the interfaces? > */ > if (namesonly) { > - if (ifindex > 1) > - printf(" "); > - fputs(name, stdout); > + if (afp == NULL || afp->af_af != AF_LINK || > + sdl->sdl_type == IFT_ETHER) { > + if (ifindex > 1) > + printf(" "); > + fputs(name, stdout); > + } > continue; > } > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHe7nGxJBWvpalMpkRAn7MAKCsjDSf+uDsMQaH1Wxh09TsP43k5wCcDksO XPkb7nNG2p0wo6XvlvZlb+E= =p0rg -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 16:20:55 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A81AF16A41B for ; Wed, 2 Jan 2008 16:20:55 +0000 (UTC) (envelope-from Jose-Marcio.Martins@ensmp.fr) Received: from cascavel.ensmp.fr (cascavel.ensmp.fr [194.214.158.227]) by mx1.freebsd.org (Postfix) with ESMTP id 3DF6713C447 for ; Wed, 2 Jan 2008 16:20:55 +0000 (UTC) (envelope-from Jose-Marcio.Martins@ensmp.fr) Received: from localhost.localdomain (joe.j-chkmail.org [82.226.38.60]) (authenticated bits=0) by cascavel.ensmp.fr (8.14.0/8.14.0/JMMC-23/Mar/2006) with ESMTP id m02G0J1k020601 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 Jan 2008 17:00:20 +0100 (MET) Message-ID: <477BB513.20502@ensmp.fr> Date: Wed, 02 Jan 2008 17:00:19 +0100 From: Jose-Marcio Martins da Cruz User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.11) Gecko/20071202 Fedora/1.1.7-1.fc7 SeaMonkey/1.1.7 MIME-Version: 1.0 To: Vivek Khera References: <10C55115-843B-4275-A876-AA9CB656A519@khera.org> In-Reply-To: <10C55115-843B-4275-A876-AA9CB656A519@khera.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Miltered: at cascavel with ID 477BB513.000 by Joe's j-chkmail (http://j-chkmail . ensmp . fr)! X-j-chkmail-Score: MSGID : 477BB513.000 on cascavel : j-chkmail score : . : R=. U=. O=. B=0.000 -> S=0.000 Cc: stable@freebsd.org Subject: Re: building system's libmilter with poll() support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jose-Marcio.Martins@ensmp.fr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 16:20:55 -0000 Vivek Khera wrote: > What's the procedure to configure buildworld to get sendmail to build > libmilter using poll() instead of select()? > > There is discussion on the postfix mailing list that some high-load > performance issues could be solved by switching this, but the "fix" was > to hack the libmilter header file to force the appropriate define to be > set, rather than using the sendmail configuration system. This would of > course be difficult to preserve across updates and buildworlds... The canonical way is to define (at devtools/Site/site.config.m4) : dnl To use poll instead of select : APPENDDEF(`conf_libmilter_ENVDEF',`-DSM_CONF_POLL=1') dnl To use a pool of workers instead of one thread per connection APPENDDEF(`conf_libmilter_ENVDEF',`-D_FFR_WORKERS_POOL=1') Note that the second automatically defines the first one. I don't know how to add this to buildworld. Hope this help... -- --------------------------------------------------------------- Jose Marcio MARTINS DA CRUZ http://j-chkmail.ensmp.fr From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 16:33:54 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76E1916A419 for ; Wed, 2 Jan 2008 16:33:54 +0000 (UTC) (envelope-from gshapiro@freebsd.org) Received: from gir.gshapiro.net (gir.gshapiro.net [209.246.26.16]) by mx1.freebsd.org (Postfix) with ESMTP id 4849913C442 for ; Wed, 2 Jan 2008 16:33:53 +0000 (UTC) (envelope-from gshapiro@freebsd.org) Received: from monkeyboy.local (c-67-164-3-230.hsd1.ca.comcast.net [67.164.3.230]) (authenticated bits=128) by gir.gshapiro.net (8.14.2/8.14.2) with ESMTP id m02GYQD4026323 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 Jan 2008 08:34:29 -0800 (PST) (envelope-from gshapiro@freebsd.org) X-DomainKeys: Sendmail DomainKeys Filter v0.6.0 gir.gshapiro.net m02GYQD4026323 Date: Wed, 2 Jan 2008 08:33:46 -0800 From: Gregory Shapiro To: Vivek Khera Message-ID: <20080102163346.GC36128@monkeyboy.local> References: <10C55115-843B-4275-A876-AA9CB656A519@khera.org> <20080102160806.GB36128@monkeyboy.local> <8F6AC24D-4CBB-4161-B0E5-E5363AAB164B@khera.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8F6AC24D-4CBB-4161-B0E5-E5363AAB164B@khera.org> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: stable@freebsd.org Subject: Re: building system's libmilter with poll() support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 16:33:54 -0000 >> SENDMAIL_CFLAGS+=-D_FFR_WORKERS_POOL > > Do I want this one or just -DSM_CONF_POLL ? It would probably be safest to just use -DSM_CONF_POLL as that has had more testing and will get by the select() limits on fd_set. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 16:44:56 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D026A16A420 for ; Wed, 2 Jan 2008 16:44:56 +0000 (UTC) (envelope-from gshapiro@freebsd.org) Received: from gir.gshapiro.net (gir.gshapiro.net [209.246.26.16]) by mx1.freebsd.org (Postfix) with ESMTP id A26AA13C468 for ; Wed, 2 Jan 2008 16:44:56 +0000 (UTC) (envelope-from gshapiro@freebsd.org) Received: from monkeyboy.local (c-67-164-3-230.hsd1.ca.comcast.net [67.164.3.230]) (authenticated bits=128) by gir.gshapiro.net (8.14.2/8.14.2) with ESMTP id m02G8lqt025421 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 Jan 2008 08:08:49 -0800 (PST) (envelope-from gshapiro@freebsd.org) X-DomainKeys: Sendmail DomainKeys Filter v0.6.0 gir.gshapiro.net m02G8lqt025421 Date: Wed, 2 Jan 2008 08:08:06 -0800 From: Gregory Shapiro To: Vivek Khera Message-ID: <20080102160806.GB36128@monkeyboy.local> References: <10C55115-843B-4275-A876-AA9CB656A519@khera.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <10C55115-843B-4275-A876-AA9CB656A519@khera.org> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: stable@freebsd.org Subject: Re: building system's libmilter with poll() support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 16:44:56 -0000 > What's the procedure to configure buildworld to get sendmail to build > libmilter using poll() instead of select()? Add this to /etc/make.conf: SENDMAIL_CFLAGS+=-D_FFR_WORKERS_POOL And then rebuild/reinstall libmilter: cd /usr/src/lib/libmilter/ make clean make depend make make install Note that bug 118824 has already asked for this to be part of the base. I will likely make that the case for the HEAD and then give it some testing time before MFC'ing. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 16:47:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8D4716A421 for ; Wed, 2 Jan 2008 16:47:51 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 9244113C468 for ; Wed, 2 Jan 2008 16:47:51 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m02GlhSm075177; Wed, 2 Jan 2008 08:47:49 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m02GlhSN075176; Wed, 2 Jan 2008 08:47:43 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Wed, 02 Jan 2008 08:47:43 -0800 Message-ID: <20080102084743.xtecj951wogwws8w@webmail.1command.com> X-Priority: 3 (Normal) Date: Wed, 02 Jan 2008 08:47:43 -0800 From: "Chris H." To: John Nielsen References: <20080102002651.r72jwx0pgk4000c8@webmail.1command.com> <20080102070518.ki0v7vxkgo0cossg@webmail.1command.com> <20080102111751.5huybrwosgs0ccos@newwebmail.jnielsen.net> <20080102112230.g7p1bj3sdck488g8@newwebmail.jnielsen.net> In-Reply-To: <20080102112230.g7p1bj3sdck488g8@newwebmail.jnielsen.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Cc: freebsd-stable@freebsd.org Subject: Re: gmirror on 7B4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 16:47:52 -0000 Quoting John Nielsen : > I'm not sure I remember everything from earlier in this thread so I > don't know if it's relevant, BUT you can't boot from a gstripe volume > (or from a gconcat one AFAIK). Inferring from your fstab example > below it doesn't sound like you intend to but I just wanted to be > sure. Are you sure? I read that using gmirror requires /kernel to be located in the /boot slice and everything else (all other slices) can be mirrored safely. But in all my reading (man pages, FBSD handbook, asstd articles) I haven't seen anything indicating booting wasn't possible from a gstripe volume. For the record, FSTAB (on da3): /dev/da3s1b none (swap) /dev/da3s1a / /dev/da3s1d /var Thanks for your response. Chris > > Quoting John Nielsen : > >> Quoting "Chris H." : >> >>> Quoting "Chris H." : >>> >>>> Hello, >>>> I seem to remember a similar question being asked in the past. But never >>> ---8<---snip---8<--- >>>> I had originally intended to create a raid mirror on the whole lot of HD's >>>> during the install process. But I wasn't presented, nor could I find that >>>> option during install. So, due to lack of time, pushed it off till later, >>>> and simply installed onto the one HD. Now to my question(s)... >>>> >>>> Where is the option to create, and install to a gMIRRORED drive-set? >>> ---8<---snip---8<--- >>>> 2) In my cases above, I'm interested in RAID-0 (mirroring for /volume/ >>>> not redundancy). >>>> >>> >>> OK, my mistake... >>> Seems for my application (RAID0), *gstripe* is what I should >>> be using. >>> Q: But RAID0 provides 0 redundancy. How will you cope with data loss? >>> A: Complete backups occur twice daily and I (we) use IP RAID0 - >>> eg; 2 different servers have/provide the same data, and the DNS provides >>> "round-robin". Thereby spreading the requests roughly equal across >>> both servers. >>> So, given my new found knowledge. I felt I should probably ask before >>> potentially clobbering (breaking) the server I'll be attempting this on. >>> Will the following accomplish my goal? >>> Current setup: >>> /dev indicates the following: >>> da0, da0c, da0cs1, da0s1, da0s1c >>> da1, da1c, da1cs1, da1s1, da1s1c >>> da2, da2c, da2cs1, da2s1, da2s1c >>> ...and the following, which FreeBSD is installed on: >>> da3, da3s1, da3s1a, da3s1b, da3s1c, da3s1d >>> All drives are of same size/make/model. >>> >>> Given the above, I intend to issue the following: >>> >>> # gstripe label -v -s 131072 bigstripe \ >>> /dev/da0 /dev/da1 /dev/da2 /dev/da3 >>> >>> # newfs -U /dev/stripe/bigstripe >>> >>> # mount /dev/stripe/bigstripe /bigstripe >>> >>> # echo 'geom_stripe_load="YES"' >> /boot/loader.conf >>> >>> # echo '/dev/stripe/bigstripe /bigstripe ufs rw 2 2' >> /etc/fstab >> >> Yes, this should be fine (though you may need to do a "gstripe load" >> near the beginning). >> >>> Or do/should I issue: >>> >>> # gconcat label -v extradisks /dev/da0 /dev/da1 /dev/da2 >>> >>> # gstripe label -v bigstripe /dev/da3 /dev/concat/extradisks >>> >>> # bsdlabel -wB /dev/stripe/bigstripe >>> >>> # newfs -U /dev/stripe/bigstripe >>> >>> # mount /dev/stripe/bigstripe /bigstripe >> >> No, assuming the disks are (roughly) the same size there's no reason >> to use gconcat, and in this case doing so will likely hurt >> performance in addition to adding complexity. gconcat is generally >> just for JBOD-type scenarios and it sounds like you're after RAID0 >> which is what gstripe is for. >> >> JN >> >>> Thank you for all your time and consideration. >>> >>> Chris >>> >>> P.S. I know this is a bit noisy. I intend to keep it brief. >>> Thank you for your understanding. :) >>> >>>> -- >>>> panic: kernel trap (ignored) >>>> >>>> >>>> >>>> _______________________________________________ >>>> freebsd-stable@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >>>> >>> >>> -- >>> panic: kernel trap (ignored) >>> >>> >>> >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >>> >>> >> >> >> > > > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 16:49:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AB5716A41B for ; Wed, 2 Jan 2008 16:49:49 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.235]) by mx1.freebsd.org (Postfix) with ESMTP id 225CE13C442 for ; Wed, 2 Jan 2008 16:49:49 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so900159nzf.13 for ; Wed, 02 Jan 2008 08:49:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=pst9aZnuWPD+ghhEZd7ky2qKJ+vZ/IvnXo07WBvpDQU=; b=JIZ/0EY4W3cqab9bImuvt1FmEjgRKa//7A43jjwG4/hIbrfPZgmyWIjTFO5JaidI6UYVzDd3L0pzaELHP09FE5AFJsji7dx26yOZf/5j9ZnBHSijQhqbEJH4iVphmT5ieGDl4ismTixcofQtP6M/fmvK1uaLAKgDfF67hE5jIuU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=oiUo9+WqoWSKXTfCIaxxwNVgm/Ysk7pwYdsno2+uNoXUJwq2ymtWXzeoV2XS9Rp1MpQ3Ni6utXm4RO1XwHccQ9NwyyrVSZDX15FXLIe6uuSG+wS22n3Ey7OXKuNykz0rRpx6WOdg95xfTtANW6Bp2brRJl8++hj5l7+6sMReElE= Received: by 10.142.225.11 with SMTP id x11mr52648wfg.115.1199292587597; Wed, 02 Jan 2008 08:49:47 -0800 (PST) Received: by 10.142.255.9 with HTTP; Wed, 2 Jan 2008 08:49:47 -0800 (PST) Message-ID: <8cb6106e0801020849n6f504a05wddd315c663932bc5@mail.gmail.com> Date: Wed, 2 Jan 2008 11:49:47 -0500 From: "Josh Carroll" To: "Anish Mistry" In-Reply-To: <200801020136.54856.mistry.7@osu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200710171228.39123.mistry.7@osu.edu> <4777942D.9010209@FreeBSD.org> <200801020136.54856.mistry.7@osu.edu> Cc: Kip Macy , Kris Kennaway , freebsd-stable@freebsd.org, "\[LoN\]Kamikaze" Subject: Re: RELENG_7 jerky mouse and skipping sound (still a problem -BETA3) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 16:49:49 -0000 > > Can you confirm that this fix helped for you? i.e. do you still > > see the problem? > FreeBSD 7.0-RC1 #14: Sun Dec 30 21:50:59 EST 2007 > I'm still seeing this problem, but it isn't nearly as bad. I still > get some jerky mouse movement, but music doesn't skip now when I'm > compiling. I noticed severe sluggishness in X.org the other day when I logged into the console on my 7.0-RC1 box. With firefox open, the mouse was very unresponsive, and at one point I counted and it took ~10 seconds to register a mouse click in firefox. The mouse jerkiness I fixed by starting moused and using /dev/sysmouse instead of /dev/psm0. However, the sluggishness overall in X was still there, and firefox took a lot longer than it should to render pages. I then noticed in my xorg.conf, I had the Depth set to 16-bit (this is on the X.org nv driver). I switched to 24-bit and it is MUCH faster. I ran the wm_torture (http://www.rasterman.com/files/wm_torture-0.1.tar.gz) response test for both 16-bit and 24-bit, and here are the results: 16-bit: Test: map_response MIN: 0.042016s, MAX: 0.046576, AVG: 0.044307 24-bit: Test: map_response MIN: 0.002540s, MAX: 0.005877, AVG: 0.004306 That's over a 10x speed up. I believe those numbers are saying with 16-bit it took an average of 44ms to draw a window, while at 24-bit it took 4.3ms. So, for anyone using the nv (perhaps this applies to other cards/drivers?), check that you are not using 16-bit color depth, as it really seems to hinder performance. Note: this is on an 7.0-RC1 box (running ULE), so the ithread inversion has already been included in the kernel I'm running, so that may have helped as well. But I did not need to set FULL_PREEMPTION or HZ to achieve the good performance. Thanks, Josh From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 16:53:56 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C5E416A417 for ; Wed, 2 Jan 2008 16:53:56 +0000 (UTC) (envelope-from john@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id 7D2D413C44B for ; Wed, 2 Jan 2008 16:53:56 +0000 (UTC) (envelope-from john@jnielsen.net) Received: from ns1.jnielsen.net (jn@ns1 [69.55.238.237]) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id m02GHpQV039798; Wed, 2 Jan 2008 11:17:51 -0500 (EST) (envelope-from john@jnielsen.net) Received: (from www@localhost) by ns1.jnielsen.net (8.12.9p2/8.12.9/Submit) id m02GHpM9039796; Wed, 2 Jan 2008 11:17:51 -0500 (EST) (envelope-from john@jnielsen.net) X-Authentication-Warning: ns1.jnielsen.net: www set sender to john@jnielsen.net using -f Received: from nc-2wac-zop05.wachovia.com (nc-2wac-zop05.wachovia.com [162.111.235.16]) by newwebmail.jnielsen.net (Horde MIME library) with HTTP; Wed, 02 Jan 2008 11:17:51 -0500 Message-ID: <20080102111751.5huybrwosgs0ccos@newwebmail.jnielsen.net> Date: Wed, 02 Jan 2008 11:17:51 -0500 From: John Nielsen To: "Chris H." References: <20080102002651.r72jwx0pgk4000c8@webmail.1command.com> <20080102070518.ki0v7vxkgo0cossg@webmail.1command.com> In-Reply-To: <20080102070518.ki0v7vxkgo0cossg@webmail.1command.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.4) / FreeBSD-4.9 X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: gmirror on 7B4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 16:53:56 -0000 Quoting "Chris H." : > Quoting "Chris H." : > >> Hello, >> I seem to remember a similar question being asked in the past. But never > ---8<---snip---8<--- >> I had originally intended to create a raid mirror on the whole lot of HD's >> during the install process. But I wasn't presented, nor could I find that >> option during install. So, due to lack of time, pushed it off till later, >> and simply installed onto the one HD. Now to my question(s)... >> >> Where is the option to create, and install to a gMIRRORED drive-set? > ---8<---snip---8<--- >> 2) In my cases above, I'm interested in RAID-0 (mirroring for /volume/ >> not redundancy). >> > > OK, my mistake... > Seems for my application (RAID0), *gstripe* is what I should > be using. > Q: But RAID0 provides 0 redundancy. How will you cope with data loss? > A: Complete backups occur twice daily and I (we) use IP RAID0 - > eg; 2 different servers have/provide the same data, and the DNS provides > "round-robin". Thereby spreading the requests roughly equal across > both servers. > So, given my new found knowledge. I felt I should probably ask before > potentially clobbering (breaking) the server I'll be attempting this on. > Will the following accomplish my goal? > Current setup: > /dev indicates the following: > da0, da0c, da0cs1, da0s1, da0s1c > da1, da1c, da1cs1, da1s1, da1s1c > da2, da2c, da2cs1, da2s1, da2s1c > ...and the following, which FreeBSD is installed on: > da3, da3s1, da3s1a, da3s1b, da3s1c, da3s1d > All drives are of same size/make/model. > > Given the above, I intend to issue the following: > > # gstripe label -v -s 131072 bigstripe \ > /dev/da0 /dev/da1 /dev/da2 /dev/da3 > > # newfs -U /dev/stripe/bigstripe > > # mount /dev/stripe/bigstripe /bigstripe > > # echo 'geom_stripe_load="YES"' >> /boot/loader.conf > > # echo '/dev/stripe/bigstripe /bigstripe ufs rw 2 2' >> /etc/fstab Yes, this should be fine (though you may need to do a "gstripe load" near the beginning). > Or do/should I issue: > > # gconcat label -v extradisks /dev/da0 /dev/da1 /dev/da2 > > # gstripe label -v bigstripe /dev/da3 /dev/concat/extradisks > > # bsdlabel -wB /dev/stripe/bigstripe > > # newfs -U /dev/stripe/bigstripe > > # mount /dev/stripe/bigstripe /bigstripe No, assuming the disks are (roughly) the same size there's no reason to use gconcat, and in this case doing so will likely hurt performance in addition to adding complexity. gconcat is generally just for JBOD-type scenarios and it sounds like you're after RAID0 which is what gstripe is for. JN > Thank you for all your time and consideration. > > Chris > > P.S. I know this is a bit noisy. I intend to keep it brief. > Thank you for your understanding. :) > >> -- >> panic: kernel trap (ignored) >> >> >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> > > -- > panic: kernel trap (ignored) > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 16:53:56 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF0BC16A418 for ; Wed, 2 Jan 2008 16:53:56 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id A998A13C455 for ; Wed, 2 Jan 2008 16:53:56 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (jn@ns1 [69.55.238.237]) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id m02GMUQV041952; Wed, 2 Jan 2008 11:22:30 -0500 (EST) (envelope-from lists@jnielsen.net) Received: (from www@localhost) by ns1.jnielsen.net (8.12.9p2/8.12.9/Submit) id m02GMU7F041951; Wed, 2 Jan 2008 11:22:30 -0500 (EST) (envelope-from lists@jnielsen.net) X-Authentication-Warning: ns1.jnielsen.net: www set sender to lists@jnielsen.net using -f Received: from nc-2wac-zop05.wachovia.com (nc-2wac-zop05.wachovia.com [162.111.235.16]) by newwebmail.jnielsen.net (Horde MIME library) with HTTP; Wed, 02 Jan 2008 11:22:30 -0500 Message-ID: <20080102112230.g7p1bj3sdck488g8@newwebmail.jnielsen.net> Date: Wed, 02 Jan 2008 11:22:30 -0500 From: John Nielsen To: John Nielsen References: <20080102002651.r72jwx0pgk4000c8@webmail.1command.com> <20080102070518.ki0v7vxkgo0cossg@webmail.1command.com> <20080102111751.5huybrwosgs0ccos@newwebmail.jnielsen.net> In-Reply-To: <20080102111751.5huybrwosgs0ccos@newwebmail.jnielsen.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.4) / FreeBSD-4.9 X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org, "Chris H." Subject: Re: gmirror on 7B4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 16:53:57 -0000 I'm not sure I remember everything from earlier in this thread so I don't know if it's relevant, BUT you can't boot from a gstripe volume (or from a gconcat one AFAIK). Inferring from your fstab example below it doesn't sound like you intend to but I just wanted to be sure. Quoting John Nielsen : > Quoting "Chris H." : > >> Quoting "Chris H." : >> >>> Hello, >>> I seem to remember a similar question being asked in the past. But never >> ---8<---snip---8<--- >>> I had originally intended to create a raid mirror on the whole lot of HD's >>> during the install process. But I wasn't presented, nor could I find that >>> option during install. So, due to lack of time, pushed it off till later, >>> and simply installed onto the one HD. Now to my question(s)... >>> >>> Where is the option to create, and install to a gMIRRORED drive-set? >> ---8<---snip---8<--- >>> 2) In my cases above, I'm interested in RAID-0 (mirroring for /volume/ >>> not redundancy). >>> >> >> OK, my mistake... >> Seems for my application (RAID0), *gstripe* is what I should >> be using. >> Q: But RAID0 provides 0 redundancy. How will you cope with data loss? >> A: Complete backups occur twice daily and I (we) use IP RAID0 - >> eg; 2 different servers have/provide the same data, and the DNS provides >> "round-robin". Thereby spreading the requests roughly equal across >> both servers. >> So, given my new found knowledge. I felt I should probably ask before >> potentially clobbering (breaking) the server I'll be attempting this on. >> Will the following accomplish my goal? >> Current setup: >> /dev indicates the following: >> da0, da0c, da0cs1, da0s1, da0s1c >> da1, da1c, da1cs1, da1s1, da1s1c >> da2, da2c, da2cs1, da2s1, da2s1c >> ...and the following, which FreeBSD is installed on: >> da3, da3s1, da3s1a, da3s1b, da3s1c, da3s1d >> All drives are of same size/make/model. >> >> Given the above, I intend to issue the following: >> >> # gstripe label -v -s 131072 bigstripe \ >> /dev/da0 /dev/da1 /dev/da2 /dev/da3 >> >> # newfs -U /dev/stripe/bigstripe >> >> # mount /dev/stripe/bigstripe /bigstripe >> >> # echo 'geom_stripe_load="YES"' >> /boot/loader.conf >> >> # echo '/dev/stripe/bigstripe /bigstripe ufs rw 2 2' >> /etc/fstab > > Yes, this should be fine (though you may need to do a "gstripe load" > near the beginning). > >> Or do/should I issue: >> >> # gconcat label -v extradisks /dev/da0 /dev/da1 /dev/da2 >> >> # gstripe label -v bigstripe /dev/da3 /dev/concat/extradisks >> >> # bsdlabel -wB /dev/stripe/bigstripe >> >> # newfs -U /dev/stripe/bigstripe >> >> # mount /dev/stripe/bigstripe /bigstripe > > No, assuming the disks are (roughly) the same size there's no reason > to use gconcat, and in this case doing so will likely hurt > performance in addition to adding complexity. gconcat is generally > just for JBOD-type scenarios and it sounds like you're after RAID0 > which is what gstripe is for. > > JN > >> Thank you for all your time and consideration. >> >> Chris >> >> P.S. I know this is a bit noisy. I intend to keep it brief. >> Thank you for your understanding. :) >> >>> -- >>> panic: kernel trap (ignored) >>> >>> >>> >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >>> >> >> -- >> panic: kernel trap (ignored) >> >> >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> >> > > > From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 17:57:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8A6516A419 for ; Wed, 2 Jan 2008 17:57:24 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from gw.sandvine.com (gw.sandvine.com [199.243.201.138]) by mx1.freebsd.org (Postfix) with ESMTP id 5A0FD13C46E for ; Wed, 2 Jan 2008 17:57:24 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by gw.sandvine.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 2 Jan 2008 12:45:18 -0500 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id 4B1BE11717; Wed, 2 Jan 2008 12:45:18 -0500 (EST) Date: Wed, 2 Jan 2008 12:45:18 -0500 From: Ed Maste To: Vivek Khera Message-ID: <20080102174518.GA1755@sandvine.com> References: <20080102034228.M16861@mindcrime.int.bit0.com> <47A2B2D0-5C67-46A1-BD52-76667C68298F@khera.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47A2B2D0-5C67-46A1-BD52-76667C68298F@khera.org> User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 02 Jan 2008 17:45:18.0506 (UTC) FILETIME=[3D4680A0:01C84D67] Cc: FreeBSD Stable List Subject: Re: aac tool regressions on 7.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 17:57:24 -0000 On Wed, Jan 02, 2008 at 10:19:15AM -0500, Vivek Khera wrote: > On Jan 2, 2008, at 3:54 AM, Mike Andrews wrote: > > > Command Error: >the current AFAAPI.DLL.> > > In my experience, this was caused by the firmware rev of the adaptec > card. Basically, the combination of FreeBSD, amd64, and Adaptec RAID > cards is a bad thing for production systems, and IMO should be avoided. In this case it's caused by driver changes obtained from Adaptec's vendor driver. The original poster found that it broke at a specific time which suggested some specific changes that could be at fault. Aaccli doesn't support Adaptec's latest cards, isn't maintained by them any longer, and should be deprecated. Arcconf is the tool that will be supported now, although it does show the behaviour mentioned (hanging after producing the desired output). Adaptec is aware of the issue but I don't have any information on a fix. I'm not aware of any reason to avoid Adaptec RAID cards specifically on amd64 now; there were a number of problems in the past but they should be addressed now. -Ed From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 18:06:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8046616A417 for ; Wed, 2 Jan 2008 18:06:26 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from mindcrime.bit0.com (bit0.com [207.246.88.211]) by mx1.freebsd.org (Postfix) with ESMTP id 3362313C44B for ; Wed, 2 Jan 2008 18:06:26 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from localhost (localhost.bit0.com [127.0.0.1]) by mindcrime.bit0.com (Postfix) with ESMTP id 798E51E33BD; Wed, 2 Jan 2008 13:06:25 -0500 (EST) X-Virus-Scanned: amavisd-new at bit0.com Received: from mindcrime.bit0.com ([127.0.0.1]) by localhost (mindcrime.int.bit0.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I6dvUO-Kohyo; Wed, 2 Jan 2008 13:06:23 -0500 (EST) Received: from localhost (localhost.bit0.com [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mindcrime.bit0.com (Postfix) with ESMTP; Wed, 2 Jan 2008 13:06:23 -0500 (EST) Date: Wed, 2 Jan 2008 13:06:23 -0500 (EST) From: Mike Andrews X-X-Sender: mandrews@mindcrime.int.bit0.com To: Ed Maste In-Reply-To: <20080102174518.GA1755@sandvine.com> Message-ID: <20080102125924.J95613@mindcrime.int.bit0.com> References: <20080102034228.M16861@mindcrime.int.bit0.com> <47A2B2D0-5C67-46A1-BD52-76667C68298F@khera.org> <20080102174518.GA1755@sandvine.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Vivek Khera , FreeBSD Stable List Subject: Re: aac tool regressions on 7.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 18:06:26 -0000 On Wed, 2 Jan 2008, Ed Maste wrote: > On Wed, Jan 02, 2008 at 10:19:15AM -0500, Vivek Khera wrote: > >> On Jan 2, 2008, at 3:54 AM, Mike Andrews wrote: >> >>> Command Error: >> the current AFAAPI.DLL.> >> >> In my experience, this was caused by the firmware rev of the adaptec >> card. Basically, the combination of FreeBSD, amd64, and Adaptec RAID >> cards is a bad thing for production systems, and IMO should be avoided. Well, yeah, the error message would seem to point that way, but this is the newest available firmware (v8208) for this particular card. > In this case it's caused by driver changes obtained from Adaptec's > vendor driver. The original poster found that it broke at a specific > time which suggested some specific changes that could be at fault. > > Aaccli doesn't support Adaptec's latest cards, isn't maintained by them > any longer, and should be deprecated. Arcconf is the tool that will be > supported now, although it does show the behaviour mentioned (hanging > after producing the desired output). Adaptec is aware of the issue but > I don't have any information on a fix. For now I'll recode my Nagios plugin to use arcconf, and maybe hack in a kill of the subprocess when it gets all its output. This is a production box so I can't try a lot of kernels in rapid succession. I might be able to borrow another 2120S from someone else to try on a different box though... I'll see if I can do that today or tomorrow so I can play with different aac driver revs and try to selectively back out parts of the commits from 3 weeks ago. Also, if aaccli is depricated, perhaps the sysutils/aaccli port should say something to that effect when you try to install it? I wouldn't have known arcconf even existed if I hadn't stumbled across a mention of it while Googling. :) From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 18:13:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59E2916A418; Wed, 2 Jan 2008 18:13:02 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 3CEA713C442; Wed, 2 Jan 2008 18:13:00 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m02ICqO4055993; Wed, 2 Jan 2008 11:12:52 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <477BD424.8010709@samsco.org> Date: Wed, 02 Jan 2008 11:12:52 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.11) Gecko/20071128 SeaMonkey/1.1.7 MIME-Version: 1.0 To: Ed Maste References: <20080102034228.M16861@mindcrime.int.bit0.com> <47A2B2D0-5C67-46A1-BD52-76667C68298F@khera.org> <20080102174518.GA1755@sandvine.com> In-Reply-To: <20080102174518.GA1755@sandvine.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Wed, 02 Jan 2008 11:12:52 -0700 (MST) X-Spam-Status: No, score=-1.4 required=5.4 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Vivek Khera , FreeBSD Stable List Subject: Re: aac tool regressions on 7.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 18:13:02 -0000 Ed Maste wrote: > On Wed, Jan 02, 2008 at 10:19:15AM -0500, Vivek Khera wrote: > >> On Jan 2, 2008, at 3:54 AM, Mike Andrews wrote: >> >>> Command Error: >> the current AFAAPI.DLL.> >> In my experience, this was caused by the firmware rev of the adaptec >> card. Basically, the combination of FreeBSD, amd64, and Adaptec RAID >> cards is a bad thing for production systems, and IMO should be avoided. > > In this case it's caused by driver changes obtained from Adaptec's > vendor driver. The original poster found that it broke at a specific > time which suggested some specific changes that could be at fault. > > Aaccli doesn't support Adaptec's latest cards, isn't maintained by them > any longer, and should be deprecated. Arcconf is the tool that will be > supported now, although it does show the behaviour mentioned (hanging > after producing the desired output). Adaptec is aware of the issue but > I don't have any information on a fix. > I assume that the use of the newcomm interface by the driver is what triggers the failure of the application. > I'm not aware of any reason to avoid Adaptec RAID cards specifically on > amd64 now; there were a number of problems in the past but they should > be addressed now. The driver has been very solid on 64-bit platforms for many, many years. It was one of the first drivers to support PAE and amd64. However, the application support for the hardware has been more tricky than on i386, and application support is vital these days. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 19:03:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2136B16A417 for ; Wed, 2 Jan 2008 19:03:41 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id EC1E613C442 for ; Wed, 2 Jan 2008 19:03:40 +0000 (UTC) (envelope-from vivek@khera.org) Received: from host-121.int.kcilink.com (host-121.int.kcilink.com [192.168.7.121]) by yertle.kcilink.com (Postfix) with ESMTP id EC967C947C for ; Wed, 2 Jan 2008 14:03:39 -0500 (EST) Message-Id: From: Vivek Khera To: FreeBSD Stable List In-Reply-To: <20080102174518.GA1755@sandvine.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Wed, 2 Jan 2008 14:03:39 -0500 References: <20080102034228.M16861@mindcrime.int.bit0.com> <47A2B2D0-5C67-46A1-BD52-76667C68298F@khera.org> <20080102174518.GA1755@sandvine.com> X-Mailer: Apple Mail (2.915) Subject: Re: aac tool regressions on 7.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 19:03:41 -0000 On Jan 2, 2008, at 12:45 PM, Ed Maste wrote: > I'm not aware of any reason to avoid Adaptec RAID cards specifically > on > amd64 now; there were a number of problems in the past but they should > be addressed now. > My main concern is that there is no *reliable* way to monitor the status of an Adaptec RAID system on FreeBSD/amd64. Like I said before, if anyone wants 3 2230SLP RAID cards cheap, give me a holler. :-) I've retired them (one of them is still new in box). From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 19:04:37 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D382116A417 for ; Wed, 2 Jan 2008 19:04:37 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id A700D13C448 for ; Wed, 2 Jan 2008 19:04:37 +0000 (UTC) (envelope-from vivek@khera.org) Received: from host-121.int.kcilink.com (host-121.int.kcilink.com [192.168.7.121]) by yertle.kcilink.com (Postfix) with ESMTP id F377FC943A for ; Wed, 2 Jan 2008 14:04:36 -0500 (EST) Message-Id: <25B087BE-F469-4E96-A038-2C460DED52C9@khera.org> From: Vivek Khera To: FreeBSD Stable List In-Reply-To: <20080102125924.J95613@mindcrime.int.bit0.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Wed, 2 Jan 2008 14:04:36 -0500 References: <20080102034228.M16861@mindcrime.int.bit0.com> <47A2B2D0-5C67-46A1-BD52-76667C68298F@khera.org> <20080102174518.GA1755@sandvine.com> <20080102125924.J95613@mindcrime.int.bit0.com> X-Mailer: Apple Mail (2.915) Subject: Re: aac tool regressions on 7.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 19:04:37 -0000 On Jan 2, 2008, at 1:06 PM, Mike Andrews wrote: >>> In my experience, this was caused by the firmware rev of the adaptec >>> card. Basically, the combination of FreeBSD, amd64, and Adaptec >>> RAID >>> cards is a bad thing for production systems, and IMO should be >>> avoided. > > Well, yeah, the error message would seem to point that way, but this > is the newest available firmware (v8208) for this particular card. For me, it was the latest firmware on the 2230SLP cards that "broke" the aaccli program. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 19:47:19 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 378A016A421 for ; Wed, 2 Jan 2008 19:47:19 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id 0DDB713C45B for ; Wed, 2 Jan 2008 19:47:19 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (jn@ns1 [69.55.238.237]) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id m02Jl6QV074089; Wed, 2 Jan 2008 14:47:06 -0500 (EST) (envelope-from lists@jnielsen.net) Received: (from www@localhost) by ns1.jnielsen.net (8.12.9p2/8.12.9/Submit) id m02Jl6cU074088; Wed, 2 Jan 2008 14:47:06 -0500 (EST) (envelope-from lists@jnielsen.net) X-Authentication-Warning: ns1.jnielsen.net: www set sender to lists@jnielsen.net using -f Received: from nc-2wac-zop07.wachovia.com (nc-2wac-zop07.wachovia.com [162.111.235.18]) by newwebmail.jnielsen.net (Horde MIME library) with HTTP; Wed, 02 Jan 2008 14:47:06 -0500 Message-ID: <20080102144706.6akwgph1s8s0k888@newwebmail.jnielsen.net> Date: Wed, 02 Jan 2008 14:47:06 -0500 From: John Nielsen To: "Chris H." References: <20080102002651.r72jwx0pgk4000c8@webmail.1command.com> <20080102070518.ki0v7vxkgo0cossg@webmail.1command.com> <20080102111751.5huybrwosgs0ccos@newwebmail.jnielsen.net> <20080102112230.g7p1bj3sdck488g8@newwebmail.jnielsen.net> <20080102084743.xtecj951wogwws8w@webmail.1command.com> In-Reply-To: <20080102084743.xtecj951wogwws8w@webmail.1command.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.4) / FreeBSD-4.9 X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: gmirror on 7B4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 19:47:19 -0000 Quoting "Chris H." : > Quoting John Nielsen : > >> I'm not sure I remember everything from earlier in this thread so I >> don't know if it's relevant, BUT you can't boot from a gstripe >> volume (or from a gconcat one AFAIK). Inferring from your fstab >> example below it doesn't sound like you intend to but I just wanted >> to be sure. > > Are you sure? I read that using gmirror requires /kernel to be located > in the /boot slice and everything else (all other slices) can be mirrored > safely. But in all my reading (man pages, FBSD handbook, asstd articles) > I haven't seen anything indicating booting wasn't possible from a gstripe > volume. Yes, I'm sure. In order to bootstrap the system, the BIOS needs to know how to read the operating system from the disk. FreeBSD's own loader also relies on BIOS calls for disk reads until the kernel is loaded and executed. When using a hardware RAID controller its own BIOS runs before the OS boot so it can handle disk I/O from the RAID volumes it knows about. When using purely software RAID such as gstripe, the computer knows nothing about any volumes, it just knows about the individual disks. If you tell it to boot from disk 1, it will try to boot from disk one and then choke since it will only get at most 1 stripe's worth of contiguous useful data (the next stripe being stored on a different disk). For gmirror this doesn't matter, since an individual disk can be used to load the kernel without any knowledge of RAID volumes. Nothing needs can write to the disk until init mounts the root partition read-write (presumably using gmirror) so the volume integrity is not affected. The simplest (IMO, although knowledge of fdisk, bsdlabel, newfs and what boot blocks go where may be required, along with using dump/restore on occasion) approach is to make / its own small partition on a gmirror volume and then create gstripe (or whatever) volumes from the remainder of the disks for the rest of the mountpoints. That means you'll be handing slices or partitions to gmirror, gstripe and friends rather than whole raw disks, but that's okay. It is possible to have only /boot on the actual boot device/partition (with the rest of / elsewhere) but in this scenario that just adds complexity. Most of the few hundred MB that / typically requires are in /boot anyway. If you want specific advice for a specific scenario you can probably get it, but you'll have to supply some additional details. For instance I'm still not sure if this is a new install or an upgrade (even after re-reading the entire thread), or if da3 is the same size as da0-2. Doing what you describe below will blow away the existing contents of da3 and the other disks, and/or won't be allowed if anything on da3 is currently mounted/running. Also you should stop saying mirror if you mean stripe or JBOD. :) JN > For the record, FSTAB (on da3): > > /dev/da3s1b > none (swap) > > /dev/da3s1a > / > > /dev/da3s1d > /var > > Thanks for your response. > > Chris > >> >> Quoting John Nielsen : >> >>> Quoting "Chris H." : >>> >>>> Quoting "Chris H." : >>>> >>>>> Hello, >>>>> I seem to remember a similar question being asked in the past. But never >>>> ---8<---snip---8<--- >>>>> I had originally intended to create a raid mirror on the whole >>>>> lot of HD's >>>>> during the install process. But I wasn't presented, nor could I find that >>>>> option during install. So, due to lack of time, pushed it off till later, >>>>> and simply installed onto the one HD. Now to my question(s)... >>>>> >>>>> Where is the option to create, and install to a gMIRRORED drive-set? >>>> ---8<---snip---8<--- >>>>> 2) In my cases above, I'm interested in RAID-0 (mirroring for /volume/ >>>>> not redundancy). >>>>> >>>> >>>> OK, my mistake... >>>> Seems for my application (RAID0), *gstripe* is what I should >>>> be using. >>>> Q: But RAID0 provides 0 redundancy. How will you cope with data loss? >>>> A: Complete backups occur twice daily and I (we) use IP RAID0 - >>>> eg; 2 different servers have/provide the same data, and the DNS provides >>>> "round-robin". Thereby spreading the requests roughly equal across >>>> both servers. >>>> So, given my new found knowledge. I felt I should probably ask before >>>> potentially clobbering (breaking) the server I'll be attempting this on. >>>> Will the following accomplish my goal? >>>> Current setup: >>>> /dev indicates the following: >>>> da0, da0c, da0cs1, da0s1, da0s1c >>>> da1, da1c, da1cs1, da1s1, da1s1c >>>> da2, da2c, da2cs1, da2s1, da2s1c >>>> ...and the following, which FreeBSD is installed on: >>>> da3, da3s1, da3s1a, da3s1b, da3s1c, da3s1d >>>> All drives are of same size/make/model. >>>> >>>> Given the above, I intend to issue the following: >>>> >>>> # gstripe label -v -s 131072 bigstripe \ >>>> /dev/da0 /dev/da1 /dev/da2 /dev/da3 >>>> >>>> # newfs -U /dev/stripe/bigstripe >>>> >>>> # mount /dev/stripe/bigstripe /bigstripe >>>> >>>> # echo 'geom_stripe_load="YES"' >> /boot/loader.conf >>>> >>>> # echo '/dev/stripe/bigstripe /bigstripe ufs rw 2 2' >> /etc/fstab >>> >>> Yes, this should be fine (though you may need to do a "gstripe >>> load" near the beginning). >>> >>>> Or do/should I issue: >>>> >>>> # gconcat label -v extradisks /dev/da0 /dev/da1 /dev/da2 >>>> >>>> # gstripe label -v bigstripe /dev/da3 /dev/concat/extradisks >>>> >>>> # bsdlabel -wB /dev/stripe/bigstripe >>>> >>>> # newfs -U /dev/stripe/bigstripe >>>> >>>> # mount /dev/stripe/bigstripe /bigstripe >>> >>> No, assuming the disks are (roughly) the same size there's no >>> reason to use gconcat, and in this case doing so will likely hurt >>> performance in addition to adding complexity. gconcat is generally >>> just for JBOD-type scenarios and it sounds like you're after RAID0 >>> which is what gstripe is for. >>> >>> JN >>> >>>> Thank you for all your time and consideration. >>>> >>>> Chris >>>> >>>> P.S. I know this is a bit noisy. I intend to keep it brief. >>>> Thank you for your understanding. :) >>>> >>>>> -- >>>>> panic: kernel trap (ignored) >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> freebsd-stable@freebsd.org mailing list >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>>>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >>>>> >>>> >>>> -- >>>> panic: kernel trap (ignored) >>>> >>>> >>>> >>>> _______________________________________________ >>>> freebsd-stable@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >>>> >>>> >>> >>> >>> >> >> >> > > > > -- > panic: kernel trap (ignored) > > > > From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 22:16:21 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9196916A417; Wed, 2 Jan 2008 22:16:21 +0000 (UTC) (envelope-from jarrod@netleader.com.au) Received: from wallace.netleader.com.au (wallace.netleader.com.au [203.122.246.247]) by mx1.freebsd.org (Postfix) with ESMTP id C113813C4CC; Wed, 2 Jan 2008 22:16:20 +0000 (UTC) (envelope-from jarrod@netleader.com.au) Received: from gromit.local (gromit.local [192.168.0.3]) by wallace.netleader.com.au (8.14.2/8.14.2) with ESMTP id m02LlKae089128 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 3 Jan 2008 08:17:22 +1030 (CST) (envelope-from jarrod@netleader.com.au) Message-Id: <1DB78354-EBA2-43D0-A2D6-EFDA4950135B@netleader.com.au> From: Jarrod Sayers To: Tom Judge In-Reply-To: <477BAD2B.8070603@tomjudge.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Thu, 3 Jan 2008 08:17:20 +1030 References: <59DD6CCE263ECD75A7283A7B@ganymede.hub.org> <477A72B8.8010307@protected-networks.net> <477BAD2B.8070603@tomjudge.com> X-Mailer: Apple Mail (2.915) Cc: "Marc G. Fournier" , freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Nagios + 6.3-RELEASE == Hung Process X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 22:16:21 -0000 On 03/01/2008, at 1:56 AM, Tom Judge wrote: > I have also seen this issue, but have always put it down to the way > that > we manage our nagios deployments with cfengine. I will try to deploy > this change and monitor for the problem to see if it persists. I hope I can confirm your frustrations. There is a threading issue with Nagios when it's binaries are linked against libpthread(3) threading library, the default on recent FreeBSD 5.x releases and all 6.x releases. The issue is random and extremely difficult to track down with the symptoms being a second Nagios process sitting on the system hanging a CPU. Be rest assured that I have been working on it, and have seen it on one system of mine. Changes have been submitted for net-mgmt/nagios-devel (aka Nagios 3.0.r1)) to force the build process to link against libthr(3) where available, removing the need to map libpthread() out with /etc/ libmap.conf. If this goes well, as stated in the PR, i'll back-port it to net-mgmt/nagios (aka Nagios 2.10) in the next few days. If anyone out there is running net-mgmt/nagios-devel and feels like trying it for me, see ports/119246 and drop me an email with a before and after "ldd /usr/local/bin/nagios". > On a side note if you want to use broker modules with nagios from port > you need to change the following in the port Makefile in order to make > them load properly: > > From: > USE_AUTOTOOLS= autoconf:259 > To: > SE_AUTOTOOLS= autoconf:259 libltdl:15 > > I sent an email to the maintainer but got no response and my email did > not seem to have affected the last commit to upgrade to 2.10 I did receive that email and the changes went in with the last commit of net-mgmt/nagios-devel to test. No issues have arisen so i'll be back-porting it to net-mgmt/nagios soon for you. There also has been a rather large ports freeze which delayed the upgrade to Nagios 2.10, that PR was submitted on the 1st of November and committed on the 13th of December. Unfortunately your email fell somewhere in the middle, apologies for not letting you know. Jarrod. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 22:24:53 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D07516A417 for ; Wed, 2 Jan 2008 22:24:53 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id D4DB613C45B for ; Wed, 2 Jan 2008 22:24:52 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m02MOiB7008065 for ; Wed, 2 Jan 2008 14:24:50 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m02MOis2008064 for freebsd-stable@freebsd.org; Wed, 2 Jan 2008 14:24:44 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Wed, 02 Jan 2008 14:24:44 -0800 Message-ID: <20080102142444.0unir7afk800gss0@webmail.1command.com> X-Priority: 3 (Normal) Date: Wed, 02 Jan 2008 14:24:44 -0800 From: "Chris H." To: freebsd-stable@freebsd.org References: <20080102002651.r72jwx0pgk4000c8@webmail.1command.com> <20080102070518.ki0v7vxkgo0cossg@webmail.1command.com> <20080102111751.5huybrwosgs0ccos@newwebmail.jnielsen.net> <20080102112230.g7p1bj3sdck488g8@newwebmail.jnielsen.net> <20080102084743.xtecj951wogwws8w@webmail.1command.com> <20080102144706.6akwgph1s8s0k888@newwebmail.jnielsen.net> In-Reply-To: <20080102144706.6akwgph1s8s0k888@newwebmail.jnielsen.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: gstripe on 7B4 - was: gmirror on 7B4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 22:24:53 -0000 Quoting John Nielsen : > Quoting "Chris H." : > >> Quoting John Nielsen : >> >>> I'm not sure I remember everything from earlier in this thread so I ---8<---snip---8<--- >>> to be sure. >> >> Are you sure? ---8<---snip---8<--- >> volume. > > Yes, I'm sure. In order to bootstrap the system, the BIOS needs to > know how to read the operating system from the disk. FreeBSD's own > loader also relies on BIOS calls for disk reads until the kernel is > loaded and executed. When using a hardware RAID controller its own > BIOS runs before the OS boot so it can handle disk I/O from the RAID > volumes it knows about. When using purely software RAID such as > gstripe, the computer knows nothing about any volumes, it just knows > about the individual disks. If you tell it to boot from disk 1, it > will try to boot from disk one and then choke since it will only get > at most 1 stripe's worth of contiguous useful data (the next stripe > being stored on a different disk). For gmirror this doesn't matter, > since an individual disk can be used to load the kernel without any > knowledge of RAID volumes. Nothing needs can write to the disk until > init mounts the root partition read-write (presumably using gmirror) > so the volume integrity is not affected. > > The simplest (IMO, although knowledge of fdisk, bsdlabel, newfs and > what boot blocks go where may be required, along with using > dump/restore on occasion) approach is to make / its own small > partition on a gmirror volume and then create gstripe (or whatever) > volumes from the remainder of the disks for the rest of the > mountpoints. That means you'll be handing slices or partitions to > gmirror, gstripe and friends rather than whole raw disks, but that's > okay. > > It is possible to have only /boot on the actual boot device/partition > (with the rest of / elsewhere) but in this scenario that just adds > complexity. Most of the few hundred MB that / typically requires are > in /boot anyway. > > If you want specific advice for a specific scenario you can probably > get it, but you'll have to supply some additional details. For > instance I'm still not sure if this is a new install or an upgrade Both: I was wondering why gmirror wasn't an option during sysinstall (the creation, and installation to). Which begged the question - now that it's installed... > (even after re-reading the entire thread), or if da3 is the same size > as da0-2. Doing what you describe below will blow away the existing > contents of da3 and the other disks, and/or won't be allowed if > anything on da3 is currently mounted/running. Also you should stop > saying mirror if you mean stripe or JBOD. :) Quite right. Again, my bad. I'm sorry this became so convoluted. It seemed so clear at first. But as it started a question about gmirror, and my almost immediate discovery that gmirror doesn't do RAID0, as I required. Turned it into gstripe. I thought I had managed to make the transition smoothly. But as you effectively indicated, no dice. Sorry. :( Thank you *very* much for your informative, and thoughtful replies - and patience. :) OK, in the final analysis I've decided (now that it's (7B4) installed...) I'll just keep /boot, /root (and presumably /dev) on the already available and running install disk (da3). Then perform: # gstripe label -v -s 131072 bigstripe \ /dev/da0 /dev/da1 /dev/da2 # newfs -U /dev/stripe/bigstripe # mkdir /bigstripe # mount /dev/stripe/bigstripe /bigstripe # echo 'geom_stripe_load="YES"' >> /boot/loader.conf # echo '/dev/stripe/bigstripe /bigstripe ufs rw 2 2' >> /etc/fstab # cd /var # tar cf - . | (cd /bigstripe; tar xvf - and repeating the above two lines for /bin, /compat, /dist, /entropy, /etc, /lib, /libexec, /media, /mnt, /proc, /rescue, /sbin, /sys, /tmp, and /usr moving and remaking /home. Then deleting and re-creating the above (/bin, /compat, etc...). Then modify /etc/fstab to read /dev/stripe/bigstripe / ufs rw 2 2 unmount /bigstripe mount / Done. Yes? Maybe I'm overestimating the FreeBSD file system. But this seems plausible. Thanks to everyones time, consideration (and patience). Chris > > JN > >> For the record, FSTAB (on da3): >> >> /dev/da3s1b >> none (swap) >> >> /dev/da3s1a >> / >> >> /dev/da3s1d >> /var >> >> Thanks for your response. >> >> Chris >> A *little* history, perhaps helps context... ---8<---snip---8<--- >>>>> OK, my mistake... >>>>> Seems for my application (RAID0), *gstripe* is what I should >>>>> be using. >>>>> Q: But RAID0 provides 0 redundancy. How will you cope with data loss? >>>>> A: Complete backups occur twice daily and I (we) use IP RAID0 - >>>>> eg; 2 different servers have/provide the same data, and the DNS provides >>>>> "round-robin". Thereby spreading the requests roughly equal across >>>>> both servers. >>>>> So, given my new found knowledge. I felt I should probably ask before >>>>> potentially clobbering (breaking) the server I'll be attempting this on. >>>>> Will the following accomplish my goal? >>>>> Current setup: >>>>> /dev indicates the following: >>>>> da0, da0c, da0cs1, da0s1, da0s1c >>>>> da1, da1c, da1cs1, da1s1, da1s1c >>>>> da2, da2c, da2cs1, da2s1, da2s1c >>>>> ...and the following, which FreeBSD is installed on: >>>>> da3, da3s1, da3s1a, da3s1b, da3s1c, da3s1d >>>>> All drives are of same size/make/model. >>>>> >>>>> Given the above, I intend to issue the following: >>>>> >>>>> # gstripe label -v -s 131072 bigstripe \ >>>>> /dev/da0 /dev/da1 /dev/da2 /dev/da3 >>>>> >>>>> # newfs -U /dev/stripe/bigstripe >>>>> >>>>> # mount /dev/stripe/bigstripe /bigstripe >>>>> >>>>> # echo 'geom_stripe_load="YES"' >> /boot/loader.conf >>>>> >>>>> # echo '/dev/stripe/bigstripe /bigstripe ufs rw 2 2' >> /etc/fstab >>>> >>>> Yes, this should be fine (though you may need to do a "gstripe >>>> load" near the beginning). >>>> >>>>> Or do/should I issue: >>>>> >>>>> # gconcat label -v extradisks /dev/da0 /dev/da1 /dev/da2 >>>>> >>>>> # gstripe label -v bigstripe /dev/da3 /dev/concat/extradisks >>>>> >>>>> # bsdlabel -wB /dev/stripe/bigstripe >>>>> >>>>> # newfs -U /dev/stripe/bigstripe >>>>> >>>>> # mount /dev/stripe/bigstripe /bigstripe >>>> >>>> No, assuming the disks are (roughly) the same size there's no >>>> reason to use gconcat, and in this case doing so will likely hurt >>>> performance in addition to adding complexity. gconcat is generally >>>> just for JBOD-type scenarios and it sounds like you're after RAID0 >>>> which is what gstripe is for. >>>> >>>> JN >>>> From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 23:13:37 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFF4F16A41A; Wed, 2 Jan 2008 23:13:37 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 9044513C448; Wed, 2 Jan 2008 23:13:37 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 4AD468C10A; Wed, 2 Jan 2008 17:13:37 -0600 (CST) Date: Wed, 2 Jan 2008 17:13:37 -0600 To: freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <20080102231337.GC5172@soaustin.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) From: linimon@lonesome.com (Mark Linimon) Cc: linimon@FreeBSD.org Subject: HEADSUP: new wiki page: State of Packages on Sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: linimon@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 23:13:37 -0000 I've just posted a message with that title to sparc64@ with crosspost to ports@. If you're interested in deciding on where we're going with sparc64, I invite you to join that thread. (Please don't reply to this message; 2 lists is probably one too many). mcl From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 23:17:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E19A016A417 for ; Wed, 2 Jan 2008 23:17:08 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from smtp810.mail.ird.yahoo.com (smtp810.mail.ird.yahoo.com [217.146.188.70]) by mx1.freebsd.org (Postfix) with SMTP id 519E813C44B for ; Wed, 2 Jan 2008 23:17:07 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: (qmail 36733 invoked from network); 2 Jan 2008 22:50:27 -0000 Received: from unknown (HELO ?192.168.1.2?) (thomasjudge@btinternet.com@86.151.234.106 with plain) by smtp810.mail.ird.yahoo.com with SMTP; 2 Jan 2008 22:50:27 -0000 X-YMail-OSG: mVUDSewVM1lbNg.ImTKbQevdd8nvagpKpUocL35fI75h1Gn_wk4Z.DzB1yuzOLsEW78- Message-ID: <477C1629.1030604@tomjudge.com> Date: Wed, 02 Jan 2008 22:54:33 +0000 From: Tom Judge User-Agent: Thunderbird 1.5.0.13 (X11/20070824) MIME-Version: 1.0 To: Jarrod Sayers References: <59DD6CCE263ECD75A7283A7B@ganymede.hub.org> <477A72B8.8010307@protected-networks.net> <477BAD2B.8070603@tomjudge.com> <1DB78354-EBA2-43D0-A2D6-EFDA4950135B@netleader.com.au> In-Reply-To: <1DB78354-EBA2-43D0-A2D6-EFDA4950135B@netleader.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Marc G. Fournier" , freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Nagios + 6.3-RELEASE == Hung Process X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 23:17:09 -0000 Jarrod Sayers wrote: > On 03/01/2008, at 1:56 AM, Tom Judge wrote: >> I have also seen this issue, but have always put it down to the way that >> we manage our nagios deployments with cfengine. I will try to deploy >> this change and monitor for the problem to see if it persists. > > I hope I can confirm your frustrations. There is a threading issue with > Nagios when it's binaries are linked against libpthread(3) threading > library, the default on recent FreeBSD 5.x releases and all 6.x > releases. The issue is random and extremely difficult to track down with > the symptoms being a second Nagios process sitting on the system hanging > a CPU. Be rest assured that I have been working on it, and have seen it > on one system of mine. > Not sure if this is related at all but out of the 3 nagios deployments we have here I have only ever seen it on one (It currently has 2 nagios threads spinning CPU time atm). The differences on that server are: * It is amd64 compared to i386 * It also runs ndo2db from ndoutils 1.4b7 All the systems run 6.2-RELEASE-p5 and nagios-2.9_1, they are also all patched with gnu libltdl patch below. Don't know if that info is of any use to you. > Changes have been submitted for net-mgmt/nagios-devel (aka Nagios > 3.0.r1)) to force the build process to link against libthr(3) where > available, removing the need to map libpthread() out with > /etc/libmap.conf. If this goes well, as stated in the PR, i'll > back-port it to net-mgmt/nagios (aka Nagios 2.10) in the next few days. > > If anyone out there is running net-mgmt/nagios-devel and feels like > trying it for me, see ports/119246 and drop me an email with a before > and after "ldd /usr/local/bin/nagios". > >> On a side note if you want to use broker modules with nagios from port >> you need to change the following in the port Makefile in order to make >> them load properly: >> >> From: >> USE_AUTOTOOLS= autoconf:259 >> To: >> SE_AUTOTOOLS= autoconf:259 libltdl:15 >> >> I sent an email to the maintainer but got no response and my email did >> not seem to have affected the last commit to upgrade to 2.10 > > I did receive that email and the changes went in with the last commit of > net-mgmt/nagios-devel to test. No issues have arisen so i'll be > back-porting it to net-mgmt/nagios soon for you. There also has been a > rather large ports freeze which delayed the upgrade to Nagios 2.10, that > PR was submitted on the 1st of November and committed on the 13th of > December. Unfortunately your email fell somewhere in the middle, > apologies for not letting you know. > Thanks for this, I currently maintain the patch on our build servers. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 23:25:34 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45AD316A41A; Wed, 2 Jan 2008 23:25:34 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 0988313C442; Wed, 2 Jan 2008 23:25:33 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.191]) by hub.org (Postfix) with ESMTP id 7469F11FDCE4; Wed, 2 Jan 2008 19:25:33 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.191]) (amavisd-maia, port 10024) with ESMTP id 20963-07; Wed, 2 Jan 2008 19:25:32 -0400 (AST) Received: from fserv.hub.org (blk-7-245-234.eastlink.ca [71.7.245.234]) by hub.org (Postfix) with ESMTP id 1148811FDCD3; Wed, 2 Jan 2008 19:25:33 -0400 (AST) Received: from [192.168.1.2] (unknown [192.168.1.2]) by fserv.hub.org (Postfix) with ESMTP id 684958AEF9; Wed, 2 Jan 2008 19:25:36 -0400 (AST) Date: Wed, 02 Jan 2008 19:24:28 -0400 From: "Marc G. Fournier" To: Tom Judge , Jarrod Sayers Message-ID: <9C6BC8C8A4821DDAE273FE47@ganymede.hub.org> In-Reply-To: <477C1629.1030604@tomjudge.com> References: <59DD6CCE263ECD75A7283A7B@ganymede.hub.org> <477A72B8.8010307@protected-networks.net> <477BAD2B.8070603@tomjudge.com> <1DB78354-EBA2-43D0-A2D6-EFDA4950135B@netleader.com.au> <477C1629.1030604@tomjudge.com> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Nagios + 6.3-RELEASE == Hung Process X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 23:25:34 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Wednesday, January 02, 2008 22:54:33 +0000 Tom Judge wrote: > Not sure if this is related at all but out of the 3 nagios deployments we > have here I have only ever seen it on one (It currently has 2 nagios threads > spinning CPU time atm). > > The differences on that server are: > > * It is amd64 compared to i386 I never tried on i386, but in my case it was an amd64 system as well ... not sure if that is relevant or not ... has anyone seen this problem *with* i386? - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHfB0s4QvfyHIvDvMRAudqAKCuiXkAYPL5goXbmlvJjylpMlqUIwCgiRfM m15NQlmqpRtO/MtEXR7m+RU= =utJ9 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 23:35:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4419316A41A for ; Wed, 2 Jan 2008 23:35:00 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4BC8213C447; Wed, 2 Jan 2008 23:34:59 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <477C1FA3.2070904@FreeBSD.org> Date: Thu, 03 Jan 2008 00:34:59 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Krassimir Slavchev References: <476A5EE1.9000003@bulinfo.net> <476FF662.6050604@FreeBSD.org> <477BB7C0.3060603@bulinfo.net> In-Reply-To: <477BB7C0.3060603@bulinfo.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Subject: Re: Performance! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 23:35:00 -0000 Krassimir Slavchev wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Kris Kennaway wrote: >> Krassimir Slavchev wrote: >> Hello, >> >> I have read all related threads about performance problems with multi >> core systems but still have no idea what to do to make thinks better. >> Below are results of testing postgresql on HP DL380G5 using sysbench. >> The results are comparable to: >> http://blog.insidesystems.net/articles/2007/04/11/postgresql-scaling-on-6-2-and-7-0 >> >> but the same tests running on the same hardware using Linux (kernel >> 2.6.18-53.1.4.el5 SMP x86_64) are very different. >> PostgreSQL is tuned equal. >> >> dmesg: >> ... >> CPU: Intel(R) Xeon(R) CPU X5450 @ 3.00GHz (3000.02-MHz >> K8-class CPU) >> Origin = "GenuineIntel" Id = 0x10676 Stepping = 6 >> >> Features=0xbfebfbff >> >> >> Features2=0xce3bd> >> >> AMD Features=0x20000800 >> AMD Features2=0x1 >> Cores per package: 4 >> usable memory = 8575655936 (8178 MB) >> avail memory = 8288337920 (7904 MB) >> ACPI APIC Table: >> FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs >> ... >> >> test: >> sysbench --num-threads=${i} --test=oltp --pgsql-user=bench >> --pgsql-db=bench --db-driver=pgsql --max-time=60 --max-requests=0 >> --oltp-read-only=on run >> >> tuning: >> kern.ipc.shmmax=2147483647 >> kern.ipc.shmall=524288 >> kern.ipc.semmsl=512 >> kern.ipc.semmap=256 >> kern.ipc.somaxconn=2048 >> kern.maxfiles=65536 >> vfs.read_max=32 >> >> kern.ipc.semmni=256 >> kern.ipc.semmns=2048 >> >> results: >> FreeBSD 7.0-BETA4 amd64 (cvsup on 20.12) GENERIC with SCHED_ULE >> #threads #transactions/sec user/system >> 1 500 7.4%,5.3% >> 5 1990 30.9%,23.4% >> 10 2510 39.9%,35.0% >> 20 2549 44.5%,43.5% >> 40 1921 29.8%,59.4% >> 60 1580 22.7%,70.6% >> 80 1341 18.9%,75.9% >> 100 1227 16.5%,79.3% >> >> Linux >> #threads #transactions/sec >> 1 693 >> 5 3539 >> 10 5789 >> 20 5791 >> 40 5661 >> 60 5517 >> 80 5401 >> 100 5319 >> >> >> What can be done to improve these results? >> >> Best Regards >> > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > . > >> postgresql has some poor default settings on FreeBSD. You need to add: > >> stats_command_string = off >> update_process_title = off > >> Kris > > I use a copy of postgresql.conf file from linux. > Only 'stats_command_string = on' was commented. > Here are results with these settings and lock_manager patch: > > #threads #transactions/sec > 1 582 > 5 2154 > 10 2253 > 20 2705 > 40 2215 > 60 1713 > 80 1574 > 100 1256 Please enable LOCK_PROFILING in your kernel and then do sysctl debug.lock.prof.enable=1 sysctl debug.lock.prof.enable=0 and send me the output of sysctl debug.lock.prof.stats Kris From owner-freebsd-stable@FreeBSD.ORG Thu Jan 3 00:20:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9D3816A421; Thu, 3 Jan 2008 00:20:33 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CFE4813C457; Thu, 3 Jan 2008 00:20:32 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <477C2A51.1050401@FreeBSD.org> Date: Thu, 03 Jan 2008 01:20:33 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Kris Kennaway References: <476A5EE1.9000003@bulinfo.net> <476FF662.6050604@FreeBSD.org> <477BB7C0.3060603@bulinfo.net> <477C1FA3.2070904@FreeBSD.org> In-Reply-To: <477C1FA3.2070904@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Subject: Re: Performance! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2008 00:20:33 -0000 Kris Kennaway wrote: > Krassimir Slavchev wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Kris Kennaway wrote: >>> Krassimir Slavchev wrote: >>> Hello, >>> >>> I have read all related threads about performance problems with multi >>> core systems but still have no idea what to do to make thinks better. >>> Below are results of testing postgresql on HP DL380G5 using sysbench. >>> The results are comparable to: >>> http://blog.insidesystems.net/articles/2007/04/11/postgresql-scaling-on-6-2-and-7-0 >>> >>> >>> but the same tests running on the same hardware using Linux (kernel >>> 2.6.18-53.1.4.el5 SMP x86_64) are very different. >>> PostgreSQL is tuned equal. >>> >>> dmesg: >>> ... >>> CPU: Intel(R) Xeon(R) CPU X5450 @ 3.00GHz (3000.02-MHz >>> K8-class CPU) >>> Origin = "GenuineIntel" Id = 0x10676 Stepping = 6 >>> >>> Features=0xbfebfbff >>> >>> >>> >>> Features2=0xce3bd> >>> >>> >>> AMD Features=0x20000800 >>> AMD Features2=0x1 >>> Cores per package: 4 >>> usable memory = 8575655936 (8178 MB) >>> avail memory = 8288337920 (7904 MB) >>> ACPI APIC Table: >>> FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs >>> ... >>> >>> test: >>> sysbench --num-threads=${i} --test=oltp --pgsql-user=bench >>> --pgsql-db=bench --db-driver=pgsql --max-time=60 --max-requests=0 >>> --oltp-read-only=on run >>> >>> tuning: >>> kern.ipc.shmmax=2147483647 >>> kern.ipc.shmall=524288 >>> kern.ipc.semmsl=512 >>> kern.ipc.semmap=256 >>> kern.ipc.somaxconn=2048 >>> kern.maxfiles=65536 >>> vfs.read_max=32 >>> >>> kern.ipc.semmni=256 >>> kern.ipc.semmns=2048 >>> >>> results: >>> FreeBSD 7.0-BETA4 amd64 (cvsup on 20.12) GENERIC with SCHED_ULE >>> #threads #transactions/sec user/system >>> 1 500 7.4%,5.3% >>> 5 1990 30.9%,23.4% >>> 10 2510 39.9%,35.0% >>> 20 2549 44.5%,43.5% >>> 40 1921 29.8%,59.4% >>> 60 1580 22.7%,70.6% >>> 80 1341 18.9%,75.9% >>> 100 1227 16.5%,79.3% >>> >>> Linux >>> #threads #transactions/sec >>> 1 693 >>> 5 3539 >>> 10 5789 >>> 20 5791 >>> 40 5661 >>> 60 5517 >>> 80 5401 >>> 100 5319 >>> >>> >>> What can be done to improve these results? >>> >>> Best Regards >>> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> . >> >>> postgresql has some poor default settings on FreeBSD. You need to add: >> >>> stats_command_string = off >>> update_process_title = off >> >>> Kris >> >> I use a copy of postgresql.conf file from linux. >> Only 'stats_command_string = on' was commented. >> Here are results with these settings and lock_manager patch: >> >> #threads #transactions/sec >> 1 582 >> 5 2154 >> 10 2253 >> 20 2705 >> 40 2215 >> 60 1713 >> 80 1574 >> 100 1256 > > Please enable LOCK_PROFILING in your kernel and then do > > sysctl debug.lock.prof.enable=1 > > sysctl debug.lock.prof.enable=0 > > and send me the output of > > sysctl debug.lock.prof.stats > > Kris > Are you using postgresql 8.1 or older? It didn't have the update_process_title option to disable the setproctitle() calls that have a large performance penalty on FreeBSD. Try with 8.2 or hack the source to disable it. Kris From owner-freebsd-stable@FreeBSD.ORG Thu Jan 3 00:34:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D959116A417; Thu, 3 Jan 2008 00:34:24 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from core.byshenk.net (core.byshenk.net [62.58.73.230]) by mx1.freebsd.org (Postfix) with ESMTP id 206E313C45B; Thu, 3 Jan 2008 00:34:23 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from core.byshenk.net (localhost.aoes.com [127.0.0.1]) by core.byshenk.net (8.14.2/8.14.2) with ESMTP id m0309cYi062295; Thu, 3 Jan 2008 01:09:38 +0100 (CET) (envelope-from byshenknet@core.byshenk.net) Received: (from byshenknet@localhost) by core.byshenk.net (8.14.2/8.14.2/Submit) id m0309bZY062294; Thu, 3 Jan 2008 01:09:37 +0100 (CET) (envelope-from byshenknet) Date: Thu, 3 Jan 2008 01:09:37 +0100 From: Greg Byshenk To: "Marc G. Fournier" Message-ID: <20080103000937.GB4601@core.byshenk.net> References: <59DD6CCE263ECD75A7283A7B@ganymede.hub.org> <477A72B8.8010307@protected-networks.net> <477BAD2B.8070603@tomjudge.com> <1DB78354-EBA2-43D0-A2D6-EFDA4950135B@netleader.com.au> <477C1629.1030604@tomjudge.com> <9C6BC8C8A4821DDAE273FE47@ganymede.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9C6BC8C8A4821DDAE273FE47@ganymede.hub.org> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on core.byshenk.net Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Nagios + 6.3-RELEASE == Hung Process X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2008 00:34:25 -0000 On Wed, Jan 02, 2008 at 07:24:28PM -0400, Marc G. Fournier wrote: > - --On Wednesday, January 02, 2008 22:54:33 +0000 Tom Judge wrote: > > Not sure if this is related at all but out of the 3 nagios deployments we > > have here I have only ever seen it on one (It currently has 2 nagios threads > > spinning CPU time atm). > > The differences on that server are: > > > > * It is amd64 compared to i386 > I never tried on i386, but in my case it was an amd64 system as well ... not > sure if that is relevant or not ... has anyone seen this problem *with* i386? Yes. We run Nagios on an i386 machine (dual Athlon MP 1800+), and I first saw this problem with a build of 6-STABLE as of 2007-10-04, and it continues (if I don't use the libmap.conf settings) with the running system of 6.3-PRERLEASE as of 2007-12-18 and nagios-2.10 (from ports of same date). -- greg byshenk - gbyshenk@byshenk.net - Leiden, NL From owner-freebsd-stable@FreeBSD.ORG Thu Jan 3 00:35:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1492716A418; Thu, 3 Jan 2008 00:35:24 +0000 (UTC) (envelope-from jarrod@netleader.com.au) Received: from wallace.netleader.com.au (wallace.netleader.com.au [203.122.246.247]) by mx1.freebsd.org (Postfix) with ESMTP id 383B913C4EB; Thu, 3 Jan 2008 00:35:22 +0000 (UTC) (envelope-from jarrod@netleader.com.au) Received: from wallace.netleader.com.au (localhost [127.0.0.1]) by wallace.netleader.com.au (8.14.2/8.14.2) with ESMTP id m030ZIWD046899 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 3 Jan 2008 11:05:20 +1030 (CST) (envelope-from jarrod@netleader.com.au) Received: from localhost (jarrod@localhost) by wallace.netleader.com.au (8.14.2/8.14.2/Submit) with ESMTP id m030ZG3Z046891; Thu, 3 Jan 2008 11:05:16 +1030 (CST) (envelope-from jarrod@netleader.com.au) X-Authentication-Warning: wallace.netleader.com.au: jarrod owned process doing -bs Date: Thu, 3 Jan 2008 11:05:16 +1030 (CST) From: Jarrod Sayers To: Tom Judge In-Reply-To: <477C1629.1030604@tomjudge.com> Message-ID: <20080103104129.T36551@wallace.netleader.com.au> References: <59DD6CCE263ECD75A7283A7B@ganymede.hub.org> <477A72B8.8010307@protected-networks.net> <477BAD2B.8070603@tomjudge.com> <1DB78354-EBA2-43D0-A2D6-EFDA4950135B@netleader.com.au> <477C1629.1030604@tomjudge.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "Marc G. Fournier" , freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Nagios + 6.3-RELEASE == Hung Process X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2008 00:35:24 -0000 On Wed, 2 Jan 2008, Tom Judge wrote: > Jarrod Sayers wrote: >> I hope I can confirm your frustrations. There is a threading issue >> with Nagios when it's binaries are linked against libpthread(3) >> threading library, the default on recent FreeBSD 5.x releases and all >> 6.x releases. The issue is random and extremely difficult to track down >> with the symptoms being a second Nagios process sitting on the system >> hanging a CPU. Be rest assured that I have been working on it, and >> have seen it on one system of mine. > > Not sure if this is related at all but out of the 3 nagios deployments > we have here I have only ever seen it on one (It currently has 2 nagios > threads spinning CPU time atm). > > The differences on that server are: > > * It is amd64 compared to i386 > * It also runs ndo2db from ndoutils 1.4b7 > > All the systems run 6.2-RELEASE-p5 and nagios-2.9_1, they are also all > patched with gnu libltdl patch below. > > Don't know if that info is of any use to you. That's actually good to know, as you're now (unless I am mistaken) the first user to contact me about this problem on non-i386 systems. One user, plus myself, have also seen the issue under Nagios 3.x, both on i386 systems though. I also have a net-mgmt/ndoutils port in the works (less the database support for now) which also has the same issue so using broker modules doesn't seem to affect the outcome. My gut feeling is that it's not an architecture issue but more an interoperability issue between the Nagios threading code and the libpthread() threading library. [yoink] >> I did receive that email and the changes went in with the last commit >> of net-mgmt/nagios-devel to test. No issues have arisen so i'll be >> back-porting it to net-mgmt/nagios soon for you. There also has been a >> rather large ports freeze which delayed the upgrade to Nagios 2.10, >> that PR was submitted on the 1st of November and committed on the 13th >> of December. Unfortunately your email fell somewhere in the middle, >> apologies for not letting you know. > > Thanks for this, I currently maintain the patch on our build servers. No worries, I will look at bundling in the change with the libthr() fix over the next few days. Thanks for pointing that out too as it was a bug instead of a feature request, as on systems where the library was available, the build process would link to it. Hmm... Jarrod. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 3 00:52:47 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 488F116A420 for ; Thu, 3 Jan 2008 00:52:47 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id C850913C45B for ; Thu, 3 Jan 2008 00:52:46 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so3976876fgg.35 for ; Wed, 02 Jan 2008 16:52:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Mq1as14Fs/iwHVmC+BZszlKptbeq7Tc9Ak0k3GEUfSg=; b=b3hBtRV6wRnD87vnAp8VhwU8W875xSs5IwnVVR99Pt+KqTH3S75YvDLJAl8kkdVCUrQB6T9WiT+8OzeHt7OR4Lt+aPkjTpZ6abj5igEGBL1NVw23rLITNN7CyTOqLrT/fOoymRCj4vAkH8I7EfMakLa6LkC4VSuS8+htwy4QTfQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=p7UWZHqQpRBNBHHnA6b5mQNv91wsz1FLrAK3vaCiZ1lwjLpwNUhOqX2zzugk2mt0X5rQqRYOsqMfW5Jx5NS0rCRxT18Iqhqoq3QVh/AJwg5B8A0nCYNnEUJvc/gPfyZhBd9AjSnds8ypy7gdyBEgqY0G+xgBB0oOsfGfPmiIvmE= Received: by 10.86.30.9 with SMTP id d9mr15036934fgd.16.1199321565786; Wed, 02 Jan 2008 16:52:45 -0800 (PST) Received: by 10.86.68.13 with HTTP; Wed, 2 Jan 2008 16:52:45 -0800 (PST) Message-ID: <790a9fff0801021652o45f821efkd5fb98fe56529f58@mail.gmail.com> Date: Wed, 2 Jan 2008 18:52:45 -0600 From: "Scot Hetzel" To: "Chris H." In-Reply-To: <20080102142444.0unir7afk800gss0@webmail.1command.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080102002651.r72jwx0pgk4000c8@webmail.1command.com> <20080102070518.ki0v7vxkgo0cossg@webmail.1command.com> <20080102111751.5huybrwosgs0ccos@newwebmail.jnielsen.net> <20080102112230.g7p1bj3sdck488g8@newwebmail.jnielsen.net> <20080102084743.xtecj951wogwws8w@webmail.1command.com> <20080102144706.6akwgph1s8s0k888@newwebmail.jnielsen.net> <20080102142444.0unir7afk800gss0@webmail.1command.com> Cc: freebsd-stable@freebsd.org Subject: Re: gstripe on 7B4 - was: gmirror on 7B4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2008 00:52:47 -0000 On 1/2/08, Chris H. wrote: > OK, in the final analysis I've decided (now that it's (7B4) installed...) > I'll just keep /boot, /root (and presumably /dev) on the already available > and running install disk (da3). > Then perform: > > # gstripe label -v -s 131072 bigstripe \ > /dev/da0 /dev/da1 /dev/da2 > > # newfs -U /dev/stripe/bigstripe > > # mkdir /bigstripe > > # mount /dev/stripe/bigstripe /bigstripe > > # echo 'geom_stripe_load="YES"' >> /boot/loader.conf > > # echo '/dev/stripe/bigstripe /bigstripe ufs rw 2 2' >> /etc/fstab > > # cd /var > > # tar cf - . | (cd /bigstripe; tar xvf - > > and repeating the above two lines for > > /bin, /compat, /dist, /entropy, /etc, /lib, /libexec, > /media, /mnt, /proc, /rescue, /sbin, /sys, /tmp, and /usr > > moving and remaking /home. Then deleting and re-creating > the above (/bin, /compat, etc...). Then modify /etc/fstab > to read /dev/stripe/bigstripe / ufs rw 2 2 > > unmount /bigstripe > > mount / > > Done. Yes? > > Maybe I'm overestimating the FreeBSD file system. But this > seems plausible. > You could have / (root) also on /bigstripe, if you do something similar to the way that ZFSonRoot (http://wiki.freebsd.org/ZFSOnRoot) is done. Scot From owner-freebsd-stable@FreeBSD.ORG Thu Jan 3 00:56:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 090C416A417; Thu, 3 Jan 2008 00:56:13 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron-t0.protected-networks.net [202.12.127.82]) by mx1.freebsd.org (Postfix) with ESMTP id AB75413C458; Thu, 3 Jan 2008 00:56:12 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id ED855C64C; Wed, 2 Jan 2008 19:56:10 -0500 (EST) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id 84AC9C62F; Wed, 2 Jan 2008 19:55:51 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1199321751; bh=i2noS4pXi9yC0S 4yIuaMc1UP0IlphN6LxiHNs9GSURs=; h=DomainKey-Signature:Message-ID: Date:From:User-Agent:MIME-Version:To:CC:Subject:References: In-Reply-To:X-Enigmail-Version:OpenPGP:Content-Type: Content-Transfer-Encoding; b=Z1RMx5y8bBXeXtWV0i0/sPwEqzMS01OdGubSa Agou+7puSiyfv0o5mxwOzWi9Iqvxn/QHXy/aQiny1XBVVrFkU36KVR2kffkyhXUsJFD +hIvLOsmIad34666aG1PybEM DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=mmvgtYCiY8mE8gfblfmSuorwGObti9Dsjo0ir6cVfcjgW0waQSCT+ec6CdmlU0PSU cwpaMRu7HLFWdZTLGDHDIto9nF2U7EnrhuLsCLi+Qtrkqz/LylxudwliuJnTAQy Message-ID: <477C3296.2070506@protected-networks.net> Date: Wed, 02 Jan 2008 19:55:50 -0500 From: Michael Butler User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: "Marc G. Fournier" References: <59DD6CCE263ECD75A7283A7B@ganymede.hub.org> <477A72B8.8010307@protected-networks.net> <477BAD2B.8070603@tomjudge.com> <1DB78354-EBA2-43D0-A2D6-EFDA4950135B@netleader.com.au> <477C1629.1030604@tomjudge.com> <9C6BC8C8A4821DDAE273FE47@ganymede.hub.org> In-Reply-To: <9C6BC8C8A4821DDAE273FE47@ganymede.hub.org> X-Enigmail-Version: 0.95.5 OpenPGP: id=0442D492 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Tom Judge , freebsd-stable@freebsd.org, Jarrod Sayers , freebsd-questions@freebsd.org Subject: Re: Nagios + 6.3-RELEASE == Hung Process X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2008 00:56:13 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Marc G. Fournier wrote: > I never tried on i386, but in my case it was an amd64 system as well ... not > sure if that is relevant or not ... has anyone seen this problem *with* i386? When I read about it, I was in the middle of upgrading the problem machine to 7-stable - which now reports as follows: FreeBSD 7.0-PRERELEASE #0: Tue Jan 1 22:12:02 EST 2008 root@aaron.protected-networks.net:/usr/obj/usr/src/sys/AARON Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (701.59-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x681 Stepping = 1 Features=0x387f9ff real memory = 1073479680 (1023 MB) avail memory = 1041297408 (993 MB) kbd1 at kbdmux0 acpi0: on motherboard -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHfDKWQv9rrgRC1JIRAgTzAJ0T4HwQcR8kSj+iuKL90S2oz5EWMACeLPqd pBkMfN9J08zv+ibT3TgcYHA= =vmkg -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 3 01:27:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4705216A421; Thu, 3 Jan 2008 01:27:27 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 0308413C469; Thu, 3 Jan 2008 01:27:26 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.183]) by hub.org (Postfix) with ESMTP id DA3D911FDCFA; Wed, 2 Jan 2008 21:27:26 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 68297-03; Wed, 2 Jan 2008 21:27:26 -0400 (AST) Received: from fserv.hub.org (blk-7-245-234.eastlink.ca [71.7.245.234]) by hub.org (Postfix) with ESMTP id 7515E11FDCE4; Wed, 2 Jan 2008 21:27:26 -0400 (AST) Received: from [192.168.1.2] (unknown [192.168.1.2]) by fserv.hub.org (Postfix) with ESMTP id EA6058B0E5; Wed, 2 Jan 2008 21:27:30 -0400 (AST) Date: Wed, 02 Jan 2008 21:26:21 -0400 From: "Marc G. Fournier" To: Jarrod Sayers , Tom Judge Message-ID: <738861275EBE2BF6D27F547B@ganymede.hub.org> In-Reply-To: <20080103104129.T36551@wallace.netleader.com.au> References: <59DD6CCE263ECD75A7283A7B@ganymede.hub.org> <477A72B8.8010307@protected-networks.net> <477BAD2B.8070603@tomjudge.com> <1DB78354-EBA2-43D0-A2D6-EFDA4950135B@netleader.com.au> <477C1629.1030604@tomjudge.com> <20080103104129.T36551@wallace.netleader.com.au> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Nagios + 6.3-RELEASE == Hung Process X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2008 01:27:27 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Thursday, January 03, 2008 11:05:16 +1030 Jarrod Sayers wrote: > That's actually good to know, as you're now (unless I am mistaken) the first > user to contact me about this problem on non-i386 systems. One user, plus > myself, have also seen the issue under Nagios 3.x, both on i386 systems > though. > > I also have a net-mgmt/ndoutils port in the works (less the database support > for now) which also has the same issue so using broker modules doesn't seem > to affect the outcome. > > My gut feeling is that it's not an architecture issue but more an > interoperability issue between the Nagios threading code and the libpthread() > threading library. As noted in my original report, this isn't a nagios issue per se ... my first experience with this issue was with Azureus/java ... so its a 'threading issue in general' ... - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHfDm94QvfyHIvDvMRAtZkAKCf4z6csc+YaXBS1/UMurQ3NIqXDgCeLCif jplg0JQzX4xKQEgJsVy/nGY= =dA7G -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 3 11:38:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEA6816A417; Thu, 3 Jan 2008 11:38:30 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 4158A13C4D1; Thu, 3 Jan 2008 11:38:30 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 38EB2160D3; Thu, 3 Jan 2008 13:38:29 +0200 (EET) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 85006-04; Thu, 3 Jan 2008 13:38:27 +0200 (EET) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 39EED160D0; Thu, 3 Jan 2008 13:38:27 +0200 (EET) Message-ID: <477CC930.3000802@bulinfo.net> Date: Thu, 03 Jan 2008 13:38:24 +0200 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.9 (X11/20071122) MIME-Version: 1.0 To: Kris Kennaway References: <476A5EE1.9000003@bulinfo.net> <476FF662.6050604@FreeBSD.org> <477BB7C0.3060603@bulinfo.net> <477C1FA3.2070904@FreeBSD.org> <477C2A51.1050401@FreeBSD.org> In-Reply-To: <477C2A51.1050401@FreeBSD.org> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: FreeBSD Subject: Re: Performance! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2008 11:38:31 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Kris Kennaway wrote: > Kris Kennaway wrote: >> Krassimir Slavchev wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> Kris Kennaway wrote: >>>> Krassimir Slavchev wrote: >>>> Hello, >>>> >>>> I have read all related threads about performance problems with multi >>>> core systems but still have no idea what to do to make thinks better. >>>> Below are results of testing postgresql on HP DL380G5 using sysbench. >>>> The results are comparable to: >>>> http://blog.insidesystems.net/articles/2007/04/11/postgresql-scaling-on-6-2-and-7-0 >>>> >>>> >>>> but the same tests running on the same hardware using Linux (kernel >>>> 2.6.18-53.1.4.el5 SMP x86_64) are very different. >>>> PostgreSQL is tuned equal. >>>> >>>> dmesg: >>>> ... >>>> CPU: Intel(R) Xeon(R) CPU X5450 @ 3.00GHz (3000.02-MHz >>>> K8-class CPU) >>>> Origin = "GenuineIntel" Id = 0x10676 Stepping = 6 >>>> >>>> Features=0xbfebfbff >>>> >>>> >>>> >>>> Features2=0xce3bd> >>>> >>>> >>>> AMD Features=0x20000800 >>>> AMD Features2=0x1 >>>> Cores per package: 4 >>>> usable memory = 8575655936 (8178 MB) >>>> avail memory = 8288337920 (7904 MB) >>>> ACPI APIC Table: >>>> FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs >>>> ... >>>> >>>> test: >>>> sysbench --num-threads=${i} --test=oltp --pgsql-user=bench >>>> --pgsql-db=bench --db-driver=pgsql --max-time=60 --max-requests=0 >>>> --oltp-read-only=on run >>>> >>>> tuning: >>>> kern.ipc.shmmax=2147483647 >>>> kern.ipc.shmall=524288 >>>> kern.ipc.semmsl=512 >>>> kern.ipc.semmap=256 >>>> kern.ipc.somaxconn=2048 >>>> kern.maxfiles=65536 >>>> vfs.read_max=32 >>>> >>>> kern.ipc.semmni=256 >>>> kern.ipc.semmns=2048 >>>> >>>> results: >>>> FreeBSD 7.0-BETA4 amd64 (cvsup on 20.12) GENERIC with SCHED_ULE >>>> #threads #transactions/sec user/system >>>> 1 500 7.4%,5.3% >>>> 5 1990 30.9%,23.4% >>>> 10 2510 39.9%,35.0% >>>> 20 2549 44.5%,43.5% >>>> 40 1921 29.8%,59.4% >>>> 60 1580 22.7%,70.6% >>>> 80 1341 18.9%,75.9% >>>> 100 1227 16.5%,79.3% >>>> >>>> Linux >>>> #threads #transactions/sec >>>> 1 693 >>>> 5 3539 >>>> 10 5789 >>>> 20 5791 >>>> 40 5661 >>>> 60 5517 >>>> 80 5401 >>>> 100 5319 >>>> >>>> >>>> What can be done to improve these results? >>>> >>>> Best Regards >>>> >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to >>> "freebsd-stable-unsubscribe@freebsd.org" >>> . >>> >>>> postgresql has some poor default settings on FreeBSD. You need to add: >>> >>>> stats_command_string = off >>>> update_process_title = off >>> >>>> Kris >>> >>> I use a copy of postgresql.conf file from linux. >>> Only 'stats_command_string = on' was commented. >>> Here are results with these settings and lock_manager patch: >>> >>> #threads #transactions/sec >>> 1 582 >>> 5 2154 >>> 10 2253 >>> 20 2705 >>> 40 2215 >>> 60 1713 >>> 80 1574 >>> 100 1256 >> >> Please enable LOCK_PROFILING in your kernel and then do >> >> sysctl debug.lock.prof.enable=1 >> >> sysctl debug.lock.prof.enable=0 >> >> and send me the output of >> >> sysctl debug.lock.prof.stats >> >> Kris >> > I have sent the results to you. If someone else interested in these results I will put them somewhere. > Are you using postgresql 8.1 or older? It didn't have the > update_process_title option to disable the setproctitle() calls that > have a large performance penalty on FreeBSD. Try with 8.2 or hack the > source to disable it. It is 8.2 from ports. pkg_info: postgresql-server-8.2.5_2 The most advanced open-source database available anywhere > > Kris > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHfMkvxJBWvpalMpkRAhe+AJ9Bsl0ciZ6kPHtJT9RVjDo4E4fNxgCcC7qH 5veO734c+yDgEY945dwINAg= =cdYT -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 3 13:47:17 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EC5316A419; Thu, 3 Jan 2008 13:47:17 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id B1A2813C4E9; Thu, 3 Jan 2008 13:47:15 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A79DF.dip.t-dialin.net [84.154.121.223]) (authenticated bits=0) by tower.berklix.org (8.13.6/8.13.6) with ESMTP id m03DlCYW088151; Thu, 3 Jan 2008 13:47:13 GMT (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id m03DmNAa091306; Thu, 3 Jan 2008 14:48:23 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost.js.berklix.net [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id m03DmDH9092209; Thu, 3 Jan 2008 14:48:13 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Received: (from jhs@localhost) by fire.js.berklix.net (8.13.8/8.13.8/Submit) id m03Dm3dg092208; Thu, 3 Jan 2008 14:48:03 +0100 (CET) (envelope-from jhs) Date: Thu, 3 Jan 2008 14:48:03 +0100 (CET) Message-Id: <200801031348.m03Dm3dg092208@fire.js.berklix.net> To: FreeBSD-gnats-submit@freebsd.org From: "Julian H. Stacey" X-send-pr-version: 3.113 X-GNATS-Notify: Cc: "Julian H. Stacey" , freebsd-stable@freebsd.org Subject: 7-Stable/sys/modules/xfs fails to make from world X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2008 13:47:17 -0000 >Submitter-Id: current-users >Originator: Julian H. Stacey >Organization: http://berklix.com >Confidential: no >Synopsis: 7-Stable/sys/modules/xfs fails to make from world >Severity: serious >Priority: medium >Category: kern >Class: change-request >Release: FreeBSD 7.0-PRERELEASE i386 >Environment: System: FreeBSD lapn.js.berklix.net 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #0: Mon Dec 31 19:01:25 CET 2007 jhs@lapn.js.berklix.net:/usr/src/sys/i386/compile/GENERIC i386 >Description: 7-Stable/sys/modules/xfs fails to make from world Been like that a few days (while my slow host made world) as: It's now Thu Jan 3 12:54:35 CET 2008, & from CTM delta dates of reception (& Yes acknowledging ctm is Push whereas cvsup is Pull, so a delay of maybe 12/24 hours). Bad between src-7.0075 & src-7.0077. Dec 30 12:12 /pub/FreeBSD/development/CTM/src-7/src-7.0075.gz Jan 1 10:52 /pub/FreeBSD/development/CTM/src-7/src-7.0076.gz Jan 2 08:49 /pub/FreeBSD/development/CTM/src-7/src-7.0077.gz With a src/ based on src-7.0075 cd /usr/src ; make world # ... ===> sys/modules/xfs (depend) @ -> /usr/src/sys machine -> /usr/src/sys/i386/include awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h make: don't know how to make xfsrtstubs.c. Stop *** Error code 2 Stop in /usr/src/sys/modules. find . -name xfsrtstubs.c # Nothing # UPDATE ... ctm -v /pub/FreeBSD/development/CTM/src-7/src-7.0.gz cd /sys/modules/xfs ; make clean ; make # Still Fails # Also fails on another 7.0-PRERELEASE host (though that hasnt gone through # the rigour of a make world. >How-To-Repeat: make world on stable-7 >Fix: *** 7.0-PRERELEASE-src-7.0077/src/sys/modules/xfs/Makefile.o Thu Jan 3 12:38:06 2008 .--- new/src/sys/modules/xfs/Makefile Thu Jan 3 12:43:32 2008 *************** *** 54,62 **** xfs_iget.c \ xfs_attr_leaf.c \ xfs_attr.c \ - xfsrtstubs.c \ - xfsquotasstubs.c \ - xfsdmapistubs.c \ xfs_dmops.c \ xfs_qmops.c \ xfs_mountops.c \ --- 54,59 ---- *************** *** 81,86 **** --- 78,87 ---- kmem.c \ kdb.c + # xfsrtstubs.c \ + # xfsquotasstubs.c \ + # xfsdmapistubs.c \ + SRCS+= opt_ddb.h .include This patch & follow up at: http://berklix.com/~jhs/src/bsd/fixes/freebsd/src/gen/sys/modules/xfs/Makefile.REL=ALL.diff From owner-freebsd-stable@FreeBSD.ORG Thu Jan 3 15:55:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DACE16A41A for ; Thu, 3 Jan 2008 15:55:30 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id 70D9B13C442 for ; Thu, 3 Jan 2008 15:55:30 +0000 (UTC) (envelope-from vivek@khera.org) Received: from cocoa.khera.org (unknown [192.168.135.91]) by yertle.kcilink.com (Postfix) with ESMTP id 40A42C943A for ; Thu, 3 Jan 2008 10:55:29 -0500 (EST) Message-Id: <2D5923AA-F9C3-490A-8016-F4B3BCCCA4AF@khera.org> From: Vivek Khera To: freebsd-stable@freebsd.org In-Reply-To: <738861275EBE2BF6D27F547B@ganymede.hub.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Thu, 3 Jan 2008 10:55:28 -0500 References: <59DD6CCE263ECD75A7283A7B@ganymede.hub.org> <477A72B8.8010307@protected-networks.net> <477BAD2B.8070603@tomjudge.com> <1DB78354-EBA2-43D0-A2D6-EFDA4950135B@netleader.com.au> <477C1629.1030604@tomjudge.com> <20080103104129.T36551@wallace.netleader.com.au> <738861275EBE2BF6D27F547B@ganymede.hub.org> X-Mailer: Apple Mail (2.915) Subject: Re: Nagios + 6.3-RELEASE == Hung Process X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2008 15:55:30 -0000 On Jan 2, 2008, at 8:26 PM, Marc G. Fournier wrote: >> My gut feeling is that it's not an architecture issue but more an >> interoperability issue between the Nagios threading code and the >> libpthread() >> threading library. > > As noted in my original report, this isn't a nagios issue per se ... > my first > experience with this issue was with Azureus/java ... so its a > 'threading issue > in general' ... For years now I've been running with libthr as the default threading library as set in libmap.conf. The *only* issue I've run into is with Java, and that requires libpthread. So my libmap.conf looks like this, and everything works really well (including Nagios, mysql, etc.) --cut here-- # use libthr instead of pthread lib libpthread.so.2 libthr.so.2 libpthread.so libthr.so # JDK HotSpot compiler fails randomly with libthr. [java] libpthread.so libpthread.so libpthread.so.2 libpthread.so.2 --cut here-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 3 15:58:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4147516A417 for ; Thu, 3 Jan 2008 15:58:24 +0000 (UTC) (envelope-from john@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id 2003F13C45A for ; Thu, 3 Jan 2008 15:58:24 +0000 (UTC) (envelope-from john@jnielsen.net) Received: from ns1.jnielsen.net (jn@ns1 [69.55.238.237]) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id m03Fw6QV059323; Thu, 3 Jan 2008 10:58:06 -0500 (EST) (envelope-from john@jnielsen.net) Received: (from www@localhost) by ns1.jnielsen.net (8.12.9p2/8.12.9/Submit) id m03Fw631059322; Thu, 3 Jan 2008 10:58:06 -0500 (EST) (envelope-from john@jnielsen.net) X-Authentication-Warning: ns1.jnielsen.net: www set sender to john@jnielsen.net using -f Received: from nc-2wac-zop03.wachovia.com (nc-2wac-zop03.wachovia.com [162.111.235.14]) by newwebmail.jnielsen.net (Horde MIME library) with HTTP; Thu, 03 Jan 2008 10:58:06 -0500 Message-ID: <20080103105806.hxfavnmio0okkosw@newwebmail.jnielsen.net> Date: Thu, 03 Jan 2008 10:58:06 -0500 From: John Nielsen To: "Chris H." References: <20080102002651.r72jwx0pgk4000c8@webmail.1command.com> <20080102070518.ki0v7vxkgo0cossg@webmail.1command.com> <20080102111751.5huybrwosgs0ccos@newwebmail.jnielsen.net> <20080102112230.g7p1bj3sdck488g8@newwebmail.jnielsen.net> <20080102084743.xtecj951wogwws8w@webmail.1command.com> <20080102144706.6akwgph1s8s0k888@newwebmail.jnielsen.net> <20080102142444.0unir7afk800gss0@webmail.1command.com> In-Reply-To: <20080102142444.0unir7afk800gss0@webmail.1command.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.4) / FreeBSD-4.9 X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: gstripe on 7B4 - was: gmirror on 7B4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2008 15:58:24 -0000 Quoting "Chris H." : >> If you want specific advice for a specific scenario you can probably >> get it, but you'll have to supply some additional details. For >> instance I'm still not sure if this is a new install or an upgrade > > Both: > I was wondering why gmirror wasn't an option during sysinstall (the > creation, and installation to). > Which begged the question - now that it's installed... > >> (even after re-reading the entire thread), or if da3 is the same >> size as da0-2. Doing what you describe below will blow away the >> existing contents of da3 and the other disks, and/or won't be >> allowed if anything on da3 is currently mounted/running. Also you >> should stop saying mirror if you mean stripe or JBOD. :) > > Quite right. Again, my bad. I'm sorry this became so convoluted. It seemed > so clear at first. But as it started a question about gmirror, and my > almost immediate discovery that gmirror doesn't do RAID0, as I required. > Turned it into gstripe. I thought I had managed to make the transition > smoothly. But as you effectively indicated, no dice. Sorry. :( > Thank you *very* much for your informative, and thoughtful replies - > and patience. :) > > OK, in the final analysis I've decided (now that it's (7B4) installed...) > I'll just keep /boot, /root (and presumably /dev) on the already available > and running install disk (da3). > Then perform: > > # gstripe label -v -s 131072 bigstripe \ > /dev/da0 /dev/da1 /dev/da2 > > # newfs -U /dev/stripe/bigstripe > > # mkdir /bigstripe > > # mount /dev/stripe/bigstripe /bigstripe > > # echo 'geom_stripe_load="YES"' >> /boot/loader.conf > > # echo '/dev/stripe/bigstripe /bigstripe ufs rw 2 2' >> /etc/fstab Good up to here. Now you still have your running system and existing partitions on da3, and a new empty large raid0 volume mounted on /bigstripe. Before continuing, you should ask yourself (and perhaps tell the rest of us) what exactly do you want to use all of that space for? da3 is probably large enough for the OS itself, and while it's not redundant at least you have better odds of not losing your OS if a drive fails with this setup. > # cd /var > > # tar cf - . | (cd /bigstripe; tar xvf - > > and repeating the above two lines for > > /bin, /compat, /dist, /entropy, /etc, /lib, /libexec, > /media, /mnt, /proc, /rescue, /sbin, /sys, /tmp, and /usr That will get your files moved, but what are you trying to accomplish here? > moving and remaking /home. Then deleting and re-creating > the above (/bin, /compat, etc...). How do you propose to re-create them if they've been moved to a different filesystem? At best you can create symlinks to them which will usually work, but in this case I don't see a reason to go that route. > Then modify /etc/fstab > to read /dev/stripe/bigstripe / ufs rw 2 2 And this is the big question mark/red flag. If you get rid of da3 then you won't be able to boot, and if you're keeping it anyway then why not use it? If you really want to do this you should use dump/restore instead of tar above and do the entire root filesystem (by which I mean "/" and not just "/root"), then be careful to always update /boot and /etc on da3 any time you update the system. Or in other words, you're asking for trouble. > unmount /bigstripe That should be umount, although you should probably just reboot with the new fstab if that's what you really want. > mount / Same as above. > Done. Yes? Err.. > Maybe I'm overestimating the FreeBSD file system. But this > seems plausible. FreeBSD can handle it and you're definitely moving in the direction of a workable setup here, but you may have gotten a bit carried away. A better option might be to just move one mountpoint (such as /var) over to the stripe volume by using dump/restore, then update fstab so it gets mounted from the new location. If you want to move other directories (such as /tmp or /home or even /usr) to the new volume you can do so, you'll just need to create symlinks to their new locations. If this is or was a new install you may want to start over and re-do your partitioning with the end goal in mind (so you don't have unused space or partitions on da3, for instance). > Thanks to everyones time, consideration (and patience). Sure. JN >>> For the record, FSTAB (on da3): >>> >>> /dev/da3s1b >>> none (swap) >>> >>> /dev/da3s1a >>> / >>> >>> /dev/da3s1d >>> /var >>> >>> Thanks for your response. >>> >>> Chris >>> > A *little* history, perhaps helps context... > ---8<---snip---8<--- >>>>>> OK, my mistake... >>>>>> Seems for my application (RAID0), *gstripe* is what I should >>>>>> be using. >>>>>> Q: But RAID0 provides 0 redundancy. How will you cope with data loss? >>>>>> A: Complete backups occur twice daily and I (we) use IP RAID0 - >>>>>> eg; 2 different servers have/provide the same data, and the DNS provides >>>>>> "round-robin". Thereby spreading the requests roughly equal across >>>>>> both servers. >>>>>> So, given my new found knowledge. I felt I should probably ask before >>>>>> potentially clobbering (breaking) the server I'll be attempting this on. >>>>>> Will the following accomplish my goal? >>>>>> Current setup: >>>>>> /dev indicates the following: >>>>>> da0, da0c, da0cs1, da0s1, da0s1c >>>>>> da1, da1c, da1cs1, da1s1, da1s1c >>>>>> da2, da2c, da2cs1, da2s1, da2s1c >>>>>> ...and the following, which FreeBSD is installed on: >>>>>> da3, da3s1, da3s1a, da3s1b, da3s1c, da3s1d >>>>>> All drives are of same size/make/model. >>>>>> >>>>>> Given the above, I intend to issue the following: >>>>>> >>>>>> # gstripe label -v -s 131072 bigstripe \ >>>>>> /dev/da0 /dev/da1 /dev/da2 /dev/da3 >>>>>> >>>>>> # newfs -U /dev/stripe/bigstripe >>>>>> >>>>>> # mount /dev/stripe/bigstripe /bigstripe >>>>>> >>>>>> # echo 'geom_stripe_load="YES"' >> /boot/loader.conf >>>>>> >>>>>> # echo '/dev/stripe/bigstripe /bigstripe ufs rw 2 2' >> /etc/fstab >>>>> >>>>> Yes, this should be fine (though you may need to do a "gstripe >>>>> load" near the beginning). >>>>> >>>>>> Or do/should I issue: >>>>>> >>>>>> # gconcat label -v extradisks /dev/da0 /dev/da1 /dev/da2 >>>>>> >>>>>> # gstripe label -v bigstripe /dev/da3 /dev/concat/extradisks >>>>>> >>>>>> # bsdlabel -wB /dev/stripe/bigstripe >>>>>> >>>>>> # newfs -U /dev/stripe/bigstripe >>>>>> >>>>>> # mount /dev/stripe/bigstripe /bigstripe >>>>> >>>>> No, assuming the disks are (roughly) the same size there's no >>>>> reason to use gconcat, and in this case doing so will likely hurt >>>>> performance in addition to adding complexity. gconcat is >>>>> generally just for JBOD-type scenarios and it sounds like you're >>>>> after RAID0 which is what gstripe is for. >>>>> >>>>> JN >>>>> > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Thu Jan 3 18:48:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D7E916A419 for ; Thu, 3 Jan 2008 18:48:13 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C096513C455 for ; Thu, 3 Jan 2008 18:48:12 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m03ImBdg084940 for ; Thu, 3 Jan 2008 13:48:11 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m03ImBvZ012746 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 3 Jan 2008 13:48:11 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200801031848.m03ImBvZ012746@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 03 Jan 2008 13:50:15 -0500 To: freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <2D5923AA-F9C3-490A-8016-F4B3BCCCA4AF@khera.org> References: <59DD6CCE263ECD75A7283A7B@ganymede.hub.org> <477A72B8.8010307@protected-networks.net> <477BAD2B.8070603@tomjudge.com> <1DB78354-EBA2-43D0-A2D6-EFDA4950135B@netleader.com.au> <477C1629.1030604@tomjudge.com> <20080103104129.T36551@wallace.netleader.com.au> <738861275EBE2BF6D27F547B@ganymede.hub.org> <2D5923AA-F9C3-490A-8016-F4B3BCCCA4AF@khera.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: Nagios + 6.3-RELEASE == Hung Process X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2008 18:48:13 -0000 At 10:55 AM 1/3/2008, Vivek Khera wrote: As noted in my original report, this isn't a nagios issue per se ... >>my first >>experience with this issue was with Azureus/java ... so its a >>'threading issue >>in general' ... > >For years now I've been running with libthr as the default threading >library as set in libmap.conf. The *only* issue I've run into is with >Java, and that requires libpthread. So my libmap.conf looks like >this, and everything works really well (including Nagios, mysql, etc.) Same here. We were getting quite a few Nagios threads spinning their wheels (almost 1 per day) with 6.3-PRERELEASE FreeBSD 6.3-PRERELEASE #0: Sun Dec 2 running Nagios 2.5. Changing to libthr fixed the problem and we have yet to see a stuck thread since making the change. ---Mike From owner-freebsd-stable@FreeBSD.ORG Thu Jan 3 19:07:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8658C16A41A for ; Thu, 3 Jan 2008 19:07:35 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from mindcrime.bit0.com (bit0.com [207.246.88.211]) by mx1.freebsd.org (Postfix) with ESMTP id 4E30013C46A for ; Thu, 3 Jan 2008 19:07:35 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from firefly.int.bit0.com (nat.bit0.com [207.246.88.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mindcrime.bit0.com (Postfix) with ESMTP id 1FA5D1E33C1; Thu, 3 Jan 2008 14:07:34 -0500 (EST) Message-ID: <477D3277.5090707@bit0.com> Date: Thu, 03 Jan 2008 14:07:35 -0500 From: Mike Andrews User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Vivek Khera References: <20080102034228.M16861@mindcrime.int.bit0.com> <47A2B2D0-5C67-46A1-BD52-76667C68298F@khera.org> <20080102174518.GA1755@sandvine.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable List Subject: Re: aac tool regressions on 7.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2008 19:07:35 -0000 Vivek Khera wrote: > > On Jan 2, 2008, at 12:45 PM, Ed Maste wrote: > >> I'm not aware of any reason to avoid Adaptec RAID cards specifically on >> amd64 now; there were a number of problems in the past but they should >> be addressed now. >> > > My main concern is that there is no *reliable* way to monitor the status > of an Adaptec RAID system on FreeBSD/amd64. arcconf seems to be reliable (and a native amd64 binary), except for the aforementioned hanging-on-exit issue with -RC1. On -BETA4 it's fine. Google for "check_icp" if you need a Nagios plugin written around arcconf (it needs only minor edits to work on /bin/sh instead of bash). It's looking like aaccli is a lost cause though, yes. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 3 19:20:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F0F416A41B for ; Thu, 3 Jan 2008 19:20:23 +0000 (UTC) (envelope-from matthew.herzog@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.227]) by mx1.freebsd.org (Postfix) with ESMTP id 2A93513C4CE for ; Thu, 3 Jan 2008 19:20:23 +0000 (UTC) (envelope-from matthew.herzog@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1902032wxd.7 for ; Thu, 03 Jan 2008 11:20:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=nhTX/49oHp6zoDDkcHpOSY0IFW7iBI2MIl6Dn7l9V8M=; b=BGXKCHk5YjuVlIAB4AaFWvS9BA37yt88QBFQCCHbDKRSSPU6VcHAF+6z7sebRijsdR77wXgMy2OhWnn7PUKoTEZzHcGx0qphL/yn25tUXFXCFA0itXfMi80zKvKsio8J7pfdqNrWacAVR8h7pYg+OAuR2Mxh4Wvunknm6wJArac= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; b=lb+y1oMyqNVonKdbEE+EBILjCx5FdaZPGcJFZ4cJEqsoAi3IC9MVPDxIH0yuB23GHJyJJXSJC938tSxBaJe6+IalyGJ0CVxTlqll9nfeqg4nqCt3VFp27XgRhStQdWH1KhLY7+EC6i9lmmlVIBC9miK806rNiO4AK5sTb7eko20= Received: by 10.142.225.11 with SMTP id x11mr4757942wfg.175.1199388021499; Thu, 03 Jan 2008 11:20:21 -0800 (PST) Received: from ?192.168.0.41? ( [71.184.114.33]) by mx.google.com with ESMTPS id m75sm15432178wrm.36.2008.01.03.11.20.19 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 03 Jan 2008 11:20:20 -0800 (PST) Message-ID: <477D3577.5070908@gmail.com> Date: Thu, 03 Jan 2008 19:20:23 +0000 From: Matthew Herzog User-Agent: Thunderbird 2.0.0.9 (X11/20071201) MIME-Version: 1.0 To: FreeBSD References: <476A5EE1.9000003@bulinfo.net> <476B8B7A.1020008@bulinfo.net> In-Reply-To: <476B8B7A.1020008@bulinfo.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: bootable scsi card for Ultra 5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2008 19:20:23 -0000 Hey. I just bought a Sun branded 375-0005 X6540A card in hopes I might be able to boot FreeBSD STABLE from it. I powered down the box, physically installed the card and powered up, then hit Stop-a and typed "probe-scsi-all". The OBP saw the card and saw the drive attached to the card seemed OK with it. Nothing remotely error-like printed to screen, just the expected Sun device pathnames. Still at the OK prompt I typed "boot" followed by the device pathname and the Ultra 5 rebooted. It failed to boot the drive. What's on the scsi drive you ask? A dump |restore of the OS that's running now on an ATA disk, i.e. a clone of the running ATA disk. Here is what dmesg tells me about the new Sun scsi controller. Is this card I paid $18 for not bootable? Does my OBP need updating? Can I flash the scsi card with Sun Fcode if it's missing? pci2: on pcib2 sym0: <875> port 0x400-0x4ff mem 0x2000-0x20ff,0x4000-0x4fff at device 1.0 on pci2 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym0: [GIANT-LOCKED] sym1: <875> port 0x800-0x8ff mem 0x6000-0x60ff,0x8000-0x8fff at device 1.1 on pci2 sym1: No NVRAM, ID 7, Fast-20, SE, parity checking sym1: [GIANT-LOCKED] From owner-freebsd-stable@FreeBSD.ORG Thu Jan 3 19:25:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D779516A46D for ; Thu, 3 Jan 2008 19:25:28 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from outgoing02.lava.net (outgoing02.lava.net [64.65.64.125]) by mx1.freebsd.org (Postfix) with ESMTP id B78F813C45A for ; Thu, 3 Jan 2008 19:25:28 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by outgoing02.lava.net (Postfix) with ESMTP id 2E71DB8884; Thu, 3 Jan 2008 09:25:28 -1000 (HST) Received: by malasada.lava.net (Postfix, from userid 102) id AD138153882; Thu, 3 Jan 2008 09:25:27 -1000 (HST) Date: Thu, 3 Jan 2008 09:25:27 -1000 From: Clifton Royston To: "Chris H." Message-ID: <20080103192526.GA18773@lava.net> Mail-Followup-To: "Chris H." , freebsd-stable@freebsd.org References: <20080102002651.r72jwx0pgk4000c8@webmail.1command.com> <20080102070518.ki0v7vxkgo0cossg@webmail.1command.com> <20080102111751.5huybrwosgs0ccos@newwebmail.jnielsen.net> <20080102112230.g7p1bj3sdck488g8@newwebmail.jnielsen.net> <20080102084743.xtecj951wogwws8w@webmail.1command.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080102084743.xtecj951wogwws8w@webmail.1command.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: gmirror on 7B4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2008 19:25:28 -0000 On Wed, Jan 02, 2008 at 08:47:43AM -0800, Chris H. wrote: > Quoting John Nielsen : > > >I'm not sure I remember everything from earlier in this thread so I > >don't know if it's relevant, BUT you can't boot from a gstripe volume > >(or from a gconcat one AFAIK). Inferring from your fstab example > >below it doesn't sound like you intend to but I just wanted to be > >sure. > > Are you sure? I read that using gmirror requires /kernel to be located > in the /boot slice and everything else (all other slices) can be mirrored > safely. But in all my reading (man pages, FBSD handbook, asstd articles) > I haven't seen anything indicating booting wasn't possible from a gstripe > volume. Your current idea is backwards; you can boot from entirely mirrored drives (i.e. RAID1) and I've been doing it since 5.3, but AFAIK it is impossible to boot from a striped drive and I suspect will remain so for a long time. One way to visualize this is to recognize that because the gmirror information is stored at the very end of the lower-level GEOM object, each of the raw drives in the mirrored set appears to be an perfectly normal drive when reading it from its beginning; thus it is possible to simply read it as a normal device during the earlier stages of boot until GEOM and gmirror loads. With striping, however, the logical content is spread out across multiple drives, so any one drive you try to boot from has only 1/Nth of the relevant sectors. Does this help? -- Clifton -- Clifton Royston -- cliftonr@iandicomputing.com / cliftonr@lava.net President - I and I Computing * http://www.iandicomputing.com/ Custom programming, network design, systems and network consulting services From owner-freebsd-stable@FreeBSD.ORG Thu Jan 3 20:24:44 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0895E16A420 for ; Thu, 3 Jan 2008 20:24:44 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id D264213C4D3 for ; Thu, 3 Jan 2008 20:24:43 +0000 (UTC) (envelope-from vivek@khera.org) Received: from cocoa.khera.org (unknown [192.168.135.91]) by yertle.kcilink.com (Postfix) with ESMTP id A8D9CC943A for ; Thu, 3 Jan 2008 15:24:42 -0500 (EST) Message-Id: <31A8B1D2-0B84-4997-A549-FEA701ABEB1E@khera.org> From: Vivek Khera To: FreeBSD Stable List In-Reply-To: <477D3277.5090707@bit0.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Thu, 3 Jan 2008 15:24:42 -0500 References: <20080102034228.M16861@mindcrime.int.bit0.com> <47A2B2D0-5C67-46A1-BD52-76667C68298F@khera.org> <20080102174518.GA1755@sandvine.com> <477D3277.5090707@bit0.com> X-Mailer: Apple Mail (2.915) Subject: Re: aac tool regressions on 7.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2008 20:24:44 -0000 On Jan 3, 2008, at 2:07 PM, Mike Andrews wrote: > arcconf seems to be reliable (and a native amd64 binary), except for > the aforementioned hanging-on-exit issue with -RC1. On -BETA4 it's > fine. Google for "check_icp" if you need a Nagios plugin written > around arcconf (it needs only minor edits to work on /bin/sh instead > of bash). > > It's looking like aaccli is a lost cause though, yes. > Thanks. The performance was also not cutting it for me, so with the combination of those to problems I decided to retire them from service. I now use fibre channel cards (LSI) and external RAID units from Partners Data Systems, which have been very good to me the last 6 months. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 3 20:27:39 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D20916A4AB for ; Thu, 3 Jan 2008 20:27:39 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.191]) by mx1.freebsd.org (Postfix) with ESMTP id 9EE0913C535 for ; Thu, 3 Jan 2008 20:27:27 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so9232727fka.11 for ; Thu, 03 Jan 2008 12:27:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=cwDeSijU8gLaksfTnUkf2yZPmkp4WWvvD/zmq0EnqYE=; b=XstOwMq3XLk2JTtstWE0gmx7qpC0BqABwPpCmBP77ajM3oRJFe3U6kbYO3vrv4ybrZ385MfdP6j86Jd0m9bKB+i6llxkI4uQeRB284JD1ctnZ+2aSlmckdoEzMYCEdLIj3bZfe3ZSK072WBqMHIpcbtitSMdWNSRC4bS39FxUqY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=veCCI21P+agTHqp6wpXDtV74oUcXxURC39RgKZjtCq6HOt43SIFCmLAvB38PpX2lDmKxCTaW7i25OqxRj/FGKvOjtz5OO/T3k8gi/soFxnsCTXq4lPk3hW1EnBU/I/pc7f4npKOcEkmckHRtgxPHMNbEKrx3G9ISXO7RUidB55M= Received: by 10.82.108.9 with SMTP id g9mr28329559buc.34.1199390379686; Thu, 03 Jan 2008 11:59:39 -0800 (PST) Received: by 10.82.159.19 with HTTP; Thu, 3 Jan 2008 11:59:39 -0800 (PST) Message-ID: <14989d6e0801031159n56947c6awf0d6a32439d0f268@mail.gmail.com> Date: Thu, 3 Jan 2008 19:59:39 +0000 From: "Christian Walther" To: "Matthew Herzog" In-Reply-To: <477D3577.5070908@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <476A5EE1.9000003@bulinfo.net> <476B8B7A.1020008@bulinfo.net> <477D3577.5070908@gmail.com> Cc: FreeBSD Subject: Re: bootable scsi card for Ultra 5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2008 20:27:39 -0000 Hello Matthew, On 03/01/2008, Matthew Herzog wrote: > I just bought a Sun branded 375-0005 X6540A card in hopes I might be > able to boot FreeBSD STABLE from it. > Still at the OK prompt I typed "boot" followed by the device pathname > and the Ultra 5 rebooted. It failed to boot the drive. AFAIK Sun machines can boot an OS installed on any disk that is seen by the OBP. Since you said you did a dump|restore to clone the disk I think it's possible that the disklabel is wrong or something for the boot sequence missing. If you have an install CD I'd recommend you trying a fresh install on the SCSI drive. If the machine can boot from this just do the dump|restore of the ATA drive again. HTH Christian From owner-freebsd-stable@FreeBSD.ORG Fri Jan 4 09:06:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79C1E16A41B for ; Fri, 4 Jan 2008 09:06:27 +0000 (UTC) (envelope-from lveax.m@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id 381BC13C4D3 for ; Fri, 4 Jan 2008 09:06:27 +0000 (UTC) (envelope-from lveax.m@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so1327433anc.13 for ; Fri, 04 Jan 2008 01:06:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=lXFoWof0UN5xFz7JrlhlxRsJVsiCcrrRj27OaSLmEQU=; b=P3YOzMZF1aclWNlURMZLjZ3c/RljL4NEWPWMP9pOWzT4+PuDypJ6QUdKM//4KyLXz9F5X62cnJiM5gaAn6456Xpot644JiPAKDwt/2QnUE5i65jOml52umzFdA45KxmC/y/w8Iwtn7Q2z1jq5JpHVUns8UYadJZ50hzCtwmwP/0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Qy9we38WhqekkrvBylaHKsw0B+Rziy25gKadD3m4fZ/XRqcSAsT8NV98jwIHqurGbYcqZkR8qBcMtOzhNLtHuA4z4XfINff4YzgJti2GJVMzCkI5b03A+/K57P/A8GkcwWJWkWQf06W6OOombqNhL6XGlJf9ZSZRRSD4sdZxIGA= Received: by 10.100.34.16 with SMTP id h16mr34957477anh.114.1199435831392; Fri, 04 Jan 2008 00:37:11 -0800 (PST) Received: by 10.100.37.12 with HTTP; Fri, 4 Jan 2008 00:37:11 -0800 (PST) Message-ID: <576dcbc20801040037n511b343cgd4447de57a24089@mail.gmail.com> Date: Fri, 4 Jan 2008 16:37:11 +0800 From: lveax To: freebsd-stable@freebsd.org, freebsd-questions MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: snd_hda(freebsd 7.0 rc1) doesn't work on dell latitude D630 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2008 09:06:27 -0000 hey all: i can get sound from my d630. i added the snd_hda support to my kernel configure file. i can find info about my onboard sound card,but it still didn't work. pcm0: pcm0: the pciconf info about it: pcm0@pci0:0:27:0: class=0x040300 card=0x01f91028 chip=0x284b8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801H &SUBSYS_81EC1043&REV_02\3&11583659&0&D8' class = multimedia the output from "mixer" command: $ mixer [Fri 4:32:56pm] Mixer vol is currently set to 75:75 Mixer pcm is currently set to 75:75 Mixer speaker is currently set to 75:75c Mixer line is currently set to 75:75 Mixer rec is currently set to 0:0 Recording source: mic From owner-freebsd-stable@FreeBSD.ORG Fri Jan 4 09:14:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A265116A41B for ; Fri, 4 Jan 2008 09:14:15 +0000 (UTC) (envelope-from frankstaals@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 1140D13C455 for ; Fri, 4 Jan 2008 09:14:14 +0000 (UTC) (envelope-from frankstaals@gmx.net) Received: (qmail invoked by alias); 04 Jan 2008 08:47:34 -0000 Received: from ip176-173-59-62.adsl.versatel.nl (EHLO Rena.FStaals.net) [62.59.173.176] by mail.gmx.net (mp053) with SMTP; 04 Jan 2008 09:47:34 +0100 X-Authenticated: #25365336 X-Provags-ID: V01U2FsdGVkX19QID4vPZ9QLIeTA7047HkM3iGFYdaKqqV2ZLojT8 Rft30DDAb22YGR Message-ID: <477DF250.8020407@gmx.net> Date: Fri, 04 Jan 2008 09:46:08 +0100 From: Frank Staals User-Agent: Thunderbird 2.0.0.9 (X11/20071224) MIME-Version: 1.0 To: lveax References: <576dcbc20801040037n511b343cgd4447de57a24089@mail.gmail.com> In-Reply-To: <576dcbc20801040037n511b343cgd4447de57a24089@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org, freebsd-questions Subject: Re: snd_hda(freebsd 7.0 rc1) doesn't work on dell latitude D630 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2008 09:14:15 -0000 lveax wrote: > hey all: > > i can get sound from my d630. > > > i added the snd_hda support to my kernel configure file. > i can find info about my onboard sound card,but it still didn't work. > > pcm0: > pcm0: > > the pciconf info about it: > pcm0@pci0:0:27:0: class=0x040300 card=0x01f91028 chip=0x284b8086 > rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801H &SUBSYS_81EC1043&REV_02\3&11583659&0&D8' > class = multimedia > > the output from "mixer" command: > $ mixer > > [Fri 4:32:56pm] > Mixer vol is currently set to 75:75 > Mixer pcm is currently set to 75:75 > Mixer speaker is currently set to 75:75c > Mixer line is currently set to 75:75 > Mixer rec is currently set to 0:0 > Recording source: mic > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > > I have a similar problem (also with a D630 ) ; I only get sound when plugging in a headset or similar. Sound won't work over the internal speakers. I also tried the oss drivers, without success though: at the time ( about a month ago ) it even locked up my system. frank@Rena# uname -a FreeBSD Rena.FStaals.net 7.0-BETA4 FreeBSD 7.0-BETA4 #0: Fri Dec 21 11:48:15 CET 2007 frank@Rena.FStaals.net:/usr/obj/usr/src/sys/RENAKERNEL i386 -- -Frank Staals From owner-freebsd-stable@FreeBSD.ORG Fri Jan 4 09:56:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 922ED16A41A for ; Fri, 4 Jan 2008 09:56:28 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id BF69E13C457 for ; Fri, 4 Jan 2008 09:56:27 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m049uJXN021777; Fri, 4 Jan 2008 01:56:25 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m049uJpj021776; Fri, 4 Jan 2008 01:56:19 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Fri, 04 Jan 2008 01:56:19 -0800 Message-ID: <20080104015619.w1qyx0b7wo8cc00g@webmail.1command.com> X-Priority: 3 (Normal) Date: Fri, 04 Jan 2008 01:56:19 -0800 From: "Chris H." To: Clifton Royston References: <20080102002651.r72jwx0pgk4000c8@webmail.1command.com> <20080102070518.ki0v7vxkgo0cossg@webmail.1command.com> <20080102111751.5huybrwosgs0ccos@newwebmail.jnielsen.net> <20080102112230.g7p1bj3sdck488g8@newwebmail.jnielsen.net> <20080102084743.xtecj951wogwws8w@webmail.1command.com> <20080103192526.GA18773@lava.net> In-Reply-To: <20080103192526.GA18773@lava.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Cc: freebsd-stable@freebsd.org Subject: Re: gmirror on 7B4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2008 09:56:28 -0000 Quoting Clifton Royston : > On Wed, Jan 02, 2008 at 08:47:43AM -0800, Chris H. wrote: >> Quoting John Nielsen : >> >> >I'm not sure I remember everything from earlier in this thread so I >> >don't know if it's relevant, BUT you can't boot from a gstripe volume >> >(or from a gconcat one AFAIK). Inferring from your fstab example >> >below it doesn't sound like you intend to but I just wanted to be >> >sure. >> >> Are you sure? I read that using gmirror requires /kernel to be located >> in the /boot slice and everything else (all other slices) can be mirrored >> safely. But in all my reading (man pages, FBSD handbook, asstd articles) >> I haven't seen anything indicating booting wasn't possible from a gstripe >> volume. > > Your current idea is backwards; you can boot from entirely mirrored > drives (i.e. RAID1) and I've been doing it since 5.3, but AFAIK it is > impossible to boot from a striped drive and I suspect will remain so > for a long time. > > One way to visualize this is to recognize that because the gmirror > information is stored at the very end of the lower-level GEOM object, > each of the raw drives in the mirrored set appears to be an perfectly > normal drive when reading it from its beginning; thus it is possible to > simply read it as a normal device during the earlier stages of boot > until GEOM and gmirror loads. With striping, however, the logical > content is spread out across multiple drives, so any one drive you try > to boot from has only 1/Nth of the relevant sectors. Indeed, and thank you for pointing out the obvious to me. :) I was almost immediately reminded of that after posting. :P But really, I appreciate your taking the time to /enlighten/ me. It /does/ help. Given the /wealth/ of information afforded to me here on the list, after proposing my intentions. It quickly occurred to me that I had developed quite a few misconceptions about GEOM and friends, and that I should have taken just a bit more time before leaping. In the final analysis, I think it would be /far/ more efficient if I simply blanked my current disk, and simply laid it out as I ultimately want it. Then simply unarc the root folders to their desired destinations from the most recent backups. Which kind of makes this thread a loop. As my initial question was why wasn't gMIRROR part of sysinstall. It's funny, I've spent over 2 decades running *BSD, and yet I never really spent much time obtaining intimate knowledge about the disk "construction". Oh, it's not that I know nothing about it. But rather, that once I determined the ultimate layout for my needs, I simply let sysinstall handle it. So other than needing to add disks and move/ re-create slices, I was done. But as I now revisit it, I discover I should probably spend a little more time acquainting myself with it. :) Thanks again for taking the time to respond. I appreciate it. Chris > > Does this help? > > -- Clifton > > > -- > Clifton Royston -- cliftonr@iandicomputing.com / cliftonr@lava.net > President - I and I Computing * http://www.iandicomputing.com/ > Custom programming, network design, systems and network consulting services > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Fri Jan 4 11:42:19 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B8DE16A4CC for ; Fri, 4 Jan 2008 11:42:19 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 1F51613C459 for ; Fri, 4 Jan 2008 11:42:18 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m04Bg9kU038530; Fri, 4 Jan 2008 03:42:15 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m04Bg9H8038529; Fri, 4 Jan 2008 03:42:09 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Fri, 04 Jan 2008 03:42:09 -0800 Message-ID: <20080104034209.75hyb08ntw8okoso@webmail.1command.com> X-Priority: 3 (Normal) Date: Fri, 04 Jan 2008 03:42:09 -0800 From: "Chris H." To: John Nielsen References: <20080102002651.r72jwx0pgk4000c8@webmail.1command.com> <20080102070518.ki0v7vxkgo0cossg@webmail.1command.com> <20080102111751.5huybrwosgs0ccos@newwebmail.jnielsen.net> <20080102112230.g7p1bj3sdck488g8@newwebmail.jnielsen.net> <20080102084743.xtecj951wogwws8w@webmail.1command.com> <20080102144706.6akwgph1s8s0k888@newwebmail.jnielsen.net> <20080102142444.0unir7afk800gss0@webmail.1command.com> <20080103105806.hxfavnmio0okkosw@newwebmail.jnielsen.net> In-Reply-To: <20080103105806.hxfavnmio0okkosw@newwebmail.jnielsen.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Cc: freebsd-stable@freebsd.org Subject: Re: gstripe on 7B4 - was: gmirror on 7B4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2008 11:42:19 -0000 Quoting John Nielsen : > Quoting "Chris H." : >>> If you want specific advice for a specific scenario you can >>> probably get it, but you'll have to supply some additional details. >>> For instance I'm still not sure if this is a new install or an >>> upgrade >> >> Both: >> I was wondering why gmirror wasn't an option during sysinstall (the >> creation, and installation to). >> Which begged the question - now that it's installed... >> >>> (even after re-reading the entire thread), or if da3 is the same >>> size as da0-2. Doing what you describe below will blow away the >>> existing contents of da3 and the other disks, and/or won't be >>> allowed if anything on da3 is currently mounted/running. Also you >>> should stop saying mirror if you mean stripe or JBOD. :) >> >> Quite right. Again, my bad. I'm sorry this became so convoluted. It seemed >> so clear at first. But as it started a question about gmirror, and my >> almost immediate discovery that gmirror doesn't do RAID0, as I required. >> Turned it into gstripe. I thought I had managed to make the transition >> smoothly. But as you effectively indicated, no dice. Sorry. :( >> Thank you *very* much for your informative, and thoughtful replies - >> and patience. :) >> >> OK, in the final analysis I've decided (now that it's (7B4) installed...) >> I'll just keep /boot, /root (and presumably /dev) on the already available >> and running install disk (da3). >> Then perform: >> >> # gstripe label -v -s 131072 bigstripe \ >> /dev/da0 /dev/da1 /dev/da2 >> >> # newfs -U /dev/stripe/bigstripe >> >> # mkdir /bigstripe >> >> # mount /dev/stripe/bigstripe /bigstripe >> >> # echo 'geom_stripe_load="YES"' >> /boot/loader.conf >> >> # echo '/dev/stripe/bigstripe /bigstripe ufs rw 2 2' >> /etc/fstab > > Good up to here. Now you still have your running system and existing > partitions on da3, and a new empty large raid0 volume mounted on > /bigstripe. Before continuing, you should ask yourself (and perhaps > tell the rest of us) what exactly do you want to use all of that > space for? Sure. I simply want to utilize all the space available to me on the 2U rack system it's currently running on. It's local, so I have direct access to it. > da3 is probably large enough for the OS itself, and while > it's not redundant at least you have better odds of not losing your > OS if a drive fails with this setup. Well, there's kind of a funny story attached to this system. I got up to stretch my legs, as I had been at the console for hours. So I went for a fairly long walk. I happened to past a couple of dumpsters during my journey and noticed a 2U rackmount system leaning against one of them. I could see it had been there for at least a 'couple of days. So now being confident that this was it's intended final resting place, I picked it up and took it back with me. As I was sure that at least /some/ of the components were salvageable. After I got it back I popped the top off of it, and had a look inside. I couldn't believe it. It had the same Tyan board that most of the servers I manage here run. Both of the CPU sockets were filled as well. So, I then took a careful look for any visible damage, and couldn't find any, nor was I able to smell that distinctive tell-tale oder that IC's, trace patterns, and such leave after failure. So I looked it over one more time before plugging it in, and discoverd that the single SIMM that was in it, was in the wrong slot. So I moved it and took a chance, plugged it in and powered it up. It POSTed as it should! Great! I just inherited a perfect system. :) It had a copy of FreeBSD-4.3 on it. But it wouldn't boot (not that I cared). So I did some more (deeper) probing, and discovered the 4 IBM SCSI drives installed in it had less than 20hrs. on them. They're brand new! WOW, with that kind of luck, I should have bought a lottery ticket. :) To the point, given the time on these drives, and my experience with IBM's line of ULTRA SCSI drives. I have little fear of failure for quite some time. I also have a backup schedule that runs no less than twice daily (immediately prior to, and immediately after build world/kernel, install kernel/world as well). So this doesn't immediately concern me. Many things are likely to change prior to my needing to get concerned about drive failure. As to keeping/wiping da3; I hadn't intended to wipe da3. But rather, move the bulk of what's already there to the newly created stripe. Then eventually (after ensuring everything works as intended) re-sizing (shrinking) it down and adding the now available "slack" to the stripe pool. > >> # cd /var >> >> # tar cf - . | (cd /bigstripe; tar xvf - >> >> and repeating the above two lines for >> >> /bin, /compat, /dist, /entropy, /etc, /lib, /libexec, >> /media, /mnt, /proc, /rescue, /sbin, /sys, /tmp, and /usr > > That will get your files moved, but what are you trying to accomplish here? Move (mostly) everything off of da3. > >> moving and remaking /home. Then deleting and re-creating >> the above (/bin, /compat, etc...). > > How do you propose to re-create them if they've been moved to a > different filesystem? Given the two lines above ( # cd /var # tar cf - . | (cd /bigstripe; tar xvf -) ) I haven't actually /moved/ them. So, repeating them for all the other folders I intend to re-locate, I will only have /duplicated/ them on the newly created stripe pool. Had I added ; cd /; rm -rf /var to the second of the two lines above, that would have been a /move/. :) So by "re-create" I was meaning to remove the original folders and "re-create" them so as to be mounted off of / > At best you can create symlinks to them which will usually work, but > in this case I don't see a reason to go that route. That's an interesting point to me. As I was a bit concerned about symlinking them. This has caused me some greif in the past. Especially where building from source is concerned. Seems some things don't follow symlinks well. While I've managed to find and understand what I would now consider /most/ of them. I don't want to /trip/ on any new ones. So I had intended to mount the folders moved to "bigstripe" off root (/). Have I overlooked something here? > >> Then modify /etc/fstab >> to read /dev/stripe/bigstripe / ufs rw 2 2 > > And this is the big question mark/red flag. If you get rid of da3 > then you won't be able to boot, Sorry if I mislead you on this. I hadn't intended to /remove/ da3. Just move the bulk what's already on it to "bigstripe". > and if you're keeping it anyway then why not use it? If you really > want to do this you should use dump/restore instead of tar above and > do the entire root filesystem (by which I mean "/" and not just > "/root"), then be careful to always update /boot and /etc on da3 any > time you update the system. Or in other words, you're asking for > trouble. If I am understanding you correctly here, that's essentially what I'm planning to do. I realize that I may not have described/articulated my intention(s) as well as I might have. ;) Sorry. > >> unmount /bigstripe > > That should be umount, Of course. :) I was thinking UNmount as I was writing. So I'm afraid that's what my fingers typed. :P > although you should probably just reboot with the new fstab if that's > what you really want. Yes, after thinking about the whole thing for awhile. I decided it made alot more sense to reboot after all the changes, and let the system "do it's thing". > >> mount / > > Same as above. > >> Done. Yes? > > Err.. > >> Maybe I'm overestimating the FreeBSD file system. But this >> seems plausible. > > FreeBSD can handle it and you're definitely moving in the direction > of a workable setup here, but you may have gotten a bit carried away. > A better option might be to just move one mountpoint (such as /var) > over to the stripe volume by using dump/restore, then update fstab so > it gets mounted from the new location. If you want to move other > directories (such as /tmp or /home or even /usr) to the new volume > you can do so, you'll just need to create symlinks to their new > locations. Symlink(s)? See my concerns with this above. > > If this is or was a new install you may want to start over and re-do > your partitioning with the end goal in mind (so you don't have unused > space or partitions on da3, for instance). In the final analysis, this would /definitely/ seem the most /expedient/ approach, even on a long time system. So long as you have recent backups/ dumps to place in the newly created folders. I also decided that leaving: /bin, /boot, /dev, /etc, /lib, /libexec, /proc, /rescue, /root, and /sbin on da3 would probably be the best (safest) layout to go with also. Thank you again for taking the time to share your thoughts on this. I /really/ appreciate it. Chris > >> Thanks to everyones time, consideration (and patience). > > Sure. > > JN > >>>> For the record, FSTAB (on da3): >>>> >>>> /dev/da3s1b >>>> none (swap) >>>> >>>> /dev/da3s1a >>>> / >>>> >>>> /dev/da3s1d >>>> /var >>>> >>>> Thanks for your response. >>>> >>>> Chris >>>> >> A *little* history, perhaps helps context... >> ---8<---snip---8<--- >>>>>>> OK, my mistake... >>>>>>> Seems for my application (RAID0), *gstripe* is what I should >>>>>>> be using. >>>>>>> Q: But RAID0 provides 0 redundancy. How will you cope with data loss? >>>>>>> A: Complete backups occur twice daily and I (we) use IP RAID0 - >>>>>>> eg; 2 different servers have/provide the same data, and the DNS >>>>>>> provides >>>>>>> "round-robin". Thereby spreading the requests roughly equal across >>>>>>> both servers. >>>>>>> So, given my new found knowledge. I felt I should probably ask before >>>>>>> potentially clobbering (breaking) the server I'll be attempting >>>>>>> this on. >>>>>>> Will the following accomplish my goal? >>>>>>> Current setup: >>>>>>> /dev indicates the following: >>>>>>> da0, da0c, da0cs1, da0s1, da0s1c >>>>>>> da1, da1c, da1cs1, da1s1, da1s1c >>>>>>> da2, da2c, da2cs1, da2s1, da2s1c >>>>>>> ...and the following, which FreeBSD is installed on: >>>>>>> da3, da3s1, da3s1a, da3s1b, da3s1c, da3s1d >>>>>>> All drives are of same size/make/model. >>>>>>> >>>>>>> Given the above, I intend to issue the following: >>>>>>> >>>>>>> # gstripe label -v -s 131072 bigstripe \ >>>>>>> /dev/da0 /dev/da1 /dev/da2 /dev/da3 >>>>>>> >>>>>>> # newfs -U /dev/stripe/bigstripe >>>>>>> >>>>>>> # mount /dev/stripe/bigstripe /bigstripe >>>>>>> >>>>>>> # echo 'geom_stripe_load="YES"' >> /boot/loader.conf >>>>>>> >>>>>>> # echo '/dev/stripe/bigstripe /bigstripe ufs rw 2 2' >> /etc/fstab >>>>>> >>>>>> Yes, this should be fine (though you may need to do a "gstripe >>>>>> load" near the beginning). >>>>>> >>>>>>> Or do/should I issue: >>>>>>> >>>>>>> # gconcat label -v extradisks /dev/da0 /dev/da1 /dev/da2 >>>>>>> >>>>>>> # gstripe label -v bigstripe /dev/da3 /dev/concat/extradisks >>>>>>> >>>>>>> # bsdlabel -wB /dev/stripe/bigstripe >>>>>>> >>>>>>> # newfs -U /dev/stripe/bigstripe >>>>>>> >>>>>>> # mount /dev/stripe/bigstripe /bigstripe >>>>>> >>>>>> No, assuming the disks are (roughly) the same size there's no >>>>>> reason to use gconcat, and in this case doing so will likely >>>>>> hurt performance in addition to adding complexity. gconcat is >>>>>> generally just for JBOD-type scenarios and it sounds like you're >>>>>> after RAID0 which is what gstripe is for. >>>>>> >>>>>> JN >>>>>> >> >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> >> > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Fri Jan 4 20:00:07 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53C5D16A417 for ; Fri, 4 Jan 2008 20:00:07 +0000 (UTC) (envelope-from ross.penner@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.236]) by mx1.freebsd.org (Postfix) with ESMTP id 1404713C4E7 for ; Fri, 4 Jan 2008 20:00:06 +0000 (UTC) (envelope-from ross.penner@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so1374162nzf.13 for ; Fri, 04 Jan 2008 12:00:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=cvHFD4Lmz1zJ7MzXDFGrL7CJbLT3DB3PvfoQCHoNrko=; b=dyuGFehI6E9T7jW3UrFHi43jIF1JGJcwlPweLJ7GlowiSwKfnzrMlJjR5MFjakQ16ApTDFO/pQswfTfqVVPFcr01vqCZO6XQTpK2+V4kHdmC4ozPQm7IVq1prrz0laqklBDVSkU6W17ovDAEP4Mibhdt0Xl3JECK6gh2evSPaCQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=WwqZnreqhek1RXMzUuY3ICIsduatQJpgz6mHpnzRx7F3NG3a7IGYL7DPXitvpfuy26KdI/tzHe/HSLQTnnk7BuMbNoVGDS9HZIHgya2ntOS0v478U04ZBkG+1CO1gV88QwoQLQQ3Emg4wrvImtOPQ8KSwhd9EdVwW9iU939ek8o= Received: by 10.142.246.8 with SMTP id t8mr5413567wfh.8.1199475340157; Fri, 04 Jan 2008 11:35:40 -0800 (PST) Received: by 10.142.218.3 with HTTP; Fri, 4 Jan 2008 11:35:40 -0800 (PST) Message-ID: Date: Fri, 4 Jan 2008 12:35:40 -0700 From: "Ross Penner" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Linux Binary locking system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2008 20:00:07 -0000 Hi, I'm sorry if this is the wrong place to report such a thing but it seems appropriate to me. I have a Linux binary which I got from *http://preview.tinyurl.com/2qwob4*. The binary works fine for a short period but after 10 minutes or so, the system will completely lock up. It won't be responsive from the keyboard or the network. Although I realize not every program will be able to run under the binary compatibility, the system locking up seems like a significant enough bug to have attention brought to it. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 4 20:11:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57A0A16A419 for ; Fri, 4 Jan 2008 20:11:45 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2A7DA13C458; Fri, 4 Jan 2008 20:11:41 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <477E92FC.1040904@FreeBSD.org> Date: Fri, 04 Jan 2008 21:11:40 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Ross Penner References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Linux Binary locking system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2008 20:11:45 -0000 Ross Penner wrote: > Hi, I'm sorry if this is the wrong place to report such a thing but it seems > appropriate to me. > > I have a Linux binary which I got from *http://preview.tinyurl.com/2qwob4*. > The binary works fine for a short period but after 10 minutes or so, the > system will completely lock up. It won't be responsive from the keyboard or > the network. > > Although I realize not every program will be able to run under the binary > compatibility, the system locking up seems like a significant enough bug to > have attention brought to it. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > I'm not going to run some arbitrary linux binary on my system, so please follow up yourself with: http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html :) Kris From owner-freebsd-stable@FreeBSD.ORG Fri Jan 4 20:28:03 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADB5616A41B for ; Fri, 4 Jan 2008 20:28:03 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0558A13C458; Fri, 4 Jan 2008 20:28:02 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <477E96D2.30202@FreeBSD.org> Date: Fri, 04 Jan 2008 21:28:02 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: "David E. Thiel" References: <200710171228.39123.mistry.7@osu.edu> <472ED12B.7040200@gmx.de> <200711070953.22154.mistry.7@osu.edu> <200711191254.08134.mistry.7@osu.edu> <4777942D.9010209@FreeBSD.org> <20071230205519.GL73834@redundancy.redundancy.org> <477817E1.7010409@FreeBSD.org> <20071230233017.GM73834@redundancy.redundancy.org> <477AAD89.2000808@FreeBSD.org> In-Reply-To: <477AAD89.2000808@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_7 jerky mouse and skipping sound (still a problem -BETA3) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2008 20:28:03 -0000 Kris Kennaway wrote: > David E. Thiel wrote: >> On Sun, Dec 30, 2007 at 11:12:26PM +0100, Kris Kennaway wrote: >>>> FWIW, the problem remains for me. Still terrible performance >>>> during compiles. >>> OK. Instead of going over all of the usual questions again, can you >>> point me to a previous mail in which you explain your observations >>> and test results in detail? >> >> The most recent is >> http://marc.info/?l=freebsd-stable&m=119428719505129&w=2, but >> it started way back at >> http://marc.info/?l=freebsd-current&m=118998090512027&w=2. >> >> I've tried a lot of stuff in between, and all I've been able to narrow >> it down to is that it's not a display driver issue, and that none of >> my swap partition is getting used, so that's not the problem. During >> compiles, my UP system with ULE still gets very unresponsive when >> compiling, sometimes taking up to 10 seconds just to draw a new terminal >> window. Even changing focus with the window manager can take several >> seconds. I'd like to provide more info, but I'm not sure what stats >> are useful for this particular issue. Please let me know. >> dmesg is at http://redundancy.redundancy.org/dmesg.txt, and kernel >> config is at http://redundancy.redundancy.org/DEEPTHOUGHT. Even though >> I'm still getting reported 80-95% memory utilization and no paging, >> I'm going to get an extra gig of RAM on order to see if that improves >> things. 2G of ram for a desktop, what's the world coming to? ;) > > OK, can you obtain a schedgraph trace when the problem is manifesting? > See /usr/src/tools/sched/ and previous discussion in this or related > threads. Anyone? Time is rapidly running out to get this fixed in time for 7.0-RELEASE, so we need this trace ASAP. Kris From owner-freebsd-stable@FreeBSD.ORG Fri Jan 4 20:30:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8166416A420 for ; Fri, 4 Jan 2008 20:30:49 +0000 (UTC) (envelope-from lx@redundancy.redundancy.org) Received: from redundancy.redundancy.org (redundancy.redundancy.org [64.147.160.152]) by mx1.freebsd.org (Postfix) with SMTP id 5090913C4D5 for ; Fri, 4 Jan 2008 20:30:49 +0000 (UTC) (envelope-from lx@redundancy.redundancy.org) Received: (qmail 76435 invoked by uid 1001); 4 Jan 2008 20:31:12 -0000 Date: Fri, 4 Jan 2008 12:31:12 -0759 From: "David E. Thiel" To: Kris Kennaway Message-ID: <20080104203048.GB83143@redundancy.redundancy.org> References: <472ED12B.7040200@gmx.de> <200711070953.22154.mistry.7@osu.edu> <200711191254.08134.mistry.7@osu.edu> <4777942D.9010209@FreeBSD.org> <20071230205519.GL73834@redundancy.redundancy.org> <477817E1.7010409@FreeBSD.org> <20071230233017.GM73834@redundancy.redundancy.org> <477AAD89.2000808@FreeBSD.org> <477E96D2.30202@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <477E96D2.30202@FreeBSD.org> X-OpenPGP-Key-fingerprint: 482A 8C46 C844 7E7C 8CBC 2313 96EE BEE5 1F4B CA13 X-OpenPGP-Key-available: http://redundancy.redundancy.org/lx.gpg X-Face: %H~{$1~NOw1y#%mM6{|4:/ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2008 20:30:49 -0000 On Fri, Jan 04, 2008 at 09:27:39PM +0100, Kris Kennaway wrote: >> OK, can you obtain a schedgraph trace when the problem is manifesting? See >> /usr/src/tools/sched/ and previous discussion in this or related threads. > > Anyone? Time is rapidly running out to get this fixed in time for > 7.0-RELEASE, so we need this trace ASAP. Sorry, I've been unable to reboot the box with this problem this week (to turn off hyperthreading, which is currently masking the problem somewhat). I'll try to do this tonight or tomorrow. Thanks, David From owner-freebsd-stable@FreeBSD.ORG Fri Jan 4 20:46:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CE7616A419 for ; Fri, 4 Jan 2008 20:46:51 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.229]) by mx1.freebsd.org (Postfix) with ESMTP id 4402713C457 for ; Fri, 4 Jan 2008 20:46:51 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so1388901nzf.13 for ; Fri, 04 Jan 2008 12:46:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=KyRRoJyMzfEwFRbGuhppj/dqSbfYONCkLWRrWtlIplw=; b=gsfOsK7soti+I8dD0hgU4X+gtjePGtaRUzQCq6/5u6eMTg8mhxEA6yph4BizXDTREMvbXYWgU/WE0clDm+KPFcwStjXpsizc3/lm5FtDkgws00pQKgO/o9v8OB+22iQxw4NqxCLjOvndA2aJkSyEZ3HR5RAbID1y+LnVS4DmuZw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=u68Rg15sqOheLGOqH2Ghl1oTd43dEt8y2zWC1XWl1pihDD1Hb3d9eERYgv3sWyBmV0DBA8wO5Y0L+uwpwHIZT5ScEZB/jf4atS1HFQIVa3prLLd1f5UYVgkEL97CWtiITFNvcOQ4E6ePI9ETfUGzIcTAE8Y/fyLfdA0IuXSDZb4= Received: by 10.142.44.11 with SMTP id r11mr5449279wfr.102.1199479610060; Fri, 04 Jan 2008 12:46:50 -0800 (PST) Received: by 10.142.255.9 with HTTP; Fri, 4 Jan 2008 12:46:50 -0800 (PST) Message-ID: <8cb6106e0801041246m44641e45n997406e89962a06f@mail.gmail.com> Date: Fri, 4 Jan 2008 15:46:50 -0500 From: "Josh Carroll" To: "Kris Kennaway" In-Reply-To: <477E96D2.30202@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200710171228.39123.mistry.7@osu.edu> <200711070953.22154.mistry.7@osu.edu> <200711191254.08134.mistry.7@osu.edu> <4777942D.9010209@FreeBSD.org> <20071230205519.GL73834@redundancy.redundancy.org> <477817E1.7010409@FreeBSD.org> <20071230233017.GM73834@redundancy.redundancy.org> <477AAD89.2000808@FreeBSD.org> <477E96D2.30202@FreeBSD.org> Cc: "David E. Thiel" , freebsd-stable@freebsd.org Subject: Re: RELENG_7 jerky mouse and skipping sound (still a problem -BETA3) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2008 20:46:51 -0000 > > OK, can you obtain a schedgraph trace when the problem is manifesting? > > See /usr/src/tools/sched/ and previous discussion in this or related > > threads. > > Anyone? Time is rapidly running out to get this fixed in time for > 7.0-RELEASE, so we need this trace ASAP. Kris, I would be happy to try to reproduce this and provide the necessary trace/debug info, however I admit at this point I'm not sure which set of kernel configuration and/or setup is causing the issue. As I said in a previous message, I solved the jerkiness by using moused and pointing xorg.conf to /dev/sysmouse. Shall I try with /dev/psm0 instead and provide the schedgraph info? Or is enabling PREEMPTION (which I have done in my custom kernel) already "fixing" this for me, and therefore should I use a GENERIC kernel, just substituting SCHED_4BSD with SCHED_ULE? Thanks, Josh From owner-freebsd-stable@FreeBSD.ORG Fri Jan 4 20:57:19 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E38CC16A41A for ; Fri, 4 Jan 2008 20:57:19 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 26F1013C442; Fri, 4 Jan 2008 20:57:16 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <477E9DA9.7000404@FreeBSD.org> Date: Fri, 04 Jan 2008 21:57:13 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: josh.carroll@gmail.com References: <200710171228.39123.mistry.7@osu.edu> <200711070953.22154.mistry.7@osu.edu> <200711191254.08134.mistry.7@osu.edu> <4777942D.9010209@FreeBSD.org> <20071230205519.GL73834@redundancy.redundancy.org> <477817E1.7010409@FreeBSD.org> <20071230233017.GM73834@redundancy.redundancy.org> <477AAD89.2000808@FreeBSD.org> <477E96D2.30202@FreeBSD.org> <8cb6106e0801041246m44641e45n997406e89962a06f@mail.gmail.com> In-Reply-To: <8cb6106e0801041246m44641e45n997406e89962a06f@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "David E. Thiel" , freebsd-stable@freebsd.org Subject: Re: RELENG_7 jerky mouse and skipping sound (still a problem -BETA3) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2008 20:57:20 -0000 Josh Carroll wrote: >>> OK, can you obtain a schedgraph trace when the problem is manifesting? >>> See /usr/src/tools/sched/ and previous discussion in this or related >>> threads. >> Anyone? Time is rapidly running out to get this fixed in time for >> 7.0-RELEASE, so we need this trace ASAP. > > Kris, > > I would be happy to try to reproduce this and provide the necessary > trace/debug info, however I admit at this point I'm not sure which set > of kernel configuration and/or setup is causing the issue. > > As I said in a previous message, I solved the jerkiness by using > moused and pointing xorg.conf to /dev/sysmouse. Shall I try with > /dev/psm0 instead and provide the schedgraph info? Or is enabling > PREEMPTION (which I have done in my custom kernel) already "fixing" > this for me, and therefore should I use a GENERIC kernel, just > substituting SCHED_4BSD with SCHED_ULE? The problems I am currently interested in are people who have not found an acceptable workaround for their performance problems :) There are outstanding reports of people for whom (as I understand it) neither scheduler performs well on UP 7.0 systems when running X, compared to the same version of X on 6.x. i.e. there seems to be some kind of regression that we need to understand and then fix. Kris From owner-freebsd-stable@FreeBSD.ORG Fri Jan 4 21:05:50 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF11B16A418 for ; Fri, 4 Jan 2008 21:05:50 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.232]) by mx1.freebsd.org (Postfix) with ESMTP id 5151C13C474 for ; Fri, 4 Jan 2008 21:05:50 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so2163109wxd.7 for ; Fri, 04 Jan 2008 13:05:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=itW/+WZc23Thlt9OOJsmEGddxAyBtWi9oDFUMlPJ5nY=; b=Vyx9NK4T9C4YTeAoxOZ9CVf3hW7xFLK1n1RlHHAUR+Q3oswdFP3fSKFUziZKIU7wwb6DxKdnN4CntpA6vAHXi0Cw0ICmaqFU6pCostp0IzBPm38JaIVrz1VuI5kN17GAXDhRsIygaN8AMGmY6fNMEba5eQS6vxNKZz0RAZNVJ5o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=KyEGrYvGxO1529PJdwaBtT68lj83xi9PYD18VyD2RnSGorwAPHsmJcQkhjOIK2sFInDVXhYSQIoedhvQkrP1My5kWBHencDtdk7+6IsV4nVnRMSl+fv7zx1B6OiwEPi98dqVLWFnCR97X7Wkv5gep+/CoPG447Pz8phTpmNFIE8= Received: by 10.143.161.3 with SMTP id n3mr3608845wfo.32.1199480747453; Fri, 04 Jan 2008 13:05:47 -0800 (PST) Received: by 10.142.255.9 with HTTP; Fri, 4 Jan 2008 13:05:47 -0800 (PST) Message-ID: <8cb6106e0801041305h10ed5334x9abd89ab5ff3a227@mail.gmail.com> Date: Fri, 4 Jan 2008 16:05:47 -0500 From: "Josh Carroll" To: "Kris Kennaway" In-Reply-To: <477E9DA9.7000404@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200710171228.39123.mistry.7@osu.edu> <4777942D.9010209@FreeBSD.org> <20071230205519.GL73834@redundancy.redundancy.org> <477817E1.7010409@FreeBSD.org> <20071230233017.GM73834@redundancy.redundancy.org> <477AAD89.2000808@FreeBSD.org> <477E96D2.30202@FreeBSD.org> <8cb6106e0801041246m44641e45n997406e89962a06f@mail.gmail.com> <477E9DA9.7000404@FreeBSD.org> Cc: "David E. Thiel" , freebsd-stable@freebsd.org Subject: Re: RELENG_7 jerky mouse and skipping sound (still a problem -BETA3) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2008 21:05:50 -0000 > The problems I am currently interested in are people who have not found > an acceptable workaround for their performance problems :) Ok, good point. :) And I guess we should assume that anyone who is still having the problem has not had success with any of the workarounds. I guess ideally, out-of-the-box, either with GENERIC or GENERIC with SCHED_ULE, they should not see jerkiness, and if they do they should report it here. > There are outstanding reports of people for whom (as I understand it) > neither scheduler performs well on UP 7.0 systems when running X, > compared to the same version of X on 6.x. i.e. there seems to be some > kind of regression that we need to understand and then fix. Ahh, I'm running SMP here, so that could certainly be part of the reason just using sysmouse worked for me. Although I personally would like to know why it's jerky when using psm0, and perhaps it might help someone with a UP setup? If so, would the schedgraph info be useful? If not, I'll butt out and let someone who's still having the problem chime in. :) Josh From owner-freebsd-stable@FreeBSD.ORG Fri Jan 4 21:30:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6C9E16A419 for ; Fri, 4 Jan 2008 21:30:38 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2FB3313C45B; Fri, 4 Jan 2008 21:30:36 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <477EA57B.2020402@FreeBSD.org> Date: Fri, 04 Jan 2008 22:30:35 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: josh.carroll@gmail.com References: <200710171228.39123.mistry.7@osu.edu> <4777942D.9010209@FreeBSD.org> <20071230205519.GL73834@redundancy.redundancy.org> <477817E1.7010409@FreeBSD.org> <20071230233017.GM73834@redundancy.redundancy.org> <477AAD89.2000808@FreeBSD.org> <477E96D2.30202@FreeBSD.org> <8cb6106e0801041246m44641e45n997406e89962a06f@mail.gmail.com> <477E9DA9.7000404@FreeBSD.org> <8cb6106e0801041305h10ed5334x9abd89ab5ff3a227@mail.gmail.com> In-Reply-To: <8cb6106e0801041305h10ed5334x9abd89ab5ff3a227@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "David E. Thiel" , freebsd-stable@freebsd.org Subject: Re: RELENG_7 jerky mouse and skipping sound (still a problem -BETA3) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2008 21:30:39 -0000 Josh Carroll wrote: >> The problems I am currently interested in are people who have not found >> an acceptable workaround for their performance problems :) > > Ok, good point. :) And I guess we should assume that anyone who is > still having the problem has not had success with any of the > workarounds. I guess ideally, out-of-the-box, either with GENERIC or > GENERIC with SCHED_ULE, they should not see jerkiness, and if they do > they should report it here. Yes. >> There are outstanding reports of people for whom (as I understand it) >> neither scheduler performs well on UP 7.0 systems when running X, >> compared to the same version of X on 6.x. i.e. there seems to be some >> kind of regression that we need to understand and then fix. > > Ahh, I'm running SMP here, so that could certainly be part of the > reason just using sysmouse worked for me. Although I personally would > like to know why it's jerky when using psm0, and perhaps it might help > someone with a UP setup? If so, would the schedgraph info be useful? > If not, I'll butt out and let someone who's still having the problem > chime in. :) It might be, but it is just as likely to be something else. Kris From owner-freebsd-stable@FreeBSD.ORG Fri Jan 4 22:26:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C91B016A419; Fri, 4 Jan 2008 22:26:23 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.freebsd.org (Postfix) with ESMTP id 569F313C47E; Fri, 4 Jan 2008 22:26:23 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (adsl-68-254-12-161.dsl.wotnoh.ameritech.net [68.254.12.161]) (authenticated bits=0) by mail.united-ware.com (8.13.8/8.13.8) with ESMTP id m04MaWaX068029 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 4 Jan 2008 17:36:33 -0500 (EST) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-stable@freebsd.org Date: Fri, 4 Jan 2008 17:30:31 -0500 User-Agent: KMail/1.9.7 References: <200710171228.39123.mistry.7@osu.edu> <477AAD89.2000808@FreeBSD.org> <477E96D2.30202@FreeBSD.org> In-Reply-To: <477E96D2.30202@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart8821988.P0JjcukaoQ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200801041730.39016.mistry.7@osu.edu> X-Virus-Scanned: ClamAV 0.91.2/5363/Fri Jan 4 08:37:27 2008 on mail.united-ware.com X-Virus-Status: Clean Cc: "David E. Thiel" , Kris Kennaway Subject: Re: RELENG_7 jerky mouse and skipping sound (still a problem -BETA3) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2008 22:26:23 -0000 --nextPart8821988.P0JjcukaoQ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 04 January 2008, Kris Kennaway wrote: > Kris Kennaway wrote: > > David E. Thiel wrote: > >> On Sun, Dec 30, 2007 at 11:12:26PM +0100, Kris Kennaway wrote: > >>>> FWIW, the problem remains for me. Still terrible performance > >>>> during compiles. > >>> > >>> OK. Instead of going over all of the usual questions again, > >>> can you point me to a previous mail in which you explain your > >>> observations and test results in detail? > >> > >> The most recent is > >> http://marc.info/?l=3Dfreebsd-stable&m=3D119428719505129&w=3D2, but > >> it started way back at > >> http://marc.info/?l=3Dfreebsd-current&m=3D118998090512027&w=3D2. > >> > >> I've tried a lot of stuff in between, and all I've been able to > >> narrow it down to is that it's not a display driver issue, and > >> that none of my swap partition is getting used, so that's not > >> the problem. During compiles, my UP system with ULE still gets > >> very unresponsive when compiling, sometimes taking up to 10 > >> seconds just to draw a new terminal window. Even changing focus > >> with the window manager can take several seconds. I'd like to > >> provide more info, but I'm not sure what stats are useful for > >> this particular issue. Please let me know. dmesg is at > >> http://redundancy.redundancy.org/dmesg.txt, and kernel config is > >> at http://redundancy.redundancy.org/DEEPTHOUGHT. Even though I'm > >> still getting reported 80-95% memory utilization and no paging, > >> I'm going to get an extra gig of RAM on order to see if that > >> improves things. 2G of ram for a desktop, what's the world > >> coming to? ;) > > > > OK, can you obtain a schedgraph trace when the problem is > > manifesting? See /usr/src/tools/sched/ and previous discussion in > > this or related threads. > > Anyone? Time is rapidly running out to get this fixed in time for > 7.0-RELEASE, so we need this trace ASAP. http://am-productions.biz/docs/ktr.out.gz Is there a way to export the graph once I'm looking in it in=20 schedgraph.py? =2D-=20 Anish Mistry --nextPart8821988.P0JjcukaoQ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHfrOOxqA5ziudZT0RAqYHAKDXcVMlWuDM+mqc37ZfR2FSN6BcqgCgr1HY A2UJDc4wwOuPl5DQGrGt1BU= =mGkT -----END PGP SIGNATURE----- --nextPart8821988.P0JjcukaoQ-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 4 22:33:39 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B96F216A418 for ; Fri, 4 Jan 2008 22:33:39 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D9DCF13C459; Fri, 4 Jan 2008 22:33:38 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <477EB441.704@FreeBSD.org> Date: Fri, 04 Jan 2008 23:33:37 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Anish Mistry References: <200710171228.39123.mistry.7@osu.edu> <477AAD89.2000808@FreeBSD.org> <477E96D2.30202@FreeBSD.org> <200801041730.39016.mistry.7@osu.edu> In-Reply-To: <200801041730.39016.mistry.7@osu.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "David E. Thiel" , freebsd-stable@freebsd.org Subject: Re: RELENG_7 jerky mouse and skipping sound (still a problem -BETA3) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2008 22:33:39 -0000 Anish Mistry wrote: > On Friday 04 January 2008, Kris Kennaway wrote: >> Kris Kennaway wrote: >>> David E. Thiel wrote: >>>> On Sun, Dec 30, 2007 at 11:12:26PM +0100, Kris Kennaway wrote: >>>>>> FWIW, the problem remains for me. Still terrible performance >>>>>> during compiles. >>>>> OK. Instead of going over all of the usual questions again, >>>>> can you point me to a previous mail in which you explain your >>>>> observations and test results in detail? >>>> The most recent is >>>> http://marc.info/?l=freebsd-stable&m=119428719505129&w=2, but >>>> it started way back at >>>> http://marc.info/?l=freebsd-current&m=118998090512027&w=2. >>>> >>>> I've tried a lot of stuff in between, and all I've been able to >>>> narrow it down to is that it's not a display driver issue, and >>>> that none of my swap partition is getting used, so that's not >>>> the problem. During compiles, my UP system with ULE still gets >>>> very unresponsive when compiling, sometimes taking up to 10 >>>> seconds just to draw a new terminal window. Even changing focus >>>> with the window manager can take several seconds. I'd like to >>>> provide more info, but I'm not sure what stats are useful for >>>> this particular issue. Please let me know. dmesg is at >>>> http://redundancy.redundancy.org/dmesg.txt, and kernel config is >>>> at http://redundancy.redundancy.org/DEEPTHOUGHT. Even though I'm >>>> still getting reported 80-95% memory utilization and no paging, >>>> I'm going to get an extra gig of RAM on order to see if that >>>> improves things. 2G of ram for a desktop, what's the world >>>> coming to? ;) >>> OK, can you obtain a schedgraph trace when the problem is >>> manifesting? See /usr/src/tools/sched/ and previous discussion in >>> this or related threads. >> Anyone? Time is rapidly running out to get this fixed in time for >> 7.0-RELEASE, so we need this trace ASAP. > http://am-productions.biz/docs/ktr.out.gz > > Is there a way to export the graph once I'm looking in it in > schedgraph.py? The ktr.out is all we need, thanks. Kris From owner-freebsd-stable@FreeBSD.ORG Sat Jan 5 06:34:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4929D16A47C for ; Sat, 5 Jan 2008 06:34:31 +0000 (UTC) (envelope-from marcus@blazingdot.com) Received: from marklar.blazingdot.com (marklar.blazingdot.com [207.154.84.83]) by mx1.freebsd.org (Postfix) with SMTP id 1BBEA13C457 for ; Sat, 5 Jan 2008 06:34:30 +0000 (UTC) (envelope-from marcus@blazingdot.com) Received: (qmail 13716 invoked by uid 503); 5 Jan 2008 06:07:49 -0000 Date: Fri, 4 Jan 2008 22:07:49 -0800 From: Marcus Reid To: "David E. Thiel" Message-ID: <20080105060749.GA9582@blazingdot.com> References: <200710171228.39123.mistry.7@osu.edu> <472ED12B.7040200@gmx.de> <200711070953.22154.mistry.7@osu.edu> <200711191254.08134.mistry.7@osu.edu> <4777942D.9010209@FreeBSD.org> <20071230205519.GL73834@redundancy.redundancy.org> <477817E1.7010409@FreeBSD.org> <20071230233017.GM73834@redundancy.redundancy.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071230233017.GM73834@redundancy.redundancy.org> X-Coffee-Level: nearly-fatal User-Agent: Mutt/1.5.6i Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_7 jerky mouse and skipping sound (still a problem -BETA3) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2008 06:34:31 -0000 On Sun, Dec 30, 2007 at 03:30:40PM -0800, David E. Thiel wrote: > I've tried a lot of stuff in between, and all I've been able to narrow > it down to is that it's not a display driver issue, and that none of > my swap partition is getting used, so that's not the problem. During > compiles, my UP system with ULE still gets very unresponsive when > compiling, sometimes taking up to 10 seconds just to draw a new terminal > window. Even changing focus with the window manager can take several > seconds. I'd like to provide more info, but I'm not sure what stats > are useful for this particular issue. Please let me know. I get the same type of thing, and have brought it up on the lists at some point in the past. Basically, if the x server process consumes enough CPU that it is not regarded by ULE to be an "interactive" process anymore, then it doesn't fair very well against other processes that are contending for CPU. I use Windowmaker, which normally treads pretty lightly, but I can imagine that the problem would be much easier to trigger on some other window managers. I can easily trigger it by starting xlockmore with a pretty busy screenhack with a compile running in the background. Marcus From owner-freebsd-stable@FreeBSD.ORG Sat Jan 5 08:39:43 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6282116A479; Sat, 5 Jan 2008 08:39:43 +0000 (UTC) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (ns0.blackend.org [82.227.222.164]) by mx1.freebsd.org (Postfix) with ESMTP id DAC1E13C461; Sat, 5 Jan 2008 08:39:42 +0000 (UTC) (envelope-from marc@blackend.org) Received: from gothic.blackend.org (gothic.blackend.org [192.168.1.203]) by abigail.blackend.org (8.13.4/8.13.3) with ESMTP id m058SjHY027763; Sat, 5 Jan 2008 09:28:45 +0100 (CET) (envelope-from marc@abigail.blackend.org) Received: from gothic.blackend.org (localhost [127.0.0.1]) by gothic.blackend.org (8.14.2/8.14.1) with ESMTP id m058Si6Z001115; Sat, 5 Jan 2008 09:28:44 +0100 (CET) (envelope-from marc@gothic.blackend.org) Received: (from marc@localhost) by gothic.blackend.org (8.14.2/8.14.1/Submit) id m058Sh0n001114; Sat, 5 Jan 2008 09:28:43 +0100 (CET) (envelope-from marc) Date: Sat, 5 Jan 2008 09:28:43 +0100 From: Marc Fonvieille To: Kris Kennaway Message-ID: <20080105082843.GA1053@gothic.blackend.org> Mail-Followup-To: Kris Kennaway , Anish Mistry , "David E. Thiel" , freebsd-stable@freebsd.org References: <200710171228.39123.mistry.7@osu.edu> <477AAD89.2000808@FreeBSD.org> <477E96D2.30202@FreeBSD.org> <200801041730.39016.mistry.7@osu.edu> <477EB441.704@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <477EB441.704@FreeBSD.org> X-Useless-Header: blackend.org X-Operating-System: FreeBSD 7.0-PRERELEASE User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Anish Mistry , "David E. Thiel" , freebsd-stable@FreeBSD.org Subject: Re: RELENG_7 jerky mouse and skipping sound (still a problem -BETA3) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2008 08:39:43 -0000 On Fri, Jan 04, 2008 at 11:33:37PM +0100, Kris Kennaway wrote: >>> Anyone? Time is rapidly running out to get this fixed in time for >>> 7.0-RELEASE, so we need this trace ASAP. >> http://am-productions.biz/docs/ktr.out.gz >> Is there a way to export the graph once I'm looking in it in >> schedgraph.py? > > The ktr.out is all we need, thanks. > Mine http://people.freebsd.org/~blackend/ktr3.out posted a while ago on a non-public list. To sum up the symptoms: important lag with Firefox (and maybe any Gtk based app), so a jerky mouse by mostly a non-responsive Firefox during compilations. -- Marc From owner-freebsd-stable@FreeBSD.ORG Sat Jan 5 11:23:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92FCC16A476 for ; Sat, 5 Jan 2008 11:23:14 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A5C1213C455; Sat, 5 Jan 2008 11:23:13 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <477F689F.4060204@FreeBSD.org> Date: Sat, 05 Jan 2008 12:23:11 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Marcus Reid References: <200710171228.39123.mistry.7@osu.edu> <472ED12B.7040200@gmx.de> <200711070953.22154.mistry.7@osu.edu> <200711191254.08134.mistry.7@osu.edu> <4777942D.9010209@FreeBSD.org> <20071230205519.GL73834@redundancy.redundancy.org> <477817E1.7010409@FreeBSD.org> <20071230233017.GM73834@redundancy.redundancy.org> <20080105060749.GA9582@blazingdot.com> In-Reply-To: <20080105060749.GA9582@blazingdot.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "David E. Thiel" , freebsd-stable@freebsd.org Subject: Re: RELENG_7 jerky mouse and skipping sound (still a problem -BETA3) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2008 11:23:14 -0000 Marcus Reid wrote: > On Sun, Dec 30, 2007 at 03:30:40PM -0800, David E. Thiel wrote: >> I've tried a lot of stuff in between, and all I've been able to narrow >> it down to is that it's not a display driver issue, and that none of >> my swap partition is getting used, so that's not the problem. During >> compiles, my UP system with ULE still gets very unresponsive when >> compiling, sometimes taking up to 10 seconds just to draw a new terminal >> window. Even changing focus with the window manager can take several >> seconds. I'd like to provide more info, but I'm not sure what stats >> are useful for this particular issue. Please let me know. > > I get the same type of thing, and have brought it up on the lists > at some point in the past. Basically, if the x server process > consumes enough CPU that it is not regarded by ULE to be an > "interactive" process anymore, then it doesn't fair very well > against other processes that are contending for CPU. I use > Windowmaker, which normally treads pretty lightly, but I can > imagine that the problem would be much easier to trigger on some > other window managers. I can easily trigger it by starting xlockmore > with a pretty busy screenhack with a compile running in the background. OK, so your ktr dump is where? :) Kris From owner-freebsd-stable@FreeBSD.ORG Sat Jan 5 16:51:03 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E58FB16A419 for ; Sat, 5 Jan 2008 16:51:03 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 9090813C46B for ; Sat, 5 Jan 2008 16:51:03 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A4A4F.dip.t-dialin.net [84.154.74.79]) (authenticated bits=0) by tower.berklix.org (8.13.6/8.13.6) with ESMTP id m05Gp0CO014719 for ; Sat, 5 Jan 2008 16:51:01 GMT (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id m05GpgRE016987 for ; Sat, 5 Jan 2008 17:51:42 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost.js.berklix.net [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id m05GpbrT061260 for ; Sat, 5 Jan 2008 17:51:42 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200801051651.m05GpbrT061260@fire.js.berklix.net> To: stable@freebsd.org From: "Julian Stacey" Organization: http://berklix.com BSD Linux Unix Consultancy, Munich/Muenchen. User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://berklix.com/~jhs/cv/ Date: Sat, 05 Jan 2008 17:51:37 +0100 Sender: jhs@berklix.org Cc: Subject: strings /boot/kernel/kernel | grep ___ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2008 16:51:04 -0000 On 7-stable strings /boot/kernel/kernel | grep ___ fails to show kernel config, whereas on 6.2-REL & before it worked. Also in 7 there's no START CONFIG FILE END CONFIG FILE Is this deliberate or a mistake ? strings are still there though, look for ^options CONFIG_AUTOGENERATED (assuming your kernel congif gile included options INCLUDE_CONFIG_FILE ) Julian -- Julian Stacey. Munich Consultant: BSD Linux Unix. http://berklix.com Ihr Rauch=mein allergischer Kopfschmerz. Dump cigs 4 snuff. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 5 17:33:41 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A085416A419 for ; Sat, 5 Jan 2008 17:33:41 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 79EB813C459 for ; Sat, 5 Jan 2008 17:33:41 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1JBCOM-0002LE-Kd; Sat, 05 Jan 2008 19:01:02 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: "Julian Stacey" In-reply-to: <200801051651.m05GpbrT061260@fire.js.berklix.net> References: <200801051651.m05GpbrT061260@fire.js.berklix.net> Comments: In-reply-to "Julian Stacey" message dated "Sat, 05 Jan 2008 17:51:37 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 05 Jan 2008 19:01:02 +0200 From: Danny Braniss Message-ID: Cc: stable@freebsd.org Subject: Re: strings /boot/kernel/kernel | grep ___ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2008 17:33:41 -0000 > On 7-stable > strings /boot/kernel/kernel | grep ___ > fails to show kernel config, > whereas on 6.2-REL & before it worked. > Also in 7 there's no > START CONFIG FILE > END CONFIG FILE > Is this deliberate or a mistake ? > strings are still there though, look for > ^options CONFIG_AUTOGENERATED > (assuming your kernel congif gile included > options INCLUDE_CONFIG_FILE > ) config -x /boot/kernel/kernel From owner-freebsd-stable@FreeBSD.ORG Sat Jan 5 17:39:25 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F59116A418 for ; Sat, 5 Jan 2008 17:39:25 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.60.158]) by mx1.freebsd.org (Postfix) with ESMTP id 845C913C44B for ; Sat, 5 Jan 2008 17:39:25 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: by syn.atarininja.org (Postfix, from userid 1001) id 7668B5C34; Sat, 5 Jan 2008 12:22:09 -0500 (EST) Date: Sat, 5 Jan 2008 12:22:09 -0500 From: Wesley Shields To: Mike Tancsa Message-ID: <20080105172209.GG11534@atarininja.org> References: <59DD6CCE263ECD75A7283A7B@ganymede.hub.org> <477A72B8.8010307@protected-networks.net> <477BAD2B.8070603@tomjudge.com> <1DB78354-EBA2-43D0-A2D6-EFDA4950135B@netleader.com.au> <477C1629.1030604@tomjudge.com> <20080103104129.T36551@wallace.netleader.com.au> <738861275EBE2BF6D27F547B@ganymede.hub.org> <2D5923AA-F9C3-490A-8016-F4B3BCCCA4AF@khera.org> <200801031848.m03ImBvZ012746@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200801031848.m03ImBvZ012746@lava.sentex.ca> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: Nagios + 6.3-RELEASE == Hung Process X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2008 17:39:25 -0000 On Thu, Jan 03, 2008 at 01:50:15PM -0500, Mike Tancsa wrote: > At 10:55 AM 1/3/2008, Vivek Khera wrote: > As noted in my original report, this isn't a nagios issue per se ... >>> my first >>> experience with this issue was with Azureus/java ... so its a >>> 'threading issue >>> in general' ... >> >> For years now I've been running with libthr as the default threading >> library as set in libmap.conf. The *only* issue I've run into is with >> Java, and that requires libpthread. So my libmap.conf looks like >> this, and everything works really well (including Nagios, mysql, etc.) > > Same here. We were getting quite a few Nagios threads spinning their wheels > (almost 1 per day) with > 6.3-PRERELEASE FreeBSD 6.3-PRERELEASE #0: Sun Dec 2 > running Nagios 2.5. Changing to libthr fixed the problem and we have yet > to see a stuck thread since making the change. I'm going to pick up PR 119246 and hopefully get it committed in a few days (pending mentor approval). According to my understanding of this thread this will fix the threading problems people have been discussing here, and will hopefully be picked up in net-mgmt/nagios sooner rather than later. :) -- WXS From owner-freebsd-stable@FreeBSD.ORG Sat Jan 5 22:57:20 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C276B16A469 for ; Sat, 5 Jan 2008 22:57:20 +0000 (UTC) (envelope-from jjuanino@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id 2638C13C46E for ; Sat, 5 Jan 2008 22:57:19 +0000 (UTC) (envelope-from jjuanino@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so4669595fgg.35 for ; Sat, 05 Jan 2008 14:57:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:date:from:to:subject:message-id:mime-version:content-type:content-disposition:x-operating-system:user-agent; bh=ao18/Uf5tJzVVe3E+ezbhyegGXXj7hFO8dsX9zmcq24=; b=sqkol3r/FEQ73wozGOFrYxAmFHaC1PXUw+dDAfEVquVDfqq7D46y+EP4rQaRtklKslDpOxVP5IvlBYdi3Z0tnMEaxVn1V0GhhAEjZMjLHsZY+9Vb/5kS+eOcKv/Tm53XtaMA5I0+q+/IeJkYLFZ9oVKB4S00Etfo7iFOYQLyUB8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mime-version:content-type:content-disposition:x-operating-system:user-agent; b=PHWVka7g5u33RgmB5f8UpWGYB6Kzn4OzUdlQbAXa3YVws9yNq27DRzgGU25CPzc99WCQmXVITwZhHWL2fvZ1JWxHIzxE2dmsm/8FjSjgx1z7FoMRaGtCD7iPNiDurD/xYwSgUmg14SiI6kawZLfqk3dfExbovrCo/hZbJEvpBlc= Received: by 10.86.60.7 with SMTP id i7mr12563442fga.67.1199572116733; Sat, 05 Jan 2008 14:28:36 -0800 (PST) Received: from gauss.sanabria.es ( [81.32.244.79]) by mx.google.com with ESMTPS id l19sm20697857fgb.3.2008.01.05.14.28.33 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 05 Jan 2008 14:28:35 -0800 (PST) Received: by gauss.sanabria.es (Postfix, from userid 1001) id 409762D5; Sat, 5 Jan 2008 23:28:31 +0100 (CET) Date: Sat, 5 Jan 2008 23:28:31 +0100 From: Jose Garcia Juanino To: stable@freebsd.org Message-ID: <20080105222831.GA862@gauss.sanabria.es> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline X-Operating-System: FreeBSD 7.0-PRERELEASE User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: Cannot mount a nfs share after doing a snapshot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2008 22:57:20 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello I have a 7.0-PRERELEASE i386 system with a nfs server, with an unique export line in /etc/exports file: / -maproot=3Droot -network 192.168.1.0 -mask 255.255.255.0 After a reboot, I have no problem mounting this nfs share from a nfs client. But after issuing the following command on the server: # mount -u -o snapshot /.snap/now / the syslog shows: Jan 5 22:47:03 gauss mountd[542]: can't delete exports for /: Cross-device= link Jan 5 22:47:03 gauss mountd[542]: can't export / Jan 5 22:47:03 gauss mountd[542]: bad exports list line / -maproot and I cannot mount this nfs share from a client anymore. The client complains with a "[udp] gauss:/: Permission denied" error message. Some tips about this weird problem: 1) On a 6.2-RELEASE nfs server does not happen (or I am not been able to reproduce it) 2) It looks like it is not platform dependent, as on a 7.0-PRERELEASE sparc64 nfs server I get exactly the same result. 3) If I issue the mksnap_ffs command to make the snapshot, I get no error messages from syslog and I can mount the nfs share from any nfs client. 4) If the nfs server is a sparc64 the response of the nfs client is "[udp] riemann:/: RPCPROG_MNT: RPC: Can't decode result" (after issuing the mount -u -o snapshot /.snap/now / command on the server, of course). I have a custom kernel on the i386 nfs server. The output of # config -x /boot/kernel/kernel is: ############################# options CONFIG_AUTOGENERATED ident MK2007Nov01 machine i386 cpu I686_CPU options CONSPEED=3D115200 options ATA_STATIC_ID options AUDIT options STOP_NMI options ADAPTIVE_GIANT options KBD_INSTALL_CDEV options _KPOSIX_PRIORITY_SCHEDULING options SYSVSEM options SYSVMSG options SYSVSHM options KTRACE options SCSI_DELAY=3D2000 options COMPAT_FREEBSD6 options COMPAT_FREEBSD5 options COMPAT_FREEBSD4 options COMPAT_43TTY options GEOM_LABEL options GEOM_PART_GPT options PSEUDOFS options PROCFS options CD9660 options MSDOSFS options NFS_ROOT options NFSSERVER options NFSCLIENT options MD_ROOT options UFS_DIRHASH options UFS_GJOURNAL options UFS_ACL options SOFTUPDATES options FFS options INET6 options SCTP options INET options PREEMPTION options SCHED_4BSD options INCLUDE_CONFIG_FILE options KSE options GEOM_MBR options GEOM_BSD options ISAPNP device isa device npx device mem device io device uart_ns8250 device apic device cpufreq device pci device fdc device ata device atadisk device atapicd device atapifd device scbus device ch device da device sa device cd device pass device ses device atapicam device atkbdc device atkbd device kbdmux device psm device vga device splash device sc device apm device pmtimer device uart device sio device miibus device rl device loop device random device ether device ppp device tun device pty device firmware device md device gif device faith device bpf device uhci device usb device ugen device uhid device umass device smbus device viapm device smb device iicbus device iicbb device ic device iic device iicsmb ############################# The dmesg -a output is: ############################# Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-PRERELEASE #0: Sun Dec 30 20:10:53 CET 2007 root@gauss.sanabria.es:/usr/obj/usr/src/sys/MK2007Nov01 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (1002.28-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x68a Stepping =3D 10 Features=3D0x383f9ff real memory =3D 1342111744 (1279 MB) avail memory =3D 1304973312 (1244 MB) kbd1 at kbdmux0 cpu0 on motherboard apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177= ,0x376,0xd000-0xd00f at device 7.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] viapropm0: port 0x5000-0x500f at devi= ce 7.3 on pci0 smbus0: on viapropm0 smb0: on smbus0 vgapci0: mem 0xdc000000-0xdfffffff irq 12 at devic= e 15.0 on pci0 rl0: port 0xd800-0xd8ff mem 0xe1000000-0xe10000= ff irq 11 at device 18.0 on pci0 miibus0: on rl0 rlphy0: PHY 0 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:50:fc:f7:70:0a rl0: [ITHREAD] pci0: at device 19.0 (no driver attached) pci0: at device 19.1 (no driver attached) pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff pnpid ORM0000 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on= isa0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio0: [FILTER] sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio1: [FILTER] vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) WARNING: ZFS is considered to be an experimental feature in FreeBSD. Timecounters tick every 1.000 msec ZFS filesystem version 6 ZFS storage ad0: 38166MB at ata0-master UDMA66 pool version 6 ad2: 57241MB at ata1-master UDMA66 acd0: DVDR at ata1-slave UDMA33 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 sks=3D0x40 0= x00 0x01 cd0 at ata1 bus 0 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad0s1d Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point kickstart =2E swapon: adding /dev/ad0s1b as swap device Fast boot: skipping disk checks. Setting hostuuid: 1e6dbcf7-8aad-11dc-a5e0-0050fcf7700a. Setting hostid: 0x86fbd995. Mounting local file systems: =2E Setting hostname: gauss.sanabria.es. net.inet6.ip6.auto_linklocal:=20 1 ->=20 0 kern.geom.debugflags:=20 0 ->=20 16 kern.ipc.shmmax:=20 33554432 ->=20 67108864 kern.ipc.shmall:=20 8192 ->=20 32768 kern.coredump:=20 1 ->=20 0 vfs.usermount:=20 0 ->=20 1 kern.ipc.shm_allow_removed:=20 0 ->=20 1 vfs.nfs.iodmin:=20 0 ->=20 4 lo0: flags=3D8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2=20 inet6 ::1 prefixlen 128=20 inet 127.0.0.1 netmask 0xff000000=20 rl0: flags=3D8843 metric 0 mtu 1500 options=3D8 ether 00:50:fc:f7:70:0a inet 192.168.1.4 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet autoselect (none) status: no carrier add net default: gateway 192.168.1.1 add net 192.168.57.0: gateway 192.168.1.5 add net 10.0.0.0: gateway 192.168.1.5 Additional routing options: =2E Starting devd. Additional IP options: =2E Mounting NFS file systems: =2E ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib /usr/local/= lib/compat/pkg /usr/local/lib/compat /usr/local/lib/compat/pkg /usr/local/l= ib/gcc/i386-portbld-freebsd7.0/3.4.6 /usr/local/lib/pth /usr/local/lib/zsh a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout Creating and/or trimming log files: =2E Starting syslogd. Initial i386 initialization: =2E Additional ABI support: =2E Setting date via ntp. 5 Jan 22:41:49 ntpdate[496]: step time server 212.9.75.245 offset 0.950467= sec Starting rpcbind. NFS access cache time=3D60 Clearing /tmp (X related). Starting mountd. Starting nfsd. Starting statd. Starting lockd. Starting xinetd. Removing stale Samba tdb files:=20 =2E =2E =2E =2E =2E =2E =2E =2E done Starting nmbd. Starting smbd. Starting local daemons: =2E Updating motd =2E Mounting late file systems: =2E Starting ntpd. postfix/postfix-script: starting the Postfix mail system Starting distccd. Performing sanity check on apache22 configuration: Syntax OK Starting apache22. Starting anacron. Configuring syscons: keymap keyrate font8x16 font8x14 font8x8 blanktime =2E Starting sshd. Starting cron. Local package initialization: ############################# Also, my /etc/src.conf used to build the world: ############################# WITHOUT_ACPI=3D1 WITHOUT_ASSERT_DEBUG=3D1 WITHOUT_ATM=3D1 WITHOUT_AUDIT=3D1 WITHOUT_AUTHPF=3D1 WITHOUT_BIND_DNSSEC=3D1 WITHOUT_BIND_ETC=3D1 WITHOUT_BIND_LIBS_LWRES=3D1 WITHOUT_BIND_MTREE=3D1 WITHOUT_BIND_NAMED=3D1 WITHOUT_BLUETOOTH=3D1 WITHOUT_I4B=3D1 WITHOUT_IPFILTER=3D1 WITHOUT_IPX=3D1 WITHOUT_KERBEROS=3D1 WITHOUT_LPR=3D1 WITHOUT_NIS=3D1 WITHOUT_PF=3D1 WITHOUT_PROFILE=3D1 WITHOUT_SENDMAIL=3D1 WITHOUT_SHAREDOCS=3D1 ############################# The /etc/make.conf file: ############################# CPUTYPE?=3Dpentium3 MODULES_OVERRIDE=3D linux if_tap sound/driver/emu10k1 syscons/green \ linprocfs linsysfs smbfs ntfs ext2fs libiconv \ libmchain aio if_bridge vesa \ cd9660_iconv udf_iconv msdosfs_iconv ntfs_iconv \ zfs bridgestp BOOT_COMCONSOLE_PORT=3D 0x3F8 BOOT_COMCONSOLE_SPEED=3D 115200 PERL_VER=3D5.8.8 PERL_VERSION=3D5.8.8 ############################# Regards --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHgASMFOo0zaS9RnIRAm3JAJ4+QO45OpEmOttz0D4oP4+nB2dUTwCgpTCd MqAsRY0DI6CTvgu1Yog5NFY= =o/tb -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF--