From owner-freebsd-stable@FreeBSD.ORG Sun Aug 5 09:02:44 2007 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 9E2A116A46E; Sun, 5 Aug 2007 09:02:44 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2001:1b20:1:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id B257313C45D; Sun, 5 Aug 2007 09:02:42 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (rozohw@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l7592Zx6080811; Sun, 5 Aug 2007 11:02:40 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l7592ZuQ080809; Sun, 5 Aug 2007 11:02:35 +0200 (CEST) (envelope-from olli) From: Oliver Fromme Message-Id: <200708050902.l7592ZuQ080809@lurza.secnetix.de> To: dougb@FreeBSD.org (Doug Barton) Date: Sun, 5 Aug 2007 11:02:35 +0200 (CEST) In-Reply-To: <46B50AA1.2080502@FreeBSD.org> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Sun, 05 Aug 2007 11:02:40 +0200 (CEST) Cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: named.conf restored to hint zone for the root by default 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: Sun, 05 Aug 2007 09:02:44 -0000 Doug Barton wrote: > Oliver Fromme wrote: > > > By the way, I have changed from hints to slaves on the DNS > > servers for a large server farm (just testing right now; > > I might go back to hints if I don't feel it's worth it). > > Depending on how many name servers you have you might get a bigger win > by slaving the root to one server, then slaving it to the others from > your "local master." If you're only talking about a few name servers > it's probably not worth it though. It's three name servers, and they're intended to be completely independent of each other. That's why I've configured each of them to retrieve the root zone of its own. > > It _seems_ a few applications run with lower latency, but > > I'll need to run some benchmarks in order to get some hard > > numbers. > > If your stuff is relatively well behaved, and generally only queries a > few TLDs you might not get much of a benefit in terms of reduced > latency. In this scenario the main advantage is better resilience to a > root DDoS. > > Where this technique really works well is a scenario where you are > answering a lot of "random" queries that could potentially include > invalid TLDs and other "junk." Not sending those queries to the roots > helps reduce traffic for them and for you, and gives you much better > latency on the inevitable NXDOMAIN response. The farm contains several mail servers with spam and virus scanners, http proxies with (roughly) several thousands of users, a few dozen web servers and other things. I think especially the mail scanners and the proxies generate some amount of dns "junk" queries. Thanks for your suggestions! Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "I made up the term 'object-oriented', and I can tell you I didn't have C++ in mind." -- Alan Kay, OOPSLA '97 From owner-freebsd-stable@FreeBSD.ORG Sun Aug 5 11:19:53 2007 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 1AC9016A46C for ; Sun, 5 Aug 2007 11:19:53 +0000 (UTC) (envelope-from v.haisman@sh.cvut.cz) Received: from service1.sh.cvut.cz (service1.sh.cvut.cz [147.32.127.214]) by mx1.freebsd.org (Postfix) with ESMTP id D87BA13C4A6 for ; Sun, 5 Aug 2007 11:19:52 +0000 (UTC) (envelope-from v.haisman@sh.cvut.cz) Received: from localhost (localhost [127.0.0.1]) by service1.sh.cvut.cz (Postfix) with ESMTP id 1C1B9123AEE; Sun, 5 Aug 2007 12:54:40 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at service1.sh.cvut.cz X-Spam-Score: -0.895 X-Spam-Level: X-Spam-Status: No, score=-0.895 tagged_above=-255 required=5 tests=[AWL=0.105, CRM114_HAM_00=] Received: from service1.sh.cvut.cz ([127.0.0.1]) by localhost (service1.sh.cvut.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EM9qif9lqDko; Sun, 5 Aug 2007 12:54:37 +0200 (CEST) Received: from logout.sh.cvut.cz (logout.sh.cvut.cz [147.32.127.203]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by service1.sh.cvut.cz (Postfix) with ESMTP id 1828812436B; Sun, 5 Aug 2007 12:54:37 +0200 (CEST) Received: from amber2.local (localhost [127.0.0.1]) by logout.sh.cvut.cz (Postfix) with ESMTP id 069EA61C27; Sun, 5 Aug 2007 12:54:33 +0200 (CEST) Message-ID: <46B5AC69.6000207@sh.cvut.cz> Date: Sun, 05 Aug 2007 12:54:33 +0200 From: Vaclav Haisman User-Agent: Thunderbird 2.0.0.4 (X11/20070714) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Fatal error 'mutex is on list' 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: Sun, 05 Aug 2007 11:19:53 -0000 Hi, I am trying to install EyeDB OODBMS but when I try to initialize the database I get the following error: amber2::root:/opt> ./share/eyedb/tools/eyedb-postinstall.sh ==== Starting EyeDB server Starting EyeDB Server Version V2.8.1 Compiled Aug 4 2007 22:20:02 Architecture i386-unknown-freebsd6.2 Program Pid 56463 ==== Creating EYEDBDBM database ==== Setting EYEDBDBM database permissions Fatal error 'mutex is on list' at line 540 in file /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 0) EyeDB aborting [pid = 56711] I have looked at the sources at the line but I am not any wiser. Any ideas what's wrong? -- VH From owner-freebsd-stable@FreeBSD.ORG Sun Aug 5 17:51:04 2007 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 B1D5A16A418 for ; Sun, 5 Aug 2007 17:51:04 +0000 (UTC) (envelope-from mrkocol@cv.org) Received: from mrkocol.jasonkocol.com (h-74-0-36-42.snfccasy.covad.net [74.0.36.42]) by mx1.freebsd.org (Postfix) with SMTP id 859F913C442 for ; Sun, 5 Aug 2007 17:51:04 +0000 (UTC) (envelope-from mrkocol@cv.org) Received: (qmail 3991 invoked from network); 5 Aug 2007 17:24:22 -0000 Received: from localhost.jasonkocol.com (HELO mrkocol.jasonkocol.com) (127.0.0.1) by localhost.jasonkocol.com with SMTP; 5 Aug 2007 17:24:22 -0000 Message-ID: <46B607C5.4050305@cv.org> Date: Sun, 05 Aug 2007 10:24:21 -0700 From: Jason Edward Kocol User-Agent: Thunderbird 2.0.0.4 (X11/20070626) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Problem adding new slices 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: Sun, 05 Aug 2007 17:51:04 -0000 I am running 6.2 STABLE and am having an issue adding new slices to a disk on a running system. The drive ad0 is 160GB and my original plan was to add slices as I needed them. I have successfully created slice ad0s1 for all typical mount points, and was even able to create ad0s2d for mount point /c. The problem now is that I am unable to create a third slice, ad0s3d, on mount point /d. I've tried using sysinstall to do this, and in the Label editor the final message is: Error mounting /dev/ad0s3d on /d : No such file or directory. I checked /dev, and sure enough ad0s3d is not in there. It just never gets created. I have tried doing this in several ways; rebooting after using fdisk to create the partition, then running Label editor but the result is always the same. I even tried moving all the files I had on /c to another machine, deleting that slice (originally 15GB) and creating a much larger one in its place (now 60GB), but the end result of that is the "new" slice is the same size of the old one, even though in the Label editor it shows the new larger size I created. If anyone has any suggestions, even bypassing sysinstall entirely and using other utilities, please let me know the exact steps to take. Thanks, -Jason From owner-freebsd-stable@FreeBSD.ORG Sun Aug 5 19:02:08 2007 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 1047016A418 for ; Sun, 5 Aug 2007 19:02:08 +0000 (UTC) (envelope-from SRS0=2e2e2c9c93bb83ba6b2d26cfb622f3d25abb96e6=418=es.net=oberman@es.net) Received: from postal1.es.net (postal4.es.net [IPv6:2001:400:6000:1::66]) by mx1.freebsd.org (Postfix) with ESMTP id 4F54613C469 for ; Sun, 5 Aug 2007 19:02:04 +0000 (UTC) (envelope-from SRS0=2e2e2c9c93bb83ba6b2d26cfb622f3d25abb96e6=418=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id KBH92503; Sun, 05 Aug 2007 12:02:03 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 5E14945045; Sun, 5 Aug 2007 12:02:02 -0700 (PDT) To: Jason Edward Kocol In-Reply-To: Your message of "Sun, 05 Aug 2007 10:24:21 PDT." <46B607C5.4050305@cv.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1186340522_48757P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sun, 05 Aug 2007 12:02:02 -0700 From: "Kevin Oberman" Message-Id: <20070805190202.5E14945045@ptavv.es.net> Cc: freebsd-stable@freebsd.org Subject: Re: Problem adding new slices 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: Sun, 05 Aug 2007 19:02:08 -0000 --==_Exmh_1186340522_48757P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Sun, 05 Aug 2007 10:24:21 -0700 > From: Jason Edward Kocol > Sender: owner-freebsd-stable@freebsd.org > > I am running 6.2 STABLE and am having an issue adding new slices to a > disk on a running system. The drive ad0 is 160GB and my original plan > was to add slices as I needed them. I have successfully created slice > ad0s1 for all typical mount points, and was even able to create ad0s2d > for mount point /c. The problem now is that I am unable to create a > third slice, ad0s3d, on mount point /d. I've tried using sysinstall to > do this, and in the Label editor the final message is: > > Error mounting /dev/ad0s3d on /d : No such file or directory. > > I checked /dev, and sure enough ad0s3d is not in there. It just never > gets created. > > I have tried doing this in several ways; rebooting after using fdisk to > create the partition, then running Label editor but the result is always > the same. I even tried moving all the files I had on /c to another > machine, deleting that slice (originally 15GB) and creating a much > larger one in its place (now 60GB), but the end result of that is the > "new" slice is the same size of the old one, even though in the Label > editor it shows the new larger size I created. > > If anyone has any suggestions, even bypassing sysinstall entirely and > using other utilities, please let me know the exact steps to take. A bit of a lack of information in yo9ur report. Please provide the output of 'fdisk ad0' and 'bsdlabel /dev/ad0s3'. My suspicion is that there is a problem in the slicing, but there is not any real data in the report on which I can to base that. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1186340522_48757P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFGth6qkn3rs5h7N1ERArPmAKCujBa8A1uoNNqvnW+ub210/bkIiQCcDhIy FMK7OoX0Hrhtob4+n4B7LbM= =yViJ -----END PGP SIGNATURE----- --==_Exmh_1186340522_48757P-- From owner-freebsd-stable@FreeBSD.ORG Sun Aug 5 19:05:44 2007 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 CD1A216A417 for ; Sun, 5 Aug 2007 19:05:44 +0000 (UTC) (envelope-from mrkocol@cv.org) Received: from mrkocol.jasonkocol.com (h-74-0-36-42.snfccasy.covad.net [74.0.36.42]) by mx1.freebsd.org (Postfix) with SMTP id 8F88113C4A5 for ; Sun, 5 Aug 2007 19:05:44 +0000 (UTC) (envelope-from mrkocol@cv.org) Received: (qmail 4465 invoked from network); 5 Aug 2007 19:05:43 -0000 Received: from localhost.jasonkocol.com (HELO mrkocol.jasonkocol.com) (127.0.0.1) by localhost.jasonkocol.com with SMTP; 5 Aug 2007 19:05:43 -0000 Message-ID: <46B61F87.3080102@cv.org> Date: Sun, 05 Aug 2007 12:05:43 -0700 From: Jason Edward Kocol User-Agent: Thunderbird 2.0.0.4 (X11/20070626) MIME-Version: 1.0 To: Kevin Oberman References: <20070805190202.5E14945045@ptavv.es.net> In-Reply-To: <20070805190202.5E14945045@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Problem adding new slices 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: Sun, 05 Aug 2007 19:05:44 -0000 Kevin Oberman wrote: >> Date: Sun, 05 Aug 2007 10:24:21 -0700 >> From: Jason Edward Kocol >> Sender: owner-freebsd-stable@freebsd.org >> >> I am running 6.2 STABLE and am having an issue adding new slices to a >> disk on a running system. The drive ad0 is 160GB and my original plan >> was to add slices as I needed them. I have successfully created slice >> ad0s1 for all typical mount points, and was even able to create ad0s2d >> for mount point /c. The problem now is that I am unable to create a >> third slice, ad0s3d, on mount point /d. I've tried using sysinstall to >> do this, and in the Label editor the final message is: >> >> Error mounting /dev/ad0s3d on /d : No such file or directory. >> >> I checked /dev, and sure enough ad0s3d is not in there. It just never >> gets created. >> >> I have tried doing this in several ways; rebooting after using fdisk to >> create the partition, then running Label editor but the result is always >> the same. I even tried moving all the files I had on /c to another >> machine, deleting that slice (originally 15GB) and creating a much >> larger one in its place (now 60GB), but the end result of that is the >> "new" slice is the same size of the old one, even though in the Label >> editor it shows the new larger size I created. >> >> If anyone has any suggestions, even bypassing sysinstall entirely and >> using other utilities, please let me know the exact steps to take. > > A bit of a lack of information in yo9ur report. > > Please provide the output of 'fdisk ad0' and 'bsdlabel /dev/ad0s3'. My > suspicion is that there is a problem in the slicing, but there is not > any real data in the report on which I can to base that. Thank you, here is that information: /root> fdisk ad0 ******* Working on device /dev/ad0 ******* parameters extracted from in-core disklabel are: cylinders=232581 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=232581 heads=16 sectors/track=63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 30716217 (14998 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 2 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 30716280, size 122865120 (59992 Meg), flag 80 (active) beg: cyl 1023/ head 255/ sector 63; end: cyl 1023/ head 254/ sector 63 The data for partition 3 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 153581400, size 61432560 (29996 Meg), flag 80 (active) beg: cyl 1023/ head 255/ sector 63; end: cyl 1023/ head 254/ sector 63 The data for partition 4 is: /root> bsdlabel /dev/ad0s3 bsdlabel: /dev/ad0s3: No such file or directory From owner-freebsd-stable@FreeBSD.ORG Sun Aug 5 23:15:42 2007 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 852E116A41B for ; Sun, 5 Aug 2007 23:15:42 +0000 (UTC) (envelope-from SRS0=2e2e2c9c93bb83ba6b2d26cfb622f3d25abb96e6=418=es.net=oberman@es.net) Received: from postal1.es.net (postal4.es.net [IPv6:2001:400:6000:1::66]) by mx1.freebsd.org (Postfix) with ESMTP id CBEEB13C468 for ; Sun, 5 Aug 2007 23:15:41 +0000 (UTC) (envelope-from SRS0=2e2e2c9c93bb83ba6b2d26cfb622f3d25abb96e6=418=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id KFU18941; Sun, 05 Aug 2007 16:15:41 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id C6EFA45045; Sun, 5 Aug 2007 16:15:39 -0700 (PDT) To: Jason Edward Kocol In-Reply-To: Your message of "Sun, 05 Aug 2007 12:05:43 PDT." <46B61F87.3080102@cv.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1186355739_33542P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sun, 05 Aug 2007 16:15:39 -0700 From: "Kevin Oberman" Message-Id: <20070805231539.C6EFA45045@ptavv.es.net> Cc: freebsd-stable@freebsd.org Subject: Re: Problem adding new slices 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: Sun, 05 Aug 2007 23:15:42 -0000 --==_Exmh_1186355739_33542P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Sorry. I read that there was no /dev/ad0s3, so there was no reason to ask for the bsdlabel output. First, the slicing looks good. All of the numbers are reasonable and add up correctly. I now must suspect it's a GEOM issue. It looks like GEOM is not tasting the drive properly, but this gets out of my realm of expertise. I would suggest getting the dmesg from a verbose boot and posting it along with your kernel config somewhere so that people can examine them. And let us know when the sources were updated. I suspect I will not be the one to find anything, though. Everything looks fine to me...except that it does not work. :-( -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1186355739_33542P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFGtlobkn3rs5h7N1ERAkNiAJ44qfOV77iVZoj5Xala2+gRx4Q+FgCfUNZG TZyRGVsbI0EI1ekwShVidy0= =QJa1 -----END PGP SIGNATURE----- --==_Exmh_1186355739_33542P-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 6 00:30:36 2007 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 8A68C16A41A for ; Mon, 6 Aug 2007 00:30:36 +0000 (UTC) (envelope-from mrkocol@cv.org) Received: from mrkocol.jasonkocol.com (h-74-0-36-42.snfccasy.covad.net [74.0.36.42]) by mx1.freebsd.org (Postfix) with SMTP id 21BD013C478 for ; Mon, 6 Aug 2007 00:30:35 +0000 (UTC) (envelope-from mrkocol@cv.org) Received: (qmail 1142 invoked from network); 6 Aug 2007 00:30:35 -0000 Received: from localhost.jasonkocol.com (HELO mrkocol.jasonkocol.com) (127.0.0.1) by localhost.jasonkocol.com with SMTP; 6 Aug 2007 00:30:35 -0000 Message-ID: <46B66BAA.1020806@cv.org> Date: Sun, 05 Aug 2007 17:30:34 -0700 From: Jason Edward Kocol User-Agent: Thunderbird 2.0.0.4 (X11/20070626) MIME-Version: 1.0 To: Kevin Oberman References: <20070805231539.C6EFA45045@ptavv.es.net> In-Reply-To: <20070805231539.C6EFA45045@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Problem adding new slices 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: Mon, 06 Aug 2007 00:30:36 -0000 Kevin Oberman wrote: > Sorry. I read that there was no /dev/ad0s3, so there was no reason to > ask for the bsdlabel output. > > First, the slicing looks good. All of the numbers are reasonable and add > up correctly. > > I now must suspect it's a GEOM issue. It looks like GEOM is not tasting > the drive properly, but this gets out of my realm of expertise. I would > suggest getting the dmesg from a verbose boot and posting it along with > your kernel config somewhere so that people can examine them. And let us > know when the sources were updated. > > I suspect I will not be the one to find anything, though. Everything > looks fine to me...except that it does not work. :-( I don't know what I did differently this time, but I finally got it to work. Here are the steps I took. May not be the best method but it got the slice created and mountable. I didn't like all the reboots but they seemed to make a difference. 1) Ran sysinstall. Created slice ad0s3 in fdisk using the remaining portion of the disk (just so I don't have to go through this again). Wrote changes here. Rebooted. 2) Checked /dev. /dev/ad0s3 and /dev/ad0s3c finally exist, therefore off to a better start. 3) Ran sysinstall again. Created /d partition in label editor. Wrote changes. Rebooted. 4) Checked /dev. /dev/ad0s3d is now there. It was at this point that I tried to mount the partition, which failed with an incorrect super block error. Then it occurred to me that I never actually saw newfs run from sysinstall like it usually does during a fresh install or adding a new disk. So I did one more step: 5) newfs /dev/ad0s3d. The partition was able to be mounted. Here are some caveats to this whole thing, for those that are interested: - Needed to run 'sysctl kern.geom.debugflag=16' every time I needed to write a change to the disk after a fresh boot, since it was a new partition on the disk for the running system. - sysinstall reported that the geometry was incorrect for this disk, so it used a "more likely geometry." I don't remember the values it chose, but when I tried to put in the ones that my BIOS reported it didn't like those either. So your suspicions of a GEOM issue may have been well-founded initially. I would post a verbose dmesg and kernel config as suggested, but since everything works now I don't know how useful or necessary it would be to anyone else who might encounter this problem. The whole thing was rather mysterious to me from the get-go, quite honestly. Thanks, -Jason From owner-freebsd-stable@FreeBSD.ORG Mon Aug 6 00:53:49 2007 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 24FC416A417 for ; Mon, 6 Aug 2007 00:53:49 +0000 (UTC) (envelope-from SRS0=2e2e2c9c93bb83ba6b2d26cfb622f3d25abb96e6=418=es.net=oberman@es.net) Received: from postal1.es.net (postal2.es.net [IPv6:2001:400:14:3::7]) by mx1.freebsd.org (Postfix) with ESMTP id C046C13C457 for ; Mon, 6 Aug 2007 00:53:46 +0000 (UTC) (envelope-from SRS0=2e2e2c9c93bb83ba6b2d26cfb622f3d25abb96e6=418=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id LIH79445; Sun, 05 Aug 2007 17:53:45 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 742AE45045; Sun, 5 Aug 2007 17:53:45 -0700 (PDT) To: Jason Edward Kocol In-Reply-To: Your message of "Sun, 05 Aug 2007 17:30:34 PDT." <46B66BAA.1020806@cv.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1186361625_33542P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sun, 05 Aug 2007 17:53:45 -0700 From: "Kevin Oberman" Message-Id: <20070806005345.742AE45045@ptavv.es.net> Cc: freebsd-stable@freebsd.org Subject: Re: Problem adding new slices 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: Mon, 06 Aug 2007 00:53:49 -0000 --==_Exmh_1186361625_33542P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Sun, 05 Aug 2007 17:30:34 -0700 > From: Jason Edward Kocol > > Kevin Oberman wrote: > > Sorry. I read that there was no /dev/ad0s3, so there was no reason to > > ask for the bsdlabel output. > > > > First, the slicing looks good. All of the numbers are reasonable and add > > up correctly. > > > > I now must suspect it's a GEOM issue. It looks like GEOM is not tasting > > the drive properly, but this gets out of my realm of expertise. I would > > suggest getting the dmesg from a verbose boot and posting it along with > > your kernel config somewhere so that people can examine them. And let us > > know when the sources were updated. > > > > I suspect I will not be the one to find anything, though. Everything > > looks fine to me...except that it does not work. :-( > > I don't know what I did differently this time, but I finally got it to > work. Here are the steps I took. May not be the best method but it got > the slice created and mountable. I didn't like all the reboots but they > seemed to make a difference. > > 1) Ran sysinstall. Created slice ad0s3 in fdisk using the remaining > portion of the disk (just so I don't have to go through this again). > Wrote changes here. Rebooted. > 2) Checked /dev. /dev/ad0s3 and /dev/ad0s3c finally exist, therefore > off to a better start. > 3) Ran sysinstall again. Created /d partition in label editor. Wrote > changes. Rebooted. > 4) Checked /dev. /dev/ad0s3d is now there. > > It was at this point that I tried to mount the partition, which failed > with an incorrect super block error. Then it occurred to me that I > never actually saw newfs run from sysinstall like it usually does during > a fresh install or adding a new disk. So I did one more step: > > 5) newfs /dev/ad0s3d. > > The partition was able to be mounted. > > Here are some caveats to this whole thing, for those that are interested: > > - Needed to run 'sysctl kern.geom.debugflag=16' every time I needed to > write a change to the disk after a fresh boot, since it was a new > partition on the disk for the running system. > - sysinstall reported that the geometry was incorrect for this disk, so > it used a "more likely geometry." I don't remember the values it chose, > but when I tried to put in the ones that my BIOS reported it didn't like > those either. So your suspicions of a GEOM issue may have been > well-founded initially. > > I would post a verbose dmesg and kernel config as suggested, but since > everything works now I don't know how useful or necessary it would be to > anyone else who might encounter this problem. The whole thing was > rather mysterious to me from the get-go, quite honestly. If it's done, there is probably no reason to post anything else. As far as newfs(8) is concerned, you need to use 'T' on any partition you want to have newfs(8) run on. If you choose auto, it is set by default. You probably want to always set up new partitions with newfs and softupdates. Of course, if you know that the disk will be mostly large files or lots of small files, you may want to adjust newfs parameters for greater efficiency. In the future, it seems like zfs will be a better option for this sort of thing, but it won't be available until V7 is out and, even then, will work far better on 64 bit systems. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1186361625_33542P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFGtnEZkn3rs5h7N1ERApJSAKCh7rReYuwcmBzaB77zTNIWX5MAzwCgl+Xn jo2VV1YJCAaae7yqxx/Zuk0= =46ny -----END PGP SIGNATURE----- --==_Exmh_1186361625_33542P-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 6 01:20:35 2007 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 69BB816A468 for ; Mon, 6 Aug 2007 01:20:35 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5AE1B13C442; Mon, 6 Aug 2007 01:20:35 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l761KWuF091747; Mon, 6 Aug 2007 01:20:34 GMT (envelope-from davidxu@freebsd.org) Message-ID: <46B6778A.4000008@freebsd.org> Date: Mon, 06 Aug 2007 09:21:14 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070516 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vaclav Haisman References: <46B5AC69.6000207@sh.cvut.cz> In-Reply-To: <46B5AC69.6000207@sh.cvut.cz> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Fatal error 'mutex is on list' 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: Mon, 06 Aug 2007 01:20:35 -0000 Vaclav Haisman wrote: > Hi, > I am trying to install EyeDB OODBMS but when I try to initialize the > database I get the following error: > > amber2::root:/opt> ./share/eyedb/tools/eyedb-postinstall.sh > ==== Starting EyeDB server > Starting EyeDB Server > Version V2.8.1 > Compiled Aug 4 2007 22:20:02 > Architecture i386-unknown-freebsd6.2 > Program Pid 56463 > ==== Creating EYEDBDBM database > ==== Setting EYEDBDBM database permissions > Fatal error 'mutex is on list' at line 540 in file > /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 0) > EyeDB aborting [pid = 56711] > > > I have looked at the sources at the line but I am not any wiser. Any > ideas what's wrong? > > -- > VH > > In most time, this means the program is abusing mutex in child process or signal handler. Regards, David Xu From owner-freebsd-stable@FreeBSD.ORG Mon Aug 6 02:07:08 2007 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 0074B16A420 for ; Mon, 6 Aug 2007 02:07:07 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id B67CB13C457 for ; Mon, 6 Aug 2007 02:07:07 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l7624txl019492; Sun, 5 Aug 2007 20:04:55 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 05 Aug 2007 20:05:06 -0600 (MDT) Message-Id: <20070805.200506.-1264102835.imp@bsdimp.com> To: freebsd-stable@freebsd.org, olli@lurza.secnetix.de From: "M. Warner Losh" In-Reply-To: <200707231410.l6NEA6Do034748@lurza.secnetix.de> References: <46A453A4.90008@gmx.de> <200707231410.l6NEA6Do034748@lurza.secnetix.de> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sun, 05 Aug 2007 20:04:56 -0600 (MDT) Cc: Subject: Re: ntpd just sits there and does nothing 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: Mon, 06 Aug 2007 02:07:08 -0000 In message: <200707231410.l6NEA6Do034748@lurza.secnetix.de> Oliver Fromme writes: : [LoN]Kamikaze wrote: : > My original intention was just to say that openntpd works just out of the box, : > while ntpd doesn't. : : That's just plain wrong. ntpd _does_ work out of the box : (unless your configuration is broken), and it seems to be : more accurate than openntpd. : : Demanding to replace ntpd with openntpd in the FreeBSD : base system because you cannot get the configuration right : is ridiculous. Especially since my company builds stratum 1 ntp servers that get time from GPS, Loran and Hp5071A cesium standards. Warner From owner-freebsd-stable@FreeBSD.ORG Mon Aug 6 05:16:08 2007 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 E9D6816A419 for ; Mon, 6 Aug 2007 05:16:08 +0000 (UTC) (envelope-from sziszi@bsd.hu) Received: from mail.rubicom.hu (mail.rubicom.hu [89.147.80.28]) by mx1.freebsd.org (Postfix) with ESMTP id 6D1F113C45D for ; Mon, 6 Aug 2007 05:16:08 +0000 (UTC) (envelope-from sziszi@bsd.hu) Received: from localhost ([127.0.0.1] helo=mail.rubicom.hu) by mail.rubicom.hu with smtp (Exim 4.63) (envelope-from ) id 1IHuPI-0002hx-7W for freebsd-stable@freebsd.org; Mon, 06 Aug 2007 06:41:28 +0200 Received: from ip5993549e.rubicom.hu ([89.147.84.158] helo=baranyfelhocske.buza.adamsfamily.xx) by mail.rubicom.hu with esmtp (Exim 4.63) (envelope-from ) id 1IHuP5-0002hU-DY for freebsd-stable@freebsd.org; Mon, 06 Aug 2007 06:41:15 +0200 Received: from baranyfelhocske.buza.adamsfamily.xx (localhost [127.0.0.1]) by baranyfelhocske.buza.adamsfamily.xx (8.14.1/8.14.1) with ESMTP id l764gFOB096054 for ; Mon, 6 Aug 2007 06:42:15 +0200 (CEST) (envelope-from sziszi@bsd.hu) Received: (from sziszi@localhost) by baranyfelhocske.buza.adamsfamily.xx (8.14.1/8.14.1/Submit) id l764gFRo096053 for freebsd-stable@freebsd.org; Mon, 6 Aug 2007 06:42:15 +0200 (CEST) (envelope-from sziszi@bsd.hu) X-Authentication-Warning: baranyfelhocske.buza.adamsfamily.xx: sziszi set sender to sziszi@bsd.hu using -f Date: Mon, 6 Aug 2007 06:42:15 +0200 From: Szilveszter Adam To: freebsd-stable@freebsd.org Message-ID: <20070806044215.GA2027@baranyfelhocske.buza.adamsfamily.xx> Mail-Followup-To: Szilveszter Adam , freebsd-stable@freebsd.org References: <20070805231539.C6EFA45045@ptavv.es.net> <46B66BAA.1020806@cv.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46B66BAA.1020806@cv.org> User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: Problem adding new slices 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: Mon, 06 Aug 2007 05:16:09 -0000 On Sun, Aug 05, 2007 at 05:30:34PM -0700, Jason Edward Kocol wrote: > I don't know what I did differently this time, but I finally got it to > work. Here are the steps I took. May not be the best method but it got > the slice created and mountable. I didn't like all the reboots but they > seemed to make a difference. There is no mystery here, it is actually a FAQ. <...> The deciding moment was this: > - Needed to run 'sysctl kern.geom.debugflag=16' every time I needed to > write a change to the disk after a fresh boot, since it was a new partition > on the disk for the running system. If you have any partition within a slice mounted, then you absolutely must either umount all partitions within that slice, or set this sysctl for any changes to the disklabel to take effect. Same game with fdisk, only in that case not with partitions but with slices. So, if you already have ad0s1 and ad0s2 say, and want to edit the label for ad0s2, then you can have partitions in ad0s1 mounted, but you either have to umount anything within ad0s2 or set the sysctl you mentioned. Otherwise, the bsdlabel command will appear to work but the changes will not be saved to the disk. If you have the same situation but want to use fdisk, then you cannot have anything mounted within ad0, or you have to set the sysctl, otherwise your changes will not be written to disk. All the reboots were probably unneeded, btw, but a good test that the changes you made survived. > - sysinstall reported that the geometry was incorrect for this disk, so it > used a "more likely geometry." I don't remember the values it chose, but > when I tried to put in the ones that my BIOS reported it didn't like those > either. So your suspicions of a GEOM issue may have been well-founded > initially. As far as I am aware, sysinstall has been reporting this for every disk that was larger than a specific size, which means to pretty much every disk for years now. It can be ignored. I am glad it worked for you eventually, though. -- Regards: Szilveszter ADAM Budapest Hungary From owner-freebsd-stable@FreeBSD.ORG Mon Aug 6 07:14:08 2007 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 6824C16A41B for ; Mon, 6 Aug 2007 07:14:08 +0000 (UTC) (envelope-from nszalay@qualigaz.com) Received: from mailhost.qualigaz.com (mailhost.qualigaz.com [217.64.52.134]) by mx1.freebsd.org (Postfix) with ESMTP id 2613D13C4A8 for ; Mon, 6 Aug 2007 07:14:08 +0000 (UTC) (envelope-from nszalay@qualigaz.com) Received: from localhost (localhost [127.0.0.1]) by mailhost.qualigaz.com (Postfix) with ESMTP id E646D71FE1 for ; Mon, 6 Aug 2007 08:46:28 +0200 (CEST) Received: from mailhost.qualigaz.com ([127.0.0.1]) by localhost (mazerati [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11591-02 for ; Mon, 6 Aug 2007 08:46:28 +0200 (CEST) Received: from [192.168.43.100] (unknown [192.168.43.100]) by mailhost.qualigaz.com (Postfix) with ESMTP id A46FA71FE0 for ; Mon, 6 Aug 2007 08:46:28 +0200 (CEST) From: Nicolas Szalay To: freebsd-stable@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-mzCvJdbEBT8vzwX/x+om" Date: Mon, 06 Aug 2007 08:45:15 +0200 Message-Id: <1186382715.15284.2.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at qualigaz.com Subject: IPMI & SuperMicro 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: Mon, 06 Aug 2007 07:14:08 -0000 --=-mzCvJdbEBT8vzwX/x+om Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi everyone, I would like to know if anyone using freebsd (6) has some feedback for the port sysutils/ipmi-kmod. If yes, is it OK ? I plan to deploy IPMI on some of my servers. Thanks for reading Nico. --=20 Nicolas Szalay Administrateur syst=C3=A8mes & r=C3=A9seaux -- _ ASCII ribbon campaign ( ) - against HTML email X & vCards / \ --=-mzCvJdbEBT8vzwX/x+om Content-Type: application/pgp-signature; name=signature.asc Content-Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBGtsN7UQERUxi4Yo8RAgefAKDSFZRq4RWQac795s8uX91ZTi5h0wCgqwlE xiQkaDa/nQyQZkZ0tsX9yxY= =8XTK -----END PGP SIGNATURE----- --=-mzCvJdbEBT8vzwX/x+om-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 6 07:59:35 2007 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 4D0FB16A417 for ; Mon, 6 Aug 2007 07:59:35 +0000 (UTC) (envelope-from andrej@antiszoc.hu) Received: from mail.webmedia.hu (webmedia.hu [195.70.37.84]) by mx1.freebsd.org (Postfix) with ESMTP id 0B71213C45E for ; Mon, 6 Aug 2007 07:59:34 +0000 (UTC) (envelope-from andrej@antiszoc.hu) X-Virus-Scanned: amavisd-new at webmedia.hu Received: from 195.70.43.76 (SquirrelMail authenticated user andrej@antiszoc.hu) by duloc.webmedia.hu with HTTP; Mon, 6 Aug 2007 09:40:09 +0200 (CEST) Message-ID: <55241.195.70.43.76.1186386009.squirrel@duloc.webmedia.hu> In-Reply-To: <1186382715.15284.2.camel@localhost> References: <1186382715.15284.2.camel@localhost> Date: Mon, 6 Aug 2007 09:40:09 +0200 (CEST) From: =?iso-8859-2?Q?G=F3t_Andr=E1s?= To: "Nicolas Szalay" User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-2 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: IPMI & SuperMicro 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: Mon, 06 Aug 2007 07:59:35 -0000 Hi, >From 6.2 it's part of the main kernel. As I know IPMI works fine on X2100M2 machines. On these you've to forget the ipmi console, because once bge(4) loads it blocks the bridge that the ipmi uses for remote console. There was a patch for an older bge(4) driver, but on the 6.2 i couldn't patch the driver. (I looked the source, but the two was too different, and since I'm not a C programmer I couldn't manage to port.) When you load ipmi(4) with kldload there may be a some second pause, but don't panic then, that's no freeze. :) Regards, Andras On Hét, Augusztus 6, 2007 8:45 am, Nicolas Szalay wrote: > Hi everyone, > > > I would like to know if anyone using freebsd (6) has some feedback for > the port sysutils/ipmi-kmod. If yes, is it OK ? I plan to deploy IPMI on > some of my servers. > > Thanks for reading > > > Nico. > > > -- > Nicolas Szalay > > > Administrateur systèmes & réseaux > > > -- _ > ASCII ribbon campaign ( ) > - against HTML email X > & vCards / \ > > From owner-freebsd-stable@FreeBSD.ORG Mon Aug 6 08:04:24 2007 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 0A36E16A421 for ; Mon, 6 Aug 2007 08:04:24 +0000 (UTC) (envelope-from nszalay@qualigaz.com) Received: from mailhost.qualigaz.com (mailhost.qualigaz.com [217.64.52.134]) by mx1.freebsd.org (Postfix) with ESMTP id BBA3913C46E for ; Mon, 6 Aug 2007 08:04:23 +0000 (UTC) (envelope-from nszalay@qualigaz.com) Received: from localhost (localhost [127.0.0.1]) by mailhost.qualigaz.com (Postfix) with ESMTP id C7AF071FEE; Mon, 6 Aug 2007 10:04:22 +0200 (CEST) Received: from mailhost.qualigaz.com ([127.0.0.1]) by localhost (mazerati [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14283-05; Mon, 6 Aug 2007 10:04:22 +0200 (CEST) Received: from [192.168.43.100] (unknown [192.168.43.100]) by mailhost.qualigaz.com (Postfix) with ESMTP id 61AB871FEA; Mon, 6 Aug 2007 10:04:22 +0200 (CEST) From: Nicolas Szalay To: =?ISO-8859-1?Q?G=F3t_Andr=E1s?= In-Reply-To: <55241.195.70.43.76.1186386009.squirrel@duloc.webmedia.hu> References: <1186382715.15284.2.camel@localhost> <55241.195.70.43.76.1186386009.squirrel@duloc.webmedia.hu> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-qZDjrYQYZpETbVQha0Bx" Date: Mon, 06 Aug 2007 10:03:09 +0200 Message-Id: <1186387389.15284.15.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at qualigaz.com Cc: freebsd-stable@freebsd.org Subject: Re: IPMI & SuperMicro 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: Mon, 06 Aug 2007 08:04:24 -0000 --=-qZDjrYQYZpETbVQha0Bx Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Le lundi 06 ao=C3=BBt 2007 =C3=A0 09:40 +0200, G=C3=B3t Andr=C3=A1s a =C3= =A9crit : > Hi, Hi, > From 6.2 it's part of the main kernel. As I know IPMI works fine on > X2100M2 machines. On these you've to forget the ipmi console, because onc= e > bge(4) loads it blocks the bridge that the ipmi uses for remote console. > There was a patch for an older bge(4) driver, but on the 6.2 i couldn't > patch the driver. (I looked the source, but the two was too different, an= d > since I'm not a C programmer I couldn't manage to port.) Will I still be able to reboot a frozen machine ? I have only 2 machines with bge NICs, all others are intel. > When you load ipmi(4) with kldload there may be a some second pause, but > don't panic then, that's no freeze. :) Good to know :) Thanks for feedback, --=20 Nicolas Szalay Administrateur syst=C3=A8mes & r=C3=A9seaux -- _ ASCII ribbon campaign ( ) - against HTML email X & vCards / \ --=-qZDjrYQYZpETbVQha0Bx Content-Type: application/pgp-signature; name=signature.asc Content-Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBGttW8UQERUxi4Yo8RApP3AJ9TDIkHxwZcY5n/aZ+U5/f0AmVCtQCfUNoB RWb42+T6LaSMcr8PNXkX+Og= =J9AR -----END PGP SIGNATURE----- --=-qZDjrYQYZpETbVQha0Bx-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 6 08:20:20 2007 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 66F0A16A417 for ; Mon, 6 Aug 2007 08:20:20 +0000 (UTC) (envelope-from andrej@antiszoc.hu) Received: from mail.webmedia.hu (webmedia.hu [195.70.37.84]) by mx1.freebsd.org (Postfix) with ESMTP id 233DD13C458 for ; Mon, 6 Aug 2007 08:20:19 +0000 (UTC) (envelope-from andrej@antiszoc.hu) X-Virus-Scanned: amavisd-new at webmedia.hu Received: from 195.70.43.76 (SquirrelMail authenticated user andrej@antiszoc.hu) by duloc.webmedia.hu with HTTP; Mon, 6 Aug 2007 10:20:17 +0200 (CEST) Message-ID: <64050.195.70.43.76.1186388417.squirrel@duloc.webmedia.hu> In-Reply-To: <1186387389.15284.15.camel@localhost> References: <1186382715.15284.2.camel@localhost> <55241.195.70.43.76.1186386009.squirrel@duloc.webmedia.hu> <1186387389.15284.15.camel@localhost> Date: Mon, 6 Aug 2007 10:20:17 +0200 (CEST) From: =?iso-8859-2?Q?G=F3t_Andr=E1s?= To: "Nicolas Szalay" User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-2 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: IPMI & SuperMicro 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: Mon, 06 Aug 2007 08:20:20 -0000 On Hét, Augusztus 6, 2007 10:03 am, Nicolas Szalay wrote: > Le lundi 06 août 2007 à 09:40 +0200, Gót András a écrit : > >> Hi, >> > > Hi, > Hi, > >> From 6.2 it's part of the main kernel. As I know IPMI works fine on >> X2100M2 machines. On these you've to forget the ipmi console, because >> once bge(4) loads it blocks the bridge that the ipmi uses for remote >> console. There was a patch for an older bge(4) driver, but on the 6.2 i >> couldn't patch the driver. (I looked the source, but the two was too >> different, and since I'm not a C programmer I couldn't manage to port.) > > Will I still be able to reboot a frozen machine ? I have only 2 machines > with bge NICs, all others are intel. I don't really know. Our BSD machines don't frooze. :) Really, I didn't have any production FreeBSD that froze. With 4.8 or 4.9 and Intel HTT enabled there were reboots, but on good hardware FreeBSD runs stable. The remote IPMI solution depends on the exact implementation. What I wrote is only for the X2100M2 machines. IMHO If your machines has a bridge that the OS cannot see (so the driver cannot take over) the remote console will work fine. For ipmi install /usr/ports//ipmi-tool and you can monitor your system with munin for example. My collegue wrote a munin plugin: http://muninexchange.projects.linpro.no/?search=&cid=0&os%5B4%5D=on&os%5B7%5D=on&os%5B3%5D=on&os%5B2%5D=on&os%5B5%5D=on&os%5B8%5D=on&os%5B1%5D=on&os%5B6%5D=on&pid=59 For FreeBSD you've to rewrite a little, but if you like I send you my version for the X2100. We would be very thankful if you send your ipmi output with your machine or mainboard version. Then we can extend our plugin. :) > >> When you load ipmi(4) with kldload there may be a some second pause, >> but don't panic then, that's no freeze. :) > > Good to know :) > > > Thanks for feedback, > > > -- > Nicolas Szalay > > > Administrateur systèmes & réseaux > > > -- _ > ASCII ribbon campaign ( ) > - against HTML email X > & vCards / \ > > From owner-freebsd-stable@FreeBSD.ORG Mon Aug 6 08:24:40 2007 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 1228E16A417 for ; Mon, 6 Aug 2007 08:24:40 +0000 (UTC) (envelope-from nszalay@qualigaz.com) Received: from mailhost.qualigaz.com (mailhost.qualigaz.com [217.64.52.134]) by mx1.freebsd.org (Postfix) with ESMTP id 9B8D313C46A for ; Mon, 6 Aug 2007 08:24:39 +0000 (UTC) (envelope-from nszalay@qualigaz.com) Received: from localhost (localhost [127.0.0.1]) by mailhost.qualigaz.com (Postfix) with ESMTP id C374A72018; Mon, 6 Aug 2007 10:24:38 +0200 (CEST) Received: from mailhost.qualigaz.com ([127.0.0.1]) by localhost (mazerati [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14988-08; Mon, 6 Aug 2007 10:24:38 +0200 (CEST) Received: from [192.168.43.100] (unknown [192.168.43.100]) by mailhost.qualigaz.com (Postfix) with ESMTP id 6E3B271FF7; Mon, 6 Aug 2007 10:24:38 +0200 (CEST) From: Nicolas Szalay To: =?ISO-8859-1?Q?G=F3t_Andr=E1s?= In-Reply-To: <64050.195.70.43.76.1186388417.squirrel@duloc.webmedia.hu> References: <1186382715.15284.2.camel@localhost> <55241.195.70.43.76.1186386009.squirrel@duloc.webmedia.hu> <1186387389.15284.15.camel@localhost> <64050.195.70.43.76.1186388417.squirrel@duloc.webmedia.hu> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-YuJ6iyRfkDo5ZRRTwfzx" Date: Mon, 06 Aug 2007 10:23:24 +0200 Message-Id: <1186388605.15284.21.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at qualigaz.com Cc: freebsd-stable@freebsd.org Subject: Re: IPMI & SuperMicro 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: Mon, 06 Aug 2007 08:24:40 -0000 --=-YuJ6iyRfkDo5ZRRTwfzx Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Le lundi 06 ao=C3=BBt 2007 =C3=A0 10:20 +0200, G=C3=B3t Andr=C3=A1s a =C3= =A9crit : > Hi, Hi, > I don't really know. Our BSD machines don't frooze. :) Really, I didn't > have any production FreeBSD that froze. With 4.8 or 4.9 and Intel HTT > enabled there were reboots, but on good hardware FreeBSD runs stable. Mine don't freeze too, but caring is better than healing :) I experienced some problems on a firewall some months ago due to a kernel misconfiguration (polling is mandatory with 6 NICS). > The remote IPMI solution depends on the exact implementation. What I wrot= e > is only for the X2100M2 machines. IMHO If your machines has a bridge that > the OS cannot see (so the driver cannot take over) the remote console wil= l > work fine. >=20 > For ipmi install /usr/ports//ipmi-tool and you can monitor you= r > system with munin for example. My collegue wrote a munin plugin: > http://muninexchange.projects.linpro.no/?search=3D&cid=3D0&os%5B4%5D=3Don= &os%5B7%5D=3Don&os%5B3%5D=3Don&os%5B2%5D=3Don&os%5B5%5D=3Don&os%5B8%5D=3Don= &os%5B1%5D=3Don&os%5B6%5D=3Don&pid=3D59 > For FreeBSD you've to rewrite a little, but if you like I send you my > version for the X2100. >=20 > We would be very thankful if you send your ipmi output with your machine > or mainboard version. Then we can extend our plugin. :) I will send it when I'll have my machines set up :) Have a nice day, --=20 Nicolas Szalay Administrateur syst=C3=A8mes & r=C3=A9seaux -- _ ASCII ribbon campaign ( ) - against HTML email X & vCards / \ --=-YuJ6iyRfkDo5ZRRTwfzx Content-Type: application/pgp-signature; name=signature.asc Content-Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBGttp8UQERUxi4Yo8RAhXUAJ0dUkWFnIRFJBPH49MVse4jvEmlMwCfdwy4 p/8TqC3+FICEKlNqnS4XJEE= =OuGp -----END PGP SIGNATURE----- --=-YuJ6iyRfkDo5ZRRTwfzx-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 6 09:55:08 2007 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 BA17116A41A for ; Mon, 6 Aug 2007 09:55:08 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.freebsd.org (Postfix) with ESMTP id 7B9EB13C47E for ; Mon, 6 Aug 2007 09:55:08 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from [81.104.144.87] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1IHzIn-000Bim-DM; Mon, 06 Aug 2007 10:55:05 +0100 Received: from freaky by voi.aagh.net with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IHzIn-000KSR-6Y; Mon, 06 Aug 2007 10:55:05 +0100 Date: Mon, 6 Aug 2007 10:55:05 +0100 From: Thomas Hurst To: G?t Andr?s Message-ID: <20070806095505.GA77895@voi.aagh.net> Mail-Followup-To: G?t Andr?s , Nicolas Szalay , freebsd-stable@freebsd.org References: <1186382715.15284.2.camel@localhost> <55241.195.70.43.76.1186386009.squirrel@duloc.webmedia.hu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55241.195.70.43.76.1186386009.squirrel@duloc.webmedia.hu> Organization: Not much. User-Agent: Mutt/1.5.15 (2007-04-06) Sender: Thomas Hurst Cc: Nicolas Szalay , freebsd-stable@freebsd.org Subject: Re: IPMI & SuperMicro 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: Mon, 06 Aug 2007 09:55:08 -0000 * G?t Andr?s (andrej@antiszoc.hu) wrote: > On these you've to forget the ipmi console, because once bge(4) loads > it blocks the bridge that the ipmi uses for remote console. There was > a patch for an older bge(4) driver, but on the 6.2 i couldn't patch > the driver. (I looked the source, but the two was too different, and > since I'm not a C programmer I couldn't manage to port.) This was merged to RELENG_6 several months ago, if you're happy running STABLE: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/bge/if_bge.c#rev1.91.2.21 Note you need to set hw.bge.asf_mode=1 -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-stable@FreeBSD.ORG Mon Aug 6 10:39:10 2007 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 A9BD416A418; Mon, 6 Aug 2007 10:39:10 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 26F1213C465; Mon, 6 Aug 2007 10:39:09 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-138-8.lns11.adl6.internode.on.net [121.45.138.8]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l76Ad607086240 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Aug 2007 20:09:07 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Mon, 6 Aug 2007 20:09:04 +0930 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Message-Id: <200708062009.05673.doconnor@gsoft.com.au> X-UID: 5203 Content-Type: multipart/signed; boundary="nextPart21572344.mYUnUuIfnG"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Max Khon Subject: uzip on "large" file systems 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: Mon, 06 Aug 2007 10:39:10 -0000 --nextPart21572344.mYUnUuIfnG Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I am attempting to make a FreeSBIE USB image for a 4GB flash disk (based=20 on RELENG_6) but I am running into trouble with the size of my /usr (I=20 have a lot of stuff there) - it's 4.5GB uncompressed. =46rom what I can see the code uses blocks which means I shouldn't be=20 running into problems with 32 bit ints yet. Here's a log of what I've tried.. negrocreek:/tmp/freesbie2>sudo mkuzip -v -s=20 65536 -o /tmp/freesbie-clone/uzip/usr.uzip /tmp/freesbie-clone/uzip/usr.ufs =2E.. cluster #84376, in 65536 bytes, out 47911 bytes cluster #84377, in 65536 bytes, out 24655 bytes padding data with 391 bytes so that file size is multiple of 512 compressed data to 1521671168 bytes, saved 4008097792 bytes, 72.48%=20 decrease. negrocreek:/tmp/freesbie2>ll /tmp/freesbie-clone/uzip/ total 6277776 =2Drw-r--r-- 1 root wheel 5529768960 Jul 31 13:05 usr.ufs =2Drwxr-xr-x 1 root wheel 1521671168 Jul 31 14:11 usr.uzip* negrocreek:/tmp/freesbie2>sudo mdconfig -a -t=20 vnode -f /local0/tmp/freesbie-clone/uzip/usr.ufs md0 negrocreek:/tmp/freesbie2>sudo mount -o ro /dev/md0 /mnt negrocreek:/tmp/freesbie2>ls -la /mnt total 58 drwxr-xr-x 16 root wheel 512 May 31 15:32 ./ drwxr-xr-x 23 root wheel 512 Jun 8 04:45 ../ drwxrwxr-x 2 root operator 512 Jul 31 11:07 .snap/ drwxr-xr-x 14 root wheel 512 Jun 19 07:21 X11R6/ drwxr-xr-x 2 root wheel 7168 Jun 19 07:06 bin/ drwxr-xr-x 2 root wheel 512 Jun 19 06:49 games/ drwxr-xr-x 47 root wheel 4608 Jun 19 06:49 include/ drwxr-xr-x 4 root wheel 6656 Jun 19 06:50 lib/ drwxr-xr-x 2 root wheel 6656 Jun 19 06:50 lib32/ drwxr-xr-x 5 root wheel 512 May 31 15:29 libdata/ drwxr-xr-x 5 root wheel 1536 Jun 19 06:50 libexec/ drwxr-xr-x 20 root wheel 512 Jun 19 07:16 local/ drwxr-xr-x 2 root wheel 512 May 31 15:29 obj/ drwxr-xr-x 2 root wheel 4608 Jun 19 06:50 sbin/ drwxr-xr-x 27 root wheel 512 May 31 15:29 share/ drwxr-xr-x 2 root wheel 512 May 31 15:29 src/ negrocreek:/tmp/freesbie2>sudo umount /mnt sudnegrocreek:/tmp/freesbie2>sudo mdconfig -d -u 0 negrocreek:/tmp/freesbie2>sudo mdconfig -a -t=20 vnode -f /local0/tmp/freesbie-clone/uzip/usr.u usr.ufs usr.uzip* negrocreek:/tmp/freesbie2>sudo mdconfig -a -t=20 vnode -f /local0/tmp/freesbie-clone/uzip/usr.uzip md0 negrocreek:/tmp/freesbie2>sudo mount -o ro /dev/md0.uzip /mnt negrocreek:/tmp/freesbie2>ll /mnt ls: X11R6: Input/output error ls: bin: Input/output error ls: games: Input/output error ls: include: Input/output error ls: lib32: Input/output error ls: libdata: Input/output error ls: libexec: Input/output error ls: local: Input/output error ls: obj: Input/output error ls: sbin: Input/output error ls: share: Input/output error ls: src: Input/output error total 10 drwxrwxr-x 2 root operator 512 Jul 31 11:07 .snap/ drwxr-xr-x 4 root wheel 6656 Jun 19 06:50 lib/ negrocreek:/tmp/freesbie2>dmesg | tail g_vfs_done():md0.uzip[READ(offset=3D5008834560, length=3D16384)]error =3D 5 g_vfs_done():md0.uzip[READ(offset=3D2119188480, length=3D16384)]error =3D 5 g_vfs_done():md0.uzip[READ(offset=3D1348616192, length=3D16384)]error =3D 5 g_vfs_done():md0.uzip[READ(offset=3D1733902336, length=3D16384)]error =3D 5 g_vfs_done():md0.uzip[READ(offset=3D5009620992, length=3D16384)]error =3D 5 g_vfs_done():md0.uzip[READ(offset=3D5009620992, length=3D16384)]error =3D 5 g_vfs_done():md0.uzip[READ(offset=3D5009686528, length=3D16384)]error =3D 5 g_vfs_done():md0.uzip[READ(offset=3D5202378752, length=3D16384)]error =3D 5 g_vfs_done():md0.uzip[READ(offset=3D5202378752, length=3D16384)]error =3D 5 g_vfs_done():md0.uzip[READ(offset=3D5202460672, length=3D16384)]error =3D 5 Any suggestions? :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart21572344.mYUnUuIfnG 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) iD8DBQBGtvpJ5ZPcIHs/zowRAqqpAKCXtYyDMi3CMOEzjk5McoW34zCZowCcC93C VCSck9QBfkgjy06emH7r3kg= =qTfv -----END PGP SIGNATURE----- --nextPart21572344.mYUnUuIfnG-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 6 12:28:40 2007 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 714E816A417; Mon, 6 Aug 2007 12:28:40 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id D620D13C46B; Mon, 6 Aug 2007 12:28:39 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anb.matik.com.br (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l76CSdox093739; Mon, 6 Aug 2007 09:28:39 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Mon, 6 Aug 2007 09:28:35 -0300 User-Agent: KMail/1.9.7 References: <200707271109.51334.joao@matik.com.br> <200707290614.18469.joao@matik.com.br> <46AB160D.6040207@freebsd.org> In-Reply-To: <46AB160D.6040207@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200708060928.36154.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.90.3, clamav-milter version 0.90.3 on msrv.matik.com.br X-Virus-Status: Clean Cc: bruno@freebsd.org, freebsd-acpi@freebsd.org, Michael Nottebrock , Nate Lawson Subject: Re: powerd freeze with amd 5000 X2 but not with lower cpus 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: Mon, 06 Aug 2007 12:28:40 -0000 On Saturday 28 July 2007 07:10:21 Michael Nottebrock wrote: > > but I have better news and seems my first idea was right, the MB is it > > > > I found a tech info on the manufactor's support site telling cpu support > > up to 4600+ and found a bios for newer cpus including my 5000+ > > > > so I upgraded the bios and my CPU now works with smp + cpufreq + powerd > > on both amd64 and i386 > > =A0 > > Good to hear. Unfortunately my Mobo's BIOS is already up-to-date, the > CPU is officially supported and Cool'n'Quiet works dandy in Windows XP I had a chance to test several MBs with the same 6000+, 5000+ and 4600+ cpu At the end seems that the problem is mb/hardware related since some=20 combinations hung even with latest BIOS installed and others not. I tested newer MATX MBs and the only one which seems to run stable for long= =20 time is the Gigabyte MCP61 chipset. All others are freezing sooner or later= =20 with Athlon 5000 or faster CPUs.=20 The problem is less with the 4600 CPU almost all boards are fine and with 4= 200=20 CPU no problem at all. The MBs with sis vga onboard are appearently unusable with the higher freq= =20 CPUs. ATI and NVidia are ok.=20 Xorg appearently do not like HPET enabled because it freezes then with all= =20 this boards I tested. Anyway, funny is that Fedora 7 which I have on the same HD is not freezing = =20 (same xorg+kde version) what makes me guess that eventual there is some=20 problem with freebsd's acpi understanding the acpi tables when using this=20 high freq amd processors. Only to remember the problem only ocurres when loading powerd and seems the= =20 freeze happens when cpu freq is upshifting not down. Not sure if it is worth looking deeper into this on 6 and soon I have some= =20 time I will check current first=20 =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Mon Aug 6 12:43:33 2007 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 19B4416A41B for ; Mon, 6 Aug 2007 12:43:33 +0000 (UTC) (envelope-from nszalay@qualigaz.com) Received: from mailhost.qualigaz.com (mailhost.qualigaz.com [217.64.52.134]) by mx1.freebsd.org (Postfix) with ESMTP id D47AB13C45E for ; Mon, 6 Aug 2007 12:43:32 +0000 (UTC) (envelope-from nszalay@qualigaz.com) Received: from localhost (localhost [127.0.0.1]) by mailhost.qualigaz.com (Postfix) with ESMTP id 838CF71FCE; Mon, 6 Aug 2007 14:43:31 +0200 (CEST) Received: from mailhost.qualigaz.com ([127.0.0.1]) by localhost (mazerati [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24096-08; Mon, 6 Aug 2007 14:43:31 +0200 (CEST) Received: from [192.168.43.100] (unknown [192.168.43.100]) by mailhost.qualigaz.com (Postfix) with ESMTP id 379E571FBD; Mon, 6 Aug 2007 14:43:31 +0200 (CEST) From: Nicolas Szalay To: Thomas Hurst In-Reply-To: <20070806095505.GA77895@voi.aagh.net> References: <1186382715.15284.2.camel@localhost> <55241.195.70.43.76.1186386009.squirrel@duloc.webmedia.hu> <20070806095505.GA77895@voi.aagh.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-s69oNQPpi4aJxxLr2qEu" Date: Mon, 06 Aug 2007 14:42:16 +0200 Message-Id: <1186404136.15284.25.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at qualigaz.com Cc: freebsd-stable@freebsd.org, G?t Andr?s Subject: Re: IPMI & SuperMicro 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: Mon, 06 Aug 2007 12:43:33 -0000 --=-s69oNQPpi4aJxxLr2qEu Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Le lundi 06 ao=C3=BBt 2007 =C3=A0 10:55 +0100, Thomas Hurst a =C3=A9crit : > * G?t Andr?s (andrej@antiszoc.hu) wrote: > This was merged to RELENG_6 several months ago, if you're happy running > STABLE: >=20 > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/bge/if_bge.c#rev1.91.2.= 21 >=20 > Note you need to set hw.bge.asf_mode=3D1 Great ! Thanks. --=20 Nicolas Szalay Administrateur syst=C3=A8mes & r=C3=A9seaux -- _ ASCII ribbon campaign ( ) - against HTML email X & vCards / \ --=-s69oNQPpi4aJxxLr2qEu Content-Type: application/pgp-signature; name=signature.asc Content-Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBGtxcnUQERUxi4Yo8RAiJSAKCAV3kpNrF7eSb06NT3SOkTvrVUqQCg0JVV GLfbDLPQeW6Jn+xWaOwIEbo= =b2Ec -----END PGP SIGNATURE----- --=-s69oNQPpi4aJxxLr2qEu-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 6 15:54:10 2007 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 8582F16A46C for ; Mon, 6 Aug 2007 15:54:10 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.freebsd.org (Postfix) with ESMTP id 1872013C503 for ; Mon, 6 Aug 2007 15:54:09 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so383646nfb for ; Mon, 06 Aug 2007 08:54:08 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; 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; b=FBVZC0zvf6bRxI/ZEQ6pB/uvB/OlyOjk45xIGCyFwtPLrHOY332rDPDDzNRPdmmD8KUAvikkVKmqL7dsecVC5icHUPaeeqVKRKgbvsUyUw0Ny+UBJL51yxeprVKhIFDGGzr9BHVPEBZXEpFnRuIpeforktl5bd4vbkZoX8PRrak= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=DsyhUfjTHr1utftn29E7XpDYB2vc5COvkhh/HOQbczRAfD0AtKRqKeP0dSVnhI+LbBp7NJk2K7HNDRlDyYB2ITzL43V9YJzZA0Mx8luloxCFY+B9w/EiMwQpBGMDdw7GXkT3Ikio083efndW6L2T1F20hgMvGnw491hgw+buFzQ= Received: by 10.86.77.5 with SMTP id z5mr4448955fga.1186415648619; Mon, 06 Aug 2007 08:54:08 -0700 (PDT) Received: by 10.86.71.6 with HTTP; Mon, 6 Aug 2007 08:54:08 -0700 (PDT) Message-ID: <790a9fff0708060854xb3f3e51n39a159ccf3f8b581@mail.gmail.com> Date: Mon, 6 Aug 2007 10:54:08 -0500 From: "Scot Hetzel" To: JoaoBR In-Reply-To: <200708060928.36154.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200707271109.51334.joao@matik.com.br> <200707290614.18469.joao@matik.com.br> <46AB160D.6040207@freebsd.org> <200708060928.36154.joao@matik.com.br> Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: powerd freeze with amd 5000 X2 but not with lower cpus 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: Mon, 06 Aug 2007 15:54:10 -0000 On 8/6/07, JoaoBR wrote: > Only to remember the problem only ocurres when loading powerd and seems the > freeze happens when cpu freq is upshifting not down. > Try setting: hint.acpi_throttle.0.disabled="1" in /boot/loader.conf, as acpi_throttle may be the cause of the freeze. Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-stable@FreeBSD.ORG Mon Aug 6 16:59:58 2007 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 272DD16A418 for ; Mon, 6 Aug 2007 16:59:58 +0000 (UTC) (envelope-from kramer@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0485A13C483 for ; Mon, 6 Aug 2007 16:59:57 +0000 (UTC) (envelope-from kramer@centtech.com) Received: from roddick.centtech.com (roddick.centtech.com [10.177.171.221]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l76GxuxT003155; Mon, 6 Aug 2007 11:59:57 -0500 (CDT) (envelope-from kramer@centtech.com) Message-ID: <46B7538B.7080307@centtech.com> Date: Mon, 06 Aug 2007 11:59:55 -0500 From: Kevin Kramer User-Agent: Thunderbird 2.0.0.5 (X11/20070723) MIME-Version: 1.0 To: pluknet References: <46B0A7D5.6040308@centtech.com> <46B398B6.4040705@centtech.com> In-Reply-To: X-Virus-Scanned: ClamAV 0.88.4/3878/Mon Aug 6 11:24:41 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.3 required=8.0 tests=AWL,BAYES_00,HTML_MESSAGE autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: buildkernel failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kramer@centtech.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2007 16:59:58 -0000 thanks. I cvs'd this morning and manually did the patch and finally got built and running 6.2S now on to my real problem.. next post. ------------------------------ Kevin Kramer Sr. Systems Administrator 512.418.5725 Centaur Technology, Inc. www.centtech.com pluknet wrote the following on 08/04/07 07:03: > On 04/08/07, Kevin Kramer wrote: > >> ok, thanks. I have made that change and now I've gotten this >> >> /usr/src/sys/ufs/ffs/ffs_vfsops.c: In function >> `ffs_mountfs': >> /usr/src/sys/ufs/ffs/ffs_vfsops.c:675: error: structure has >> no member named `mnt_gjprovider' >> /usr/src/sys/ufs/ffs/ffs_vfsops.c:677: error: structure has >> no member named `mnt_gjprovider' >> /usr/src/sys/ufs/ffs/ffs_vfsops.c:678: error: structure has >> no member named `mnt_gjprovider' >> /usr/src/sys/ufs/ffs/ffs_vfsops.c:678: error: structure has >> no member named `mnt_gjprovider' >> /usr/src/sys/ufs/ffs/ffs_vfsops.c:687: error: structure has >> no member named `mnt_gjprovider' >> /usr/src/sys/ufs/ffs/ffs_vfsops.c:688: error: structure has >> no member named `mnt_gjprovider' >> /usr/src/sys/ufs/ffs/ffs_vfsops.c:696: error: structure has >> no member named `mnt_gjprovider' >> /usr/src/sys/ufs/ffs/ffs_vfsops.c:865: error: structure has >> no member named `mnt_gjprovider' >> /usr/src/sys/ufs/ffs/ffs_vfsops.c:866: error: structure has >> no member named `mnt_gjprovider' >> /usr/src/sys/ufs/ffs/ffs_vfsops.c:867: error: structure has >> no member named `mnt_gjprovider' >> /usr/src/sys/ufs/ffs/ffs_vfsops.c: In function >> `ffs_unmount': >> /usr/src/sys/ufs/ffs/ffs_vfsops.c:1028: error: structure >> has no member named `mnt_gjprovider' >> /usr/src/sys/ufs/ffs/ffs_vfsops.c:1029: error: structure >> has no member named `mnt_gjprovider' >> /usr/src/sys/ufs/ffs/ffs_vfsops.c:1030: error: structure >> has no member named `mnt_gjprovider' >> *** Error code 1 >> >> I've searched the threads and found nothing so far relevant. >> >> > > Things are changed also a bit in src/sys/sys/mount.h > with v1.197.2.7 since that patch was prepared, > so it fails to apply against releng_6 cleanly. > > You can apply this manually to fix the build: > @@ -178,6 +178,7 @@ > int mnt_secondary_accwrites;/* (i) secondary wr. starts */ > int mnt_ref; /* (i) Reference count */ > int mnt_gen; /* struct mount generation */ > + char *mnt_gjprovider; /* gjournal provider name */ > }; > > struct vnode *__mnt_vnode_next(struct vnode **mvp, struct mount *mp); > > > wbr, > pluknet > From owner-freebsd-stable@FreeBSD.ORG Mon Aug 6 17:49:23 2007 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 E438016A418; Mon, 6 Aug 2007 17:49:21 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id D9FE213C428; Mon, 6 Aug 2007 17:49:21 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from rot26.obsecurity.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 0309E1A4D7C; Mon, 6 Aug 2007 10:48:33 -0700 (PDT) Received: by rot26.obsecurity.org (Postfix, from userid 1001) id A9FF1C134; Mon, 6 Aug 2007 13:49:20 -0400 (EDT) Date: Mon, 6 Aug 2007 13:49:20 -0400 From: Kris Kennaway To: Scot Hetzel Message-ID: <20070806174920.GA39742@rot26.obsecurity.org> References: <200707271109.51334.joao@matik.com.br> <200707290614.18469.joao@matik.com.br> <46AB160D.6040207@freebsd.org> <200708060928.36154.joao@matik.com.br> <790a9fff0708060854xb3f3e51n39a159ccf3f8b581@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <790a9fff0708060854xb3f3e51n39a159ccf3f8b581@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, JoaoBR Subject: Re: powerd freeze with amd 5000 X2 but not with lower cpus 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: Mon, 06 Aug 2007 17:49:23 -0000 On Mon, Aug 06, 2007 at 10:54:08AM -0500, Scot Hetzel wrote: > On 8/6/07, JoaoBR wrote: > > Only to remember the problem only ocurres when loading powerd and seems the > > freeze happens when cpu freq is upshifting not down. > > > Try setting: > > hint.acpi_throttle.0.disabled="1" > > in /boot/loader.conf, as acpi_throttle may be the cause of the freeze. FYI this worked for me. Kris From owner-freebsd-stable@FreeBSD.ORG Mon Aug 6 17:54:41 2007 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 1F39816A418 for ; Mon, 6 Aug 2007 17:54:41 +0000 (UTC) (envelope-from ob@gruft.de) Received: from obh.snafu.de (v6.gruft.de [IPv6:2001:1560:2342::2]) by mx1.freebsd.org (Postfix) with ESMTP id CB30013C469 for ; Mon, 6 Aug 2007 17:54:40 +0000 (UTC) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1II6mt-0008D5-Mf for freebsd-stable@freebsd.org; Mon, 06 Aug 2007 19:54:39 +0200 Date: Mon, 6 Aug 2007 19:54:39 +0200 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Message-ID: <20070806175439.GB10289@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org References: <200707271109.51334.joao@matik.com.br> <200707290614.18469.joao@matik.com.br> <46AB160D.6040207@freebsd.org> <200708060928.36154.joao@matik.com.br> <790a9fff0708060854xb3f3e51n39a159ccf3f8b581@mail.gmail.com> <20070806174920.GA39742@rot26.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070806174920.GA39742@rot26.obsecurity.org> User-Agent: Mutt/1.5.16 (2007-06-09) Sender: Oliver Brandmueller Subject: Re: powerd freeze with amd 5000 X2 but not with lower cpus 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: Mon, 06 Aug 2007 17:54:41 -0000 hi, On Mon, Aug 06, 2007 at 01:49:20PM -0400, Kris Kennaway wrote: > > hint.acpi_throttle.0.disabled="1" > > in /boot/loader.conf, as acpi_throttle may be the cause of the freeze. > > FYI this worked for me. for me, too. Dual Opteron on Tyan board. - Oliver -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | From owner-freebsd-stable@FreeBSD.ORG Mon Aug 6 18:02:04 2007 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 66B6416A417; Mon, 6 Aug 2007 18:02:04 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id EC44213C457; Mon, 6 Aug 2007 18:02:03 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anb.matik.com.br (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l76I24iM026101; Mon, 6 Aug 2007 15:02:04 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Mon, 6 Aug 2007 15:01:59 -0300 User-Agent: KMail/1.9.7 References: <200707271109.51334.joao@matik.com.br> <200708060928.36154.joao@matik.com.br> <790a9fff0708060854xb3f3e51n39a159ccf3f8b581@mail.gmail.com> In-Reply-To: <790a9fff0708060854xb3f3e51n39a159ccf3f8b581@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200708061502.00499.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.90.3, clamav-milter version 0.90.3 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-acpi@freebsd.org, Scot Hetzel Subject: Re: powerd freeze with amd 5000 X2 but not with lower cpus 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: Mon, 06 Aug 2007 18:02:04 -0000 On Monday 06 August 2007 12:54:08 Scot Hetzel wrote: > On 8/6/07, JoaoBR wrote: > > Only to remember the problem only ocurres when loading powerd and seems > > the freeze happens when cpu freq is upshifting not down. > > Try setting: > > hint.acpi_throttle.0.disabled=3D"1" > > in /boot/loader.conf, as acpi_throttle may be the cause of the freeze. > > Scot thank's but I tried this switch and in none of this cases (MBs with problem= )=20 it helped =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Mon Aug 6 21:10:47 2007 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 992CD16A418 for ; Mon, 6 Aug 2007 21:10:47 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 538C113C459 for ; Mon, 6 Aug 2007 21:10:47 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.7b8) with ESMTP id 201573371 for multiple; Mon, 06 Aug 2007 16:47:04 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l76KbW97039679; Mon, 6 Aug 2007 16:37:34 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Marc G. Fournier" Date: Mon, 6 Aug 2007 16:05:40 -0400 User-Agent: KMail/1.9.6 References: <200707111442.33336.jhb@freebsd.org> <46AFAE06.40300@pcbsd.com> <9F7928C618B8F572D1A1CA3D@fserv.hub.org> In-Reply-To: <9F7928C618B8F572D1A1CA3D@fserv.hub.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200708061605.40731.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 06 Aug 2007 16:37:35 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3878/Mon Aug 6 12:24:41 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Volker , Kris Moore , freebsd-stable@freebsd.org Subject: Re: Call for testing: patch that helps Wine on 6.x 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: Mon, 06 Aug 2007 21:10:47 -0000 On Friday 03 August 2007 10:56:48 pm Marc G. Fournier wrote: > > --On Tuesday, July 31, 2007 14:47:50 -0700 Kris Moore wrote: > > > I'm not sure all the tests run properly since I didn't run through them > > yet. I'll try it out tomorrow morning though. All I tried was FireFox > > for Windows and installed StarCraft. Both worked just fine here. (I did > > a spawn of Starcraft since the safedisc support isn't working as far as > > I know) > > 'k, I just installed the latest patches from http://wiki.freebsd.org/Wine, and > everything builds fine, and I'm getting alot further with the tests, but its > failing at the rebar test ... I've posted to freebsd-wine-users@hub.org with my > results on this, as it seems to be the Wine side, not FreeBSD ... > > John, I've been running both the signal and pfault patches on my 6.x desktops > since Tijl posted them, and haven't noticed any issues resulting from them ... Does cvsup work? A similar patch broke cvsup on HEAD. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Aug 6 21:27:39 2007 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 CDB3F16A420; Mon, 6 Aug 2007 21:27:39 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (adsl-75-1-14-242.dsl.scrm01.sbcglobal.net [75.1.14.242]) by mx1.freebsd.org (Postfix) with ESMTP id 9AAC013C45A; Mon, 6 Aug 2007 21:27:39 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id l76LRSFP032163; Mon, 6 Aug 2007 14:27:32 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200708062127.l76LRSFP032163@gw.catspoiler.org> Date: Mon, 6 Aug 2007 14:27:28 -0700 (PDT) From: Don Lewis To: jhb@FreeBSD.org In-Reply-To: <200708061605.40731.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: volker@vwsoft.com, kris@pcbsd.com, freebsd-stable@FreeBSD.org, freebsd@hub.org Subject: Re: Call for testing: patch that helps Wine on 6.x 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: Mon, 06 Aug 2007 21:27:39 -0000 On 6 Aug, John Baldwin wrote: > On Friday 03 August 2007 10:56:48 pm Marc G. Fournier wrote: >> John, I've been running both the signal and pfault patches on my 6.x > desktops >> since Tijl posted them, and haven't noticed any issues resulting from > them ... > > Does cvsup work? A similar patch broke cvsup on HEAD. cvsup only broke if was built with the old and unsupported lang/pm3* ports. There is no problem if it was built with lang/ezm3, which is the dependency listed in the cvsup Makefile. From owner-freebsd-stable@FreeBSD.ORG Tue Aug 7 02:03:30 2007 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 0957B16A420; Tue, 7 Aug 2007 02:03:30 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id B7EBB13C46B; Tue, 7 Aug 2007 02:03:29 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from localhost (maia-2.hub.org [200.46.204.187]) by hub.org (Postfix) with ESMTP id 9B135B474FE; Mon, 6 Aug 2007 23:03:29 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.187]) (amavisd-maia, port 10024) with ESMTP id 31450-04; Mon, 6 Aug 2007 23:03:23 -0300 (ADT) Received: from fserv.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id CCCAFB474FA; Mon, 6 Aug 2007 23:03:28 -0300 (ADT) Received: from [192.168.1.3] (unknown [192.168.1.3]) by fserv.hub.org (Postfix) with ESMTP id B70508E6F0; Mon, 6 Aug 2007 23:03:33 -0300 (ADT) Date: Mon, 06 Aug 2007 23:03:33 -0300 From: "Marc G. Fournier" To: John Baldwin Message-ID: In-Reply-To: <200708061605.40731.jhb@freebsd.org> References: <200707111442.33336.jhb@freebsd.org> <46AFAE06.40300@pcbsd.com> <9F7928C618B8F572D1A1CA3D@fserv.hub.org> <200708061605.40731.jhb@freebsd.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: Volker , Kris Moore , freebsd-stable@freebsd.org Subject: Re: Call for testing: patch that helps Wine on 6.x 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, 07 Aug 2007 02:03:30 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Monday, August 06, 2007 16:05:40 -0400 John Baldwin wrote: > On Friday 03 August 2007 10:56:48 pm Marc G. Fournier wrote: >> >> --On Tuesday, July 31, 2007 14:47:50 -0700 Kris Moore > wrote: >> >> > I'm not sure all the tests run properly since I didn't run through them >> > yet. I'll try it out tomorrow morning though. All I tried was FireFox >> > for Windows and installed StarCraft. Both worked just fine here. (I did >> > a spawn of Starcraft since the safedisc support isn't working as far as >> > I know) >> >> 'k, I just installed the latest patches from http://wiki.freebsd.org/Wine, > and >> everything builds fine, and I'm getting alot further with the tests, but its >> failing at the rebar test ... I've posted to freebsd-wine-users@hub.org with > my >> results on this, as it seems to be the Wine side, not FreeBSD ... >> >> John, I've been running both the signal and pfault patches on my 6.x > desktops >> since Tijl posted them, and haven't noticed any issues resulting from > them ... > > Does cvsup work? A similar patch broke cvsup on HEAD. I've cvsup'd several times since first applying the patch, and haven't noticed any issues ... Also, any chance of getting the thr_kill2() patch Tijl did in? I've been running both on my desktop, and haven't noticed any issues resulting from either (other then improvements to wine, of course) ... Getting both those patches in place should allow us to focus on wine itself without having to worry about the OS side of things ... - ---- 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 v1.4.5 (FreeBSD) iD8DBQFGt9L14QvfyHIvDvMRAik+AJ90kETJRNEw5WXF+XXXvZlUQoxAvACeJFg5 grbZ9Nb/q233PSoAeZ4Iz2w= =eXFR -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Aug 7 13:58:08 2007 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 E598716A419 for ; Tue, 7 Aug 2007 13:58:08 +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 C378913C45D for ; Tue, 7 Aug 2007 13:58:08 +0000 (UTC) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id EE985B80D for ; Tue, 7 Aug 2007 09:58:07 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: <38061FAC-564A-4FC8-B757-36B122900950@khera.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: FreeBSD Stable From: Vivek Khera Date: Tue, 7 Aug 2007 09:58:07 -0400 X-Mailer: Apple Mail (2.752.2) Subject: How do I interpret mpt "evtlog" messages 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, 07 Aug 2007 13:58:09 -0000 How does one interpret these messages? I'm running 6.2-RELEASE-p5 amd64. This machine has 20Gb RAM. The mpt0 device is an LSI fibre channel card attached to an external RAID system. mpt0: port 0xc800-0xc8ff mem 0xfe2fc000-0xfe2fffff,0xfe2e0000-0xfe2effff irq 16 at device 0.0 on pci5 mpt0: [GIANT-LOCKED] mpt0: MPI Version=1.5.10.0 mpt0: Port 0: LinkState: Failed mpt0: External Bus Reset Detected mpt0: Port 0x0: FC LinkEvent: LIP(f7,f7) (Loop Initialization) mpt0: Device needs AL_PA mpt0: Port 0: LinkState: Active mpt0: Rescan Port: 0 These are the messages that cropped up in the syslog over the last few days: d04.m1e.net kernel log messages: +++ /tmp/security.BlS1Kaey Tue Aug 7 03:01:04 2007 +mpt0: mpt_cam_event: 0x1 +mpt0: EvtLogData: IOCLogInfo: 0x24000004 +mpt0: EvtLogData: Event Data: 010000ef 00000001 08800008 c8000001 023a0082 00000800 +mpt0: mpt_cam_event: 0x1 +mpt0: EvtLogData: IOCLogInfo: 0x24000004 +mpt0: EvtLogData: Event Data: 010000ef 00000001 08800008 12000006 01a10105 00003000 +mpt0: mpt_cam_event: 0x1 +mpt0: EvtLogData: IOCLogInfo: 0x24000004 +mpt0: EvtLogData: Event Data: 010000ef 00000001 08800008 bc000017 066f008f 0000b800 +mpt0: mpt_cam_event: 0x1 +mpt0: EvtLogData: IOCLogInfo: 0x24000004 +mpt0: EvtLogData: Event Data: 010000ef 00000001 08800008 bc000012 07a10084 00009000 From owner-freebsd-stable@FreeBSD.ORG Tue Aug 7 19:22:31 2007 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 229EF16A418 for ; Tue, 7 Aug 2007 19:22:31 +0000 (UTC) (envelope-from mvh@ix.netcom.com) Received: from elasmtp-mealy.atl.sa.earthlink.net (elasmtp-mealy.atl.sa.earthlink.net [209.86.89.69]) by mx1.freebsd.org (Postfix) with ESMTP id CB9DC13C47E for ; Tue, 7 Aug 2007 19:22:30 +0000 (UTC) (envelope-from mvh@ix.netcom.com) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=ix.netcom.com; b=E02zc0lG0sgkqpzCnH7l2F5jAHAjy+4JVkicyF3Qx6QXKgy6cmzEurltvEQkFuLy; h=X-Virus-Scanned:From:To:Subject:Message-Id:Date:X-ELNK-Trace:X-Originating-IP; Received: from [71.116.166.101] (helo=bsd.mvh) by elasmtp-mealy.atl.sa.earthlink.net with asmtp (Exim 4.34) id 1IIUQf-0001Ly-55 for freebsd-stable@freebsd.org; Tue, 07 Aug 2007 15:09:18 -0400 Received: from localhost (localhost [127.0.0.1]) by bsd.mvh (Postfix) with ESMTP id 8337B170B8 for ; Tue, 7 Aug 2007 12:09:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at bsd.mvh Received: from bsd.mvh ([127.0.0.1]) by localhost (bsd.mvh [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YC3eNbfT-v9t for ; Tue, 7 Aug 2007 12:09:11 -0700 (PDT) Received: by bsd.mvh (Postfix, from userid 1001) id DAC5017921; Tue, 7 Aug 2007 10:43:54 -0700 (PDT) From: Mike Harding To: freebsd-stable@freebsd.org Message-Id: <20070807174354.DAC5017921@bsd.mvh> Date: Tue, 7 Aug 2007 10:43:54 -0700 (PDT) X-ELNK-Trace: 2159e7a04884740af66dc3a06d5924d86e3ea12321d68e6d6d1d62a89d6a4777a7ce0e8f8d31aa3f350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 71.116.166.101 Subject: Crash report 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, 07 Aug 2007 19:22:31 -0000 I have had -lots- of panics since upgrading to 6.2 - my system was pretty much 100% before that. One thing I do have on my system is some jails, and I also see this crashes during tinderbox builds. I upgraded to 6.2-STABLE to see if the crashes were fixed, I still have them. Any ideas? memtest shows nothing wrong... - Mike H. bsd# kgdb kernel.debug /usr/crash/vmcore.3 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0xc065962a stack pointer = 0x28:0xe9a72a80 frame pointer = 0x28:0xe9a72a94 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 45 (bufdaemon) trap number = 12 panic: page fault Uptime: 1h57m10s Dumping 1022 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1022MB (261600 pages) 1006 990 974 958 942 926 910 894 878 862 846 830 814 798 782 766 750 734 718 702 686 670 654 638 622 606 590 574 558 542 526 510 494 478 462 446 430 414 398 382 366 350 334 318 302 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc0692b66 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0692dfc in panic (fmt=0xc08e2397 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc08847f4 in trap_fatal (frame=0xe9a72a40, eva=0) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc088455b in trap_pfault (frame=0xe9a72a40, usermode=0, eva=0) at /usr/src/sys/i386/i386/trap.c:745 #5 0xc0884199 in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = -981774848, tf_esi = 0, tf_ebp = -374920556, tf_isp = -374920596, tf_ebx = -948495924, tf_edx = 2048, tf_ecx = 0, tf_eax = 2, tf_trapno = 12, tf_err = 0, tf_eip = -1067084246, tf_cs = 32, tf_eflags = 66182, tf_esp = 2, tf_ss = -981470960}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc08718ca in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc065962a in g_io_request (bp=0xc77719cc, cp=0xc57b4e00) at /usr/src/sys/geom/geom_io.c:275 #8 0xc065bb81 in g_vfs_strategy (bo=0x2, bp=0xd938b618) at /usr/src/sys/geom/geom_vfs.c:107 #9 0xc07c67fd in ffs_geom_strategy (bo=0xc57ff1d0, bp=0xd938b618) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1805 #10 0xc07d26dd in ufs_strategy (ap=0x2) at /usr/src/sys/ufs/ufs/ufs_vnops.c:1973 #11 0xc0896549 in VOP_STRATEGY_APV (vop=0xc09ad260, a=0xe9a72b10) at vnode_if.c:1796 #12 0xc06ddb84 in bufstrategy (bo=0xc78cba50, bp=0x2) at vnode_if.h:928 #13 0xc06d86a0 in bufwrite (bp=0xd938b618) at buf.h:426 #14 0xc06da0bb in vfs_bio_awrite (bp=0xd938b618) at buf.h:410 #15 0xc06daf01 in flushbufqueues (flushdeps=0) at /usr/src/sys/kern/vfs_bio.c:2144 #16 0xc06daa03 in buf_daemon () at /usr/src/sys/kern/vfs_bio.c:2018 #17 0xc067cd50 in fork_exit (callout=0xc06da914 , arg=0x0, frame=0xe9a72d38) at /usr/src/sys/kern/kern_fork.c:830 #18 0xc087192c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 (kgdb) list *0xc065962a 0xc065962a is in g_io_request (/usr/src/sys/geom/geom_io.c:275). 270 KASSERT(bp->bio_length % cp->provider->sectorsize == 0, 271 ("wrong length %jd for sectorsize %u", 272 bp->bio_length, cp->provider->sectorsize)); 273 } 274 275 g_trace(G_T_BIO, "bio_request(%p) from %p(%s) to %p(%s) cmd %d", 276 bp, cp, cp->geom->name, pp, pp->name, bp->bio_cmd); 277 278 bp->bio_from = cp; 279 bp->bio_to = pp; (kgdb) 280 bp->bio_error = 0; 281 bp->bio_completed = 0; 282 283 KASSERT(!(bp->bio_flags & BIO_ONQUEUE), 284 ("Bio already on queue bp=%p", bp)); 285 bp->bio_flags |= BIO_ONQUEUE; 286 287 binuptime(&bp->bio_t0); 288 289 /* (kgdb) 290 * The statistics collection is lockless, as such, but we 291 * can not update one instance of the statistics from more 292 * than one thread at a time, so grab the lock first. 293 */ 294 g_bioq_lock(&g_bio_run_down); 295 if (g_collectstats & 1) 296 devstat_start_transaction(pp->stat, &bp->bio_t0); 297 if (g_collectstats & 2) 298 devstat_start_transaction(cp->stat, &bp->bio_t0); 299 (kgdb) bsd# dmesg 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-STABLE #0: Mon Aug 6 10:10:57 PDT 2007 root@bsd.mvh:/usr/obj/usr/src/sys/M62 ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3700+ (2199.77-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20f71 Stepping = 1 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x1 real memory = 1072562176 (1022 MB) avail memory = 1032200192 (984 MB) ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 powernow0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xd0000000-0xd3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib2: irq 27 at device 2.0 on pci0 pci2: on pcib2 nvidia0: port 0xc000-0xc07f mem 0xc0000000-0xc0ffffff,0xb0000000-0xbfffffff,0xc1000000-0xc1ffffff irq 24 at device 0.0 on pci2 nvidia0: [GIANT-LOCKED] pcib3: irq 31 at device 3.0 on pci0 pci3: on pcib3 pcib4: irq 35 at device 3.1 on pci0 pci4: on pcib4 pcib5: irq 39 at device 3.2 on pci0 pci5: on pcib5 pcib6: irq 43 at device 3.3 on pci0 pci6: on pcib6 re0: port 0xd000-0xd0ff mem 0xd4040000-0xd40400ff irq 17 at device 6.0 on pci0 miibus0: on re0 rgephy0: on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:e0:4c:00:60:67 re0: [FAST] atapci0: port 0xe400-0xe47f,0xd400-0xd4ff mem 0xd4043000-0xd4043fff,0xd4000000-0xd401ffff irq 19 at device 7.0 on pci0 ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 pcm0: port 0xdc00-0xdc1f,0xdd00-0xdd7f irq 17 at device 9.0 on pci0 pcm0: [GIANT-LOCKED] pcm0: system configuration SubVendorID: 0x1412, SubDeviceID: 0x3630 XIN2 Clock Source: 49.152MHz(192kHz*256) MPU-401 UART(s) #: not implemented ADC #: 1 DAC #: 4 Multi-track converter type: I2S(with volume, 192KHz support, 24bit resolution, ID#0x0) S/PDIF(IN/OUT): 0/1 ID# 0x00 GPIO(mask/dir/state): 0x3fff85/0x4000fa/0x72 fwohci0: port 0xde00-0xde7f mem 0xd4041000-0xd40417ff irq 18 at device 12.0 on pci0 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:11:06:66:00:1e:78:bb fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:11:06:1e:78:bb fwe0: Ethernet address: 02:11:06:1e:78:bb fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) atapci1: port 0xdf00-0xdf07,0xe000-0xe003,0xe100-0xe107,0xe200-0xe203,0xe300-0xe30f,0xd800-0xd8ff irq 20 at device 15.0 on pci0 ata5: on atapci1 ata6: on atapci1 atapci2: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe500-0xe50f at device 15.1 on pci0 ata0: on atapci2 ata1: on atapci2 uhci0: port 0xe600-0xe61f irq 21 at device 16.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe700-0xe71f irq 21 at device 16.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xe800-0xe81f irq 21 at device 16.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xe900-0xe91f irq 21 at device 16.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xd4042000-0xd40420ff irq 21 at device 16.4 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled 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 ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pmtimer0 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Logitech USB RECEIVER, rev 1.10/25.10, addr 2, iclass 3/1 ums0: 16 buttons and Z dir. ukbd0: Chicony Saitek Eclipse Keyboard, rev 2.00/1.30, addr 3, iclass 3/1 kbd2 at ukbd0 uhid0: Chicony Saitek Eclipse Keyboard, rev 2.00/1.30, addr 3, iclass 3/1 ulpt0: HewLett Packard HP LaserJet 1200, rev 1.10/1.00, addr 2, iclass 7/1 ulpt0: using bi-directional mode Timecounter "TSC" frequency 2199771778 Hz quality 800 Timecounters tick every 1.000 msec acd0: DVDR at ata0-master UDMA33 ad10: 286168MB at ata5-master SATA150 cd0 at ata0 bus 0 target 0 lun 0 cd0: <_NEC DVD_RW ND-3520AW 3.06> Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: cd present [90367 x 2048 byte records] Trying to mount root from ufs:/dev/ad10s2a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted /usr: mount pending error: blocks 660 files 5 WARNING: /var was not properly dismounted bsd# From owner-freebsd-stable@FreeBSD.ORG Tue Aug 7 19:26:27 2007 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 C0EF116A476 for ; Tue, 7 Aug 2007 19:26:27 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id B5F7213C4A3 for ; Tue, 7 Aug 2007 19:26:27 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from rot26.obsecurity.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 3C2B31A3C1A; Tue, 7 Aug 2007 12:25:34 -0700 (PDT) Received: by rot26.obsecurity.org (Postfix, from userid 1001) id 10A6CC23A; Tue, 7 Aug 2007 15:26:27 -0400 (EDT) Date: Tue, 7 Aug 2007 15:26:27 -0400 From: Kris Kennaway To: Mike Harding Message-ID: <20070807192626.GA57403@rot26.obsecurity.org> References: <20070807174354.DAC5017921@bsd.mvh> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline In-Reply-To: <20070807174354.DAC5017921@bsd.mvh> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: Crash report 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, 07 Aug 2007 19:26:27 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 07, 2007 at 10:43:54AM -0700, Mike Harding wrote: >=20 > I have had -lots- of panics since upgrading to 6.2 - my system was > pretty much 100% before that. One thing I do have on my system is > some jails, and I also see this crashes during tinderbox builds. I > upgraded to 6.2-STABLE to see if the crashes were fixed, I still have > them. Any ideas? memtest shows nothing wrong... Try disabling bg fsck, then booting to single user mode and running fsck -f. You may have residual file system corruption. Kris --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD4DBQFGuMdiWry0BWjoQKURAujtAJ0RawmvP4xSuRwO51/G7+U7bkpEBACYsX6x /wRXWOh5JY15DUJm+C3iWw== =Tzic -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 8 00:42:07 2007 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 F1FD316A419 for ; Wed, 8 Aug 2007 00:42:07 +0000 (UTC) (envelope-from mvh@ix.netcom.com) Received: from elasmtp-kukur.atl.sa.earthlink.net (elasmtp-kukur.atl.sa.earthlink.net [209.86.89.65]) by mx1.freebsd.org (Postfix) with ESMTP id BF06A13C45B for ; Wed, 8 Aug 2007 00:42:07 +0000 (UTC) (envelope-from mvh@ix.netcom.com) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=ix.netcom.com; b=S8NCw7rBsQc46DRqOD7h5FqxV+V4fmMAzNuysrKKWQwnkJfdsv+fPJjMQQyyokMN; h=X-Virus-Scanned:Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date:Message-Id:Mime-Version:X-Mailer:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP; Received: from [71.116.166.101] (helo=bsd.mvh) by elasmtp-kukur.atl.sa.earthlink.net with asmtp (Exim 4.34) id 1IIZck-0006mL-JV; Tue, 07 Aug 2007 20:42:06 -0400 Received: from localhost (localhost [127.0.0.1]) by bsd.mvh (Postfix) with ESMTP id CD33B17190; Tue, 7 Aug 2007 17:42:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at bsd.mvh Received: from bsd.mvh ([127.0.0.1]) by localhost (bsd.mvh [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W+Uk-t51mErO; Tue, 7 Aug 2007 17:41:52 -0700 (PDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by bsd.mvh (Postfix) with ESMTP id 29FD017116; Tue, 7 Aug 2007 17:41:49 -0700 (PDT) From: Mike Harding To: Kris Kennaway In-Reply-To: <20070807192626.GA57403@rot26.obsecurity.org> References: <20070807174354.DAC5017921@bsd.mvh> <20070807192626.GA57403@rot26.obsecurity.org> Content-Type: text/plain Date: Tue, 07 Aug 2007 17:41:47 -0700 Message-Id: <1186533707.5244.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-ELNK-Trace: 2159e7a04884740af66dc3a06d5924d892eb6a467c6473eb97243256561cc98c3788860f0b40a802350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 71.116.166.101 Cc: freebsd-stable@freebsd.org Subject: Re: Crash report 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, 08 Aug 2007 00:42:08 -0000 Yep, have had to do this many many times. I had another crash, during the 'umount' process. Is there possibly a race condition with tinderbox? I generally run the tinderbox as 'idprio 10'... This crash happens with 2 different boxes, doing the same thing. One is an Intel Dell, one is a AMD system. 6.1 was so solid I may go back to it... On Tue, 2007-08-07 at 15:26 -0400, Kris Kennaway wrote: > On Tue, Aug 07, 2007 at 10:43:54AM -0700, Mike Harding wrote: > > > > I have had -lots- of panics since upgrading to 6.2 - my system was > > pretty much 100% before that. One thing I do have on my system is > > some jails, and I also see this crashes during tinderbox builds. I > > upgraded to 6.2-STABLE to see if the crashes were fixed, I still have > > them. Any ideas? memtest shows nothing wrong... > > Try disabling bg fsck, then booting to single user mode and running > fsck -f. You may have residual file system corruption. > > Kris From owner-freebsd-stable@FreeBSD.ORG Wed Aug 8 05:03:47 2007 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 262F316A41A for ; Wed, 8 Aug 2007 05:03:47 +0000 (UTC) (envelope-from mvh@ix.netcom.com) Received: from elasmtp-kukur.atl.sa.earthlink.net (elasmtp-kukur.atl.sa.earthlink.net [209.86.89.65]) by mx1.freebsd.org (Postfix) with ESMTP id E686113C4D9 for ; Wed, 8 Aug 2007 05:03:46 +0000 (UTC) (envelope-from mvh@ix.netcom.com) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=ix.netcom.com; b=rTfd0WYTzg93zxlGm4Q9nqbPg8IarUt3bgjCzgy/suNRwAeYsG2yA/SZRabdE8X5; h=X-Virus-Scanned:Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date:Message-Id:Mime-Version:X-Mailer:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP; Received: from [71.116.166.101] (helo=bsd.mvh) by elasmtp-kukur.atl.sa.earthlink.net with asmtp (Exim 4.34) id 1IIdhv-0002Jm-F4; Wed, 08 Aug 2007 01:03:43 -0400 Received: from localhost (localhost [127.0.0.1]) by bsd.mvh (Postfix) with ESMTP id C9923172FD; Tue, 7 Aug 2007 22:03:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at bsd.mvh Received: from bsd.mvh ([127.0.0.1]) by localhost (bsd.mvh [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TxgoKseyQGfL; Tue, 7 Aug 2007 22:03:33 -0700 (PDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by bsd.mvh (Postfix) with ESMTP id E2CA117171; Tue, 7 Aug 2007 22:03:27 -0700 (PDT) From: Mike Harding To: Kris Kennaway In-Reply-To: <20070807192626.GA57403@rot26.obsecurity.org> References: <20070807174354.DAC5017921@bsd.mvh> <20070807192626.GA57403@rot26.obsecurity.org> Content-Type: text/plain Date: Tue, 07 Aug 2007 22:03:24 -0700 Message-Id: <1186549404.33053.0.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-ELNK-Trace: 2159e7a04884740af66dc3a06d5924d8710ad55ed56e3dc8503c58f1497a1a4da8438e0f32a48e08350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 71.116.166.101 Cc: freebsd-stable@freebsd.org Subject: Re: Crash report 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, 08 Aug 2007 05:03:47 -0000 I should also mention, fwiw, that I use tinderbox with the 'nullfs' mounts. I can forward my config to anybody who is interested in trying to recreate these crashes. On Tue, 2007-08-07 at 15:26 -0400, Kris Kennaway wrote: > On Tue, Aug 07, 2007 at 10:43:54AM -0700, Mike Harding wrote: > > > > I have had -lots- of panics since upgrading to 6.2 - my system was > > pretty much 100% before that. One thing I do have on my system is > > some jails, and I also see this crashes during tinderbox builds. I > > upgraded to 6.2-STABLE to see if the crashes were fixed, I still have > > them. Any ideas? memtest shows nothing wrong... > > Try disabling bg fsck, then booting to single user mode and running > fsck -f. You may have residual file system corruption. > > Kris From owner-freebsd-stable@FreeBSD.ORG Wed Aug 8 07:03:43 2007 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 5492016A417 for ; Wed, 8 Aug 2007 07:03:43 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 3F58A13C467 for ; Wed, 8 Aug 2007 07:03:43 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from rot26.obsecurity.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 9C7621A4D7E; Wed, 8 Aug 2007 00:02:47 -0700 (PDT) Received: by rot26.obsecurity.org (Postfix, from userid 1001) id 79EF8BF60; Wed, 8 Aug 2007 03:03:42 -0400 (EDT) Date: Wed, 8 Aug 2007 03:03:42 -0400 From: Kris Kennaway To: Mike Harding Message-ID: <20070808070342.GA66769@rot26.obsecurity.org> References: <20070807174354.DAC5017921@bsd.mvh> <20070807192626.GA57403@rot26.obsecurity.org> <1186533707.5244.3.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1186533707.5244.3.camel@localhost> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Crash report 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, 08 Aug 2007 07:03:43 -0000 On Tue, Aug 07, 2007 at 05:41:47PM -0700, Mike Harding wrote: > Yep, have had to do this many many times. > > I had another crash, during the 'umount' process. Is there possibly a > race condition with tinderbox? I generally run the tinderbox as 'idprio > 10'... Try without idprio, it's not recommended because of priority inversion problems (which can cause deadlocks), which means that in practise no-one uses it and it may have developed more serious issues. Kris From owner-freebsd-stable@FreeBSD.ORG Wed Aug 8 13:36:06 2007 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 D523816A420 for ; Wed, 8 Aug 2007 13:36:06 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2001:1b20:1:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 47C0D13C46C for ; Wed, 8 Aug 2007 13:36:06 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (vqlwxk@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l78DZx3o045657 for ; Wed, 8 Aug 2007 15:36:04 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l78DZxN7045656; Wed, 8 Aug 2007 15:35:59 +0200 (CEST) (envelope-from olli) Date: Wed, 8 Aug 2007 15:35:59 +0200 (CEST) Message-Id: <200708081335.l78DZxN7045656@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 08 Aug 2007 15:36:04 +0200 (CEST) Cc: Subject: moused(8) consuming cpu for nothing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: 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: Wed, 08 Aug 2007 13:36:06 -0000 Hi, I noticed that the moused(8) process had accumulated about one minute of CPU time, after only three days of uptime. That's really a lot, given the fact that this server doesn't have a mouse connected at all. :-) Well, it is connected to a KVM switch, but it was never used since the last reboot. Accoding to "vmstat -i" psm0 received zero interrupts. So I really wonder why it has consumed that much CPU time. So I tried to strace the process, and got an endless series of these: 15:22:31.017275 gettimeofday({...}, NULL) = 0 15:22:31.017386 select(1024, [?], NULL, NULL, {...}) = 0 (Timeout) 15:22:31.038275 gettimeofday({...}, NULL) = 0 15:22:31.038386 select(1024, [?], NULL, NULL, {...}) = 0 (Timeout) 15:22:31.059276 gettimeofday({...}, NULL) = 0 15:22:31.059387 select(1024, [?], NULL, NULL, {...}) = 0 (Timeout) 15:22:31.080275 gettimeofday({...}, NULL) = 0 15:22:31.080387 select(1024, [?], NULL, NULL, {...}) = 0 (Timeout) 15:22:31.101276 gettimeofday({...}, NULL) = 0 15:22:31.101387 select(1024, [?], NULL, NULL, {...}) = 0 (Timeout) 15:22:31.122276 gettimeofday({...}, NULL) = 0 15:22:31.122388 select(1024, [?], NULL, NULL, {...}) = 0 (Timeout) 15:22:31.143275 gettimeofday({...}, NULL) = 0 15:22:31.143386 select(1024, [?], NULL, NULL, {...}) = 0 (Timeout) 15:22:31.164276 gettimeofday({...}, NULL) = 0 15:22:31.164388 select(1024, [?], NULL, NULL, {...}) = 0 (Timeout) 15:22:31.185276 gettimeofday({...}, NULL) = 0 15:22:31.185387 select(1024, [?], NULL, NULL, {...}) = 0 (Timeout) .. and so on. So it seems to call select(2) with a 0.02s timeout and then gettimeofday(2) within a loop. 50 times per second. Without doing anything useful (remember there's no mouse device connected and zero interrupts occuring). Is that normal, or is it a bug? For now I have killed and disabled moused(8) on all machines in the server farm, but it is somewhat inconvenient to have to start moused(8) manually each time a server is switched onto the KVM. Best regards Oliver PS: Just in case it matters (these are all the defaults): kern.clockrate: { hz = 1000, tick = 1000, profhz = 666, stathz = 133 } kern.timecounter.choice: TSC(-100) HPET(2000) ACPI-fast(1000) i8254(0) dummy(-1000000) kern.timecounter.hardware: HPET -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd It's trivial to make fun of Microsoft products, but it takes a real man to make them work, and a God to make them do anything useful. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 8 19:59:37 2007 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 47F9516A417 for ; Wed, 8 Aug 2007 19:59:37 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id 068D713C45E for ; Wed, 8 Aug 2007 19:59:36 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.1/8.14.1) id l78FaTau021959 for freebsd-stable@freebsd.org; Wed, 8 Aug 2007 10:36:29 -0500 (CDT) (envelope-from dan) Date: Wed, 8 Aug 2007 10:36:29 -0500 From: Dan Nelson To: freebsd-stable@freebsd.org Message-ID: <20070808153628.GL77822@dan.emsphone.com> References: <200708081335.l78DZxN7045656@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200708081335.l78DZxN7045656@lurza.secnetix.de> X-OS: FreeBSD 7.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: moused(8) consuming cpu for nothing 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, 08 Aug 2007 19:59:37 -0000 In the last episode (Aug 08), Oliver Fromme said: > I noticed that the moused(8) process had accumulated about one minute > of CPU time, after only three days of uptime. That's really a lot, > given the fact that this server doesn't have a mouse connected at > all. :-) Well, it is connected to a KVM switch, but it was never > used since the last reboot. Accoding to "vmstat -i" psm0 received > zero interrupts. So I really wonder why it has consumed that much > CPU time. > > So I tried to strace the process, and got an endless series > of these: > > 15:22:31.122276 gettimeofday({...}, NULL) = 0 > 15:22:31.122388 select(1024, [?], NULL, NULL, {...}) = 0 (Timeout) > 15:22:31.143275 gettimeofday({...}, NULL) = 0 > 15:22:31.143386 select(1024, [?], NULL, NULL, {...}) = 0 (Timeout) > 15:22:31.164276 gettimeofday({...}, NULL) = 0 > 15:22:31.164388 select(1024, [?], NULL, NULL, {...}) = 0 (Timeout) > 15:22:31.185276 gettimeofday({...}, NULL) = 0 > 15:22:31.185387 select(1024, [?], NULL, NULL, {...}) = 0 (Timeout) > .. and so on. > > So it seems to call select(2) with a 0.02s timeout and > then gettimeofday(2) within a loop. 50 times per second. > Without doing anything useful (remember there's no mouse > device connected and zero interrupts occuring). Moused only selects with a timeout when you have 3-button emulation enabled, so try disabling that. One possible optimization to moused would be to only use the timeout if the current button state requires one (i.e. only if button1 or button3 is pressed, or the virtual button3 is pressed). BTW - running with /usr/bin/truss instead of strace would have let you see the timeout directly without having to subtract timestamps: select(1024,{3},0x0,0x0,{0.020000}) = 0 (0x0) gettimeofday({1186587244.432606},0x0) = 0 (0x0) select(1024,{3},0x0,0x0,{0.020000}) = 0 (0x0) gettimeofday({1186587244.457868},0x0) = 0 (0x0) -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Thu Aug 9 07:39:19 2007 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 C07DA16A420 for ; Thu, 9 Aug 2007 07:39:19 +0000 (UTC) (envelope-from se@freebsd.org) Received: from spacemail2-out.mgmt.space.net (spacemail2-out.mgmt.space.net [194.97.149.148]) by mx1.freebsd.org (Postfix) with ESMTP id 4E89813C46E for ; Thu, 9 Aug 2007 07:39:19 +0000 (UTC) (envelope-from se@freebsd.org) X-SpaceNet-SBRS: None X-IronPort-AV: E=Sophos;i="4.19,239,1183327200"; d="scan'208";a="24090592" Received: from mail.atsec.com ([195.30.252.105]) by spacemail2-out.mgmt.space.net with ESMTP; 09 Aug 2007 09:09:17 +0200 Received: from [10.254.1.25] (unknown [195.30.9.200]) (Authenticated sender: se@atsec.com) by mail.atsec.com (Postfix) with ESMTP id A463B720960; Thu, 9 Aug 2007 09:09:13 +0200 (CEST) Message-ID: <46B9F968.4030508@freebsd.org> Date: Wed, 08 Aug 2007 19:12:08 +0200 From: =?ISO-8859-1?Q?Stefan_E=DFer?= Organization: atsec information security User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Kris Kennaway References: <200707271109.51334.joao@matik.com.br> <200707290614.18469.joao@matik.com.br> <46AB160D.6040207@freebsd.org> <200708060928.36154.joao@matik.com.br> <790a9fff0708060854xb3f3e51n39a159ccf3f8b581@mail.gmail.com> <20070806174920.GA39742@rot26.obsecurity.org> In-Reply-To: <20070806174920.GA39742@rot26.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, Scot Hetzel , freebsd-stable@freebsd.org, JoaoBR Subject: Re: powerd freeze with amd 5000 X2 but not with lower cpus 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, 09 Aug 2007 07:39:19 -0000 Kris Kennaway schrieb: > On Mon, Aug 06, 2007 at 10:54:08AM -0500, Scot Hetzel wrote: >> On 8/6/07, JoaoBR wrote: >>> Only to remember the problem only ocurres when loading powerd and seems the >>> freeze happens when cpu freq is upshifting not down. >>> >> Try setting: >> >> hint.acpi_throttle.0.disabled="1" >> >> in /boot/loader.conf, as acpi_throttle may be the cause of the freeze. > > FYI this worked for me. Well, I never understood why we don't make this the default,. Since throttling has a much higher impact on performance than on power consumption, it always is lowering the throughput per Watt value (or to use some other metric, it increases the "Joule for completion of a task" value). For systems that do not support EST or PowerNow! (or newer), it may still be better to have the CPU work unthrottled and then go into an extended halt instead of a simple halt (C0). In case of systems with low voltage modes, throttling may make the CPU draw significantly more power than in a higher clocked, reduced voltage mode. (I.e. 2GHz->1.6GHz at lower voltage draws less power than throttling 2GHz->1GHz at the nominal operating voltage ...) Throttling may be useful to prevent over-heating of certain CPUs under extreme load, but AFAIK these implement it without OS support (in on-chip hardware, since the days of the P4). So, IMHO, we should normally have acpi_throttle disabled in the default installation ... Regards, STefan From owner-freebsd-stable@FreeBSD.ORG Thu Aug 9 09:27:22 2007 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 4628C16A420 for ; Thu, 9 Aug 2007 09:27:22 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from mail.beenic.net (mail.beenic.net [83.246.72.40]) by mx1.freebsd.org (Postfix) with ESMTP id 0AB2513C442 for ; Thu, 9 Aug 2007 09:27:21 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from [192.168.1.37] (a89-182-7-186.net-htp.de [89.182.7.186]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.beenic.net (Postfix) with ESMTP id CA009A44529 for ; Thu, 9 Aug 2007 11:24:54 +0200 (CEST) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: freebsd-stable@freebsd.org Date: Thu, 9 Aug 2007 11:27:18 +0200 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200708091127.18589.wundram@beenic.net> Subject: viapm - SMBus support for lmmon 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, 09 Aug 2007 09:27:22 -0000 Hey all! I've just set up boxes with FreeBSD 6.2 (currently not running stable yet, but will in a day or so), and as the motherboard is a VIA-based something (with a VIA C3 CPU), I thought that viapm should be the appropriate driver to enable smbus for lmmon and the like. Anyway, the driver loads fine: --- viapropm0: SMBus I/O base at 0x6000 viapropm0: SMBus I/O base at 0x6000 viapropm0: port 0x6000-0x600f at device 7.4 on pci0 viapropm0: SMBus revision code 0x40 smbus0: on viapropm0 smb0: on smbus0 --- (this is loaded after boot has completed, because I didn't yet have it in loader.conf, but I don't presume this has any impact on the usability of the driver). /dev/smb0 is properly created, but when I then try to run lmmon, the output is the following: --- goettingen01# lmmon IOCTL: Device busy goettingen01# --- I've looked through Google, trying to find some info, but I don't really see much that would help me set this up, that's why I'm mailing this list. Anyway: --- goettingen01# kldstat Id Refs Address Size Name 1 27 0xc0400000 70794c kernel 2 1 0xc0b08000 77c4 ng_ubt.ko 3 6 0xc0b10000 c83c netgraph.ko 4 1 0xc0b1d000 59f20 acpi.ko 5 4 0xc1fdd000 2000 ng_bluetooth.ko 6 1 0xc1fdf000 c000 ng_hci.ko 7 1 0xc200c000 e000 ng_l2cap.ko 8 1 0xc201a000 17000 ng_btsocket.ko 9 1 0xc2039000 4000 ng_socket.ko 10 1 0xc20a7000 16000 linux.ko 11 1 0xc2103000 4000 if_tap.ko 12 1 0xc212f000 2000 rain_saver.ko 13 1 0xc231a000 5000 viapm.ko 14 2 0xc231f000 2000 smbus.ko 15 1 0xc2321000 3000 iicbb.ko 16 1 0xc2324000 3000 iicbus.ko 17 1 0xc2333000 3000 smb.ko goettingen01# --- Thanks for any hint! -- Heiko Wundram Product & Application Development From owner-freebsd-stable@FreeBSD.ORG Thu Aug 9 15:46:47 2007 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 0262016A418 for ; Thu, 9 Aug 2007 15:46:47 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2001:1b20:1:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 6029A13C494 for ; Thu, 9 Aug 2007 15:46:46 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (uvqlwx@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l79FkcLv009726; Thu, 9 Aug 2007 17:46:43 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l79Fkbdb009725; Thu, 9 Aug 2007 17:46:37 +0200 (CEST) (envelope-from olli) Date: Thu, 9 Aug 2007 17:46:37 +0200 (CEST) Message-Id: <200708091546.l79Fkbdb009725@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, wundram@beenic.net In-Reply-To: <200708091127.18589.wundram@beenic.net> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 09 Aug 2007 17:46:43 +0200 (CEST) Cc: Subject: Re: viapm - SMBus support for lmmon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, wundram@beenic.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 15:46:47 -0000 Heiko Wundram wrote: > I've just set up boxes with FreeBSD 6.2 (currently not running stable yet, but > will in a day or so), and as the motherboard is a VIA-based something (with a > VIA C3 CPU), I thought that viapm should be the appropriate driver to enable > smbus for lmmon and the like. > > Anyway, the driver loads fine: > [...] > /dev/smb0 is properly created, but when I then try to run lmmon, the output is > the following: > > --- > goettingen01# lmmon > IOCTL: Device busy Are you sure your moinboard does contain monitoring hardware that is supported by lmmon? I have a very similar VIA C3 system on an EPIA PD10K mainboard. The viapm driver supports it fine, but it doesn't have lmmon-supported monitoring hardware, unfortunately. Here's dmesg, pciconf and sysctl output if you're interested: http://www.secnetix.de/~olli/dmesg/epia/ Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "The ITU has offered the IETF formal alignment with its corresponding technology, Penguins, but that won't fly." -- RFC 2549 From owner-freebsd-stable@FreeBSD.ORG Thu Aug 9 18:53:29 2007 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 9572B16A418 for ; Thu, 9 Aug 2007 18:53:29 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.freebsd.org (Postfix) with ESMTP id 7183513C442 for ; Thu, 9 Aug 2007 18:53:28 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (who0yt8xngj79vcl@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id l79IOdUL099339; Thu, 9 Aug 2007 11:24:39 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id l79IOcCN099338; Thu, 9 Aug 2007 11:24:38 -0700 (PDT) (envelope-from jmg) Date: Thu, 9 Aug 2007 11:24:38 -0700 From: John-Mark Gurney To: stable@FreeBSD.org Message-ID: <20070809182438.GW99491@funkthat.com> Mail-Followup-To: stable@FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="jRHKVT23PllUwdXP" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: Subject: fragmented buffer cache hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 18:53:29 -0000 --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline At work, we've been having a few hangs that are apparently from a fragmented buffer cache... We are running w/ some UFS2 file systems with a 64KB/64KB and 64KB/32KB block/fragment sizes which I believe is a contributing factor to the fragmentation. Luckily, only I/O to the large block file systems are hung, and I've been able to run kgdb on /dev/mem which has helped tremendously. I am still running kgdb on the box, so I can get any additional information requested. Disk IO on the devices that the file systems are housed are fully functional, as I can run ffsinfo, and dd from the disks. Most of the processes are stuck in nbufkv (from getnewbuf) w/ needsbuffer set to VFS_BIO_NEED_BUFSPACE. This can only get set if it needs to defrag the buffer cache because a call to vm_map_findspace(buffer_map fails. The bufdaemon is stuck in qsleep. The syncer is also stuck in nbufkv. So, BKVASIZE which is the minimum allocation size of space in the buffer_map was increased to 16KB to be 2x the size (at the time) of the UFS block size of standard file systems (8KB). We have since increased the standard block size to 16KB, but have not made a repsective increase to the BKVASIZE. I see that as a possible work around, but not as one that is guaranteed to make 64KB block FS's work though. I have walked part of the buffer_map, but have not seen any adj_free or max_free >= 64KB, they are usually either 32KB or 48KB... Some information about the box: 6.2-RELEASE using a SMP kernel w/ debugging enabled, nothing else special. I have attached sysctl -a, vmstat -m, vmstat -z and dmesg. I believe this hang is possible w/ -current also, as the buffer cache has not changed significantly. Comments? Help? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.dump" 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 #0: Fri Aug 3 16:27:39 PDT 2007 root@crane:/usr/src/sys/i386/compile/SMP-DDB Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU 3070 @ 2.66GHz (2660.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0xe3bd,CX16,,> AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 real memory = 2146304000 (2046 MB) avail memory = 2095198208 (1998 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 pci1: at device 0.1 (no driver attached) pcib3: at device 0.2 on pci1 pci3: on pcib3 twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0x4000-0x400f mem 0xe0200000-0xe020000f,0xe0800000-0xe0ffffff irq 48 at device 1.0 on pci3 twe0: [GIANT-LOCKED] twe0: 2 ports, Firmware FE8S 1.05.00.068, BIOS BE7X 1.08.00.048 pci1: at device 0.3 (no driver attached) pcib4: irq 17 at device 28.0 on pci0 pci9: on pcib4 pcib5: irq 17 at device 28.4 on pci0 pci13: on pcib5 em0: port 0x5000-0x501f mem 0xe1000000-0xe101ffff irq 16 at device 0.0 on pci13 em0: Ethernet address: 00:30:48:8e:02:fa pcib6: irq 16 at device 28.5 on pci0 pci14: on pcib6 em1: port 0x6000-0x601f mem 0xe1100000-0xe111ffff irq 17 at device 0.0 on pci14 em1: Ethernet address: 00:30:48:8e:02:fb uhci0: port 0x3000-0x301f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x3020-0x303f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x3040-0x305f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x3060-0x307f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xe0000000-0xe00003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib7: at device 30.0 on pci0 pci15: on pcib7 pci15: at device 4.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x30a0-0x30af at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x30e8-0x30ef,0x30dc-0x30df,0x30e0-0x30e7,0x30d8-0x30db,0x30b0-0x30bf mem 0xe0000400-0xe00007ff irq 19 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model VersaPad, device ID 0 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 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcbfff,0xcc000-0xccfff,0xcd000-0xcdfff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: CDRW at ata0-master UDMA33 ad4: 143089MB at ata2-master SATA150 ad6: 143089MB at ata3-master SATA150 ad7: 143089MB at ata3-slave SATA150 twed0: on twe0 twed0: 143089MB (293046768 sectors) twed1: on twe0 twed1: 143089MB (293046768 sectors) SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s1a em0: promiscuous mode enabled em0: promiscuous mode disabled em0: promiscuous mode enabled em0: promiscuous mode disabled --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="sysctl.dump" kern.ostype: FreeBSD kern.osrelease: 6.2-RELEASE kern.osrevision: 199506 kern.version: FreeBSD 6.2-RELEASE #0: Fri Aug 3 16:27:39 PDT 2007 root@crane:/usr/src/sys/i386/compile/SMP-DDB kern.maxvnodes: 100000 kern.maxproc: 6164 kern.maxfiles: 12328 kern.argmax: 262144 kern.securelevel: -1 kern.hostname: crane kern.hostid: 0 kern.clockrate: { hz = 1000, tick = 1000, profhz = 666, stathz = 133 } kern.posix1version: 200112 kern.ngroups: 16 kern.job_control: 1 kern.saved_ids: 0 kern.boottime: { sec = 1186185324, usec = 85200 } Fri Aug 3 16:55:24 2007 kern.domainname: kern.osreldate: 602000 kern.bootfile: /boot/kernel/kernel kern.maxfilesperproc: 11095 kern.maxprocperuid: 5547 kern.ipc.maxsockbuf: 262144 kern.ipc.sockbuf_waste_factor: 8 kern.ipc.somaxconn: 128 kern.ipc.max_linkhdr: 16 kern.ipc.max_protohdr: 60 kern.ipc.max_hdr: 76 kern.ipc.max_datalen: 132 kern.ipc.nmbclusters: 25600 kern.ipc.nmbjumbop: 0 kern.ipc.nmbjumbo9: 0 kern.ipc.nmbjumbo16: 0 kern.ipc.maxpipekva: 16777216 kern.ipc.pipes: 28 kern.ipc.pipekva: 278528 kern.ipc.pipefragretry: 0 kern.ipc.pipeallocfail: 0 kern.ipc.piperesizefail: 0 kern.ipc.piperesizeallowed: 1 kern.ipc.msgmax: 16384 kern.ipc.msgmni: 40 kern.ipc.msgmnb: 2048 kern.ipc.msgtql: 40 kern.ipc.msgssz: 8 kern.ipc.msgseg: 2048 kern.ipc.semmap: 30 kern.ipc.semmni: 10 kern.ipc.semmns: 60 kern.ipc.semmnu: 30 kern.ipc.semmsl: 60 kern.ipc.semopm: 100 kern.ipc.semume: 10 kern.ipc.semusz: 92 kern.ipc.semvmx: 32767 kern.ipc.semaem: 16384 kern.ipc.shmmax: 33554432 kern.ipc.shmmin: 1 kern.ipc.shmmni: 192 kern.ipc.shmseg: 128 kern.ipc.shmall: 8192 kern.ipc.shm_use_phys: 0 kern.ipc.shm_allow_removed: 0 kern.ipc.numopensockets: 53 kern.ipc.maxsockets: 25600 kern.ipc.nsfbufs: 6656 kern.ipc.nsfbufspeak: 5 kern.ipc.nsfbufsused: 0 kern.dummy: 0 kern.ps_strings: 3217031152 kern.usrstack: 3217031168 kern.logsigexit: 1 kern.iov_max: 1024 kern.cam.cam_srch_hi: 0 kern.cam.scsi_delay: 5000 kern.cam.cd.changer.min_busy_seconds: 5 kern.cam.cd.changer.max_busy_seconds: 15 kern.cam.da.retry_count: 4 kern.cam.da.default_timeout: 60 kern.disks: twed1 twed0 ad7 ad6 ad4 kern.geom.debugflags: 0 kern.geom.collectstats: 1 kern.elf32.fallback_brand: -1 kern.init_path: /sbin/init:/sbin/oinit:/sbin/init.bak:/rescue/init:/stand/sysinstall kern.init_shutdown_timeout: 120 kern.acct_suspend: 2 kern.acct_resume: 4 kern.acct_chkfreq: 15 kern.acct_suspended: 0 kern.cp_time: 1017357 228 1407877 326663 124281773 kern.openfiles: 325 kern.kq_calloutmax: 4096 kern.stackprot: 7 kern.ps_arg_cache_limit: 256 kern.lastpid: 56579 kern.randompid: 0 kern.ktrace.genio_size: 4096 kern.ktrace.request_pool: 100 kern.module_path: /boot/kernel;/boot/modules kern.malloc: Type InUse MemUse HighUse Requests Size(s) linux 11 1K - 11 32,64 acpidev 64 2K - 64 32 acpisem 21 2K - 21 64 PCI Link 16 2K - 16 32,128 acpitask 0 0K - 1 32 acpica 1468 79K - 29918 16,32,64,128,256,512,1024,2048 DEVFS1 132 33K - 132 256 DEVFS3 143 18K - 144 128 nexusdev 3 1K - 3 16 memdesc 1 4K - 1 4096 I/O APIC 3 3K - 3 1024 USBdev 6 1K - 21 16,128,256,512 USB 79 7K - 79 16,32,64,128,256 twe commands 255 16K - 261 64 atkbddev 2 1K - 2 32 entropy 1024 64K - 1024 64 VM pgdata 2 65K - 2 64 CAM XPT 10 1K - 17 16,64,512 UMAHash 3 9K - 12 256,512,1024,2048,4096 UFS mount 24 368K - 24 256,2048,4096 UFS dirhash 618 165K - 10368 16,32,64,128,256,512,4096 savedino 0 0K - 3211 256 newdirblk 0 0K - 3 32 dirrem 0 0K - 30777 32 mkdir 0 0K - 146 32 diradd 1 1K - 31523 64 freefile 0 0K - 15276 32 freeblks 0 0K - 15175 256 freefrag 3 1K - 9983 32 allocindir 0 0K - 3176832 64 indirdep 0 0K - 1434 32 allocdirect 4 1K - 44763 128 bmsafemap 1 1K - 12631 64 newblk 1 1K - 3221596 64,256 inodedep 4 257K - 42361 128 pagedep 2 65K - 20005 64 p1003.1b 1 1K - 1 16 NFS daemon 1 8K - 1 NFS req 0 0K - 31010208 128 ip6_moptions 1 1K - 1 16 in6_multi 19 1K - 19 16,32,64 syncache 1 8K - 1 acd_driver 1 2K - 1 2048 hostcache 1 24K - 1 in_multi 2 1K - 2 32 routetbl 32 3K - 111 16,32,64,128,256 ar_driver 0 0K - 15 512,2048 ata_dma 4 1K - 4 128 lo 1 1K - 1 16 arpcom 2 1K - 2 16 clone 4 16K - 4 4096 ether_multi 17 1K - 18 16,32,64 ifaddr 34 8K - 34 16,32,64,256,512,2048 ifnet 4 4K - 4 256,1024 BPF 3 1K - 13 16,64,256 ad_driver 3 1K - 3 32 vnodemarker 2 1K - 287312 512 mount 201 6K - 356 16,32,64,128,2048 vnodes 3 1K - 13 16,128 VFS hash 1 256K - 1 cluster_save buffer 0 0K - 762 32,64 vfscache 1 512K - 1 BIO buffer 0 0K - 227 2048 CAM SIM 1 1K - 1 64 pcb 29 5K - 7520 16,32,64,2048 soname 7 1K - 34383 16,32,128 mbuf_tag 0 0K - 7442 32,64 ptys 13 2K - 13 128 ttys 2292 316K - 11532 128,1024 shm 1 12K - 1 sem 4 7K - 4 512,1024,4096 msg 4 25K - 4 1024,4096 iov 0 0K - 3261 16,64,128 ioctlops 0 0K - 138638 16,32,64,128,256,512,1024 Unitno 7 1K - 9 16,64 turnstiles 211 14K - 211 64 taskqueue 9 1K - 9 16,128 sleep queues 211 7K - 211 32 sbuf 0 0K - 9432 16,32,64,128,256,512,1024,2048,4096 rman 191 12K - 690 16,64 CAM dev queue 1 1K - 1 64 kobj 256 512K - 310 2048 eventhandler 43 3K - 43 32,128 devstat 18 37K - 18 16,4096 kbdmux 6 9K - 6 16,128,256,2048,4096 bus-sc 68 38K - 3033 16,32,64,128,256,512,1024,2048,4096 bus 1037 44K - 9289 16,32,64,128,1024 SWAP 2 277K - 2 64 umtx 210 14K - 210 64 sysctltmp 0 0K - 2431 16,32,64,128 sysctloid 2855 87K - 2855 16,32,64 sysctl 0 0K - 3397383 16,32,64 uidinfo 7 2K - 993 32,1024 plimit 20 5K - 30329 256 cred 70 9K - 302666 128 subproc 311 506K - 56798 256,4096 proc 2 8K - 2 4096 session 38 5K - 2839 128 pgrp 50 4K - 4947 64 mtx_pool 1 8K - 1 module 388 25K - 388 64,128 ata_generic 4 4K - 36 16,512,1024 ip6ndp 4 1K - 4 64,128 temp 19 266K - 174786 16,32,64,128,256,512,1024,2048,4096 devbuf 370 1528K - 400 16,32,64,128,256,512,1024,2048,4096 lockf 14 1K - 237511 64 linker 80 115K - 125 16,32,256,1024,4096 CAM queue 3 1K - 3 16 CAM periph 1 1K - 1 128 KTRACE 100 13K - 100 128 ithread 124 12K - 124 16,64,128 zombie 0 0K - 56487 128 proc-args 57 3K - 148230 16,32,64,128,256 kqueue 0 0K - 2338 256,1024 kenv 113 8K - 114 16,32,64,4096 sigio 1 1K - 1 32 file desc 174 81K - 58805 16,32,256,512,2048 cdev 25 4K - 25 128 isadev 18 2K - 18 64 GEOM 210 30K - 1188 16,32,64,128,256,512,1024,2048,4096 pfs_nodes 20 3K - 20 128 DEVFS 12 1K - 13 16,128 kern.malloc_count: 201 kern.ident: SMP-GENERIC kern.maxusers: 384 kern.fallback_elf_brand: -1 kern.kstack_pages: 2 kern.sync_on_panic: 0 kern.shutdown.poweroff_delay: 5000 kern.shutdown.kproc_shutdown_wait: 60 kern.sugid_coredump: 0 kern.coredump: 1 kern.nodump_coredump: 0 kern.corefile: %N.core kern.fscale: 2048 kern.timecounter.stepwarnings: 0 kern.timecounter.nbinuptime: 596721223 kern.timecounter.nnanouptime: 82692 kern.timecounter.nmicrouptime: 56639 kern.timecounter.nbintime: 640607 kern.timecounter.nnanotime: 4514 kern.timecounter.nmicrotime: 636091 kern.timecounter.ngetbinuptime: 2552818 kern.timecounter.ngetnanouptime: 22039 kern.timecounter.ngetmicrouptime: 58515297 kern.timecounter.ngetbintime: 0 kern.timecounter.ngetnanotime: 0 kern.timecounter.ngetmicrotime: 47862854 kern.timecounter.nsetclock: 3 kern.timecounter.hardware: ACPI-fast kern.timecounter.choice: TSC(-100) ACPI-fast(1000) i8254(0) dummy(-1000000) kern.timecounter.tick: 1 kern.timecounter.smp_tsc: 0 kern.threads.thr_scope: 0 kern.threads.thr_concurrency: 0 kern.threads.debug: 0 kern.threads.max_threads_per_proc: 1500 kern.threads.max_groups_per_proc: 1500 kern.threads.max_threads_hits: 0 kern.threads.virtual_cpu: 2 kern.sched.name: 4BSD kern.sched.quantum: 100000 kern.sched.ipiwakeup.enabled: 1 kern.sched.ipiwakeup.requested: 18084031 kern.sched.ipiwakeup.delivered: 18084901 kern.sched.ipiwakeup.usemask: 1 kern.sched.ipiwakeup.useloop: 0 kern.sched.ipiwakeup.onecpu: 0 kern.sched.ipiwakeup.htt2: 0 kern.sched.followon: 0 kern.sched.pfollowons: 0 kern.sched.kgfollowons: 0 kern.sched.preemption: 1 kern.sched.runq_fuzz: 1 kern.ccpu: 1948 kern.devstat.numdevs: 5 kern.devstat.generation: 292 kern.devstat.version: 6 kern.kobj_methodcount: 115 kern.log_wakeups_per_second: 5 kern.log_console_output: 1 kern.always_console_output: 0 kern.msgbuf: kern.msgbuf_clear: 0 kern.smp.maxcpus: 16 kern.smp.active: 1 kern.smp.disabled: 0 kern.smp.cpus: 2 kern.smp.forward_signal_enabled: 1 kern.smp.forward_roundrobin_enabled: 1 kern.nselcoll: 0 kern.drainwait: 300 kern.tty_nin: 44172 kern.tty_nout: 25032734 kern.console: consolectl,/ttyd0,consolectl, kern.consmute: 0 kern.consmsgbuf_size: 8192 kern.constty_wakeups_per_second: 5 kern.filedelay: 30 kern.dirdelay: 29 kern.metadelay: 28 kern.minvnodes: 25000 kern.chroot_allow_open_directories: 1 kern.rpc.retries: 0 kern.rpc.request: 0 kern.rpc.timeouts: 0 kern.rpc.unexpected: 0 kern.rpc.invalid: 0 kern.random.yarrow.gengateinterval: 10 kern.random.yarrow.bins: 10 kern.random.yarrow.fastthresh: 192 kern.random.yarrow.slowthresh: 256 kern.random.yarrow.slowoverthresh: 2 kern.random.sys.seeded: 1 kern.random.sys.harvest.ethernet: 1 kern.random.sys.harvest.point_to_point: 1 kern.random.sys.harvest.interrupt: 1 kern.random.sys.harvest.swi: 0 vm.vmtotal: System wide totals computed every five seconds: (values in kilobytes) =============================================== Processes: (RUNQ: 2 Disk Wait: 16 Page Wait: 0 Sleep: 49) Virtual Memory: (Total: 204161K, Active 115524K) Real Memory: (Total: 2043328K Active 78628K) Shared Virtual Memory: (Total: 14740K Active: 8648K) Shared Real Memory: (Total: 7660K Active: 4972K) Free Memory Pages: 67692K vm.loadavg: { 0.00 0.06 0.07 } vm.v_free_min: 3310 vm.v_free_target: 13989 vm.v_free_reserved: 749 vm.v_inactive_target: 20983 vm.v_cache_min: 13989 vm.v_cache_max: 27978 vm.v_pageout_free_min: 34 vm.pageout_algorithm: 0 vm.swap_enabled: 1 vm.kmem_size: 335544320 vm.kmem_size_max: 335544320 vm.kmem_size_scale: 3 vm.swap_async_max: 4 vm.dmmax: 32 vm.nswapdev: 1 vm.zone: ITEM SIZE LIMIT USED FREE REQUESTS FFS2 dinode: 256, 0, 28123, 17972, 2552818 FFS1 dinode: 128, 0, 0, 0, 0 FFS inode: 132, 0, 28123, 31936, 2552818 Mountpoints: 664, 0, 12, 6, 12 SWAPMETA: 276, 121576, 30, 138, 866 rtentry: 132, 0, 14, 73, 21 ripcb: 180, 25608, 0, 66, 10 sackhole: 20, 0, 0, 0, 0 tcpreass: 20, 1690, 0, 338, 191 hostcache: 76, 15400, 1, 99, 15 syncache: 100, 15366, 0, 117, 63 tcptw: 48, 5148, 0, 156, 12 tcpcb: 464, 25600, 13, 43, 3100 inpcb: 180, 25608, 13, 97, 3100 udpcb: 180, 25608, 19, 91, 8747 ipq: 32, 904, 0, 226, 24762814 unpcb: 140, 25620, 15, 97, 2926 socket: 356, 25608, 53, 57, 14784 KNOTE: 68, 0, 0, 168, 8940 PIPE: 408, 0, 14, 211, 20157 DIRHASH: 1024, 0, 1270, 418, 15151 NFSNODE: 460, 0, 16874, 206, 60281 NFSMOUNT: 480, 0, 3, 13, 3 L VFS Cache: 291, 0, 29, 335, 106642 S VFS Cache: 68, 0, 39192, 36240, 2622908 NAMEI: 1024, 0, 8, 256, 6830246 VNODEPOLL: 76, 0, 0, 0, 0 VNODE: 272, 0, 45087, 38885, 2613253 ata_composit: 196, 0, 0, 0, 0 ata_request: 204, 0, 0, 266, 6946764 g_bio: 132, 0, 0, 319, 28026362 ACL UMA zone: 388, 0, 0, 0, 0 mbuf_jumbo_1: 16384, 0, 0, 0, 0 mbuf_jumbo_9: 9216, 0, 0, 0, 0 mbuf_jumbo_p: 4096, 0, 0, 0, 0 mbuf_cluster: 2048, 25600, 390, 368, 117161230 mbuf: 256, 0, 392, 373, 533375565 mbuf_packet: 256, 0, 307, 458, 358531144 VMSPACE: 296, 0, 68, 75, 56048 UPCALL: 44, 0, 0, 0, 0 KSEGRP: 88, 0, 196, 44, 196 THREAD: 376, 0, 196, 14, 196 PROC: 536, 0, 113, 83, 56600 Files: 72, 0, 325, 311, 2222317 4096: 4096, 0, 183, 254, 65493 2048: 2048, 0, 298, 58, 1955 1024: 1024, 0, 68, 100, 17267 512: 512, 0, 326, 386, 344123 256: 256, 0, 543, 372, 164538 128: 128, 0, 3126, 384, 31498498 64: 64, 0, 4415, 659, 6931767 32: 32, 0, 1886, 487, 2891878 16: 16, 0, 2980, 877, 754087 mt_zone: 1024, 0, 201, 127, 201 DP fakepg: 72, 0, 0, 53, 9 PV ENTRY: 24, 1745365, 38793, 3982, 205991332 MAP ENTRY: 68, 0, 2176, 456, 4155809 KMAP ENTRY: 68, 57344, 1855, 1393, 41943028 MAP: 192, 0, 7, 13, 7 VM OBJECT: 132, 0, 38276, 22827, 1229324 128 Bucket: 524, 0, 380, 229, 2580 64 Bucket: 268, 0, 21, 35, 124 32 Bucket: 140, 0, 35, 21, 92 16 Bucket: 76, 0, 24, 26, 75 UMA Hash: 128, 0, 3, 27, 6 UMA RCntSlab: 104, 0, 379, 28, 550393 UMA Slabs: 64, 0, 1353, 122, 13700 UMA Zones: 480, 0, 67, 5, 67 UMA Kegs: 140, 0, 67, 5, 67 vm.zone_count: 69 vm.old_contigmalloc: 0 vm.swap_idle_threshold1: 2 vm.swap_idle_threshold2: 10 vm.exec_map_entries: 16 vm.v_free_severe: 2029 vm.stats.sys.v_swtch: 544864931 vm.stats.sys.v_trap: 191956111 vm.stats.sys.v_syscall: 295427815 vm.stats.sys.v_intr: 490434936 vm.stats.sys.v_soft: 11897001 vm.stats.vm.v_vm_faults: 186438774 vm.stats.vm.v_cow_faults: 1336513 vm.stats.vm.v_cow_optim: 336 vm.stats.vm.v_zfod: 183683617 vm.stats.vm.v_ozfod: 96719444 vm.stats.vm.v_swapin: 1278 vm.stats.vm.v_swapout: 1006 vm.stats.vm.v_swappgsin: 1454 vm.stats.vm.v_swappgsout: 1302 vm.stats.vm.v_vnodein: 42109 vm.stats.vm.v_vnodeout: 7689 vm.stats.vm.v_vnodepgsin: 358485 vm.stats.vm.v_vnodepgsout: 13515 vm.stats.vm.v_intrans: 2046 vm.stats.vm.v_reactivated: 229536593 vm.stats.vm.v_pdwakeups: 27780 vm.stats.vm.v_pdpages: 492471633 vm.stats.vm.v_dfree: 5021 vm.stats.vm.v_pfree: 5782215 vm.stats.vm.v_tfree: 468978054 vm.stats.vm.v_page_size: 4096 vm.stats.vm.v_page_count: 512521 vm.stats.vm.v_free_reserved: 749 vm.stats.vm.v_free_target: 13989 vm.stats.vm.v_free_min: 3310 vm.stats.vm.v_free_count: 1172 vm.stats.vm.v_wire_count: 47742 vm.stats.vm.v_active_count: 28771 vm.stats.vm.v_inactive_target: 20983 vm.stats.vm.v_inactive_count: 418882 vm.stats.vm.v_cache_count: 15749 vm.stats.vm.v_cache_min: 13989 vm.stats.vm.v_cache_max: 27978 vm.stats.vm.v_pageout_free_min: 34 vm.stats.vm.v_interrupt_free_min: 2 vm.stats.vm.v_forks: 45438 vm.stats.vm.v_vforks: 10609 vm.stats.vm.v_rforks: 0 vm.stats.vm.v_kthreads: 553 vm.stats.vm.v_forkpages: 2136972 vm.stats.vm.v_vforkpages: 1144478 vm.stats.vm.v_rforkpages: 0 vm.stats.vm.v_kthreadpages: 0 vm.stats.misc.zero_page_count: 798 vm.stats.misc.cnt_prezero: 105368790 vm.max_proc_mmap: 49344 vm.msync_flush_flags: 3 vm.old_msync: 0 vm.boot_pages: 48 vm.max_launder: 32 vm.pageout_stats_max: 13989 vm.pageout_full_stats_interval: 20 vm.pageout_stats_interval: 5 vm.swap_idle_enabled: 0 vm.defer_swapspace_pageouts: 0 vm.disable_swapspace_pageouts: 0 vm.pageout_lock_miss: 0 vm.idlezero_enable: 1 vm.idlezero_maxrun: 16 vm.kvm_size: 1069543424 vm.kvm_free: 381677568 vfs.nfs4.access_cache_timeout: 60 vfs.nfs4.nfsv3_commit_on_close: 0 vfs.devfs.generation: 132 vfs.devfs.rule_depth: 1 vfs.nfs.downdelayinitial: 12 vfs.nfs.downdelayinterval: 30 vfs.nfs.realign_test: 31010647 vfs.nfs.realign_count: 0 vfs.nfs.bufpackets: 4 vfs.nfs.reconnects: 0 vfs.nfs.nfs3_jukebox_delay: 10 vfs.nfs.iodmaxidle: 120 vfs.nfs.iodmin: 0 vfs.nfs.iodmax: 20 vfs.nfs.defect: 0 vfs.nfs.nfs_ip_paranoia: 1 vfs.nfs.diskless_valid: 0 vfs.nfs.diskless_rootpath: vfs.nfs.access_cache_timeout: 60 vfs.nfs.nfsv3_commit_on_close: 0 vfs.nfs.clean_pages_on_close: 1 vfs.nfs.nfs_directio_enable: 0 vfs.nfs.nfs_directio_allow_mmap: 1 vfs.ufs.dirhash_minsize: 2560 vfs.ufs.dirhash_maxmem: 2097152 vfs.ufs.dirhash_mem: 1417124 vfs.ufs.dirhash_docheck: 0 vfs.pfs.vncache.entries: 0 vfs.pfs.vncache.maxentries: 0 vfs.pfs.vncache.hits: 0 vfs.pfs.vncache.misses: 0 vfs.vmiodirenable: 1 vfs.runningbufspace: 0 vfs.bufspace: 104972288 vfs.maxbufspace: 117932032 vfs.bufmallocspace: 0 vfs.maxmallocbufspace: 5863833 vfs.lobufspace: 117211136 vfs.hibufspace: 117276672 vfs.bufreusecnt: 22304926 vfs.buffreekvacnt: 22303319 vfs.bufdefragcnt: 26497573 vfs.lorunningspace: 524288 vfs.hirunningspace: 1048576 vfs.dirtybufferflushes: 34632 vfs.altbufferflushes: 0 vfs.recursiveflushes: 0 vfs.numdirtybuffers: 1607 vfs.lodirtybuffers: 909 vfs.hidirtybuffers: 1819 vfs.dirtybufthresh: 1637 vfs.numfreebuffers: 5591 vfs.lofreebuffers: 404 vfs.hifreebuffers: 808 vfs.getnewbufcalls: 53310770 vfs.getnewbufrestarts: 46270612 vfs.flushwithdeps: 2416 vfs.cache.numneg: 1748 vfs.cache.numcache: 39221 vfs.cache.numcalls: 20781247 vfs.cache.dothits: 420951 vfs.cache.dotdothits: 1427878 vfs.cache.numchecks: 21788587 vfs.cache.nummiss: 3171410 vfs.cache.nummisszap: 36489 vfs.cache.numposzaps: 44693 vfs.cache.numposhits: 14949275 vfs.cache.numnegzaps: 136 vfs.cache.numneghits: 730415 vfs.cache.nchstats: 14949275 730415 44829 0 3207899 0 354985 365231 vfs.cache.numfullpathcalls: 10439 vfs.cache.numfullpathfail1: 1984 vfs.cache.numfullpathfail2: 0 vfs.cache.numfullpathfail4: 0 vfs.cache.numfullpathfound: 8455 vfs.write_behind: 1 vfs.read_max: 8 vfs.lookup_shared: 0 vfs.usermount: 0 vfs.numvnodes: 45087 vfs.wantfreevnodes: 25000 vfs.freevnodes: 20602 vfs.reassignbufcalls: 31067874 vfs.timestamp_precision: 0 vfs.worklist_len: 6 vfs.nfsrv.nfs_privport: 0 vfs.nfsrv.async: 0 vfs.nfsrv.commit_blks: 0 vfs.nfsrv.commit_miss: 0 vfs.nfsrv.realign_test: 0 vfs.nfsrv.realign_count: 0 vfs.nfsrv.gatherdelay: 10000 vfs.nfsrv.gatherdelay_v3: 0 vfs.ffs.doasyncfree: 1 vfs.ffs.doreallocblks: 1 vfs.ffs.compute_summary_at_mount: 0 net.local.stream.sendspace: 8192 net.local.stream.recvspace: 8192 net.local.dgram.maxdgram: 2048 net.local.dgram.recvspace: 4096 net.local.inflight: 0 net.local.taskcount: 0 net.local.recycled: 0 net.inet.ip.portrange.lowfirst: 1023 net.inet.ip.portrange.lowlast: 600 net.inet.ip.portrange.first: 49152 net.inet.ip.portrange.last: 65535 net.inet.ip.portrange.hifirst: 49152 net.inet.ip.portrange.hilast: 65535 net.inet.ip.portrange.reservedhigh: 1023 net.inet.ip.portrange.reservedlow: 0 net.inet.ip.portrange.randomized: 1 net.inet.ip.portrange.randomcps: 10 net.inet.ip.portrange.randomtime: 45 net.inet.ip.forwarding: 0 net.inet.ip.redirect: 1 net.inet.ip.ttl: 64 net.inet.ip.rtexpire: 3600 net.inet.ip.rtminexpire: 10 net.inet.ip.rtmaxcache: 128 net.inet.ip.sourceroute: 0 net.inet.ip.intr_queue_maxlen: 50 net.inet.ip.intr_queue_drops: 12579 net.inet.ip.accept_sourceroute: 0 net.inet.ip.keepfaith: 0 net.inet.ip.gifttl: 30 net.inet.ip.subnets_are_local: 0 net.inet.ip.same_prefix_carp_only: 0 net.inet.ip.fastforwarding: 0 net.inet.ip.process_options: 1 net.inet.ip.sendsourcequench: 0 net.inet.ip.random_id: 0 net.inet.ip.check_interface: 0 net.inet.ip.fragpackets: 0 net.inet.ip.maxfragsperpacket: 16 net.inet.ip.maxfragpackets: 800 net.inet.icmp.maskrepl: 0 net.inet.icmp.icmplim: 200 net.inet.icmp.maskfake: 0 net.inet.icmp.drop_redirect: 0 net.inet.icmp.log_redirect: 0 net.inet.icmp.icmplim_output: 1 net.inet.icmp.reply_src: net.inet.icmp.reply_from_interface: 0 net.inet.icmp.quotelen: 8 net.inet.icmp.bmcastecho: 0 net.inet.tcp.rfc1323: 1 net.inet.tcp.mssdflt: 512 net.inet.tcp.keepidle: 7200000 net.inet.tcp.keepintvl: 75000 net.inet.tcp.sendspace: 32768 net.inet.tcp.recvspace: 65536 net.inet.tcp.keepinit: 75000 net.inet.tcp.delacktime: 100 net.inet.tcp.v6mssdflt: 1024 net.inet.tcp.hostcache.cachelimit: 15360 net.inet.tcp.hostcache.hashsize: 512 net.inet.tcp.hostcache.bucketlimit: 30 net.inet.tcp.hostcache.count: 1 net.inet.tcp.hostcache.expire: 3600 net.inet.tcp.hostcache.purge: 0 net.inet.tcp.log_in_vain: 0 net.inet.tcp.blackhole: 0 net.inet.tcp.delayed_ack: 1 net.inet.tcp.rfc3042: 1 net.inet.tcp.rfc3390: 1 net.inet.tcp.insecure_rst: 0 net.inet.tcp.reass.maxsegments: 1600 net.inet.tcp.reass.cursegments: 0 net.inet.tcp.reass.maxqlen: 48 net.inet.tcp.reass.overflows: 0 net.inet.tcp.path_mtu_discovery: 1 net.inet.tcp.slowstart_flightsize: 1 net.inet.tcp.local_slowstart_flightsize: 4 net.inet.tcp.newreno: 1 net.inet.tcp.sack.enable: 1 net.inet.tcp.sack.maxholes: 128 net.inet.tcp.sack.globalmaxholes: 65536 net.inet.tcp.sack.globalholes: 0 net.inet.tcp.minmss: 216 net.inet.tcp.minmssoverload: 0 net.inet.tcp.tcbhashsize: 512 net.inet.tcp.do_tcpdrain: 1 net.inet.tcp.pcbcount: 13 net.inet.tcp.icmp_may_rst: 1 net.inet.tcp.isn_reseed_interval: 0 net.inet.tcp.maxtcptw: 5120 net.inet.tcp.nolocaltimewait: 0 net.inet.tcp.inflight.enable: 1 net.inet.tcp.inflight.debug: 0 net.inet.tcp.inflight.rttthresh: 10 net.inet.tcp.inflight.min: 6144 net.inet.tcp.inflight.max: 1073725440 net.inet.tcp.inflight.stab: 20 net.inet.tcp.syncookies: 1 net.inet.tcp.syncache.bucketlimit: 30 net.inet.tcp.syncache.cachelimit: 15359 net.inet.tcp.syncache.count: 0 net.inet.tcp.syncache.hashsize: 512 net.inet.tcp.syncache.rexmtlimit: 3 net.inet.tcp.msl: 30000 net.inet.tcp.rexmit_min: 3 net.inet.tcp.rexmit_slop: 200 net.inet.tcp.always_keepalive: 1 net.inet.udp.checksum: 1 net.inet.udp.maxdgram: 9216 net.inet.udp.recvspace: 42080 net.inet.udp.log_in_vain: 0 net.inet.udp.blackhole: 0 net.inet.udp.strict_mcast_mship: 0 net.inet.raw.maxdgram: 8192 net.inet.raw.recvspace: 8192 net.inet.accf.unloadable: 0 net.link.generic.system.ifcount: 3 net.link.ether.inet.prune_intvl: 300 net.link.ether.inet.max_age: 1200 net.link.ether.inet.maxtries: 5 net.link.ether.inet.useloopback: 1 net.link.ether.inet.proxyall: 0 net.link.ether.inet.log_arp_wrong_iface: 1 net.link.ether.inet.log_arp_movements: 1 net.link.ether.inet.log_arp_permanent_modify: 1 net.link.ether.ipfw: 0 net.link.gif.max_nesting: 1 net.link.gif.parallel_tunnels: 0 net.link.log_link_state_change: 1 net.inet6.ip6.forwarding: 0 net.inet6.ip6.redirect: 1 net.inet6.ip6.hlim: 64 net.inet6.ip6.maxfragpackets: 6400 net.inet6.ip6.accept_rtadv: 0 net.inet6.ip6.keepfaith: 0 net.inet6.ip6.log_interval: 5 net.inet6.ip6.hdrnestlimit: 50 net.inet6.ip6.dad_count: 1 net.inet6.ip6.auto_flowlabel: 1 net.inet6.ip6.defmcasthlim: 1 net.inet6.ip6.gifhlim: 30 net.inet6.ip6.kame_version: FreeBSD net.inet6.ip6.use_deprecated: 1 net.inet6.ip6.rr_prune: 5 net.inet6.ip6.v6only: 1 net.inet6.ip6.rtexpire: 3600 net.inet6.ip6.rtminexpire: 10 net.inet6.ip6.rtmaxcache: 128 net.inet6.ip6.use_tempaddr: 0 net.inet6.ip6.temppltime: 86400 net.inet6.ip6.tempvltime: 604800 net.inet6.ip6.auto_linklocal: 0 net.inet6.ip6.prefer_tempaddr: 0 net.inet6.ip6.use_defaultzone: 0 net.inet6.ip6.maxfrags: 6400 net.inet6.ip6.mcast_pmtu: 0 net.inet6.icmp6.rediraccept: 1 net.inet6.icmp6.redirtimeout: 600 net.inet6.icmp6.nd6_prune: 1 net.inet6.icmp6.nd6_delay: 5 net.inet6.icmp6.nd6_umaxtries: 3 net.inet6.icmp6.nd6_mmaxtries: 3 net.inet6.icmp6.nd6_useloopback: 1 net.inet6.icmp6.nodeinfo: 3 net.inet6.icmp6.errppslimit: 100 net.inet6.icmp6.nd6_maxnudhint: 0 net.inet6.icmp6.nd6_debug: 0 net.inet6.icmp6.nd6_maxqueuelen: 1 net.bpf.bufsize: 4096 net.bpf.maxbufsize: 524288 net.bpf.maxinsns: 512 net.isr.direct: 0 net.isr.count: 327150490 net.isr.directed: 0 net.isr.deferred: 327150490 net.isr.queued: 17512 net.isr.drop: 0 net.isr.swi_count: 59513454 net.route.netisr_maxqlen: 256 net.wlan.debug: 0 debug.ddb_use_printf: 0 debug.firewire_debug: 0 debug.fwmem_debug: 0 debug.if_fwe_debug: 0 debug.sbp_debug: 0 debug.mddebug: 0 debug.elf32_trace: 0 debug.elf32_legacy_coredump: 0 debug.boothowto: -2147483648 debug.bootverbose: 0 debug.cpufreq.lowest: 0 debug.cpufreq.verbose: 0 debug.sizeof.cdev: 184 debug.sizeof.cdev_priv: 216 debug.sizeof.g_class: 68 debug.sizeof.g_geom: 68 debug.sizeof.g_provider: 88 debug.sizeof.g_consumer: 60 debug.sizeof.g_bioq: 48 debug.sizeof.vnode: 272 debug.sizeof.proc: 536 debug.sizeof.bio: 132 debug.sizeof.buf: 328 debug.sizeof.kinfo_proc: 768 debug.sizeof.devstat: 240 debug.debugger_on_panic: 0 debug.trace_on_panic: 1 debug.to_avg_depth: 2007 debug.to_avg_gcalls: 260 debug.to_avg_mtxcalls: 1 debug.to_avg_mpcalls: 1515 debug.kdb.available: ddb debug.kdb.current: ddb debug.kdb.enter: 0 debug.kdb.stop_cpus: 1 debug.rman_debug: 0 debug.ttydebug: 0 debug.nchash: 131071 debug.ncnegfactor: 16 debug.numneg: 1748 debug.numcache: 39221 debug.numcachehv: 4714 debug.vfscache: 1 debug.vnsize: 272 debug.ncsize: 36 debug.hashstat.nchash: 131072 33888 5 2585 debug.disablecwd: 0 debug.disablefullpath: 0 debug.mpsafevfs: 1 debug.rush_requests: 0 debug.vnlru_nowhere: 0 debug.if_tun_debug: 0 debug.mpsafenet: 1 debug.dopersistence: 0 debug.snapdebug: 0 debug.collectsnapstats: 0 debug.max_softdeps: 400000 debug.tickdelay: 2 debug.maxindirdeps: 50 debug.worklist_push: 0 debug.blk_limit_push: 0 debug.ino_limit_push: 0 debug.blk_limit_hit: 0 debug.ino_limit_hit: 0 debug.sync_limit_hit: 0 debug.indir_blk_ptrs: 738 debug.inode_bitmap: 2137 debug.direct_blk_ptrs: 450 debug.dir_entry: 2848 debug.bigcgs: 0 debug.dobkgrdwrite: 1 debug.dircheck: 0 debug.nosleepwithlocks: 0 debug.mpsafevm: 1 debug.psm.loglevel: 0 debug.psm.hz: 20 debug.psm.errsecs: 2 debug.psm.errusecs: 0 debug.psm.secs: 0 debug.psm.usecs: 500000 debug.psm.pkterrthresh: 2 debug.fdc.fifo: 8 debug.fdc.debugflags: 0 debug.fdc.retries: 10 debug.fdc.spec1: 175 debug.fdc.spec2: 16 debug.fdc.settle: 125 debug.minidump: 0 debug.PMAP1changedcpu: 874 debug.PMAP1changed: 177574 debug.PMAP1unchanged: 10580767 debug.acpi.do_powerstate: 1 debug.acpi.acpi_ca_version: 0x20041119 debug.acpi.semaphore_debug: 0 debug.acpi.resume_beep: 0 hw.machine: i386 hw.model: Intel(R) Xeon(R) CPU 3070 @ 2.66GHz hw.ncpu: 2 hw.byteorder: 1234 hw.physmem: 2137341952 hw.usermem: 1941782528 hw.pagesize: 4096 hw.floatingpoint: 1 hw.machine_arch: i386 hw.realmem: 2146304000 hw.aac.iosize_max: 65536 hw.amr.force_sg32: 0 hw.an.an_dump: off hw.an.an_cache_mode: dbm hw.an.an_cache_mcastonly: 0 hw.an.an_cache_iponly: 1 hw.ata.ata_dma: 1 hw.ata.atapi_dma: 1 hw.ata.wc: 1 hw.ath.hal.version: 0.9.17.2 hw.ath.hal.dma_brt: 2 hw.ath.hal.sw_brt: 10 hw.ath.hal.swba_backoff: 0 hw.ath.dwell: 200 hw.ath.calibrate: 30 hw.ath.outdoor: 1 hw.ath.xchanmode: 1 hw.ath.countrycode: 0 hw.ath.regdomain: 0 hw.ath.rxbuf: 40 hw.ath.txbuf: 100 hw.cardbus.debug: 0 hw.cardbus.cis_debug: 0 hw.cs.debug: 0 hw.cs.ignore_checksum_failure: 0 hw.cs.recv_delay: 570 hw.firewire.try_bmr: 1 hw.firewire.hold_count: 3 hw.firewire.fwmem.eui64_hi: 0 hw.firewire.fwmem.eui64_lo: 0 hw.firewire.fwmem.speed: 2 hw.firewire.fwe.stream_ch: 1 hw.firewire.fwe.tx_speed: 2 hw.firewire.fwe.rx_queue_len: 128 hw.firewire.sbp.auto_login: 1 hw.firewire.sbp.max_speed: -1 hw.firewire.sbp.exclusive_login: 1 hw.firewire.sbp.login_delay: 1000 hw.firewire.sbp.scan_delay: 500 hw.firewire.sbp.use_doorbell: 0 hw.firewire.sbp.tags: 0 hw.mfi.event_locale: 65535 hw.mfi.event_class: -2 hw.pccard.debug: 0 hw.pccard.cis_debug: 0 hw.cbb.start_memory: 2281701376 hw.cbb.start_16_io: 256 hw.cbb.start_32_io: 4096 hw.cbb.debug: 0 hw.pcic.intr_mask: 57016 hw.pci.enable_io_modes: 1 hw.pci.do_power_nodriver: 0 hw.pci.do_power_resume: 1 hw.pci.host_mem_start: 2147483648 hw.pci.irq_override_mask: 57080 hw.wi.txerate: 0 hw.wi.debug: 0 hw.xe.debug: 0 hw.intr_storm_threshold: 500 hw.availpages: 521812 hw.bus.devctl_disable: 0 hw.dc_quick: 1 hw.ste.rxsyncs: 0 hw.psm.tap_threshold: 25 hw.psm.tap_timeout: 125000 hw.kbd.keymap_restrict_change: 0 hw.nve_pollinterval: 0 hw.syscons.saver.keybonly: 1 hw.syscons.bell: 1 hw.syscons.kbd_reboot: 1 hw.syscons.kbd_debug: 1 hw.syscons.sc_no_suspend_vtswitch: 0 hw.busdma.total_bpages: 65 hw.busdma.zone0.total_bpages: 1 hw.busdma.zone0.free_bpages: 1 hw.busdma.zone0.reserved_bpages: 0 hw.busdma.zone0.active_bpages: 0 hw.busdma.zone0.total_bounced: 0 hw.busdma.zone0.total_deferred: 0 hw.busdma.zone0.lowaddr: 0xffffffff hw.busdma.zone0.alignment: 4096 hw.busdma.zone0.boundary: 0 hw.busdma.zone1.total_bpages: 64 hw.busdma.zone1.free_bpages: 64 hw.busdma.zone1.reserved_bpages: 0 hw.busdma.zone1.active_bpages: 0 hw.busdma.zone1.total_bounced: 0 hw.busdma.zone1.total_deferred: 0 hw.busdma.zone1.lowaddr: 0xffffffff hw.busdma.zone1.alignment: 2 hw.busdma.zone1.boundary: 65536 hw.clockrate: 2660 hw.instruction_sse: 1 hw.via_feature_rng: 0 hw.via_feature_xcrypt: 0 hw.apic.enable_extint: 0 hw.acpi.supported_sleep_state: S1 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_supported: C1/0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% hw.twe0.driver_version: 1.50.01.002 machdep.adjkerntz: 25200 machdep.disable_rtc_set: 0 machdep.wall_cmos_clock: 1 machdep.conrclk: 1843200 machdep.gdbspeed: 9600 machdep.conspeed: 9600 machdep.enable_panic_key: 0 machdep.disable_mtrrs: 0 machdep.cpu_idle_hlt: 1 machdep.guessed_bootdev: 2686451712 machdep.hlt_cpus: 0 machdep.kdb_on_nmi: 1 machdep.panic_on_nmi: 1 machdep.tsc_freq: 2660015400 machdep.i8254_freq: 1193182 machdep.acpi_timer_freq: 3579545 machdep.acpi_root: 1007360 machdep.hlt_logical_cpus: 0 machdep.logical_cpus_mask: 2 user.cs_path: /usr/bin:/bin:/usr/sbin:/sbin: user.bc_base_max: 99 user.bc_dim_max: 2048 user.bc_scale_max: 99 user.bc_string_max: 1000 user.coll_weights_max: 0 user.expr_nest_max: 32 user.line_max: 2048 user.re_dup_max: 255 user.posix2_version: 199212 user.posix2_c_bind: 0 user.posix2_c_dev: 0 user.posix2_char_term: 0 user.posix2_fort_dev: 0 user.posix2_fort_run: 0 user.posix2_localedef: 0 user.posix2_sw_dev: 0 user.posix2_upe: 0 user.stream_max: 20 user.tzname_max: 255 p1003_1b.asynchronous_io: 0 p1003_1b.mapped_files: 1 p1003_1b.memlock: 0 p1003_1b.memlock_range: 0 p1003_1b.memory_protection: 0 p1003_1b.message_passing: 0 p1003_1b.prioritized_io: 0 p1003_1b.priority_scheduling: 1 p1003_1b.realtime_signals: 0 p1003_1b.semaphores: 0 p1003_1b.fsync: 0 p1003_1b.shared_memory_objects: 1 p1003_1b.synchronized_io: 0 p1003_1b.timers: 0 p1003_1b.aio_listio_max: -1 p1003_1b.aio_max: -1 p1003_1b.aio_prio_delta_max: -1 p1003_1b.delaytimer_max: 0 p1003_1b.mq_open_max: 0 p1003_1b.pagesize: 4096 p1003_1b.rtsig_max: 0 p1003_1b.sem_nsems_max: 0 p1003_1b.sem_value_max: 0 p1003_1b.sigqueue_max: 0 p1003_1b.timer_max: 0 compat.linux.oss_version: 198144 compat.linux.osrelease: 2.4.2 compat.linux.osname: Linux security.jail.set_hostname_allowed: 1 security.jail.socket_unixiproute_only: 1 security.jail.sysvipc_allowed: 0 security.jail.enforce_statfs: 2 security.jail.allow_raw_sockets: 0 security.jail.chflags_allowed: 0 security.jail.jailed: 0 security.bsd.suser_enabled: 1 security.bsd.see_other_uids: 1 security.bsd.see_other_gids: 1 security.bsd.conservative_signals: 1 security.bsd.unprivileged_proc_debug: 1 security.bsd.unprivileged_read_msgbuf: 1 security.bsd.hardlink_check_uid: 0 security.bsd.hardlink_check_gid: 0 security.bsd.unprivileged_get_quota: 0 dev.nexus.0.%driver: nexus dev.nexus.0.%parent: root0 dev.npx.0.%desc: math processor dev.npx.0.%driver: npx dev.npx.0.%parent: nexus0 dev.acpi.0.%desc: PTLTD RSDT dev.acpi.0.%driver: acpi dev.acpi.0.%parent: nexus0 dev.acpi_sysresource.0.%desc: System Resource dev.acpi_sysresource.0.%driver: acpi_sysresource dev.acpi_sysresource.0.%location: handle=\_SB_.PCI0.LPC0.MBRD dev.acpi_sysresource.0.%pnpinfo: _HID=PNP0C02 _UID=31 dev.acpi_sysresource.0.%parent: acpi0 dev.acpi_timer.0.%desc: 24-bit timer at 3.579545MHz dev.acpi_timer.0.%driver: acpi_timer dev.acpi_timer.0.%location: unknown dev.acpi_timer.0.%pnpinfo: unknown dev.acpi_timer.0.%parent: acpi0 dev.pci_link.0.%desc: ACPI PCI Link LNKA dev.pci_link.0.%driver: pci_link dev.pci_link.0.%location: handle=\_SB_.PCI0.LPC0.LNKA dev.pci_link.0.%pnpinfo: _HID=PNP0C0F _UID=1 dev.pci_link.0.%parent: acpi0 dev.pci_link.1.%desc: ACPI PCI Link LNKB dev.pci_link.1.%driver: pci_link dev.pci_link.1.%location: handle=\_SB_.PCI0.LPC0.LNKB dev.pci_link.1.%pnpinfo: _HID=PNP0C0F _UID=2 dev.pci_link.1.%parent: acpi0 dev.pci_link.2.%desc: ACPI PCI Link LNKC dev.pci_link.2.%driver: pci_link dev.pci_link.2.%location: handle=\_SB_.PCI0.LPC0.LNKC dev.pci_link.2.%pnpinfo: _HID=PNP0C0F _UID=3 dev.pci_link.2.%parent: acpi0 dev.pci_link.3.%desc: ACPI PCI Link LNKD dev.pci_link.3.%driver: pci_link dev.pci_link.3.%location: handle=\_SB_.PCI0.LPC0.LNKD dev.pci_link.3.%pnpinfo: _HID=PNP0C0F _UID=4 dev.pci_link.3.%parent: acpi0 dev.pci_link.4.%desc: ACPI PCI Link LNKE dev.pci_link.4.%driver: pci_link dev.pci_link.4.%location: handle=\_SB_.PCI0.LPC0.LNKE dev.pci_link.4.%pnpinfo: _HID=PNP0C0F _UID=5 dev.pci_link.4.%parent: acpi0 dev.pci_link.5.%desc: ACPI PCI Link LNKF dev.pci_link.5.%driver: pci_link dev.pci_link.5.%location: handle=\_SB_.PCI0.LPC0.LNKF dev.pci_link.5.%pnpinfo: _HID=PNP0C0F _UID=6 dev.pci_link.5.%parent: acpi0 dev.pci_link.6.%desc: ACPI PCI Link LNKG dev.pci_link.6.%driver: pci_link dev.pci_link.6.%location: handle=\_SB_.PCI0.LPC0.LNKG dev.pci_link.6.%pnpinfo: _HID=PNP0C0F _UID=7 dev.pci_link.6.%parent: acpi0 dev.pci_link.7.%desc: ACPI PCI Link LNKH dev.pci_link.7.%driver: pci_link dev.pci_link.7.%location: handle=\_SB_.PCI0.LPC0.LNKH dev.pci_link.7.%pnpinfo: _HID=PNP0C0F _UID=8 dev.pci_link.7.%parent: acpi0 dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.CPU1 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.pcib.0.%desc: ACPI Host-PCI bridge dev.pcib.0.%driver: pcib dev.pcib.0.%location: handle=\_SB_.PCI0 dev.pcib.0.%pnpinfo: _HID=PNP0A03 _UID=0 dev.pcib.0.%parent: acpi0 dev.pcib.1.%desc: ACPI PCI-PCI bridge dev.pcib.1.%driver: pcib dev.pcib.1.%location: slot=1 function=0 handle=\_SB_.PCI0.DEV1 dev.pcib.1.%pnpinfo: vendor=0x8086 device=0x2779 subvendor=0x0088 subdevice=0x0000 class=0x060400 dev.pcib.1.%parent: pci0 dev.pcib.2.%desc: ACPI PCI-PCI bridge dev.pcib.2.%driver: pcib dev.pcib.2.%location: slot=0 function=0 handle=\_SB_.PCI0.DEV1.PXHA dev.pcib.2.%pnpinfo: vendor=0x8086 device=0x0329 subvendor=0x0044 subdevice=0x0000 class=0x060400 dev.pcib.2.%parent: pci1 dev.pcib.2.wake: 0 dev.pcib.3.%desc: ACPI PCI-PCI bridge dev.pcib.3.%driver: pcib dev.pcib.3.%location: slot=0 function=2 handle=\_SB_.PCI0.DEV1.PXHB dev.pcib.3.%pnpinfo: vendor=0x8086 device=0x032a subvendor=0x0044 subdevice=0x0000 class=0x060400 dev.pcib.3.%parent: pci1 dev.pcib.3.wake: 0 dev.pcib.4.%desc: ACPI PCI-PCI bridge dev.pcib.4.%driver: pcib dev.pcib.4.%location: slot=28 function=0 handle=\_SB_.PCI0.EXP1 dev.pcib.4.%pnpinfo: vendor=0x8086 device=0x27d0 subvendor=0x0040 subdevice=0x0000 class=0x060400 dev.pcib.4.%parent: pci0 dev.pcib.4.wake: 0 dev.pcib.5.%desc: ACPI PCI-PCI bridge dev.pcib.5.%driver: pcib dev.pcib.5.%location: slot=28 function=4 handle=\_SB_.PCI0.EXP5 dev.pcib.5.%pnpinfo: vendor=0x8086 device=0x27e0 subvendor=0x0040 subdevice=0x0000 class=0x060400 dev.pcib.5.%parent: pci0 dev.pcib.5.wake: 0 dev.pcib.6.%desc: ACPI PCI-PCI bridge dev.pcib.6.%driver: pcib dev.pcib.6.%location: slot=28 function=5 handle=\_SB_.PCI0.EXP6 dev.pcib.6.%pnpinfo: vendor=0x8086 device=0x27e2 subvendor=0x0040 subdevice=0x0000 class=0x060400 dev.pcib.6.%parent: pci0 dev.pcib.6.wake: 0 dev.pcib.7.%desc: ACPI PCI-PCI bridge dev.pcib.7.%driver: pcib dev.pcib.7.%location: slot=30 function=0 handle=\_SB_.PCI0.PCIB dev.pcib.7.%pnpinfo: vendor=0x8086 device=0x244e subvendor=0x0050 subdevice=0x0000 class=0x060401 dev.pcib.7.%parent: pci0 dev.pcib.7.wake: 0 dev.pci.0.%desc: ACPI PCI bus dev.pci.0.%driver: pci dev.pci.0.%parent: pcib0 dev.pci.1.%desc: ACPI PCI bus dev.pci.1.%driver: pci dev.pci.1.%parent: pcib1 dev.pci.2.%desc: ACPI PCI bus dev.pci.2.%driver: pci dev.pci.2.%parent: pcib2 dev.pci.2.wake: 0 dev.pci.3.%desc: ACPI PCI bus dev.pci.3.%driver: pci dev.pci.3.%parent: pcib3 dev.pci.3.wake: 0 dev.pci.9.%desc: ACPI PCI bus dev.pci.9.%driver: pci dev.pci.9.%parent: pcib4 dev.pci.9.wake: 0 dev.pci.13.%desc: ACPI PCI bus dev.pci.13.%driver: pci dev.pci.13.%parent: pcib5 dev.pci.13.wake: 0 dev.pci.14.%desc: ACPI PCI bus dev.pci.14.%driver: pci dev.pci.14.%parent: pcib6 dev.pci.14.wake: 0 dev.pci.15.%desc: ACPI PCI bus dev.pci.15.%driver: pci dev.pci.15.%parent: pcib7 dev.pci.15.wake: 0 dev.hostb.0.%desc: Host to PCI bridge dev.hostb.0.%driver: hostb dev.hostb.0.%location: slot=0 function=0 dev.hostb.0.%pnpinfo: vendor=0x8086 device=0x2778 subvendor=0x15d9 subdevice=0x9180 class=0x060000 dev.hostb.0.%parent: pci0 dev.twe.0.%desc: 3ware Storage Controller. Driver version 1.50.01.002 dev.twe.0.%driver: twe dev.twe.0.%location: slot=1 function=0 dev.twe.0.%pnpinfo: vendor=0x13c1 device=0x1001 subvendor=0x13c1 subdevice=0x1001 class=0x010400 dev.twe.0.%parent: pci3 dev.em.0.%desc: Intel(R) PRO/1000 Network Connection Version - 6.2.9 dev.em.0.%driver: em dev.em.0.%location: slot=0 function=0 dev.em.0.%pnpinfo: vendor=0x8086 device=0x108c subvendor=0x15d9 subdevice=0x108c class=0x020000 dev.em.0.%parent: pci13 dev.em.0.debug_info: -1 dev.em.0.stats: -1 dev.em.0.rx_int_delay: 0 dev.em.0.tx_int_delay: 66 dev.em.0.rx_abs_int_delay: 66 dev.em.0.tx_abs_int_delay: 66 dev.em.0.rx_processing_limit: 100 dev.em.1.%desc: Intel(R) PRO/1000 Network Connection Version - 6.2.9 dev.em.1.%driver: em dev.em.1.%location: slot=0 function=0 dev.em.1.%pnpinfo: vendor=0x8086 device=0x109a subvendor=0x15d9 subdevice=0x109a class=0x020000 dev.em.1.%parent: pci14 dev.em.1.debug_info: -1 dev.em.1.stats: -1 dev.em.1.rx_int_delay: 0 dev.em.1.tx_int_delay: 66 dev.em.1.rx_abs_int_delay: 66 dev.em.1.tx_abs_int_delay: 66 dev.em.1.rx_processing_limit: 100 dev.uhci.0.%desc: UHCI (generic) USB controller dev.uhci.0.%driver: uhci dev.uhci.0.%location: slot=29 function=0 handle=\_SB_.PCI0.USB1 dev.uhci.0.%pnpinfo: vendor=0x8086 device=0x27c8 subvendor=0x15d9 subdevice=0x9180 class=0x0c0300 dev.uhci.0.%parent: pci0 dev.uhci.0.wake: 0 dev.uhci.1.%desc: UHCI (generic) USB controller dev.uhci.1.%driver: uhci dev.uhci.1.%location: slot=29 function=1 handle=\_SB_.PCI0.USB2 dev.uhci.1.%pnpinfo: vendor=0x8086 device=0x27c9 subvendor=0x15d9 subdevice=0x9180 class=0x0c0300 dev.uhci.1.%parent: pci0 dev.uhci.1.wake: 0 dev.uhci.2.%desc: UHCI (generic) USB controller dev.uhci.2.%driver: uhci dev.uhci.2.%location: slot=29 function=2 handle=\_SB_.PCI0.USB3 dev.uhci.2.%pnpinfo: vendor=0x8086 device=0x27ca subvendor=0x15d9 subdevice=0x9180 class=0x0c0300 dev.uhci.2.%parent: pci0 dev.uhci.2.wake: 0 dev.uhci.3.%desc: UHCI (generic) USB controller dev.uhci.3.%driver: uhci dev.uhci.3.%location: slot=29 function=3 handle=\_SB_.PCI0.USB4 dev.uhci.3.%pnpinfo: vendor=0x8086 device=0x27cb subvendor=0x15d9 subdevice=0x9180 class=0x0c0300 dev.uhci.3.%parent: pci0 dev.uhci.3.wake: 0 dev.usb.0.%desc: UHCI (generic) USB controller dev.usb.0.%driver: usb dev.usb.0.%parent: uhci0 dev.usb.1.%desc: UHCI (generic) USB controller dev.usb.1.%driver: usb dev.usb.1.%parent: uhci1 dev.usb.2.%desc: UHCI (generic) USB controller dev.usb.2.%driver: usb dev.usb.2.%parent: uhci2 dev.usb.3.%desc: UHCI (generic) USB controller dev.usb.3.%driver: usb dev.usb.3.%parent: uhci3 dev.usb.4.%desc: Intel 82801GB/R (ICH7) USB 2.0 controller dev.usb.4.%driver: usb dev.usb.4.%parent: ehci0 dev.uhub.0.%desc: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 dev.uhub.0.%driver: uhub dev.uhub.0.%parent: usb0 dev.uhub.1.%desc: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 dev.uhub.1.%driver: uhub dev.uhub.1.%parent: usb1 dev.uhub.2.%desc: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 dev.uhub.2.%driver: uhub dev.uhub.2.%parent: usb2 dev.uhub.3.%desc: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 dev.uhub.3.%driver: uhub dev.uhub.3.%parent: usb3 dev.uhub.4.%desc: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 dev.uhub.4.%driver: uhub dev.uhub.4.%parent: usb4 dev.ehci.0.%desc: Intel 82801GB/R (ICH7) USB 2.0 controller dev.ehci.0.%driver: ehci dev.ehci.0.%location: slot=29 function=7 handle=\_SB_.PCI0.EUSB dev.ehci.0.%pnpinfo: vendor=0x8086 device=0x27cc subvendor=0x15d9 subdevice=0x9180 class=0x0c0320 dev.ehci.0.%parent: pci0 dev.ehci.0.wake: 0 dev.isab.0.%desc: PCI-ISA bridge dev.isab.0.%driver: isab dev.isab.0.%location: slot=31 function=0 handle=\_SB_.PCI0.LPC0 dev.isab.0.%pnpinfo: vendor=0x8086 device=0x27b8 subvendor=0x15d9 subdevice=0x9180 class=0x060100 dev.isab.0.%parent: pci0 dev.isa.0.%desc: ISA bus dev.isa.0.%driver: isa dev.isa.0.%parent: isab0 dev.atapci.0.%desc: Intel ICH7 UDMA100 controller dev.atapci.0.%driver: atapci dev.atapci.0.%location: slot=31 function=1 handle=\_SB_.PCI0.IDEC dev.atapci.0.%pnpinfo: vendor=0x8086 device=0x27df subvendor=0x15d9 subdevice=0x9180 class=0x01018a dev.atapci.0.%parent: pci0 dev.atapci.1.%desc: Intel ICH7 SATA300 controller dev.atapci.1.%driver: atapci dev.atapci.1.%location: slot=31 function=2 handle=\_SB_.PCI0.IDE1 dev.atapci.1.%pnpinfo: vendor=0x8086 device=0x27c0 subvendor=0x15d9 subdevice=0x9180 class=0x01018f dev.atapci.1.%parent: pci0 dev.ata.0.%desc: ATA channel 0 dev.ata.0.%driver: ata dev.ata.0.%parent: atapci0 dev.ata.1.%desc: ATA channel 1 dev.ata.1.%driver: ata dev.ata.1.%parent: atapci0 dev.ata.2.%desc: ATA channel 0 dev.ata.2.%driver: ata dev.ata.2.%parent: atapci1 dev.ata.3.%desc: ATA channel 1 dev.ata.3.%driver: ata dev.ata.3.%parent: atapci1 dev.acpi_button.0.%desc: Power Button dev.acpi_button.0.%driver: acpi_button dev.acpi_button.0.%location: handle=\_SB_.PCI0.PWRB dev.acpi_button.0.%pnpinfo: _HID=PNP0C0C _UID=0 dev.acpi_button.0.%parent: acpi0 dev.atdma.0.%desc: AT DMA controller dev.atdma.0.%driver: atdma dev.atdma.0.%location: handle=\_SB_.PCI0.LPC0.DMAC dev.atdma.0.%pnpinfo: _HID=PNP0200 _UID=0 dev.atdma.0.%parent: acpi0 dev.npxisa.0.%desc: Legacy ISA coprocessor support dev.npxisa.0.%driver: npxisa dev.npxisa.0.%location: handle=\_SB_.PCI0.LPC0.MATH dev.npxisa.0.%pnpinfo: _HID=PNP0C04 _UID=0 dev.npxisa.0.%parent: acpi0 dev.atpic.0.%desc: AT interrupt controller dev.atpic.0.%driver: atpic dev.atpic.0.%location: handle=\_SB_.PCI0.LPC0.PIC_ dev.atpic.0.%pnpinfo: _HID=PNP0000 _UID=0 dev.atpic.0.%parent: acpi0 dev.attimer.0.%desc: AT realtime clock dev.attimer.0.%driver: attimer dev.attimer.0.%location: handle=\_SB_.PCI0.LPC0.RTC_ dev.attimer.0.%pnpinfo: _HID=PNP0B00 _UID=0 dev.attimer.0.%parent: acpi0 dev.attimer.1.%desc: AT timer dev.attimer.1.%driver: attimer dev.attimer.1.%location: handle=\_SB_.PCI0.LPC0.TIMR dev.attimer.1.%pnpinfo: _HID=PNP0100 _UID=0 dev.attimer.1.%parent: acpi0 dev.atkbdc.0.%desc: Keyboard controller (i8042) dev.atkbdc.0.%driver: atkbdc dev.atkbdc.0.%location: handle=\_SB_.PCI0.LPC0.SIO_.KBC0 dev.atkbdc.0.%pnpinfo: _HID=PNP0303 _UID=0 dev.atkbdc.0.%parent: acpi0 dev.atkbdc.0.wake: 0 dev.atkbd.0.%desc: AT Keyboard dev.atkbd.0.%driver: atkbd dev.atkbd.0.%parent: atkbdc0 dev.psmcpnp.0.%desc: PS/2 mouse port dev.psmcpnp.0.%driver: psmcpnp dev.psmcpnp.0.%location: handle=\_SB_.PCI0.LPC0.SIO_.MSE0 dev.psmcpnp.0.%pnpinfo: _HID=PNP0F13 _UID=0 dev.psmcpnp.0.%parent: acpi0 dev.psmcpnp.0.wake: 0 dev.psm.0.%desc: PS/2 Mouse dev.psm.0.%driver: psm dev.psm.0.%parent: atkbdc0 dev.sio.0.%desc: 16550A-compatible COM port dev.sio.0.%driver: sio dev.sio.0.%location: handle=\_SB_.PCI0.LPC0.SIO_.COM1 dev.sio.0.%pnpinfo: _HID=PNP0501 _UID=1 dev.sio.0.%parent: acpi0 dev.sio.0.wake: 0 dev.sio.1.%desc: 16550A-compatible COM port dev.sio.1.%driver: sio dev.sio.1.%location: handle=\_SB_.PCI0.LPC0.SIO_.COM2 dev.sio.1.%pnpinfo: _HID=PNP0501 _UID=2 dev.sio.1.%parent: acpi0 dev.sio.1.wake: 0 dev.fdc.0.%desc: Enhanced floppy controller dev.fdc.0.%driver: fdc dev.fdc.0.%location: handle=\_SB_.PCI0.LPC0.SIO_.FDC_ dev.fdc.0.%pnpinfo: _HID=PNP0700 _UID=1 dev.fdc.0.%parent: acpi0 dev.fd.0.%desc: 1440-KB 3.5" drive dev.fd.0.%driver: fd dev.fd.0.%parent: fdc0 dev.pmtimer.0.%driver: pmtimer dev.pmtimer.0.%parent: isa0 dev.orm.0.%desc: ISA Option ROMs dev.orm.0.%driver: orm dev.orm.0.%parent: isa0 dev.sc.0.%desc: System console dev.sc.0.%driver: sc dev.sc.0.%parent: isa0 dev.vga.0.%desc: Generic ISA VGA dev.vga.0.%driver: vga dev.vga.0.%parent: isa0 dev.acd.0.%desc: HL-DT-ST RW/DVD GCC-H21N/1.01 dev.acd.0.%driver: acd dev.acd.0.%parent: ata0 dev.ad.4.%desc: WDC WD1500ADFD-00NLR1/20.07P20 dev.ad.4.%driver: ad dev.ad.4.%parent: ata2 dev.ad.6.%desc: WDC WD1500ADFD-00NLR1/20.07P20 dev.ad.6.%driver: ad dev.ad.6.%parent: ata3 dev.ad.7.%desc: WDC WD1500ADFD-00NLR1/20.07P20 dev.ad.7.%driver: ad dev.ad.7.%parent: ata3 dev.subdisk.4.%driver: subdisk dev.subdisk.4.%parent: ad4 dev.subdisk.6.%driver: subdisk dev.subdisk.6.%parent: ad6 dev.subdisk.7.%driver: subdisk dev.subdisk.7.%parent: ad7 dev.twed.0.%desc: Unit 0, JBOD, Normal dev.twed.0.%driver: twed dev.twed.0.%parent: twe0 dev.twed.1.%desc: Unit 1, JBOD, Normal dev.twed.1.%driver: twed dev.twed.1.%parent: twe0 hptmv.status: RocketRAID 182x SATA Controller driver Version v1.12 (Aug 3 2007 16:27:00) --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="vmstat-m.dump" Type InUse MemUse HighUse Requests Size(s) DEVFS 12 1K - 13 16,128 pfs_nodes 20 3K - 20 128 GEOM 210 30K - 1188 16,32,64,128,256,512,1024,2048,4096 isadev 18 2K - 18 64 cdev 25 4K - 25 128 file desc 174 81K - 58808 16,32,256,512,2048 sigio 1 1K - 1 32 kenv 113 8K - 114 16,32,64,4096 kqueue 0 0K - 2338 256,1024 proc-args 57 3K - 148232 16,32,64,128,256 zombie 0 0K - 56488 128 ithread 124 12K - 124 16,64,128 KTRACE 100 13K - 100 128 CAM periph 1 1K - 1 128 CAM queue 3 1K - 3 16 linker 80 115K - 125 16,32,256,1024,4096 lockf 14 1K - 237519 64 devbuf 370 1528K - 400 16,32,64,128,256,512,1024,2048,4096 temp 19 446K - 174808 16,32,64,128,256,512,1024,2048,4096 ip6ndp 4 1K - 4 64,128 ata_generic 4 4K - 36 16,512,1024 module 388 25K - 388 64,128 mtx_pool 1 8K - 1 pgrp 50 4K - 4949 64 session 38 5K - 2839 128 proc 2 8K - 2 4096 subproc 311 506K - 56799 256,4096 cred 70 9K - 302674 128 plimit 20 5K - 30329 256 uidinfo 7 2K - 993 32,1024 sysctl 0 0K - 3397509 16,32,64 sysctloid 2855 87K - 2855 16,32,64 sysctltmp 0 0K - 2493 16,32,64,128 umtx 210 14K - 210 64 SWAP 2 277K - 2 64 bus 1037 44K - 9629 16,32,64,128,1024 bus-sc 68 38K - 3033 16,32,64,128,256,512,1024,2048,4096 kbdmux 6 9K - 6 16,128,256,2048,4096 devstat 18 37K - 18 16,4096 eventhandler 43 3K - 43 32,128 kobj 256 512K - 310 2048 CAM dev queue 1 1K - 1 64 rman 191 12K - 690 16,64 sbuf 0 0K - 9434 16,32,64,128,256,512,1024,2048,4096 sleep queues 211 7K - 211 32 taskqueue 9 1K - 9 16,128 turnstiles 211 14K - 211 64 Unitno 7 1K - 9 16,64 ioctlops 0 0K - 138667 16,32,64,128,256,512,1024 iov 0 0K - 3261 16,64,128 msg 4 25K - 4 1024,4096 sem 4 7K - 4 512,1024,4096 shm 1 12K - 1 ttys 2292 316K - 11532 128,1024 ptys 13 2K - 13 128 mbuf_tag 0 0K - 7442 32,64 soname 7 1K - 34383 16,32,128 pcb 29 5K - 7520 16,32,64,2048 CAM SIM 1 1K - 1 64 BIO buffer 0 0K - 227 2048 vfscache 1 512K - 1 cluster_save buffer 0 0K - 763 32,64 VFS hash 1 256K - 1 vnodes 3 1K - 13 16,128 mount 201 6K - 356 16,32,64,128,2048 vnodemarker 2 1K - 287312 512 ad_driver 3 1K - 3 32 BPF 3 1K - 13 16,64,256 ifnet 4 4K - 4 256,1024 ifaddr 34 8K - 34 16,32,64,256,512,2048 ether_multi 17 1K - 18 16,32,64 clone 4 16K - 4 4096 arpcom 2 1K - 2 16 lo 1 1K - 1 16 ata_dma 4 1K - 4 128 ar_driver 0 0K - 15 512,2048 routetbl 32 3K - 111 16,32,64,128,256 in_multi 2 1K - 2 32 hostcache 1 24K - 1 acd_driver 1 2K - 1 2048 syncache 1 8K - 1 in6_multi 19 1K - 19 16,32,64 ip6_moptions 1 1K - 1 16 NFS req 0 0K - 31010208 128 NFS daemon 1 8K - 1 p1003.1b 1 1K - 1 16 pagedep 2 65K - 20006 64 inodedep 4 257K - 42362 128 newblk 1 1K - 3221620 64,256 bmsafemap 0 0K - 12632 64 allocdirect 3 1K - 44787 128 indirdep 0 0K - 1434 32 allocindir 0 0K - 3176832 64 freefrag 2 1K - 9987 32 freeblks 0 0K - 15175 256 freefile 0 0K - 15276 32 diradd 1 1K - 31524 64 mkdir 0 0K - 146 32 dirrem 0 0K - 30777 32 newdirblk 0 0K - 3 32 savedino 0 0K - 3211 256 UFS dirhash 618 165K - 10368 16,32,64,128,256,512,4096 UFS mount 24 368K - 24 256,2048,4096 UMAHash 3 9K - 12 256,512,1024,2048,4096 CAM XPT 10 1K - 17 16,64,512 VM pgdata 2 65K - 2 64 entropy 1024 64K - 1024 64 atkbddev 2 1K - 2 32 twe commands 255 16K - 261 64 USB 79 7K - 79 16,32,64,128,256 USBdev 6 1K - 21 16,128,256,512 I/O APIC 3 3K - 3 1024 memdesc 1 4K - 1 4096 nexusdev 3 1K - 3 16 DEVFS3 143 18K - 144 128 DEVFS1 132 33K - 132 256 acpica 1468 79K - 30428 16,32,64,128,256,512,1024,2048 acpitask 0 0K - 1 32 PCI Link 16 2K - 16 32,128 acpisem 21 2K - 21 64 acpidev 64 2K - 64 32 linux 11 1K - 11 32,64 --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="vmstat-z.dump" ITEM SIZE LIMIT USED FREE REQUESTS FAILURES UMA Kegs: 140, 0, 67, 5, 67, 0 UMA Zones: 480, 0, 67, 5, 67, 0 UMA Slabs: 64, 0, 1353, 122, 13704, 0 UMA RCntSlabs: 104, 0, 379, 28, 550393, 0 UMA Hash: 128, 0, 3, 27, 6, 0 16 Bucket: 76, 0, 24, 26, 75, 0 32 Bucket: 140, 0, 35, 21, 92, 0 64 Bucket: 268, 0, 21, 35, 124, 9 128 Bucket: 524, 0, 380, 229, 2580, 26057 VM OBJECT: 132, 0, 38284, 22819, 1229382, 0 MAP: 192, 0, 7, 13, 7, 0 KMAP ENTRY: 68, 57344, 1856, 1392, 41943286, 0 MAP ENTRY: 68, 0, 2185, 447, 4156126, 0 PV ENTRY: 24, 1745365, 38762, 4013, 205993271, 0 DP fakepg: 72, 0, 0, 53, 9, 0 mt_zone: 1024, 0, 201, 127, 201, 0 16: 16, 0, 2980, 877, 754656, 0 32: 32, 0, 1886, 487, 2892063, 0 64: 64, 0, 4414, 660, 6931862, 0 128: 128, 0, 3125, 385, 31498586, 0 256: 256, 0, 543, 372, 164543, 0 512: 512, 0, 326, 386, 344123, 0 1024: 1024, 0, 68, 100, 17609, 0 2048: 2048, 0, 298, 58, 1957, 0 4096: 4096, 0, 183, 254, 65495, 0 Files: 72, 0, 325, 311, 2222342, 0 PROC: 536, 0, 113, 83, 56602, 0 THREAD: 376, 0, 196, 14, 196, 0 KSEGRP: 88, 0, 196, 44, 196, 0 UPCALL: 44, 0, 0, 0, 0, 0 VMSPACE: 296, 0, 68, 75, 56050, 0 mbuf_packet: 256, 0, 257, 131, 358531202, 0 mbuf: 256, 0, 2, 375, 533375641, 0 mbuf_cluster: 2048, 25600, 388, 370, 117161230, 0 mbuf_jumbo_pagesize: 4096, 0, 0, 0, 0, 0 mbuf_jumbo_9k: 9216, 0, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 0, 0, 0, 0, 0 ACL UMA zone: 388, 0, 0, 0, 0, 0 g_bio: 132, 0, 0, 319, 28026490, 0 ata_request: 204, 0, 0, 266, 6946796, 0 ata_composite: 196, 0, 0, 0, 0, 0 VNODE: 272, 0, 45089, 38883, 2613255, 0 VNODEPOLL: 76, 0, 0, 0, 0, 0 NAMEI: 1024, 0, 8, 256, 6830335, 0 S VFS Cache: 68, 0, 39193, 36239, 2622909, 0 L VFS Cache: 291, 0, 29, 335, 106642, 0 NFSMOUNT: 480, 0, 3, 13, 3, 0 NFSNODE: 460, 0, 16874, 206, 60281, 0 DIRHASH: 1024, 0, 1270, 418, 15151, 0 PIPE: 408, 0, 14, 211, 20157, 0 KNOTE: 68, 0, 0, 168, 8940, 0 socket: 356, 25608, 53, 57, 14784, 0 unpcb: 140, 25620, 15, 97, 2926, 0 ipq: 32, 904, 0, 226, 24762814, 0 udpcb: 180, 25608, 19, 91, 8747, 0 inpcb: 180, 25608, 13, 97, 3100, 0 tcpcb: 464, 25600, 13, 43, 3100, 0 tcptw: 48, 5148, 0, 156, 12, 0 syncache: 100, 15366, 0, 117, 63, 0 hostcache: 76, 15400, 1, 99, 15, 0 tcpreass: 20, 1690, 0, 338, 191, 0 sackhole: 20, 0, 0, 0, 0, 0 ripcb: 180, 25608, 0, 66, 10, 0 rtentry: 132, 0, 14, 73, 21, 0 SWAPMETA: 276, 121576, 30, 138, 866, 0 Mountpoints: 664, 0, 12, 6, 12, 0 FFS inode: 132, 0, 28125, 31934, 2552820, 0 FFS1 dinode: 128, 0, 0, 0, 0, 0 FFS2 dinode: 256, 0, 28125, 17970, 2552820, 0 --jRHKVT23PllUwdXP-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 9 21:57:46 2007 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 777E616A420 for ; Thu, 9 Aug 2007 21:57:46 +0000 (UTC) (envelope-from bill@rakupottery.org.uk) Received: from anchor-post-30.mail.demon.net (anchor-post-30.mail.demon.net [194.217.242.88]) by mx1.freebsd.org (Postfix) with ESMTP id 3CC1C13C491 for ; Thu, 9 Aug 2007 21:57:46 +0000 (UTC) (envelope-from bill@rakupottery.org.uk) Received: from rakuman.demon.co.uk ([80.177.154.53] helo=saturn.rakupottery.org.uk) by anchor-post-30.mail.demon.net with esmtp (Exim 4.42) id 1IJFpf-0008cK-0u for freebsd-stable@freebsd.org; Thu, 09 Aug 2007 21:46:15 +0000 Received: from localhost (localhost.rakupottery.org.uk [127.0.0.1]) by saturn.rakupottery.org.uk (Postfix) with ESMTP id A69741CC35 for ; Thu, 9 Aug 2007 22:46:10 +0100 (BST) X-Virus-Scanned: amavisd-new at rakupottery.org.uk Received: from saturn.rakupottery.org.uk ([127.0.0.1]) by localhost (saturn.rakupottery.org.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id onEDSVQtKkYg for ; Thu, 9 Aug 2007 22:46:06 +0100 (BST) Received: by saturn.rakupottery.org.uk (Postfix, from userid 1002) id AC2FC1CC32; Thu, 9 Aug 2007 22:46:06 +0100 (BST) Date: Thu, 9 Aug 2007 22:46:06 +0100 From: Bill Smith To: freebsd-stable@freebsd.org Message-ID: <20070809214606.GA1022@saturn.rakupottery.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: postfix not starting 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, 09 Aug 2007 21:57:46 -0000 This is a newly installed stable machine, cvsupped and rebuilt this weekend. I have installed postfix with amavisd-new and clamav. They are all set for startup in /etc/rc.conf and sendmail is appropriately marked out, I have set up quite a few of these in the recent past. However neither amavis, clamav or postfix start automatically, they can all be started manually. I have turned on rc_debug, but they are not mentioned at all, their scripts are all in /usr/local/etc/rc.d. The only script mentioned in the debug output is fetchmail, which is not enabled in the rc.conf. They are all freshly install from ports. Where can I start looking to get this running? -- Bill From owner-freebsd-stable@FreeBSD.ORG Thu Aug 9 22:12:33 2007 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 5BE8B16A41B for ; Thu, 9 Aug 2007 22:12:33 +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 4B8E113C483 for ; Thu, 9 Aug 2007 22:12:33 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 35C021CC02A; Thu, 9 Aug 2007 15:12:33 -0700 (PDT) Date: Thu, 9 Aug 2007 15:12:33 -0700 From: Jeremy Chadwick To: Bill Smith Message-ID: <20070809221233.GA39006@eos.sc1.parodius.com> Mail-Followup-To: Bill Smith , freebsd-stable@freebsd.org References: <20070809214606.GA1022@saturn.rakupottery.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070809214606.GA1022@saturn.rakupottery.org.uk> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: postfix not starting 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, 09 Aug 2007 22:12:33 -0000 On Thu, Aug 09, 2007 at 10:46:06PM +0100, Bill Smith wrote: > This is a newly installed stable machine, cvsupped and rebuilt this weekend. > I have installed postfix with amavisd-new and clamav. > They are all set for startup in /etc/rc.conf and sendmail is appropriately marked out, I have set up quite a few of these in the recent past. > However neither amavis, clamav or postfix start automatically, they can all be started manually. > I have turned on rc_debug, but they are not mentioned at all, their scripts are all in /usr/local/etc/rc.d. The only script mentioned in the debug output is fetchmail, which is not enabled in the rc.conf. > They are all freshly install from ports. > Where can I start looking to get this running? Sounds like a broken /etc/rc.subr. Are you sure you "rebuilt" the box correctly, following the procedures in /usr/src/Makefile in the correct order? mergemaster sounds like it may have been missed... Just a shot in the dark. -- | 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 Fri Aug 10 03:18:04 2007 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 0305916A469 for ; Fri, 10 Aug 2007 03:18:04 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id A4D7D13C481 for ; Fri, 10 Aug 2007 03:18:03 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id l7A3I2Ld035275; Thu, 9 Aug 2007 20:18:02 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id l7A3I2U7035274; Thu, 9 Aug 2007 20:18:02 -0700 (PDT) (envelope-from david) Date: Thu, 9 Aug 2007 20:18:02 -0700 From: David Wolfskill To: Bill Smith Message-ID: <20070810031802.GU77008@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , Bill Smith , freebsd-stable@freebsd.org References: <20070809214606.GA1022@saturn.rakupottery.org.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="A7Y7Q+zxDFVJwB6H" Content-Disposition: inline In-Reply-To: <20070809214606.GA1022@saturn.rakupottery.org.uk> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: postfix not starting 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, 10 Aug 2007 03:18:04 -0000 --A7Y7Q+zxDFVJwB6H Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 09, 2007 at 10:46:06PM +0100, Bill Smith wrote: > This is a newly installed stable machine, cvsupped and rebuilt this weeke= nd. > I have installed postfix with amavisd-new and clamav. > They are all set for startup in /etc/rc.conf and sendmail is appropriatel= y marked out, I have set up quite a few of these in the recent past. > However neither amavis, clamav or postfix start automatically, they can a= ll be started manually. > I have turned on rc_debug, but they are not mentioned at all, their scrip= ts are all in /usr/local/etc/rc.d. The only script mentioned in the debug o= utput is fetchmail, which is not enabled in the rc.conf. > They are all freshly install from ports. > Where can I start looking to get this running? Output of "rcorder /etc/rc.d/* /usr/local/etc/rc.d/*" would be where I'd look next. Probably save it to a file (normal stdout redirection). Peace, david --=20 David H. Wolfskill david@catwhisker.org Anything and everything is a (potential) cat toy. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --A7Y7Q+zxDFVJwB6H Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAka72OoACgkQmprOCmdXAD0s8gCeJipMruNMOSN76euyxqzWvQ+2 fbIAn0P9AiT4EXwGVH3suBkIBlMEP0wg =GjZv -----END PGP SIGNATURE----- --A7Y7Q+zxDFVJwB6H-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 10 04:27:47 2007 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 BFBA216A41B for ; Fri, 10 Aug 2007 04:27:47 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id 7397F13C481 for ; Fri, 10 Aug 2007 04:27:47 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 8802 invoked from network); 9 Aug 2007 23:27:47 -0500 Received: from 203-206-233-219.dyn.iinet.net.au (HELO localhost) (203.206.233.219) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 9 Aug 2007 23:27:47 -0500 Date: Fri, 10 Aug 2007 14:27:43 +1000 From: Norberto Meijome To: Bill Smith Message-ID: <20070810142743.2b5c494a@localhost> In-Reply-To: <20070809214606.GA1022@saturn.rakupottery.org.uk> References: <20070809214606.GA1022@saturn.rakupottery.org.uk> X-Mailer: Claws Mail 2.10.0 (GTK+ 2.10.14; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: postfix not starting 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, 10 Aug 2007 04:27:47 -0000 On Thu, 9 Aug 2007 22:46:06 +0100 Bill Smith wrote: > However neither amavis, clamav or postfix start automatically, they can all be started manually. you mean that postfix starts if you log in to the box and issue: /usr/local/etc/rc.d/postfix start shot in the dark ^2 : something missing in the environment provided by the rc subsystem but OK in your shell - paths ? library paths? _________________________ {Beto|Norberto|Numard} Meijome "Software is like sex, its better when its free" Linus Torvalds I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Fri Aug 10 04:28:01 2007 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 69AEA16A49E; Fri, 10 Aug 2007 04:28:01 +0000 (UTC) (envelope-from e-kamo@trio.plala.or.jp) Received: from msa3.plala.or.jp (msa3.plala.or.jp [58.93.251.203]) by mx1.freebsd.org (Postfix) with ESMTP id 9FC4F13C4E8; Fri, 10 Aug 2007 04:28:00 +0000 (UTC) (envelope-from e-kamo@trio.plala.or.jp) Received: from msc2.plala.or.jp ([172.23.8.25]) by msa1-25.plala.or.jp with ESMTP id <20070810041548.ECOF13118.msa1-25.plala.or.jp@msc2.plala.or.jp>; Fri, 10 Aug 2007 13:15:48 +0900 Received: from [192.168.35.6] ([220.33.68.80]) by msc2.plala.or.jp with ESMTP id <20070810041548.QOTJ8924.msc2.plala.or.jp@[192.168.35.6]>; Fri, 10 Aug 2007 13:15:48 +0900 Message-ID: <46BBE66E.4040202@trio.plala.or.jp> Date: Fri, 10 Aug 2007 13:15:42 +0900 From: Eitarou Kamo User-Agent: Mozilla Thunderbird 1.0.8-1.1.fc4 (X11/20060501) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG, freebsd-hackers@freebsd.org References: <46BAD8F3.1050403@trio.plala.or.jp> In-Reply-To: <46BAD8F3.1050403@trio.plala.or.jp> X-Enigmail-Version: 0.90.2.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: none of wpa_passphrase 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, 10 Aug 2007 04:28:01 -0000 I have posted this mail to mobile list. Just to make sure, I'll forward to this list too. Eitarou Eitarou Kamo wrote: >Hi, > I used wpa _supplicant and was aware none of wpa _passphrase. >My machine is 6.2 REREASE. Does anyone have it or way to making it? > >Eitarou >_______________________________________________ >freebsd-mobile@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-mobile >To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" > > > From owner-freebsd-stable@FreeBSD.ORG Fri Aug 10 06:31:03 2007 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 11E6316A417 for ; Fri, 10 Aug 2007 06:31:03 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id A45DB13C442 for ; Fri, 10 Aug 2007 06:31:02 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 12863 invoked by uid 399); 10 Aug 2007 06:31:01 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 10 Aug 2007 06:31:01 -0000 X-Originating-IP: 127.0.0.1 Date: Thu, 9 Aug 2007 23:30:59 -0700 (PDT) From: Doug Barton To: Bill Smith In-Reply-To: <20070809214606.GA1022@saturn.rakupottery.org.uk> Message-ID: References: <20070809214606.GA1022@saturn.rakupottery.org.uk> X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: postfix not starting 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, 10 Aug 2007 06:31:03 -0000 On Thu, 9 Aug 2007, Bill Smith wrote: > This is a newly installed stable machine, cvsupped and rebuilt this weekend. > I have installed postfix with amavisd-new and clamav. > They are all set for startup in /etc/rc.conf For each of the scripts, what is the output of: /usr/local/etc/rc.d/SCRIPT rcvar Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Fri Aug 10 07:09:47 2007 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 29DAD16A419 for ; Fri, 10 Aug 2007 07:09:47 +0000 (UTC) (envelope-from bill@rakupottery.org.uk) Received: from jet.blackcatnetworks.co.uk (jet.ipv6.blackcatnetworks.co.uk [IPv6:2001:1b40:0:20::50]) by mx1.freebsd.org (Postfix) with ESMTP id C19B613C480 for ; Fri, 10 Aug 2007 07:09:46 +0000 (UTC) (envelope-from bill@rakupottery.org.uk) Received: from rakuman.demon.co.uk ([80.177.154.53] helo=saturn.rakupottery.org.uk) by jet.blackcatnetworks.co.uk with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1IJOcz-0006aH-MK for freebsd-stable@freebsd.org; Fri, 10 Aug 2007 08:09:46 +0100 Message-ID: <46BC0F35.3020202@rakupottery.org.uk> Date: Fri, 10 Aug 2007 08:09:41 +0100 From: Bill Smith User-Agent: Thunderbird 2.0.0.4 (X11/20070718) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20070809214606.GA1022@saturn.rakupottery.org.uk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BlackCat-Spam-Score: -42 Subject: Re: postfix not starting 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, 10 Aug 2007 07:09:47 -0000 Doug Barton wrote: > On Thu, 9 Aug 2007, Bill Smith wrote: > >> This is a newly installed stable machine, cvsupped and rebuilt this >> weekend. >> I have installed postfix with amavisd-new and clamav. >> They are all set for startup in /etc/rc.conf > > For each of the scripts, what is the output of: > /usr/local/etc/rc.d/SCRIPT rcvar > > Doug > # amavisd $amavisd_enable=YES # clamav_clamd $clamav_clamd_enable=YES # clamav_freshclam $clamav_freshclam_enable=YES # postfix $postfix_enable=YES -- - Bill From owner-freebsd-stable@FreeBSD.ORG Fri Aug 10 07:10:45 2007 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 9822516A41B for ; Fri, 10 Aug 2007 07:10:45 +0000 (UTC) (envelope-from bill@rakupottery.org.uk) Received: from jet.blackcatnetworks.co.uk (jet.ipv6.blackcatnetworks.co.uk [IPv6:2001:1b40:0:20::50]) by mx1.freebsd.org (Postfix) with ESMTP id 5F72113C4B3 for ; Fri, 10 Aug 2007 07:10:45 +0000 (UTC) (envelope-from bill@rakupottery.org.uk) Received: from rakuman.demon.co.uk ([80.177.154.53] helo=saturn.rakupottery.org.uk) by jet.blackcatnetworks.co.uk with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1IJOdw-0003nt-9p for freebsd-stable@freebsd.org; Fri, 10 Aug 2007 08:10:44 +0100 Message-ID: <46BC0F6F.5020903@rakupottery.org.uk> Date: Fri, 10 Aug 2007 08:10:39 +0100 From: Bill Smith User-Agent: Thunderbird 2.0.0.4 (X11/20070718) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20070809214606.GA1022@saturn.rakupottery.org.uk> <20070810142743.2b5c494a@localhost> In-Reply-To: <20070810142743.2b5c494a@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BlackCat-Spam-Score: -39 Subject: Re: postfix not starting 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, 10 Aug 2007 07:10:45 -0000 Norberto Meijome wrote: > On Thu, 9 Aug 2007 22:46:06 +0100 > Bill Smith wrote: > > >> However neither amavis, clamav or postfix start automatically, they can all be started manually. >> > > you mean that postfix starts if you log in to the box and issue: > > /usr/local/etc/rc.d/postfix start > yes, no problem at all > shot in the dark ^2 : something missing in the environment provided by the rc subsystem but OK in your shell - paths ? library paths? > > _________________________ > {Beto|Norberto|Numard} Meijome > > "Software is like sex, its better when its free" > Linus Torvalds > > I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. > _______________________________________________ > 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" > > -- - Bill From owner-freebsd-stable@FreeBSD.ORG Fri Aug 10 07:14:23 2007 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 2F43B16A418 for ; Fri, 10 Aug 2007 07:14:23 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.224]) by mx1.freebsd.org (Postfix) with ESMTP id E497213C4B0 for ; Fri, 10 Aug 2007 07:14:22 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so477438wxd for ; Fri, 10 Aug 2007 00:14:22 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; 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; b=nkpt1ojqinuGwnJ8a2JDiWBv/yfbZRDnCbU7VsnlhkRF4oTiGg3QsLTMgSMPvXw61wzVWAduwoGoppS/7GLgzXPIM8sCvxLHONj1TpkE8knyfwVMrdtBM3WwjVsvntZAEXdiJriGKz8goRV7Ksc8TUdYgstIQ8Au/j5NGQajgnw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=p45hYMWQoaPdJTz9OLnb3J6bu2VI4RkzfHQo1nKvc5BKgirMTtnZw07837uBXRI5Qj5y0b5s/q33YblUCyLVcBmfJTncckjPlC1ILqhLj8vcKgHi7kyJsYjFG7Y9wp6XqP8dubyU9L5QIzc1CmeNeqSZDoxEi+W41aZvUxqCwbI= Received: by 10.70.61.3 with SMTP id j3mr4024784wxa.1186728342205; Thu, 09 Aug 2007 23:45:42 -0700 (PDT) Received: by 10.70.109.20 with HTTP; Thu, 9 Aug 2007 23:45:42 -0700 (PDT) Message-ID: Date: Fri, 10 Aug 2007 08:45:42 +0200 From: "Claus Guttesen" To: "Bill Smith" In-Reply-To: <20070809214606.GA1022@saturn.rakupottery.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070809214606.GA1022@saturn.rakupottery.org.uk> Cc: freebsd-stable@freebsd.org Subject: Re: postfix not starting 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, 10 Aug 2007 07:14:23 -0000 > This is a newly installed stable machine, cvsupped and rebuilt this weekend. > I have installed postfix with amavisd-new and clamav. > They are all set for startup in /etc/rc.conf and sendmail is appropriately marked out, I have set up quite a few of these in the recent past. I assume it's postfix_enable="YES" and yes for the other options and sendmail_enable="NONE"? > However neither amavis, clamav or postfix start automatically, they can all be started manually. > I have turned on rc_debug, but they are not mentioned at all, their scripts are all in /usr/local/etc/rc.d. The only script mentioned in the debug output is fetchmail, which is not enabled in the rc.conf. > They are all freshly install from ports. > Where can I start looking to get this running? What does /usr/local/etc/rc.d/postfix rcvar say? -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Fri Aug 10 07:20:22 2007 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 709B616A417 for ; Fri, 10 Aug 2007 07:20:22 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id 0E7E013C4A8 for ; Fri, 10 Aug 2007 07:20:21 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 2873 invoked by uid 399); 10 Aug 2007 07:20:21 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 10 Aug 2007 07:20:21 -0000 X-Originating-IP: 127.0.0.1 Date: Fri, 10 Aug 2007 00:20:19 -0700 (PDT) From: Doug Barton To: Bill Smith In-Reply-To: <46BC0F35.3020202@rakupottery.org.uk> Message-ID: References: <20070809214606.GA1022@saturn.rakupottery.org.uk> <46BC0F35.3020202@rakupottery.org.uk> X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: postfix not starting 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, 10 Aug 2007 07:20:22 -0000 On Fri, 10 Aug 2007, Bill Smith wrote: > Doug Barton wrote: >> On Thu, 9 Aug 2007, Bill Smith wrote: >> >>> This is a newly installed stable machine, cvsupped and rebuilt this >>> weekend. >>> I have installed postfix with amavisd-new and clamav. >>> They are all set for startup in /etc/rc.conf >> >> For each of the scripts, what is the output of: >> /usr/local/etc/rc.d/SCRIPT rcvar >> >> Doug >> > # amavisd > $amavisd_enable=YES > # clamav_clamd > $clamav_clamd_enable=YES > # clamav_freshclam > $clamav_freshclam_enable=YES > # postfix > $postfix_enable=YES Ok, this points to problems elsewhere in /etc. Try running mergemaster, and if that doesn't work, run it with -s to make sure nothing nasty has snuck in. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Fri Aug 10 11:57:36 2007 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 70A7616A417 for ; Fri, 10 Aug 2007 11:57:36 +0000 (UTC) (envelope-from e-kamo@trio.plala.or.jp) Received: from msa4-25.plala.or.jp (msa4.plala.or.jp [58.93.251.204]) by mx1.freebsd.org (Postfix) with ESMTP id C93FA13C46E for ; Fri, 10 Aug 2007 11:57:34 +0000 (UTC) (envelope-from e-kamo@trio.plala.or.jp) Received: from msc1.plala.or.jp ([172.23.8.24]) by msa4-25.plala.or.jp with ESMTP id <20070810115732.RMHQ16510.msa4-25.plala.or.jp@msc1.plala.or.jp>; Fri, 10 Aug 2007 20:57:32 +0900 Received: from [192.168.35.6] ([220.33.68.80]) by msc1.plala.or.jp with ESMTP id <20070810115732.PWGE15582.msc1.plala.or.jp@[192.168.35.6]>; Fri, 10 Aug 2007 20:57:32 +0900 Message-ID: <46BC52A6.40005@trio.plala.or.jp> Date: Fri, 10 Aug 2007 20:57:26 +0900 From: Eitarou Kamo User-Agent: Mozilla Thunderbird 1.0.8-1.1.fc4 (X11/20060501) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pietro Cerutti , freebsd-stable@freebsd.org References: <46BAD8F3.1050403@trio.plala.or.jp> <46BBE66E.4040202@trio.plala.or.jp> <46BC4155.20803@gahr.ch> In-Reply-To: <46BC4155.20803@gahr.ch> X-Enigmail-Version: 0.90.2.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: none of wpa_passphrase 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, 10 Aug 2007 11:57:36 -0000 Pietro Cerutti wrote: >Eitarou Kamo wrote: > > >> >>>Hi, >>>I used wpa _supplicant and was aware none of wpa _passphrase. >>>My machine is 6.2 REREASE. Does anyone have it or way to making it? >>> >>> > >These kind of generic questions are better suited for >freebsd-questions@, i doubt. > >Anyway, from man 8 wpa_passphrase: > >The wpa_passphrase utility is a small program for generating a 256-bit >pre-shared WPA key from an ASCII passphrase and a given SSID. The output >is formatted for inclusion in wpa_supplicant.conf(5). > >Example: >I have an access point with ssid MySSID and passphrase MyS3cr3t: > > > >>wpa_passphrase MySSID >> >> ># reading passphrase from stdin >MyS3cr3t >network={ > ssid="MySSID" > #psk="MyS3cr3t" > psk=c0964594a3000e7605ef17097f7d939a44e516f05b99806fd862db5934c2e4d4 >} > >The output is ready to be included in your wpa_supplicant.conf file >(better removing the commented line where the password is in clear text). >nf > > My question is not the usage of it but itself.... I can't use wpa_supplicant because none of it. Is there it anywhere? Haven't it been dealt with stable yet? Eitarou From owner-freebsd-stable@FreeBSD.ORG Fri Aug 10 12:27:54 2007 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 6A23316A418 for ; Fri, 10 Aug 2007 12:27:54 +0000 (UTC) (envelope-from gahr@gahr.ch) Received: from cpanel03.rubas-s03.net (cpanel03.rubas-s03.net [195.182.222.73]) by mx1.freebsd.org (Postfix) with ESMTP id F068B13C4CA for ; Fri, 10 Aug 2007 12:27:53 +0000 (UTC) (envelope-from gahr@gahr.ch) Received: from 80-218-187-205.dclient.hispeed.ch ([80.218.187.205] helo=gahrtop.localhost) by cpanel03.rubas-s03.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1IJTao-0001ub-Dc; Fri, 10 Aug 2007 14:27:50 +0200 Message-ID: <46BC59C7.4000605@gahr.ch> Date: Fri, 10 Aug 2007 14:27:51 +0200 From: Pietro Cerutti User-Agent: Thunderbird 2.0.0.6 (X11/20070808) MIME-Version: 1.0 To: Eitarou Kamo References: <46BAD8F3.1050403@trio.plala.or.jp> <46BBE66E.4040202@trio.plala.or.jp> <46BC4155.20803@gahr.ch> <46BC52A6.40005@trio.plala.or.jp> In-Reply-To: <46BC52A6.40005@trio.plala.or.jp> X-Enigmail-Version: 0.95.2 OpenPGP: id=9571F78E; url=http://www.gahr.ch/pgp Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigA4E1ED39C508D747C5EA476B" X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel03.rubas-s03.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - gahr.ch X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-stable@freebsd.org Subject: Re: none of wpa_passphrase 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, 10 Aug 2007 12:27:54 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA4E1ED39C508D747C5EA476B Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Eitarou Kamo wrote: >=20 > Pietro Cerutti wrote: >=20 >> Eitarou Kamo wrote: >> =20 >> >>>> Hi, >>>> I used wpa _supplicant and was aware none of wpa _passphrase. >>>> My machine is 6.2 REREASE. Does anyone have it or way to making it= ? >>>> =20 >>>> >> These kind of generic questions are better suited for >> freebsd-questions@, i doubt. >> >> Anyway, from man 8 wpa_passphrase: >> >> The wpa_passphrase utility is a small program for generating a 256-bit= >> pre-shared WPA key from an ASCII passphrase and a given SSID. The outp= ut >> is formatted for inclusion in wpa_supplicant.conf(5). >> >> Example: >> I have an access point with ssid MySSID and passphrase MyS3cr3t: >> >> =20 >> >>> wpa_passphrase MySSID >>> =20 >>> >> # reading passphrase from stdin >> MyS3cr3t >> network=3D{ >> ssid=3D"MySSID" >> #psk=3D"MyS3cr3t" >> psk=3Dc0964594a3000e7605ef17097f7d939a44e516f05b99806fd862db5934= c2e4d4 >> } >> >> The output is ready to be included in your wpa_supplicant.conf file >> (better removing the commented line where the password is in clear tex= t). >> nf >> =20 >> > My question is not the usage of it but itself.... I can't use > wpa_supplicant because > none of it. Is there it anywhere? Haven't it been dealt with stable yet= ? Yep, it should be under /usr/src/usr.sbin/wpa since about 2 years. Which version are you running? >=20 > Eitarou --=20 Pietro Cerutti PGP Public Key: http://gahr.ch/pgp --------------enigA4E1ED39C508D747C5EA476B 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 (FreeBSD) iD8DBQFGvFnLwMJqmJVx944RCmHbAJ4qqAbqEr3xEIUbzYD+drDdfUsFpwCfZt/B CygUnNNfu5xzkAFGCxA3/LU= =lUtV -----END PGP SIGNATURE----- --------------enigA4E1ED39C508D747C5EA476B-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 10 14:06:27 2007 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 2124516A418 for ; Fri, 10 Aug 2007 14:06:27 +0000 (UTC) (envelope-from gahr@gahr.ch) Received: from cpanel03.rubas-s03.net (cpanel03.rubas-s03.net [195.182.222.73]) by mx1.freebsd.org (Postfix) with ESMTP id A993413C45B for ; Fri, 10 Aug 2007 14:06:26 +0000 (UTC) (envelope-from gahr@gahr.ch) Received: from 80-218-187-205.dclient.hispeed.ch ([80.218.187.205] helo=gahrtop.localhost) by cpanel03.rubas-s03.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1IJRxs-0006bO-Aa; Fri, 10 Aug 2007 12:43:32 +0200 Message-ID: <46BC4155.20803@gahr.ch> Date: Fri, 10 Aug 2007 12:43:33 +0200 From: Pietro Cerutti User-Agent: Thunderbird 2.0.0.6 (X11/20070808) MIME-Version: 1.0 To: Eitarou Kamo , User Questions , freebsd-stable@freebsd.org References: <46BAD8F3.1050403@trio.plala.or.jp> <46BBE66E.4040202@trio.plala.or.jp> In-Reply-To: <46BBE66E.4040202@trio.plala.or.jp> X-Enigmail-Version: 0.95.2 OpenPGP: id=9571F78E; url=http://www.gahr.ch/pgp Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig61AFDB399D9B982CAC7813C6" X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel03.rubas-s03.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - gahr.ch X-Source: X-Source-Args: X-Source-Dir: Cc: Subject: Re: none of wpa_passphrase 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, 10 Aug 2007 14:06:27 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig61AFDB399D9B982CAC7813C6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Eitarou Kamo wrote: > I have posted this mail to mobile list. Just to make sure, I'll forward= > to this list too. >=20 > Eitarou >=20 > Eitarou Kamo wrote: >=20 >> Hi, >> I used wpa _supplicant and was aware none of wpa _passphrase. >> My machine is 6.2 REREASE. Does anyone have it or way to making it? These kind of generic questions are better suited for freebsd-questions@, i doubt. Anyway, from man 8 wpa_passphrase: The wpa_passphrase utility is a small program for generating a 256-bit pre-shared WPA key from an ASCII passphrase and a given SSID. The output is formatted for inclusion in wpa_supplicant.conf(5). Example: I have an access point with ssid MySSID and passphrase MyS3cr3t: > wpa_passphrase MySSID # reading passphrase from stdin MyS3cr3t network=3D{ ssid=3D"MySSID" #psk=3D"MyS3cr3t" psk=3Dc0964594a3000e7605ef17097f7d939a44e516f05b99806fd862db5934c2= e4d4 } The output is ready to be included in your wpa_supplicant.conf file (better removing the commented line where the password is in clear text).= >> >> Eitarou --=20 Pietro Cerutti PGP Public Key: http://gahr.ch/pgp --------------enig61AFDB399D9B982CAC7813C6 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 (FreeBSD) iD8DBQFGvEFZwMJqmJVx944RCpYlAKCwQu0aU586dT7qEb2oA2L6z0YBiQCgqN+S 8DvYVEkvIIZysGiTL9C8T+o= =p/lH -----END PGP SIGNATURE----- --------------enig61AFDB399D9B982CAC7813C6-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 10 14:23:16 2007 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 E355316A417 for ; Fri, 10 Aug 2007 14:23:16 +0000 (UTC) (envelope-from bill@rakupottery.org.uk) Received: from jet.blackcatnetworks.co.uk (jet.ipv6.blackcatnetworks.co.uk [IPv6:2001:1b40:0:20::50]) by mx1.freebsd.org (Postfix) with ESMTP id 84FB213C467 for ; Fri, 10 Aug 2007 14:23:16 +0000 (UTC) (envelope-from bill@rakupottery.org.uk) Received: from rakuman.demon.co.uk ([80.177.154.53] helo=saturn.rakupottery.org.uk) by jet.blackcatnetworks.co.uk with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1IJVOU-0000Up-IY for freebsd-stable@freebsd.org; Fri, 10 Aug 2007 15:23:15 +0100 Message-ID: <46BC74CD.6070401@rakupottery.org.uk> Date: Fri, 10 Aug 2007 15:23:09 +0100 From: Bill Smith User-Agent: Thunderbird 2.0.0.4 (X11/20070718) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20070809214606.GA1022@saturn.rakupottery.org.uk> <46BC0F35.3020202@rakupottery.org.uk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BlackCat-Spam-Score: -39 Subject: Re: postfix not starting 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, 10 Aug 2007 14:23:17 -0000 Doug Barton wrote: > On Fri, 10 Aug 2007, Bill Smith wrote: > >> Doug Barton wrote: >>> On Thu, 9 Aug 2007, Bill Smith wrote: >>> >>>> This is a newly installed stable machine, cvsupped and rebuilt this >>>> weekend. >>>> I have installed postfix with amavisd-new and clamav. >>>> They are all set for startup in /etc/rc.conf >>> >>> For each of the scripts, what is the output of: >>> /usr/local/etc/rc.d/SCRIPT rcvar >>> >>> Doug >>> >> # amavisd >> $amavisd_enable=YES >> # clamav_clamd >> $clamav_clamd_enable=YES >> # clamav_freshclam >> $clamav_freshclam_enable=YES >> # postfix >> $postfix_enable=YES > > Ok, this points to problems elsewhere in /etc. Try running > mergemaster, and if that doesn't work, run it with -s to make sure > nothing nasty has snuck in. > > Doug > Thanks Doug, I ran mergemaster (again), I seemed to have missed out FILESYSTEMS, my fault for not paying enough attention to detail and being in a hurry, which I am not usually. It is now fully functional. Thanks to everyone else who helped -- - Bill From owner-freebsd-stable@FreeBSD.ORG Fri Aug 10 16:39:22 2007 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 6416B16A417 for ; Fri, 10 Aug 2007 16:39:22 +0000 (UTC) (envelope-from shannon@widomaker.com) Received: from wilma.widomaker.com (wilma.widomaker.com [204.17.220.5]) by mx1.freebsd.org (Postfix) with ESMTP id 3761813C45D for ; Fri, 10 Aug 2007 16:39:21 +0000 (UTC) (envelope-from shannon@widomaker.com) Received: from [69.72.99.174] (helo=escape.goid.lan) by wilma.widomaker.com with esmtp (Exim 3.36 #1) id 1IJWni-000DKy-00 for stable@freebsd.org; Fri, 10 Aug 2007 11:53:22 -0400 Received: from daydream (daydream.goid.lan [192.168.1.10]) by escape.goid.lan (Postfix) with ESMTP id 69B6DA503 for ; Fri, 10 Aug 2007 11:53:21 -0400 (EDT) Received: by daydream (Postfix, from userid 1000) id 360426ADCB; Fri, 10 Aug 2007 11:53:21 -0400 (EDT) Date: Fri, 10 Aug 2007 11:53:21 -0400 To: stable@freebsd.org Message-ID: <20070810155321.GA20708@widomaker.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) From: shannon@widomaker.com (Charles Shannon Hendrix) Content-Transfer-Encoding: quoted-printable Cc: Subject: boot logo/menu corruption 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, 10 Aug 2007 16:39:22 -0000 I am creating boot menus for an embedded project, and appliance machine that runs FreeBSD and some custom software. The machine has a serial-video BIOS so we can run the machine headless. Serial console support works great, but for one problem: When the second stage boot loader starts, the text output to the serial console is corrupted. Characters are doubled, control characters frequently don't work or get turned into null, etc. For example, here is the basic FreeBSD menu and how it looks when I boot using the serial console: +-----------------------------------------++=EF=BF=BD22;3 ||=EF=BF=BD ||=EF=BF=BD ||=EF=BF=BD ||=EF=BF=BD ||=EF=BF=BD ||=EF=BF=BD ||=EF=BF=BD Welcome to FreeBSD!oo FFrreeee|BSSDD!! ||=EF=BF=BD ||=EF=BF=BD ||=EF=BF=BD ||=EF=BF=BD ||=EF=BF=BD1. Boot FreeBSD [default]BSSDD [[ddeef|aauulltt]] ||=EF=BF=BD2. Boot FreeBSD with ACPI disablediitth| AACCPPII ddiissaab= blleedd ||=EF=BF=BD3. Boot FreeBSD in Safe ModeDD iinn S|aaffee MMooddee ||=EF=BF=BD4. Boot FreeBSD in single user moden s|iinnggllee uusseerr = mmooddee ||=EF=BF=BD5. Boot FreeBSD with verbose loggingtth| vveerrbboossee llo= oggggiinngg ||=EF=BF=BD6. Escape to loader promptllooaaddeerr |pprroommpptt ||=EF=BF=BD7. Rebootebboooott ||=EF=BF=BD ||=EF=BF=BD ||=EF=BF=BD ||=EF=BF=BD ||=EF=BF=BD ||=EF=BF=BD ||=EF=BF=BD ||=EF=BF=BD ||=EF=BF=BD ||=EF=BF=BDSelect option, [Enter] for defaultEnntt|err]] ffoorr ddeeff= aauulltt ||=EF=BF=BDor [Space] to pause timer H00 ussee| ttiimmeerr =20 +-----------------------------------------++=EF=BF=BD[6;13 Some strings come out normaly, others are doubled, and some just don't come out at all or come out as nulls or something else. When the boot loader starts the spinner is doubled. Especially before the menu goes up, I get doubled strings, kind of line this: FFrreeBBSSDD 66..22 ...just as an example. >From this menu I picked the option I want, and then everything is fine. It seems that once the kernel gets control of the console, everything works as I expect. Does anyone have any idea why the second/third stage has trouble? Is it possible this is because the loader is writing to the console and the video BIOS is doing it also? Thanks. --=20 shannon / Asus A8N5X - Opteron 170@2.5GHz | But you know, a little Sun Ul= tra 1 -------' 2GB RAM - nVidia 7900GS | is doing all the hard work... From owner-freebsd-stable@FreeBSD.ORG Fri Aug 10 17:33:12 2007 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 750DB16A41B for ; Fri, 10 Aug 2007 17:33:12 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 6559513C4A6 for ; Fri, 10 Aug 2007 17:33:11 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l7AGuAhi008516 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 10 Aug 2007 09:56:11 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <46BC9A24.4070500@errno.com> Date: Fri, 10 Aug 2007 10:02:28 -0700 From: Sam Leffler User-Agent: Thunderbird 2.0.0.0 (X11/20070530) MIME-Version: 1.0 To: Eitarou Kamo References: <46BAD8F3.1050403@trio.plala.or.jp> <46BBE66E.4040202@trio.plala.or.jp> <46BC4155.20803@gahr.ch> <46BC52A6.40005@trio.plala.or.jp> In-Reply-To: <46BC52A6.40005@trio.plala.or.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Pietro Cerutti Subject: Re: none of wpa_passphrase 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, 10 Aug 2007 17:33:12 -0000 Eitarou Kamo wrote: > Pietro Cerutti wrote: > > >> Eitarou Kamo wrote: >> >> >> >>>> Hi, >>>> I used wpa _supplicant and was aware none of wpa _passphrase. >>>> My machine is 6.2 REREASE. Does anyone have it or way to making it? >>>> >>>> >>>> >> These kind of generic questions are better suited for >> freebsd-questions@, i doubt. >> >> Anyway, from man 8 wpa_passphrase: >> >> The wpa_passphrase utility is a small program for generating a 256-bit >> pre-shared WPA key from an ASCII passphrase and a given SSID. The output >> is formatted for inclusion in wpa_supplicant.conf(5). >> >> Example: >> I have an access point with ssid MySSID and passphrase MyS3cr3t: >> >> >> >> >>> wpa_passphrase MySSID >>> >>> >>> >> # reading passphrase from stdin >> MyS3cr3t >> network={ >> ssid="MySSID" >> #psk="MyS3cr3t" >> psk=c0964594a3000e7605ef17097f7d939a44e516f05b99806fd862db5934c2e4d4 >> } >> >> The output is ready to be included in your wpa_supplicant.conf file >> (better removing the commented line where the password is in clear text). >> nf >> >> >> > My question is not the usage of it but itself.... I can't use > wpa_supplicant because > none of it. Is there it anywhere? Haven't it been dealt with stable yet? > wpa_supplicant includes the functionality of wpa_passphrase. You only want it if you want to precompute the PSK from a passphrase. As to building it you have the code; just setup a Makefile in usr.sbin/wpa. HEAD and RELENG_6 include support so try grabbing it from there. Sam From owner-freebsd-stable@FreeBSD.ORG Fri Aug 10 18:24:08 2007 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 B42C216A41B for ; Fri, 10 Aug 2007 18:24:08 +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 9350513C442 for ; Fri, 10 Aug 2007 18:24:08 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 77D621CC02E; Fri, 10 Aug 2007 11:24:08 -0700 (PDT) Date: Fri, 10 Aug 2007 11:24:08 -0700 From: Jeremy Chadwick To: Charles Shannon Hendrix Message-ID: <20070810182408.GA98434@eos.sc1.parodius.com> Mail-Followup-To: Charles Shannon Hendrix , stable@freebsd.org References: <20070810155321.GA20708@widomaker.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070810155321.GA20708@widomaker.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: stable@freebsd.org Subject: Re: boot logo/menu corruption 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, 10 Aug 2007 18:24:08 -0000 On Fri, Aug 10, 2007 at 11:53:21AM -0400, Charles Shannon Hendrix wrote: > Does anyone have any idea why the second/third stage has trouble? > > Is it possible this is because the loader is writing to the console and > the video BIOS is doing it also? A purely speculative guess: depending upon how you have boot0 boot2/loader configured, they may or may not touch the serial port (try to initalise it) and do some funky stuff with some interrupts. Serial console output at the BIOS level makes the BIOS tie in to a particular interrupt (I can't remember which one, INT 13h?), and it starts to act as a middle-man (although I think the behaviour depends upon how the BIOS code is written; some may hijack the interrupt and serial port entirely, while others may act like the equivalent of a read-write-capable network tap). For example: on most of my Supermicro boards, there's a BIOS option named something like "Leave Agent Running After Boot". By default this is OFF, which means you'll get BIOS-level serial console during the intial POST and BIOS status screen, but nothing past that -- unless the OS (or bootloader) supports it. If you turn it ON, the BIOS attempts to handle all output from start (boot) to finish (pre and post OS). With most of the boards, if I set the Leave Agent Running option to ON, the instant FreeBSD hits boot2/loader I lose all serial output from that point on. On one board (different model than the others), if I do the same, it works all the way through boot0/boot2/loader, but the instant the kernel begins loading, there's no more serial output. The doubling of characters might be explained by either sporadic interrupt issues (since the BIOS and FreeBSD may both be handling the requests). I cannot explain the escape character problem you're seeing, but possibly your BIOS manufacturer is filtering those "for safety" (it's very possible). The missing characters may be due to the interrupt issue metnioned above, or incorrect handshaking (or lack thereof). Here's the method I use on our systems here which have BIOS-level serial redirect, which gets me the ability to control the BIOS remotely, serial support in boot2/loader, serial output while the kernel loads, and the ability to log in to the box via serial console (getty on serial port). I've never cared about boot0. Note that we use true CTS/RTS handshaking serial adapters. BIOS Configuration ================== * Enable "Console Redirect" * Point "Console Redirect" to COM1, 115200 8N1, VT100 or ANSI emulation * Set "Console Redirect" to use RTS/CTS handshaking * Disable "Leave Agent Running After Boot" FreeBSD Configuration ===================== * Put the following into /boot.config: -S115200 -h Can replace -h with -P if one wants serial console to be disabled when a keyboard is plugged in to the box. * Edit /etc/make.conf and add the following: BOOT_COMCONSOLE_PORT=0x3F8 BOOT_COMCONSOLE_SPEED=115200 This appears to make the kernel initialise the serial port when loaded to use 115200. (Always seemed to me like this was an unnecessary requirement, since I'd rather the kernel not tinker with any of that and just let boot2/loader handle the initialisation) * Rebuild world (follow all instructions in /usr/src/Makefile), and of course install it. * Before the final reboot, do disklabel -B on the boot slice, e.g. disklabel -B ad0s1. Hope this helps. -- | 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 Sat Aug 11 00:25:40 2007 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 5627B16A419 for ; Sat, 11 Aug 2007 00:25:40 +0000 (UTC) (envelope-from e-kamo@trio.plala.or.jp) Received: from msa3-25.plala.or.jp (msa3.plala.or.jp [58.93.251.203]) by mx1.freebsd.org (Postfix) with ESMTP id B3E8313C459 for ; Sat, 11 Aug 2007 00:25:38 +0000 (UTC) (envelope-from e-kamo@trio.plala.or.jp) Received: from msc2.plala.or.jp ([172.23.8.25]) by msa3-25.plala.or.jp with ESMTP id <20070811002537.CZXY25212.msa3-25.plala.or.jp@msc2.plala.or.jp>; Sat, 11 Aug 2007 09:25:37 +0900 Received: from [192.168.35.6] ([220.33.68.80]) by msc2.plala.or.jp with ESMTP id <20070811002537.QQTB8924.msc2.plala.or.jp@[192.168.35.6]>; Sat, 11 Aug 2007 09:25:37 +0900 Message-ID: <46BD01FB.2030409@trio.plala.or.jp> Date: Sat, 11 Aug 2007 09:25:31 +0900 From: Eitarou Kamo User-Agent: Mozilla Thunderbird 1.0.8-1.1.fc4 (X11/20060501) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org, sam@errno.com References: <46BAD8F3.1050403@trio.plala.or.jp> <46BBE66E.4040202@trio.plala.or.jp> <46BC4155.20803@gahr.ch> <46BC52A6.40005@trio.plala.or.jp> <46BC9A24.4070500@errno.com> In-Reply-To: <46BC9A24.4070500@errno.com> X-Enigmail-Version: 0.90.2.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: none of wpa_passphrase 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, 11 Aug 2007 00:25:40 -0000 >>> # reading passphrase from stdin >>> MyS3cr3t >>> network={ >>> ssid="MySSID" >>> #psk="MyS3cr3t" >>> >>> psk=c0964594a3000e7605ef17097f7d939a44e516f05b99806fd862db5934c2e4d4 >>> } >>> >>> The output is ready to be included in your wpa_supplicant.conf file >>> (better removing the commented line where the password is in clear >>> text). >>> nf >>> >>> >>> >> >> My question is not the usage of it but itself.... I can't use >> wpa_supplicant because >> none of it. Is there it anywhere? Haven't it been dealt with stable yet? >> > > > wpa_supplicant includes the functionality of wpa_passphrase. You only > want it if you want to precompute the PSK from a passphrase. > You mean wpa_supplicant have wpa_passphrase function in itself? But I wrote PSK key in the wpa_supplicant.conf normally. But wpa_supplicant couldn't seem to precompute it. And only normal PSK key couldn't seem to make it. > u have the code; just setup a Makefile in usr.sbin/wpa. HEAD and > RELENG_6 include support so try grabbing it from there. > > Sam > I just only entered "make" in the src/..../wpa_supplicant directory but.... Eitarou From owner-freebsd-stable@FreeBSD.ORG Sat Aug 11 18:25:02 2007 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 9FA4616A420 for ; Sat, 11 Aug 2007 18:25:02 +0000 (UTC) (envelope-from v.haisman@sh.cvut.cz) Received: from service2.sh.cvut.cz (unknown [IPv6:2001:718:2:0:217:a4ff:fe3f:b3d4]) by mx1.freebsd.org (Postfix) with ESMTP id 970CA13C46E for ; Sat, 11 Aug 2007 18:25:01 +0000 (UTC) (envelope-from v.haisman@sh.cvut.cz) Received: from localhost (localhost [127.0.0.1]) by service2.sh.cvut.cz (Postfix) with ESMTP id AE5C41383FC for ; Sat, 11 Aug 2007 20:24:38 +0200 (CEST) Received: from service2.sh.cvut.cz ([127.0.0.1]) by localhost (service2.sh.cvut.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03051-04 for ; Sat, 11 Aug 2007 20:24:36 +0200 (CEST) Received: from logout.sh.cvut.cz (logout.sh.cvut.cz [147.32.127.203]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by service2.sh.cvut.cz (Postfix) with ESMTP id 101C7137F31 for ; Sat, 11 Aug 2007 20:24:36 +0200 (CEST) Received: from amber2.local (localhost [127.0.0.1]) by logout.sh.cvut.cz (Postfix) with ESMTP id 7780361C21 for ; Sat, 11 Aug 2007 20:24:35 +0200 (CEST) Message-ID: <46BDFEE2.70508@sh.cvut.cz> Date: Sat, 11 Aug 2007 20:24:34 +0200 From: Vaclav Haisman User-Agent: Thunderbird 2.0.0.4 (X11/20070714) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: multipart/mixed; boundary="------------000802070707050809080001" X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at service2.sh.cvut.cz X-Spam-Status: No, hits=-1.8 tagged_above=-255.0 required=5.0 tests=AWL, CRM114_HAM_10 X-Spam-Level: Cc: Subject: Panic with todays 6.2 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, 11 Aug 2007 18:25:02 -0000 This is a multi-part message in MIME format. --------------000802070707050809080001 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit I experienced a panic with todays 6.2 kernel. I still have the dump core if anybody is interested. -- VH --------------000802070707050809080001 Content-Type: application/octet-stream; name="gdb.log" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="gdb.log" U2NyaXB0IHN0YXJ0ZWQgb24gU2F0IEF1ZyAxMSAyMDoxODo0NSAyMDA3ChtbbQ8bWzI3bRtb MjRtG1tKYW1iZXIyOjpyb290Oi91c3IvY3Jhc2g+IBtbS2sIa2dkYiAtdiAtYSAtYyB2bWNv cmUuMiAvYm9vdC9rZXJuZWwva2VybmVsLmRlYnVnDQ0Ka2dkYjogY29yZSBmaWxlOiB2bWNv cmUuMg0Ka2dkYjoga2VybmVsIGltYWdlOiAvYm9vdC9rZXJuZWwva2VybmVsLmRlYnVnDQpr Z2RiOiBrdm1fbmxpc3QoX3N0b3BwZWRfY3B1cyk6IA0Ka2dkYjoga3ZtX25saXN0KF9zdG9w cGNicyk6IA0KW0dEQiB3aWxsIG5vdCBiZSBhYmxlIHRvIGRlYnVnIHVzZXItbW9kZSB0aHJl YWRzOiAvdXNyL2xpYi9saWJ0aHJlYWRfZGIuc286IFVuZGVmaW5lZCBzeW1ib2wgInBzX3Bn bG9iYWxfbG9va3VwIl0NCkdOVSBnZGIgNi4xLjEgW0ZyZWVCU0RdDQpDb3B5cmlnaHQgMjAw NCBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb24sIEluYy4NCkdEQiBpcyBmcmVlIHNvZnR3YXJl LCBjb3ZlcmVkIGJ5IHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSwgYW5kIHlvdSBh cmUNCndlbGNvbWUgdG8gY2hhbmdlIGl0IGFuZC9vciBkaXN0cmlidXRlIGNvcGllcyBvZiBp dCB1bmRlciBjZXJ0YWluIGNvbmRpdGlvbnMuDQpUeXBlICJzaG93IGNvcHlpbmciIHRvIHNl ZSB0aGUgY29uZGl0aW9ucy4NClRoZXJlIGlzIGFic29sdXRlbHkgbm8gd2FycmFudHkgZm9y IEdEQi4gIFR5cGUgInNob3cgd2FycmFudHkiIGZvciBkZXRhaWxzLg0KVGhpcyBHREIgd2Fz IGNvbmZpZ3VyZWQgYXMgImkzODYtbWFyY2VsLWZyZWVic2QiLg0KDQpVbnJlYWQgcG9ydGlv biBvZiB0aGUga2VybmVsIG1lc3NhZ2UgYnVmZmVyOg0KcGFuaWM6IHZyZWxlOiBuZWdhdGl2 ZSByZWYgY250DQpVcHRpbWU6IDZoMTVtNDlzDQpEdW1waW5nIDUxMSBNQiAoMiBjaHVua3Mp DQogIGNodW5rIDA6IDFNQiAoMTYwIHBhZ2VzKSAuLi4gb2sNCiAgY2h1bmsgMTogNTExTUIg KDEzMDgwMCBwYWdlcykgNDk1IChDVFJMLUMgdG8gYWJvcnQpICA0NzkgNDYzIDQ0NyA0MzEg NDE1IDM5OSAzODMgMzY3IDM1MSAzMzUgMzE5IDMwMyAyODcgMjcxIDI1NSAyMzkgMjIzIDIw NyAxOTEgKENUUkwtQyB0byBhYm9ydCkgIChDVFJMLUMgdG8gYWJvcnQpICAoQ1RSTC1DIHRv IGFib3J0KSAgMTc1IDE1OSAxNDMgMTI3IDExMSA5NSA3OSA2MyA0NyAzMSAxNQ0KDQojMCAg ZG9hZHVtcCAoKSBhdCBwY3B1Lmg6MTY1DQoxNjUJcGNwdS5oOiBObyBzdWNoIGZpbGUgb3Ig ZGlyZWN0b3J5Lg0KCWluIHBjcHUuaA0KKGtnZGIpIGJ0DQojMCAgZG9hZHVtcCAoKSBhdCBw Y3B1Lmg6MTY1DQojMSAgMHhjMDVmNDRmNCBpbiBib290IChob3d0bz0yNjApIGF0IC91c3Iv c3JjL3N5cy9rZXJuL2tlcm5fc2h1dGRvd24uYzo0MDkNCiMyICAweGMwNWY0ODI2IGluIHBh bmljIChmbXQ9MHhjMDhhOTNiZCAidnJlbGU6IG5lZ2F0aXZlIHJlZiBjbnQiKSBhdCAvdXNy L3NyYy9zeXMva2Vybi9rZXJuX3NodXRkb3duLmM6NTY1DQojMyAgMHhjMDY2MDc3ZSBpbiB2 cmVsZSAodnA9MHhjM2Q3MDExMCkgYXQgL3Vzci9zcmMvc3lzL2tlcm4vdmZzX3N1YnIuYzoy MDc2DQojNCAgMHhjMDY2NTg4YiBpbiBrZXJuX2NoZGlyICh0ZD0weGM0NTY1NjAwLCBwYXRo PTB4MCwgcGF0aHNlZz1VSU9fVVNFUlNQQUNFKSBhdCAvdXNyL3NyYy9zeXMva2Vybi92ZnNf c3lzY2FsbHMuYzo3OTINCiM1ICAweGMwNjY1NWMyIGluIGNoZGlyICh0ZD0weDAsIHVhcD0w eDApIGF0IC91c3Ivc3JjL3N5cy9rZXJuL3Zmc19zeXNjYWxscy5jOjc2MQ0KIzYgIDB4YzA4 NGMxZjAgaW4gc3lzY2FsbCAoZnJhbWU9DQogICAgICB7dGZfZnMgPSA1OSwgdGZfZXMgPSA1 OSwgdGZfZHMgPSA1OSwgdGZfZWRpID0gMTM0NTY5MDg4LCB0Zl9lc2kgPSAxMzQ1NjkwODgs IHRmX2VicCA9IC0xMDc3OTQ2Nzc2LCB0Zl9pc3AgPSAtNDIxOTI5NjI4LCB0Zl9lYnggPSA2 NzIxNjMwOTYsIHRmX2VkeCA9IDAsIHRmX2VjeCA9IDAsIHRmX2VheCA9IDEyLCB0Zl90cmFw bm8gPSAxMiwgdGZfZXJyID0gMiwgdGZfZWlwID0gNjczOTgyNjYzLCB0Zl9jcyA9IDUxLCB0 Zl9lZmxhZ3MgPSA1MTQsIHRmX2VzcCA9IC0xMDc3OTQ2ODA0LCB0Zl9zcyA9IDU5fSkgYXQg L3Vzci9zcmMvc3lzL2kzODYvaTM4Ni90cmFwLmM6OTgzDQojNyAgMHhjMDgzNjk3ZiBpbiBY aW50MHg4MF9zeXNjYWxsICgpIGF0IC91c3Ivc3JjL3N5cy9pMzg2L2kzODYvZXhjZXB0aW9u LnM6MjAwDQojOCAgMHgwMDAwMDAzMyBpbiA/PyAoKQ0KUHJldmlvdXMgZnJhbWUgaW5uZXIg dG8gdGhpcyBmcmFtZSAoY29ycnVwdCBzdGFjaz8pDQooa2dkYikgZnJhbWUgMg0KIzIgIDB4 YzA1ZjQ4MjYgaW4gcGFuaWMgKGZtdD0weGMwOGE5M2JkICJ2cmVsZTogbmVnYXRpdmUgcmVm IGNudCIpIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fc2h1dGRvd24uYzo1NjUNChoaL3Vz ci9zcmMvc3lzL2tlcm4va2Vybl9zaHV0ZG93bi5jOjU2NToxMzg1NzpiZWc6MHhjMDVmNDgy Ng0KKGtnZGIpIGwNCjU2MAkJbXR4X2xvY2tfc3Bpbigmc2NoZWRfbG9jayk7DQo1NjEJCXRk LT50ZF9mbGFncyB8PSBUREZfSU5QQU5JQzsNCjU2MgkJbXR4X3VubG9ja19zcGluKCZzY2hl ZF9sb2NrKTsNCjU2MwkJaWYgKCFzeW5jX29uX3BhbmljKQ0KNTY0CQkJYm9vdG9wdCB8PSBS Ql9OT1NZTkM7DQo1NjUJCWJvb3QoYm9vdG9wdCk7DQo1NjYJfQ0KNTY3CQ0KNTY4CS8qDQo1 NjkJICogU3VwcG9ydCBmb3IgcG93ZXJvZmYgZGVsYXkuDQooa2dkYikgcAgbW0tmcmFtZSAz DQojMyAgMHhjMDY2MDc3ZSBpbiB2cmVsZSAodnA9MHhjM2Q3MDExMCkgYXQgL3Vzci9zcmMv c3lzL2tlcm4vdmZzX3N1YnIuYzoyMDc2DQoaGi91c3Ivc3JjL3N5cy9rZXJuL3Zmc19zdWJy LmM6MjA3Njo1NTk3MzpiZWc6MHhjMDY2MDc3ZQ0KKGtnZGIpIGYIG1tLbA0KMjA3MQkJaWYg KHZwLT52X3VzZWNvdW50ICE9IDEpIHsNCjIwNzIJI2lmZGVmIERJQUdOT1NUSUMNCjIwNzMJ CQl2cHJpbnQoInZyZWxlOiBuZWdhdGl2ZSByZWYgY291bnQiLCB2cCk7DQoyMDc0CSNlbmRp Zg0KMjA3NQkJCVZJX1VOTE9DSyh2cCk7DQoyMDc2CQkJcGFuaWMoInZyZWxlOiBuZWdhdGl2 ZSByZWYgY250Iik7DQoyMDc3CQl9DQoyMDc4CQkvKg0KMjA3OQkJICogV2Ugd2FudCB0byBo b2xkIHRoZSB2bm9kZSB1bnRpbCB0aGUgaW5hY3RpdmUgZmluaXNoZXMgdG8NCjIwODAJCSAq IHByZXZlbnQgdmdvbmUoKSByYWNlcy4gIFdlIGRyb3AgdGhlIHVzZSBjb3VudCBoZXJlIGFu ZCB0aGUNCihrZ2RiKSBmcmEIG1tLCBtbSwgbW0sHcAgbW0twICp2cA0KJDEgPSB7dl90eXBl ID0gVkRJUiwgdl90YWcgPSAweGMzYWY3YTA4ICJmdXNlIiwgdl9vcCA9IDB4YzNhZjgyNDAs IHZfZGF0YSA9IDB4YzM0MjljMDAsIHZfbW91bnQgPSAweGMzNmRmYTYwLCB2X25tbnR2bm9k ZXMgPSB7DQogICAgdHFlX25leHQgPSAweGM0MTU5NTUwLCB0cWVfcHJldiA9IDB4YzRlNTEy MzR9LCB2X3VuID0ge3Z1X21vdW50ID0gMHgwLCB2dV9zb2NrZXQgPSAweDAsIHZ1X2NkZXYg PSAweDAsIHZ1X2ZpZm9pbmZvID0gMHgwfSwgDQogIHZfaGFzaGxpc3QgPSB7bGVfbmV4dCA9 IDB4YzNmMDcwMDAsIGxlX3ByZXYgPSAweGMzNDc3Y2YwfSwgdl9oYXNoID0gNjE2LCB2X2Nh Y2hlX3NyYyA9IHtsaF9maXJzdCA9IDB4MH0sIHZfY2FjaGVfZHN0ID0gew0KICAgIHRxaF9m aXJzdCA9IDB4MCwgdHFoX2xhc3QgPSAweGMzZDcwMTQwfSwgdl9kZCA9IDB4YzRlNTEyMjAs IHZfY3N0YXJ0ID0gMCwgdl9sYXN0YSA9IDAsIHZfbGFzdHcgPSAwLCB2X2NsZW4gPSAwLCB2 X2xvY2sgPSB7DQogICAgbGtfaW50ZXJsb2NrID0gMHhjMDk2MjNkOCwgbGtfZmxhZ3MgPSAx MjgsIGxrX3NoYXJlY291bnQgPSAwLCBsa193YWl0Y291bnQgPSAwLCBsa19leGNsdXNpdmVj b3VudCA9IDAsIGxrX3ByaW8gPSA4MCwgDQogICAgbGtfd21lc2cgPSAweGMzYWY3YTA4ICJm dXNlIiwgbGtfdGltbyA9IDUxLCBsa19sb2NraG9sZGVyID0gMHhmZmZmZmZmZiwgbGtfbmV3 bG9jayA9IDB4MH0sIHZfaW50ZXJsb2NrID0ge210eF9vYmplY3QgPSB7DQogICAgICBsb19j bGFzcyA9IDB4YzA5MGEzNDQsIGxvX25hbWUgPSAweGMwOGE5Mjg1ICJ2bm9kZSBpbnRlcmxv Y2siLCBsb190eXBlID0gMHhjMDhhOTI4NSAidm5vZGUgaW50ZXJsb2NrIiwgbG9fZmxhZ3Mg PSAxOTY2MDgsIA0KICAgICAgbG9fbGlzdCA9IHt0cWVfbmV4dCA9IDB4MCwgdHFlX3ByZXYg PSAweDB9LCBsb193aXRuZXNzID0gMHgwfSwgbXR4X2xvY2sgPSA0LCBtdHhfcmVjdXJzZSA9 IDB9LCB2X3ZubG9jayA9IDB4YzNkNzAxNjgsIA0KICB2X2hvbGRjbnQgPSAwLCB2X3VzZWNv dW50ID0gMCwgdl9pZmxhZyA9IDI1Niwgdl92ZmxhZyA9IDAsIHZfd3JpdGVjb3VudCA9IDAs IHZfZnJlZWxpc3QgPSB7dHFlX25leHQgPSAweGM0YTQ5YmIwLCANCiAgICB0cWVfcHJldiA9 IDB4YzM4ZGQzZTh9LCB2X2J1Zm9iaiA9IHtib19tdHggPSAweGMzZDcwMThjLCBib19jbGVh biA9IHtidl9oZCA9IHt0cWhfZmlyc3QgPSAweDAsIHRxaF9sYXN0ID0gMHhjM2Q3MDFkNH0s IA0KICAgICAgYnZfcm9vdCA9IDB4MCwgYnZfY250ID0gMH0sIGJvX2RpcnR5ID0ge2J2X2hk ID0ge3RxaF9maXJzdCA9IDB4MCwgdHFoX2xhc3QgPSAweGMzZDcwMWU0fSwgYnZfcm9vdCA9 IDB4MCwgYnZfY250ID0gMH0sIA0KICAgIGJvX251bW91dHB1dCA9IDAsIGJvX2ZsYWcgPSAw LCBib19vcHMgPSAweGMzYWY4MzEwLCBib19ic2l6ZSA9IDQwOTYsIGJvX29iamVjdCA9IDB4 YzUzYjViNTgsIGJvX3N5bmNsaXN0ID0ge2xlX25leHQgPSAweDAsIA0KICAgICAgbGVfcHJl diA9IDB4MH0sIGJvX3ByaXZhdGUgPSAweGMzZDcwMTEwLCBfX2JvX3Zub2RlID0gMHhjM2Q3 MDExMH0sIHZfcG9sbGluZm8gPSAweDAsIHZfbGFiZWwgPSAweGM1MDhmYWI0fQ0KKGtnZGIp IGZyYW1lIDMIG1tLNA0KIzQgIDB4YzA2NjU4OGIgaW4ga2Vybl9jaGRpciAodGQ9MHhjNDU2 NTYwMCwgcGF0aD0weDAsIHBhdGhzZWc9VUlPX1VTRVJTUEFDRSkgYXQgL3Vzci9zcmMvc3lz L2tlcm4vdmZzX3N5c2NhbGxzLmM6NzkyDQoaGi91c3Ivc3JjL3N5cy9rZXJuL3Zmc19zeXNj YWxscy5jOjc5MjoxODI0NjpiZWc6MHhjMDY2NTg4Yg0KKGtnZGIpIGwNCjc4NwkJRklMRURF U0NfTE9DS19GQVNUKGZkcCk7DQo3ODgJCXZwID0gZmRwLT5mZF9jZGlyOw0KNzg5CQlmZHAt PmZkX2NkaXIgPSBuZC5uaV92cDsNCjc5MAkJRklMRURFU0NfVU5MT0NLX0ZBU1QoZmRwKTsN Cjc5MQkJdmZzbG9ja2VkID0gVkZTX0xPQ0tfR0lBTlQodnAtPnZfbW91bnQpOw0KNzkyCQl2 cmVsZSh2cCk7DQo3OTMJCVZGU19VTkxPQ0tfR0lBTlQodmZzbG9ja2VkKTsNCjc5NAkJcmV0 dXJuICgwKTsNCjc5NQl9DQo3OTYJDQooa2dkYikgcCAqdGQNCiQyID0ge3RkX3Byb2MgPSAw eGMzOTY2NDMwLCB0ZF9rc2VncnAgPSAweGMzYjQ4YzAwLCB0ZF9wbGlzdCA9IHt0cWVfbmV4 dCA9IDB4MCwgdHFlX3ByZXYgPSAweGMzOTY2NDQwfSwgdGRfa2dsaXN0ID0ge3RxZV9uZXh0 ID0gMHgwLCANCiAgICB0cWVfcHJldiA9IDB4YzNiNDhjMGN9LCB0ZF9zbHBxID0ge3RxZV9u ZXh0ID0gMHgwLCB0cWVfcHJldiA9IDB4YzQ5MzdkNDB9LCB0ZF9sb2NrcSA9IHt0cWVfbmV4 dCA9IDB4MCwgdHFlX3ByZXYgPSAweGU2ZDVlYzM0fSwgDQogIHRkX3J1bnEgPSB7dHFlX25l eHQgPSAweDAsIHRxZV9wcmV2ID0gMHhjMDkwYzNhY30sIHRkX3NlbHEgPSB7dHFoX2ZpcnN0 ID0gMHgwLCB0cWhfbGFzdCA9IDB4YzQ1NjU2MzB9LCB0ZF9zbGVlcHF1ZXVlID0gMHhjNDkz N2Q0MCwgDQogIHRkX3R1cm5zdGlsZSA9IDB4YzQ3NWVkODAsIHRkX3VtdHhxID0gMHhjNDU2 N2U0MCwgdGRfdGlkID0gMTAwMTQ1LCB0ZF9mbGFncyA9IDE2ODQyNzU0LCB0ZF9pbmhpYml0 b3JzID0gMCwgdGRfcGZsYWdzID0gMCwgDQogIHRkX2R1cGZkID0gMCwgdGRfd2NoYW4gPSAw eDAsIHRkX3dtZXNnID0gMHgwLCB0ZF9sYXN0Y3B1ID0gMCAnXDAnLCB0ZF9vbmNwdSA9IDAg J1wwJywgdGRfb3dlcHJlZW1wdCA9IDAgJ1wwJywgdGRfbG9ja3MgPSAxMzU2LCANCiAgdGRf YmxvY2tlZCA9IDB4MCwgdGRfaXRoZCA9IDB4MCwgdGRfbG9ja25hbWUgPSAweDAsIHRkX2Nv bnRlc3RlZCA9IHtsaF9maXJzdCA9IDB4MH0sIHRkX3NsZWVwbG9ja3MgPSAweDAsIHRkX2lu dHJfbmVzdGluZ19sZXZlbCA9IDAsIA0KICB0ZF9waW5uZWQgPSAxLCB0ZF9tYWlsYm94ID0g MHgwLCB0ZF91Y3JlZCA9IDB4YzM4YjVhMDAsIHRkX3N0YW5kaW4gPSAweDAsIHRkX3VwY2Fs bCA9IDB4MCwgdGRfc3RpY2tzID0gMTM0OCwgdGRfdXV0aWNrcyA9IDAsIA0KICB0ZF91c3Rp Y2tzID0gMCwgdGRfaW50cnZhbCA9IDQsIHRkX29sZHNpZ21hc2sgPSB7X19iaXRzID0gezUy NDI4OCwgMCwgMCwgMH19LCB0ZF9zaWdtYXNrID0ge19fYml0cyA9IHs1MjQyODgsIDAsIDAs IDB9fSwgDQogIHRkX3NpZ2xpc3QgPSB7X19iaXRzID0gezAsIDAsIDAsIDB9fSwgdGRfZ2Vu ZXJhdGlvbiA9IDYwOTUsIHRkX3NpZ3N0ayA9IHtzc19zcCA9IDB4MCwgc3Nfc2l6ZSA9IDAs IHNzX2ZsYWdzID0gNH0sIHRkX2tmbGFncyA9IDAsIA0KICB0ZF94c2lnID0gMCwgdGRfcHJv ZmlsX2FkZHIgPSAwLCB0ZF9wcm9maWxfdGlja3MgPSAwLCB0ZF9iYXNlX3ByaSA9IDIxNiAn 2CcsIHRkX3ByaW9yaXR5ID0gMjE2ICfYJywgdGRfcGNiID0gMHhlNmQ5ZGQ5MCwgDQogIHRk X3N0YXRlID0gVERTX1JVTk5JTkcsIHRkX3JldHZhbCA9IHswLCAwfSwgdGRfc2xwY2FsbG91 dCA9IHtjX2xpbmtzID0ge3NsZSA9IHtzbGVfbmV4dCA9IDB4MH0sIHRxZSA9IHt0cWVfbmV4 dCA9IDB4MCwgDQogICAgICAgIHRxZV9wcmV2ID0gMHhjZDc5OGU3OH19LCBjX3RpbWUgPSAy Mjg0NDQyOSwgY19hcmcgPSAweGM0NTY1NjAwLCBjX2Z1bmMgPSAweGMwNjE5NWIwIDxzbGVl cHFfdGltZW91dD4sIGNfbXR4ID0gMHgwLCANCiAgICBjX2ZsYWdzID0gMTZ9LCB0ZF9mcmFt ZSA9IDB4ZTZkOWRkMzgsIHRkX2tzdGFja19vYmogPSAweGM0NTVhN2JjLCB0ZF9rc3RhY2sg PSAzODczMDMwMTQ0LCB0ZF9rc3RhY2tfcGFnZXMgPSAyLCANCiAgdGRfYWx0a3N0YWNrX29i aiA9IDB4MCwgdGRfYWx0a3N0YWNrID0gMCwgdGRfYWx0a3N0YWNrX3BhZ2VzID0gMCwgdGRf Y3JpdG5lc3QgPSAwLCB0ZF9tZCA9IHttZF9zcGlubG9ja19jb3VudCA9IDAsIA0KICAgIG1k X3NhdmVkX2ZsYWdzID0gNzB9LCB0ZF9zY2hlZCA9IDB4YzQ1NjU3NTgsIHRkX2FyID0gMHgw fQ0KKGtnZGIpIGZyYW1lIDUNCiM1ICAweGMwNjY1NWMyIGluIGNoZGlyICh0ZD0weDAsIHVh cD0weDApIGF0IC91c3Ivc3JjL3N5cy9rZXJuL3Zmc19zeXNjYWxscy5jOjc2MQ0KGhovdXNy L3NyYy9zeXMva2Vybi92ZnNfc3lzY2FsbHMuYzo3NjE6MTc0NTA6YmVnOjB4YzA2NjU1YzIN CihrZ2RiKSBwCBtbS2wNCjc1NgkJc3RydWN0IGNoZGlyX2FyZ3MgLyogew0KNzU3CQkJY2hh ciAqcGF0aDsNCjc1OAkJfSAqLyAqdWFwOw0KNzU5CXsNCjc2MAkNCjc2MQkJcmV0dXJuIChr ZXJuX2NoZGlyKHRkLCB1YXAtPnBhdGgsIFVJT19VU0VSU1BBQ0UpKTsNCjc2Mgl9DQo3NjMJ DQo3NjQJaW50DQo3NjUJa2Vybl9jaGRpcihzdHJ1Y3QgdGhyZWFkICp0ZCwgY2hhciAqcGF0 aCwgZW51bSB1aW9fc2VnIHBhdGhzZWcpDQooa2dkYikgcCAqCBtbSwgbW0sIG1tLZnJhbWUg Ng0KIzYgIDB4YzA4NGMxZjAgaW4gc3lzY2FsbCAoZnJhbWU9DQogICAgICB7dGZfZnMgPSA1 OSwgdGZfZXMgPSA1OSwgdGZfZHMgPSA1OSwgdGZfZWRpID0gMTM0NTY5MDg4LCB0Zl9lc2kg PSAxMzQ1NjkwODgsIHRmX2VicCA9IC0xMDc3OTQ2Nzc2LCB0Zl9pc3AgPSAtNDIxOTI5NjI4 LCB0Zl9lYnggPSA2NzIxNjMwOTYsIHRmX2VkeCA9IDAsIHRmX2VjeCA9IDAsIHRmX2VheCA9 IDEyLCB0Zl90cmFwbm8gPSAxMiwgdGZfZXJyID0gMiwgdGZfZWlwID0gNjczOTgyNjYzLCB0 Zl9jcyA9IDUxLCB0Zl9lZmxhZ3MgPSA1MTQsIHRmX2VzcCA9IC0xMDc3OTQ2ODA0LCB0Zl9z cyA9IDU5fSkgYXQgL3Vzci9zcmMvc3lzL2kzODYvaTM4Ni90cmFwLmM6OTgzDQoaGi91c3Iv c3JjL3N5cy9pMzg2L2kzODYvdHJhcC5jOjk4MzoyNTQ2NTpiZWc6MHhjMDg0YzFmMA0KKGtn ZGIpIGwNCjk3OAkJCVNUT1BFVkVOVChwLCBTX1NDRSwgbmFyZyk7DQo5NzkJDQo5ODAJCQlQ VFJBQ0VTVE9QX1NDKHAsIHRkLCBTX1BUX1NDRSk7DQo5ODEJDQo5ODIJCQlBVURJVF9TWVND QUxMX0VOVEVSKGNvZGUsIHRkKTsNCjk4MwkJCWVycm9yID0gKCpjYWxscC0+c3lfY2FsbCko dGQsIGFyZ3MpOw0KOTg0CQkJQVVESVRfU1lTQ0FMTF9FWElUKGVycm9yLCB0ZCk7DQo5ODUJ CX0NCjk4NgkNCjk4NwkJc3dpdGNoIChlcnJvcikgew0KKGtnZGIpIHENChtbbQ8bWzI3bRtb MjRtG1tKYW1iZXIyOjpyb290Oi91c3IvY3Jhc2g+IBtbS2UIZXhpdA0NCgpTY3JpcHQgZG9u ZSBvbiBTYXQgQXVnIDExIDIwOjIwOjI1IDIwMDcK --------------000802070707050809080001-- From owner-freebsd-stable@FreeBSD.ORG Sat Aug 11 18:32:23 2007 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 84AE116A417; Sat, 11 Aug 2007 18:32:23 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.freebsd.org (Postfix) with ESMTP id 0269213C478; Sat, 11 Aug 2007 18:32:22 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (xy6yfosdtive0jfk@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id l7BIWIHd047580; Sat, 11 Aug 2007 11:32:18 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id l7BIWHCY047579; Sat, 11 Aug 2007 11:32:17 -0700 (PDT) (envelope-from jmg) Date: Sat, 11 Aug 2007 11:32:17 -0700 From: John-Mark Gurney To: Doug Barton Message-ID: <20070811183217.GX99491@funkthat.com> Mail-Followup-To: Doug Barton , Matthew Dillon , FreeBSD Current , FreeBSD Stable References: <200708020114.l721EMvl095981@drugs.dv.isc.org> <200708020135.l721Zm2s026224@apollo.backplane.com> <46B1AE8E.8030307@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46B1AE8E.8030307@FreeBSD.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: FreeBSD Current , FreeBSD Stable Subject: Re: default dns config change causing major poolpah X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2007 18:32:23 -0000 Doug Barton wrote this message on Thu, Aug 02, 2007 at 03:14 -0700: > > I've never trusted using a hints file... not for at least a decade, > > I'm not sure how the hints file could fail, it's a pretty simple > mechanism. But you're better off using hints (which go years between > updates, and you only need one good server to get your cache primed > anyway) OR AXFR, which will keep itself up to date automatically. I've had the hints file fail on my server multiple times since I've been running my servers... DNS breaks and I get a constast stream of messages that have no relationship to a failure to contact a root server... The first time it happened it took me close to a day to find out that a simple refresh of my hints file fixed the problem... Now, when I see that message, I now know to update my hints file, but it isn't very good to require manual updating of the hints file every few years to stave off broken dns. So, mark on up to supporting a dns based distribution of the root... (Not necessarily using the existing root servers, but some method that will ensure that dns will not break just because it does.) -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not."