From owner-freebsd-stable@FreeBSD.ORG Sun Jul 22 01:28: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 818BD16A41A for ; Sun, 22 Jul 2007 01:28:04 +0000 (UTC) (envelope-from SRS0=fad4d22ee8c56499d02f24f868b79e214db262ed=403=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [IPv6:2001:400:14:3::6]) by mx1.freebsd.org (Postfix) with ESMTP id C74A413C442 for ; Sun, 22 Jul 2007 01:28:03 +0000 (UTC) (envelope-from SRS0=fad4d22ee8c56499d02f24f868b79e214db262ed=403=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id BIY01003; Sat, 21 Jul 2007 18:28:03 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id B0CD045070; Sat, 21 Jul 2007 18:28:02 -0700 (PDT) X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Stefan Lambrev In-Reply-To: Your message of "Fri, 20 Jul 2007 10:37:14 +0300." <46A0662A.7060401@sun-fish.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1185067682_48334P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sat, 21 Jul 2007 18:28:02 -0700 From: "Kevin Oberman" Message-Id: <20070722012802.B0CD045070@ptavv.es.net> Cc: "\[LoN\]Kamikaze" , FreeBSD Stable 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: Sun, 22 Jul 2007 01:28:04 -0000 --==_Exmh_1185067682_48334P Content-Type: text/plain; charset=us-ascii > Hi, > > [LoN]Kamikaze wrote: > > Doug Hardie wrote: > > > >> On Jul 19, 2007, at 10:08, [LoN]Kamikaze wrote: > >> > >> > >>> As the subject says, on my 6-stable systems ntpd just sits there and does > >>> nothing. The logs only mention when the daemon gets started or shut > >>> down. It > >>> complains when servers are not reachable, but does nothing when they > >>> are available. > >>> > >>> The drift file always contains 0.00. > >>> > >>> ntpdate and openntpd both successfully manage to set the time, so I > >>> suppose > >>> it's a problem with ntpd. > >>> > >> Are you on a static IP address? If not, ntpd obtains its IP address > >> when it starts up and uses it forever. If your IP address changes then > >> it will not be able to communicate with the upstream ntp servers. It > >> has to be restarted everytime your IP address changes. > >> > > > > I have a static address. The trouble is it seems to operate fine, only it > > forgets to change the time when it differs from the time servers too much. > > Sometimes my clock goes wrong more than 1 second within a day. > > > ntpd will not change time if the difference is too big - I think it > should be less then 1000s. > ntpdate will :) ntpdate is deprecated and is not recommended these days. The proper answer is to start ntpd with the -g option and to add the 'iburst' option to one or more of the servers in /etc/ntp.conf. The 'iburst' will speed up th initial sync to close to that of ntpdate, but have much greater accuracy. You can get the '-g' by adding 'ntpd_sync_on_start="YES"' to rc.conf. -- 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_1185067682_48334P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFGorKikn3rs5h7N1ERAlsxAJ0fZcytdgUVenkVGq+ThlqezURmhQCfYG8Z /UG8RspsU9sNAJhgS5tvJ1o= =iAs4 -----END PGP SIGNATURE----- --==_Exmh_1185067682_48334P-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 22 02:46: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 6044916A420 for ; Sun, 22 Jul 2007 02:46:27 +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 1F23013C47E for ; Sun, 22 Jul 2007 02:46:27 +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 l6M2iC5G024450; Sat, 21 Jul 2007 20:44:13 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 21 Jul 2007 20:44:13 -0600 (MDT) Message-Id: <20070721.204413.-432837168.imp@bsdimp.com> To: freebsd@meijome.net From: "M. Warner Losh" In-Reply-To: <20070721110603.3878d933@localhost> References: <200707190943.55428.idiotbg@gmail.com> <20070719.090250.1387160138.imp@bsdimp.com> <20070721110603.3878d933@localhost> 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]); Sat, 21 Jul 2007 20:44:17 -0600 (MDT) Cc: LoN_Kamikaze@gmx.de, olli@lurza.secnetix.de, freebsd-stable@freebsd.org, idiotbg@gmail.com, josh@tcbug.org Subject: Re: removing external usb hdd without unmounting causes reboot? 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, 22 Jul 2007 02:46:27 -0000 In message: <20070721110603.3878d933@localhost> Norberto Meijome writes: : On Thu, 19 Jul 2007 09:02:50 -0600 (MDT) : "M. Warner Losh" wrote: : : > In message: <200707190943.55428.idiotbg@gmail.com> : > Momchil Ivanov writes: : > : What is then the reason for the kernel not being able to unmount a : > : filesystem whose provider is no longer present? : > : > The problem is that the device driver has wound down, deallocated : > memory, etc. Now the kernel comes along with stale references to the : > device and panic ensues. It is really just that simple. There's no : > replacement of the now-dead device with dead calls. : > : > And even if you fixed that, most of the file systems in the tree today : > do not tolerate errors on writes at all and that also leads to : > panics. This is why firewire freezes the I/Os rather than failing : > them (and why umount -f on a firewire drive hangs). : : Please point me to the correct RTFM, because I feel this worth it :) src/sys/fs/..., src/sys/kern/... and src/sys/vm/... are your best bets. : Is there a reason why the kernel cannot check 'upwards' if a device : is being used, ie mounted ? and prevent the unloading of the device : driver ? Check, sure, it can check. But what does a simple check accomplish if the filesystem panics if the underlying media returns an error? The problem isn't as simple as just looking in one place or another, but rather systemic in nature. Warner From owner-freebsd-stable@FreeBSD.ORG Sun Jul 22 03:29: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 EFC9D16A421 for ; Sun, 22 Jul 2007 03:29:37 +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 B766413C468 for ; Sun, 22 Jul 2007 03:29:37 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from localhost (maia-3.hub.org [200.46.204.184]) by hub.org (Postfix) with ESMTP id 1956EB4681A; Sun, 22 Jul 2007 00:10:14 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.184]) (amavisd-maia, port 10024) with ESMTP id 40903-03; Sun, 22 Jul 2007 00:10:13 -0300 (ADT) Received: from fserv.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id 4A9D1B46802; Sun, 22 Jul 2007 00:10:13 -0300 (ADT) Received: from [192.168.1.3] (unknown [192.168.1.3]) by fserv.hub.org (Postfix) with ESMTP id 64CC08D0F9; Sun, 22 Jul 2007 00:10:12 -0300 (ADT) Date: Sun, 22 Jul 2007 00:10:12 -0300 From: "Marc G. Fournier" To: Dan Nelson , Tim Daneliuk , freebsd-stable@freebsd.org Message-ID: <1431AA268771E71884A824C3@fserv.hub.org> In-Reply-To: <20070721165539.GA2579@dan.emsphone.com> References: <46A22253.8080100@tundraware.com> <20070721165539.GA2579@dan.emsphone.com> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: FreeBSD Mailing List Subject: Re: SATA 300 Drive Being Run At 150 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, 22 Jul 2007 03:29:38 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Saturday, July 21, 2007 11:55:39 -0500 Dan Nelson wrote: > In the last episode (Jul 21), Tim Daneliuk said: >> I asked this question a while back, but needed to do more digging to make >> sure I had latest sources etc. >> >> I have an Intel motherboard that shows this for a SATA controller: >> >> atapci1: port >> 0x20c8-0x20cf,0x20ec-0x20ef,0x20c0-0x20c7,0x20e8-0x20eb,0x20a0-0x20af mem >> 0x90204000-0x902043ff irq 19 at device 31.2 on pci0 >> >> But the hard drive - a SATA 300 device - shows up like this: >> >> ad4: 238475MB at ata2-master SATA150 >> ^^^^^^^ >> Using dd, I have confirmed that the drive is running nowhere near >> SATA-III speeds, at least on reads: >> >> 968470075 bytes transferred in 7.132891 secs (135775249 bytes/sec) > > What was your dd commandline? If you've got more than 1GB of RAM and > tested by reading a file and not the raw device itself, you just tested > FreeBSD buffer cache. According to > http://www.wdc.com/en/products/productspecs.asp?driveid=135 , that > drive's maximum sustained speed is only 93.5 MB/sec, so it doesn't > really matter if your interface is running at SATA150 or SATA300 unless > you plan on reading exclusively from its 8MB buffer :) 'k, I just bought a new desktop, SATA/300MB/s interface, and this drive: Web site states 3Gb/s ... I'm seeing same SATA!50: atapci0: port 0xbf00-0xbf07,0xbe00-0xbe03,0xbd00-0xbd07,0xbc00-0xbc03,0xbb00-0xbb0f mem 0xfdbfe000-0xfdbfffff irq 16 at device 0.0 on pci2 atapci1: port 0xfa00-0xfa07,0xf900-0xf903,0xf800-0xf807,0xf700-0xf703,0xf600-0xf60f,0xf500-0xf50f irq 19 at device 31.2 on pci0 atapci2: port 0xf300-0xf307,0xf200-0xf203,0xf100-0xf107,0xf000-0xf003,0xef00-0xef0f,0xee00-0xee0f irq 19 at device 31.5 on pci0 ad8: 152627MB at ata4-master SATA150 Latest 6.x STABLE ... - ---- 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) iD8DBQFGosqU4QvfyHIvDvMRAhENAKDhq0K+IDbZvD9Lcm51aLTwzjhz9ACgnFZz b3iDMLhANYWByT3a7Vu3utQ= =ZnlY -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 22 03:38: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 CFA6616A418 for ; Sun, 22 Jul 2007 03:38:04 +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 BC0CE13C457 for ; Sun, 22 Jul 2007 03:38:04 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 84BF61CC050; Sat, 21 Jul 2007 20:38:04 -0700 (PDT) Date: Sat, 21 Jul 2007 20:38:04 -0700 From: Jeremy Chadwick To: "Marc G. Fournier" Message-ID: <20070722033804.GA49930@eos.sc1.parodius.com> Mail-Followup-To: "Marc G. Fournier" , Dan Nelson , Tim Daneliuk , freebsd-stable@freebsd.org, FreeBSD Mailing List References: <46A22253.8080100@tundraware.com> <20070721165539.GA2579@dan.emsphone.com> <1431AA268771E71884A824C3@fserv.hub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1431AA268771E71884A824C3@fserv.hub.org> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-stable@freebsd.org, Tim Daneliuk , Dan Nelson , FreeBSD Mailing List Subject: Re: SATA 300 Drive Being Run At 150 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, 22 Jul 2007 03:38:04 -0000 On Sun, Jul 22, 2007 at 12:10:12AM -0300, Marc G. Fournier wrote: > 'k, I just bought a new desktop, SATA/300MB/s interface, and this drive: > > > > Web site states 3Gb/s ... I'm seeing same SATA!50: Seagate and WDC both ship SATA300 drives with a SATA150-limiting jumper on them. It's documented on the drive itself, and in the manufacturing manuals. Both companies do this as a precaution; there are some buggy chipsets out there which claim to support SATA300 but then break badly when utilising it. This is why the jumper's set to SATA150 by default. Chances are your drives have the jumper limiting the drive to SATA150. -- | 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 Sun Jul 22 03:56: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 AA3CB16A41A; Sun, 22 Jul 2007 03:56:43 +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 8E3C513C457; Sun, 22 Jul 2007 03:56:43 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 75FDF1CC050; Sat, 21 Jul 2007 20:56:43 -0700 (PDT) Date: Sat, 21 Jul 2007 20:56:43 -0700 From: Jeremy Chadwick To: "Marc G. Fournier" Message-ID: <20070722035643.GA50025@eos.sc1.parodius.com> Mail-Followup-To: "Marc G. Fournier" , Dan Nelson , Tim Daneliuk , freebsd-stable@freebsd.org, FreeBSD Mailing List References: <46A22253.8080100@tundraware.com> <20070721165539.GA2579@dan.emsphone.com> <1431AA268771E71884A824C3@fserv.hub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1431AA268771E71884A824C3@fserv.hub.org> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-stable@freebsd.org, Tim Daneliuk , Dan Nelson , FreeBSD Mailing List Subject: Re: SATA 300 Drive Being Run At 150 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, 22 Jul 2007 03:56:43 -0000 On Sun, Jul 22, 2007 at 12:10:12AM -0300, Marc G. Fournier wrote: > > In the last episode (Jul 21), Tim Daneliuk said: > >> ad4: 238475MB at ata2-master SATA150 > > ad8: 152627MB at ata4-master SATA150 Something else I thought I'd mention in passing (though neither of you are affected by this, but I thought I'd throw it out there so people can find it): There is a specific model of WDC drive that reports incorrect thermal statistics via SMART. The temperatures are approximately 20C off (20C too high). The problem may affect other models, but so far has been confirmed by WD to affect 1 specific model. Rumour is that a drive firmware update can fix the problem, but WD isn't giving out the firmware nor the updater. Instead they're insisting owners file an RMA and send the drive back to WDC. How "convenient". Two weeks ago I noticed one (Seagate) drive in our server was reporting 32C, while the WDC drive in the carrier next to it was reporting 54C. As usual these days: Google to the rescue. I opted to do the "Advance Replacement", which is where you pay $80 or so for a replacement drive to be shipped to you first, and you'll be credited when WD receives the RMA'd drive. I'm glad I did it this way too, since chances are had I done a standard RMA it would've been returned to me with a "there's nothing wrong with this drive" note. The new drive I received had the same model and f/w revision, yet didn't see +20C temperatures via SMART. Hmmmm! The reason I'm pointing this out: either it's a hardware problem (thermistor of the wrong kind being installed), or a f/w problem. If it's a f/w problem, they aren't bothering to update the f/w revision number to differentiate drives with the broken code vs. ones with the working code. Naughty Western Digital... The file I kept on this matter is below, which includes a quote from some forum user. -- | 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 | ===================================================== Protocol Serial ATA II device model WDC WD2500KS-00MJB0 firmware revision 02.01C03 http://episteme.arstechnica.com/groupee/forums/a/tpc/f/24609792/m/857003655731 http://forum.effizienzgurus.de/f40/temps-bei-wd-se16-250gb-wd2500ks-t1060.html "So I got in touch with WD's Customer Support and I have just being informed that this paticular drive, WD2500KS-00MJB0, contains a bug in the Firmware (mine got version number 02.01C03) with regards to the usage of the SMART feature. The temperature of the drive which it reports is not correct. Mine read over 30 degrees centigrade just after I started the PC up. This Temperature got up to 62 degrees after a short while, whilst my other two WD drives still reported only 32-33 degrees in about the same position in the tower as this drive. I've been told an Firmware upgrade to rectify this is on it's way." http://www.bugtrack.almico.com/view.php?id=468 http://secure.ncix.com/forumpost/displaythread.php?threadid=1026701 http://www.lavalys.com/forum/lofiversion/index.php/t1372.html ===================================================== From owner-freebsd-stable@FreeBSD.ORG Sun Jul 22 11:44: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 9587516A419 for ; Sun, 22 Jul 2007 11:44:23 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 2826613C442 for ; Sun, 22 Jul 2007 11:44:22 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so1075142uge for ; Sun, 22 Jul 2007 04:44:22 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:from:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; b=pjP5xIn+FVKw0OYWdtIPScn9ZryVRWe9TGjme9YuppRKGZGpgcVsS2DtNVEAMTSVi5Uv0J4O4RHhtkH3MqvtwzzbEY+wBilch5OZwrgSkkN+1Hwp1jip2MFZl/qdynUajfP8o1G7crg33BF/uP+5TqsWuRWIa/UOdNzYdq67J9Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:from:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; b=g7xAELnHjn1no6BoLXl4L+Y9Zdnjfi1Wi09QHItqxFhnUdsKyAoBSKwkz653n+AxP2DjMDHhOgshMQVBLwKB5QnilFc6u6DHq++rgTJiOnRmLI1am7ZgR8pfOnsxtcFakuJPfbA9S4EjNB1LsDnR9k0dqwaVxJrTfJJL1NwcbBg= Received: by 10.67.102.16 with SMTP id e16mr3362643ugm.1185102917969; Sun, 22 Jul 2007 04:15:17 -0700 (PDT) Received: from 77-109-32-118.dynamic.peoplenet.ua ( [77.109.32.118]) by mx.google.com with ESMTPS id d25sm5296018nfh.2007.07.22.04.15.14 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 22 Jul 2007 04:15:17 -0700 (PDT) From: Nikolay Pavlov To: freebsd-stable@freebsd.org Date: Sun, 22 Jul 2007 14:01:05 +0300 User-Agent: KMail/1.9.7 References: <20070721120016.AFC0A16A62A@hub.freebsd.org> <20070721175021.GA909@mycenae.net> In-Reply-To: <20070721175021.GA909@mycenae.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2255227.nnvk87lNgM"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707221401.20060.qpadla@gmail.com> Cc: Zoran Kolic Subject: Re: removing external usb hdd without unmounting causes reboot? 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, 22 Jul 2007 11:44:23 -0000 --nextPart2255227.nnvk87lNgM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 21 July 2007 20:50:21 Zoran Kolic wrote: > This topic is extremely interesting. For me, unmounting usb > device is not so hard to do. I remember -r flag to mount > with just read option. So, if hand follows the brain impuls, > put another impuls to unmount it first. Yup. But this is only valid for advenced users. =2D-=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =2D Best regards, Nikolay Pavlov. <<<----------------------------- =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --nextPart2255227.nnvk87lNgM Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBGozkA/2R6KvEYGaIRAixqAKDWw56RnnWVqPUAJ9dbYW2Ix71XNACg0sN5 FbRnX9SPepKGl0Vte9ivHh0= =y2V0 -----END PGP SIGNATURE----- --nextPart2255227.nnvk87lNgM-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 22 13:22: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 9305D16A420 for ; Sun, 22 Jul 2007 13:22:37 +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 5A5CB13C48D for ; Sun, 22 Jul 2007 13:22:37 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 20686 invoked from network); 22 Jul 2007 08:22:36 -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; 22 Jul 2007 08:22:36 -0500 Date: Sun, 22 Jul 2007 23:22:31 +1000 From: Norberto Meijome To: Stefan Esser Message-ID: <20070722232231.1e2749b1@localhost> In-Reply-To: <46A22417.6030204@FreeBSD.org> References: <200707181142.27240.idiotbg@gmail.com> <200707180839.50113.josh@tcbug.org> <20070718145954.GX36311@gremlin.foo.is> <20070719.084336.-749249732.imp@bsdimp.com> <469F8566.7030905@gmx.de> <20070721110000.5dbf45b2@localhost> <46A22417.6030204@FreeBSD.org> 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: "\[LoN\]Kamikaze" , freebsd-stable@freebsd.org, baldur@foo.is Subject: Re: removing external usb hdd without unmounting causes reboot? 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, 22 Jul 2007 13:22:37 -0000 On Sat, 21 Jul 2007 17:19:51 +0200 Stefan Esser wrote: > Norberto Meijome schrieb: > > On Thu, 19 Jul 2007 17:38:14 +0200 > > "[LoN]Kamikaze" wrote: > > > >> As I mentioned earlier I remember it working during the 5.3 era on Stable, at > >> some point it worked. I even remember removing my CD-Rom drive from my Thinkpad > >> without running atacontrol detach. The system just took it and the drive just > >> continued working after I put it back in. > > > > on 6.2-STABLE (of a few days ago), i have this happening a couple of times with no adverse effect at all. > > Burn DVD/Cd, when finished, hald detects the disk, mounts it, /dev/cd0 in /media/whatever. > > > > i can eject the disk just fine (which in itself is weird, i think).... the device is still there... > > umount /dev/cd0 > > > > works fine and off it goes. other than that, no, i havent tried to access the device in question > > In that case the device has been mounted R/O before, and if > you don't remove it in the middle of a transaction, there > is nothing the kernel might want to do with the physical > device to unmount it (and even within a transfer, this ought > to be caught by the driver). For that reason I had suggested > to have a soft-R/O mode for removable devices, which together > with a very short flush delay might allow such a device to > be mounted R/O "nearly all the time" (tm) ;-) This is not > a perfect solution, but it is similar to the way USB sticks > are used with Windows/XP: Wait a second or two and remove it. > While not perfect this covers the case of MP3 players or > digicams that are mounted as USB storage devices, and many > other cases. To make this a perfect solution is much harder, > but even a simple implementation would be a big step forward. Yes, I agree it would be a good interim solution. thx! _________________________ {Beto|Norberto|Numard} Meijome "It is a lesson which all history teaches wise men, to put trust in ideas, and not in circumstances." Emerson 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 Sun Jul 22 13:23: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 D3B0616A41B for ; Sun, 22 Jul 2007 13:23: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 9EE8113C4B6 for ; Sun, 22 Jul 2007 13:23:47 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 20793 invoked from network); 22 Jul 2007 08:23: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; 22 Jul 2007 08:23:47 -0500 Date: Sun, 22 Jul 2007 23:23:41 +1000 From: Norberto Meijome To: "M. Warner Losh" Message-ID: <20070722232341.0bdfd6da@localhost> In-Reply-To: <20070721.204413.-432837168.imp@bsdimp.com> References: <200707190943.55428.idiotbg@gmail.com> <20070719.090250.1387160138.imp@bsdimp.com> <20070721110603.3878d933@localhost> <20070721.204413.-432837168.imp@bsdimp.com> 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: LoN_Kamikaze@gmx.de, olli@lurza.secnetix.de, freebsd-stable@freebsd.org, idiotbg@gmail.com, josh@tcbug.org Subject: Re: removing external usb hdd without unmounting causes reboot? 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, 22 Jul 2007 13:23:47 -0000 On Sat, 21 Jul 2007 20:44:13 -0600 (MDT) "M. Warner Losh" wrote: > In message: <20070721110603.3878d933@localhost> > Norberto Meijome writes: > : On Thu, 19 Jul 2007 09:02:50 -0600 (MDT) > : "M. Warner Losh" wrote: > : > : > In message: <200707190943.55428.idiotbg@gmail.com> > : > Momchil Ivanov writes: > : > : What is then the reason for the kernel not being able to unmount a > : > : filesystem whose provider is no longer present? > : > > : > The problem is that the device driver has wound down, deallocated > : > memory, etc. Now the kernel comes along with stale references to the > : > device and panic ensues. It is really just that simple. There's no > : > replacement of the now-dead device with dead calls. > : > > : > And even if you fixed that, most of the file systems in the tree today > : > do not tolerate errors on writes at all and that also leads to > : > panics. This is why firewire freezes the I/Os rather than failing > : > them (and why umount -f on a firewire drive hangs). > : > : Please point me to the correct RTFM, because I feel this worth it :) > > src/sys/fs/..., src/sys/kern/... and src/sys/vm/... are your best bets. > > : Is there a reason why the kernel cannot check 'upwards' if a device > : is being used, ie mounted ? and prevent the unloading of the device > : driver ? > > Check, sure, it can check. But what does a simple check accomplish if > the filesystem panics if the underlying media returns an error? The > problem isn't as simple as just looking in one place or another, but > rather systemic in nature. > thanks Warner. What do you estimate is the cost (time, at least) to investigate and fix this issue? SoC project? 4 mth project? cheers, B _________________________ {Beto|Norberto|Numard} Meijome Anyone who isn't confused here doesn't really understand what's going on. 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 Sun Jul 22 13: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 7B96616A417 for ; Sun, 22 Jul 2007 13:32:23 +0000 (UTC) (envelope-from gberz3@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 348EF13C45D for ; Sun, 22 Jul 2007 13:32:23 +0000 (UTC) (envelope-from gberz3@gmail.com) Received: by py-out-1112.google.com with SMTP id a73so2920252pye for ; Sun, 22 Jul 2007 06:32:22 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:mime-version:in-reply-to:references:content-type:message-id:content-transfer-encoding:from:subject:date:to:x-mailer; b=mgleNt3Cs0IrzMfiZ9FQ7mb2q7k41fzlvG77BrFYPeu+sk5m0D01OckRaavyYQDX7rTB7AA2Ohm9DuEu6W80f68uYsMsaE3Wxqv+Nmn8dAVHb2RVegPWru2XWLHEw4HVjS9QrLOrRdrpqn7k3P7LeA595Z7spV/yGvO2GLRj2l4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:mime-version:in-reply-to:references:content-type:message-id:content-transfer-encoding:from:subject:date:to:x-mailer; b=afQ6uSM/k5L9SrSNiFS8a82y4NKBO1DsyLkH2A9QKwqMg/us7NRylOHR6JzPIIETYH3JPo53Ogt6gBjQnI1p9MFua+6PnNm6UBeCxVnqvy/9vrfmTNPxb7A1EhlXARUJnvg/AAF6/Q5Arb7Sek9VNVILtLAkDet2xlasncGcqD8= Received: by 10.35.101.1 with SMTP id d1mr4191020pym.1185111142674; Sun, 22 Jul 2007 06:32:22 -0700 (PDT) Received: from ?192.168.1.115? ( [74.140.142.75]) by mx.google.com with ESMTPS id 34sm20641678nza.2007.07.22.06.32.21 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 22 Jul 2007 06:32:21 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <20070722120024.91A7316A4C2@hub.freebsd.org> References: <20070722120024.91A7316A4C2@hub.freebsd.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <79DB43A3-7486-46AD-9BFF-5450A02E292E@gmail.com> Content-Transfer-Encoding: 7bit From: Michael Williams Date: Sun, 22 Jul 2007 09:32:19 -0400 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.752.2) Subject: HOW TO: Setting up rails for "shared hosting" on a dedicated box. . .? 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, 22 Jul 2007 13:32:23 -0000 Hi All, As you may already know, A partner and I recently purchased a dedicated FreeBSD box. We're currently using Plesk (blech!) to manage client domains and such. I'm curious though as to what the best (most manageable) setup/configuration is for supporting Rails for each of our clients. Basically we want to be our own Shared Hosting Rails Provider (for lack of a more appropriate phrase) and need to figure out the best server configuration. Just a bit of an FYI, everything is already running on Apache2 so I'd need to share Apache2 among all programs (e.g. svn, rails, etc); as opposed to splitting tasks between Apache and Apache2. If you could point me in the right direction it would be most appreciated. Regards, Michael From owner-freebsd-stable@FreeBSD.ORG Sun Jul 22 13:58: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 D025A16A417; Sun, 22 Jul 2007 13:58:47 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id AC40213C46B; Sun, 22 Jul 2007 13:58:47 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 6CC52A242; Sun, 22 Jul 2007 09:43:05 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Sun, 22 Jul 2007 09:43:05 -0400 X-Sasl-enc: fvwQLil6AwOciIgA52aGgO4ihk0ykVcFz8BAgML9eYo9 1185111785 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id E5F9911201; Sun, 22 Jul 2007 09:43:04 -0400 (EDT) Message-ID: <46A35EE6.6030902@incunabulum.net> Date: Sun, 22 Jul 2007 14:43:02 +0100 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.4 (X11/20070630) MIME-Version: 1.0 To: FreeBSD stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Subject: Help! My laptop drive may be dying. 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, 22 Jul 2007 13:58:47 -0000 Hi, My laptop drive might be dying. It is a Samsung MP0804H which I have used for around 28 months without issue. Every now and then it will click and sound as though it is thermally recalibrating itself. I ran SMART diagnostics from smartmontools, and Samsung's own diag tools which all report the drive is OK (a full captive surface test). I see nothing untoward in the SMART info pages. Whilst Windows is able to tolerate the retrying of ATA commands which this click appears to be inducing, FreeBSD can easily get sick and just hang, which majorly gets in the way of real work. I am always running X without exception when this happens, so I can't get meaningful ATA error messages. Of course these happen before the buffer cache is flushed, so they don't show up in /var/log/messages, if anything is showing up at all. Many thanks for any help you can provide... regards, BMS From owner-freebsd-stable@FreeBSD.ORG Sun Jul 22 14:58: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 8C81E16A419; Sun, 22 Jul 2007 14:58:07 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3C23613C4CC; Sun, 22 Jul 2007 14:58:07 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l6MEbCjO002438; Sun, 22 Jul 2007 10:37:13 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l6MEbCCP039856 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 22 Jul 2007 10:37:12 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200707221437.l6MEbCCP039856@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 22 Jul 2007 10:37:00 -0400 To: Bruce M Simpson , FreeBSD stable From: Mike Tancsa In-Reply-To: <46A35EE6.6030902@incunabulum.net> References: <46A35EE6.6030902@incunabulum.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: =?iso-8859-1?Q?S=F8ren?= Schmidt Subject: Re: Help! My laptop drive may be dying. 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, 22 Jul 2007 14:58:07 -0000 At 09:43 AM 7/22/2007, Bruce M Simpson wrote: >I ran SMART diagnostics from smartmontools, and Samsung's own diag >tools which all report the drive is OK (a full captive surface >test). I see nothing untoward in the SMART info pages. Hi Bruce, These symptoms (the OS reporting errors, the drive saying all A-OK) remind me of a bad cable/connector. Have you tried a new cable ? ---Mike From owner-freebsd-stable@FreeBSD.ORG Sun Jul 22 17:26: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 CD85A16A419 for ; Sun, 22 Jul 2007 17:26:01 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id 9099813C442 for ; Sun, 22 Jul 2007 17:26:01 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id B63E11CBDF8; Sun, 22 Jul 2007 18:55:18 +0200 (CEST) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.8/8.13.6) with ESMTP id l6MGrWm4003869; Sun, 22 Jul 2007 18:53:32 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.8/8.13.6/Submit) id l6MGrWMu003868; Sun, 22 Jul 2007 18:53:32 +0200 (CEST) (envelope-from nox) Date: Sun, 22 Jul 2007 18:53:32 +0200 (CEST) From: Juergen Lock Message-Id: <200707221653.l6MGrWMu003868@saturn.kn-bremen.de> To: mime@traveller.cz X-Newsgroups: local.list.freebsd.stable In-Reply-To: <1184792674.1670.7.camel@genius.i.cz> Organization: home Cc: freebsd-stable@freebsd.org Subject: Re: Panic with umass (with USB tape and Amanda) 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, 22 Jul 2007 17:26:01 -0000 In article <1184792674.1670.7.camel@genius.i.cz> you write: >Hello everybody, Hi! > >I have just had a panic on 6.2 amd64 box with ehci connected USB DDS4 >tape drive while it was for the first time being accessed with Amanda. I >have previously successfully tested it with tar. > >I have a kernel crash dump with the following information: > >panic: trying to sleep while sleeping is prohibited >cpuid = 0 >KDB: stack backtrace: >panic() at panic+0x250 >sleepq_add() at sleepq_add+0x225 >msleep() at msleep+0x132 >bwait() at bwait+0x55 >swap_pager_putpages() at swap_pager_putpages+0x45c >vm_pageout_flush() at vm_pageout_flush+0x13b >vm_contig_launder_page() at vm_contig_launder_page+0xdc >vm_page_alloc_contig() at vm_page_alloc_contig+0x321 >contigmalloc() at contigmalloc+0x5f7 >bus_dmamem_alloc() at bus_dmamem_alloc+0x80 >usb_block_allocmem() at usb_block_allocmem+0x118 >... This looks like the known problem of bus_dmamem_alloc sleeping when it shouldn't (its being called with BUS_DMA_NOWAIT), which has hit me with usb before. Workarounds: 1. add more RAM (this seems to be triggered by page shortage/fragmentation) 2. reboot before you use the device 3. try the HPS usb stack, it may have worked around this issue: http://www.turbocat.net/~hselasky/usb4bsd/ (I hope this is still the right url, I haven't used the stack in a while.) HTH, Juergen From owner-freebsd-stable@FreeBSD.ORG Sun Jul 22 21:23: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 0586F16A41F; Sun, 22 Jul 2007 21:23:01 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 71D9213C46C; Sun, 22 Jul 2007 21:23:00 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l6MKxpRN051664; Mon, 23 Jul 2007 00:59:51 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Mon, 23 Jul 2007 00:59:51 +0400 (MSD) From: Dmitry Morozovsky To: Mike Tancsa In-Reply-To: <200707221437.l6MEbCCP039856@lava.sentex.ca> Message-ID: <20070723005933.Y51455@woozle.rinet.ru> References: <46A35EE6.6030902@incunabulum.net> <200707221437.l6MEbCCP039856@lava.sentex.ca> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Mon, 23 Jul 2007 00:59:51 +0400 (MSD) Cc: Bruce M Simpson , FreeBSD stable , =?iso-8859-1?Q?S=F8ren?= Schmidt Subject: Re: Help! My laptop drive may be dying. 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, 22 Jul 2007 21:23:01 -0000 On Sun, 22 Jul 2007, Mike Tancsa wrote: MT> At 09:43 AM 7/22/2007, Bruce M Simpson wrote: MT> > I ran SMART diagnostics from smartmontools, and Samsung's own diag tools MT> > which all report the drive is OK (a full captive surface test). I see MT> > nothing untoward in the SMART info pages. MT> MT> Hi Bruce, MT> These symptoms (the OS reporting errors, the drive saying all A-OK) MT> remind me of a bad cable/connector. Have you tried a new cable ? Hmm, in a laptop? ;) Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sun Jul 22 22:02:50 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 DBD5B16A41F for ; Sun, 22 Jul 2007 22:02:50 +0000 (UTC) (envelope-from pfraser@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.183]) by mx1.freebsd.org (Postfix) with ESMTP id 6C5C113C467 for ; Sun, 22 Jul 2007 22:02:50 +0000 (UTC) (envelope-from pfraser@gmail.com) Received: by ik-out-1112.google.com with SMTP id c21so1155273ika for ; Sun, 22 Jul 2007 15:02:49 -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=c0dl60kRnYciCwa4sriL/wtmirmKWJMJ+b3CKf4+bxfir1IZXHDeAY/FrS8/L8o7XHOh0eoVPEvoQaLOjwYAbxCPMia/9/N1VN5n/7xCtM5fQWYk+rdP6MXf61iILhH0iRSMihAlGyq4LwbW5D7c1onE8thym5EgP0d+rMOhVAs= 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=QKtv/p66VRJo4No9GAu2Bd9Tbx0jkOeRxvrxx+8r+7Rl3PVjbepcCSJiWZGQC3NKktTABXM8ntD4HPYCcU2p8bSls07oUnKpv06CBmGwKbTNI1V+Rzr5v23tUROdsKEhdwyR/3Bxt4X2K/WGCjrva/Qr6AZ/+mvXo97eBN7huvw= Received: by 10.65.225.7 with SMTP id c7mr2271981qbr.1185140256887; Sun, 22 Jul 2007 14:37:36 -0700 (PDT) Received: by 10.65.160.14 with HTTP; Sun, 22 Jul 2007 14:37:36 -0700 (PDT) Message-ID: Date: Mon, 23 Jul 2007 07:37:36 +1000 From: "Paul Fraser" To: "Dmitry Morozovsky" In-Reply-To: <20070723005933.Y51455@woozle.rinet.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46A35EE6.6030902@incunabulum.net> <200707221437.l6MEbCCP039856@lava.sentex.ca> <20070723005933.Y51455@woozle.rinet.ru> Cc: Bruce M Simpson , FreeBSD stable , =?UTF-8?Q?S=C3=B8ren_Schmidt?= Subject: Re: Help! My laptop drive may be dying. 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, 22 Jul 2007 22:02:50 -0000 > MT> Hi Bruce, > MT> These symptoms (the OS reporting errors, the drive saying all A-OK) > MT> remind me of a bad cable/connector. Have you tried a new cable ? > > Hmm, in a laptop? ;) I've had a similar problem with a Dell notebook. There is absolutely nothing wrong with the hard drive (in fact, nothing wrong with either of the two drives I've put in there) but it does appear the controller is rather broken. Since this started happening just out of warranty, it didn't seem worth the cost to repair it. Besides, since the notebook is typically sitting on a docking station, my better half doesn't mind booting FreeBSD by NFS. Perhaps not practical in your situation however. Of course, I did have the problem of having to pry the Vista license from her terrified hands at first... One other thing I will mention however, is the problems with this notebook got so severe that although symptoms were almost identical to yours at first, eventually even Windows refused to tolerate it any longer and packed it in. -- Regards, Paul Fraser // Independent Technical Consultant // Ph: +61 405 341 905 // furyc0de.net This correspondence and any related attachments are confidential. Distribution, reproduction, or release (public domain or otherwise) without the author's prior written consent is STRICTLY FORBIDDEN. Failure to distribute any of the aforementioned without this footer (intact and unmodified) is also STRICTLY FORBIDDEN. Failure to abide by these terms and conditions can result in legal action. If you have received this correspondance in error, or believe any of these terms have been breached, you are requested to contact the author immediately and take steps to destroy all copies in your possession. PGP KeyID: 0x64E635B1 Keyserver: pgp.mit.edu:11371 Key fingerprint: CDA3 0797 68B9 0EC1 D4D3 A7B9 D7D7 4924 64E6 35B1 From owner-freebsd-stable@FreeBSD.ORG Sun Jul 22 22:10: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 642CB16A417; Sun, 22 Jul 2007 22:10:01 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id EBC6513C459; Sun, 22 Jul 2007 22:10:00 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from [194.192.25.137] (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id l6MM9xJK048790; Mon, 23 Jul 2007 00:09:59 +0200 (CEST) (envelope-from sos@deepcore.dk) Message-ID: <46A3D5B8.8070208@deepcore.dk> Date: Mon, 23 Jul 2007 00:10:00 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 1.5.0.12 (Macintosh/20070509) MIME-Version: 1.0 To: Bruce M Simpson References: <46A35EE6.6030902@incunabulum.net> In-Reply-To: <46A35EE6.6030902@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: FreeBSD stable , =?ISO-8859-1?Q?S=F8ren_?=, =?ISO-8859-1?Q?Schmidt?= Subject: Re: Help! My laptop drive may be dying. 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, 22 Jul 2007 22:10:01 -0000 Bruce M Simpson wrote: > Hi, > > My laptop drive might be dying. It is a Samsung MP0804H which I have=20 > used for around 28 months without issue. > > Every now and then it will click and sound as though it is thermally=20 > recalibrating itself. > > I ran SMART diagnostics from smartmontools, and Samsung's own diag=20 > tools which all report the drive is OK (a full captive surface test).=20 > I see nothing untoward in the SMART info pages. Well, sounds like the drive is indeed dying, recalibrating noises like=20 that is a bad sign, its most likely having real trouble reading certain=20 areas of the medium. If your SMART output tells anything about read retries or number of=20 remaps that could be an indicator of upcoming problems, however not all=20 drives has that info in the SMART pages. In the real world scenario SMART can only tell you about the problem=20 when the drive has given up on the data, there is almost newer any real=20 prewarns to failure. > > Whilst Windows is able to tolerate the retrying of ATA commands which=20 > this click appears to be inducing, FreeBSD can easily get sick and=20 > just hang, which majorly gets in the way of real work. Depends on whats happening, you could try to up the timeout in=20 ata-disk.c and see if it survives the errors that way, to at least try=20 to save the data before its too late. -S=F8ren From owner-freebsd-stable@FreeBSD.ORG Mon Jul 23 03:24: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 E1B5A16A417 for ; Mon, 23 Jul 2007 03:24:44 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 94ADA13C458 for ; Mon, 23 Jul 2007 03:24:44 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l6N3Oh0G055234; Sun, 22 Jul 2007 23:24:43 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l6N3Oht7042841 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 22 Jul 2007 23:24:43 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200707230324.l6N3Oht7042841@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 22 Jul 2007 23:24:32 -0400 To: Dmitry Morozovsky From: Mike Tancsa In-Reply-To: <20070723005933.Y51455@woozle.rinet.ru> References: <46A35EE6.6030902@incunabulum.net> <200707221437.l6MEbCCP039856@lava.sentex.ca> <20070723005933.Y51455@woozle.rinet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Help! My laptop drive may be dying. 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, 23 Jul 2007 03:24:45 -0000 At 04:59 PM 7/22/2007, Dmitry Morozovsky wrote: >On Sun, 22 Jul 2007, Mike Tancsa wrote: >OK) >MT> remind me of a bad cable/connector. Have you tried a new cable ? > >Hmm, in a laptop? ;) Details :) Dirty or weak connection point ? If the controller was working well up until this point, it doesnt sound like a driver bug. ---Mike From owner-freebsd-stable@FreeBSD.ORG Mon Jul 23 04:00:28 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 AAE6916A419 for ; Mon, 23 Jul 2007 04:00:28 +0000 (UTC) (envelope-from doug@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by mx1.freebsd.org (Postfix) with ESMTP id B665213C45B for ; Mon, 23 Jul 2007 04:00:26 +0000 (UTC) (envelope-from doug@fledge.watson.org) Received: from fledge.watson.org (localhost.watson.org [127.0.0.1]) by fledge.watson.org (8.14.1/8.14.1) with ESMTP id l6N3adG7070626; Sun, 22 Jul 2007 23:36:39 -0400 (EDT) (envelope-from doug@fledge.watson.org) Received: from localhost (doug@localhost) by fledge.watson.org (8.14.1/8.14.1/Submit) with ESMTP id l6N3achB070617; Sun, 22 Jul 2007 23:36:38 -0400 (EDT) (envelope-from doug@fledge.watson.org) Date: Sun, 22 Jul 2007 23:36:38 -0400 (EDT) From: doug To: Kevin Oberman In-Reply-To: <20070722012802.B0CD045070@ptavv.es.net> Message-ID: <20070722230835.W51171@fledge.watson.org> References: <20070722012802.B0CD045070@ptavv.es.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "\[LoN\]Kamikaze" , FreeBSD Stable , Stefan Lambrev Subject: Re: ntpd just sits there and does nothing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: doug@safeport.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jul 2007 04:00:28 -0000 On Sat, 21 Jul 2007, Kevin Oberman wrote: >> Hi, >> >> [LoN]Kamikaze wrote: >>> Doug Hardie wrote: >>> >>>> On Jul 19, 2007, at 10:08, [LoN]Kamikaze wrote: >>>> >>>> >>>>> As the subject says, on my 6-stable systems ntpd just sits there and does >>>>> nothing. The logs only mention when the daemon gets started or shut >>>>> down. It >>>>> complains when servers are not reachable, but does nothing when they >>>>> are available. >>>>> >>>>> The drift file always contains 0.00. Mostly likely this means you are not communicating with the ntp servers. You never gave us your ntpd.conf file (that I saw anyway) and what do you get with 'ntpdc -p', or the more complex command suggested earlier? >> ntpd will not change time if the difference is too big - I think it >> should be less then 1000s. >> ntpdate will :) If ntpd is working your clock will not vary from the server by more than a second, much less 1000 secs. If ntpdate does reset the clock, it suggests that your firewalls are not the problem and at least one of the servers will answer your queries. You can see if ntp packets are being passed by using tcpdump. I suppose you have made sure its running by something like 'ps -aux | grep ntp'. > ntpdate is deprecated and is not recommended these days. The proper answer is > to start ntpd with the -g option and to add the 'iburst' option to one or more > of the servers in /etc/ntp.conf. The 'iburst' will speed up th initial sync to > close to that of ntpdate, but have much greater accuracy. > > You can get the '-g' by adding 'ntpd_sync_on_start="YES"' to rc.conf. > -- yea but so does 'ntpdate_enable="YES"', but I still like nslookup too :) The problem "clearly" seems to be you are not communicating with the ntp servers. The possibilities have all been stated: bad ntp.conf, firewall (you said there were two levels), or the servers you chose are not accepting your queries. Without seeing the data requested we are all guessing. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 23 07:07: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 E7EC516A417 for ; Mon, 23 Jul 2007 07:07:22 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 39CD713C45A for ; Mon, 23 Jul 2007 07:07:21 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 23 Jul 2007 07:07:18 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp028) with SMTP; 23 Jul 2007 09:07:18 +0200 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX1+vgopdPTSvHr32waIOptXqbA5tZZIt33WDB5k3Vt 14NEuXaXeMOFXv Message-ID: <46A453A4.90008@gmx.de> Date: Mon, 23 Jul 2007 09:07:16 +0200 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.5 (X11/20070721) MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <469F9A85.4090209@gmx.de> <20070719192749.GG1141@turion.vk2pj.dyndns.org> In-Reply-To: <20070719192749.GG1141@turion.vk2pj.dyndns.org> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 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, 23 Jul 2007 07:07:23 -0000 My original intention was just to say that openntpd works just out of the box, while ntpd doesn't. And since openntpd works fine for me, I am not really interested in resolving this. Anyway since so many of you seem to be, here is the requested data: > ntp.conf server 0.de.pool.ntp.org minpoll 4 maxpoll 8 server 1.de.pool.ntp.org minpoll 4 maxpoll 8 server 2.de.pool.ntp.org minpoll 4 maxpoll 8 server ntp1.rz.uni-karlsruhe.de minpoll 4 maxpoll 8 server ntp2.rz.uni-karlsruhe.de minpoll 4 maxpoll 8 server ntp3.rz.uni-karlsruhe.de minpoll 4 maxpoll 8 server ntp4.rz.uni-karlsruhe.de minpoll 4 maxpoll 8 restrict default ignore restrict 127.0.0.1 > ntpdc -p -c kerni -c loopi -c sysi -c syss remote local st poll reach delay offset disp ======================================================================= =time.as-compute 192.168.1.12 16 256 0 0.00000 0.000000 0.00000 =mail.syncronisa 192.168.1.12 16 256 0 0.00000 0.000000 0.00000 =proxy1.rz.uni-k 192.168.1.12 16 256 0 0.00000 0.000000 0.00000 =proxy2.rz.uni-k 192.168.1.12 16 256 0 0.00000 0.000000 0.00000 =proxy3.rz.uni-k 192.168.1.12 16 256 0 0.00000 0.000000 0.00000 =proxy4.rz.uni-k 192.168.1.12 16 256 0 0.00000 0.000000 0.00000 =crux.pmsf.net 192.168.1.12 16 256 0 0.00000 0.000000 0.00000 pll offset: 0 s pll frequency: 0.000 ppm maximum error: 0.365516 s estimated error: 1.6e-05 s status: 2001 pll nano pll time constant: 0 precision: 1e-09 s frequency tolerance: 496 ppm offset: 0.000000 s frequency: 0.000 ppm poll adjust: 0 watchdog timer: 730 s system peer: 0.0.0.0 system peer mode: unspec leap indicator: 11 stratum: 16 precision: -19 root distance: 0.00000 s root dispersion: 0.01094 s reference ID: [73.78.73.84] reference time: 00000000.00000000 Thu, Feb 7 2036 7:28:16.000 system flags: auth monitor ntp kernel stats jitter: 0.000000 s stability: 0.000 ppm broadcastdelay: 0.003998 s authdelay: 0.000000 s time since restart: 730 time since reset: 730 packets received: 87 packets processed: 0 current version: 0 previous version: 0 bad version: 0 access denied: 57 bad length or format: 0 bad authentication: 0 rate exceeded: 0 > ntpdate with -q in ntpdate_flags # /etc/rc.d/ntpdate onestart Setting date via ntp. server 193.218.127.251, stratum 2, offset 0.631432, delay 0.04562 server 213.133.123.125, stratum 2, offset 0.630518, delay 0.03748 server 194.25.115.122, stratum 1, offset 0.633518, delay 0.04091 server 129.13.186.4, stratum 0, offset 0.000000, delay 0.00000 server 129.13.186.3, stratum 0, offset 0.000000, delay 0.00000 server 129.13.186.2, stratum 0, offset 0.000000, delay 0.00000 server 129.13.186.1, stratum 0, offset 0.000000, delay 0.00000 23 Jul 08:55:49 ntpdate[1772]: step time server 194.25.115.122 offset 0.633518 sec > /usr/local/sbin/ntpd -sd # This is openntpd ntp engine ready reply from 84.16.235.165: offset 0.573124 delay 0.011219, next query 8s reply from 87.106.95.189: offset 0.573368 delay 0.014235, next query 8s reply from 212.112.228.242: offset 0.574221 delay 0.014708, next query 7s reply from 88.198.8.101: offset 0.573796 delay 0.015175, next query 6s reply from 212.77.176.178: offset 0.574222 delay 0.016076, next query 5s reply from 195.179.15.118: offset 0.541673 delay 0.022011, next query 5s reply from 85.214.23.162: offset 0.568205 delay 0.022973, next query 9s reply from 194.77.75.99: offset 0.573878 delay 0.033467, next query 8s reply from 212.77.176.178: offset 0.570650 delay 0.014009, next query 7s reply from 195.179.15.118: offset 0.537944 delay 0.020095, next query 5s reply from 88.198.8.101: offset 0.570179 delay 0.013163, next query 9s reply from 84.16.235.165: offset 0.568732 delay 0.009621, next query 6s reply from 212.112.228.242: offset 0.569989 delay 0.013116, next query 5s reply from 87.106.95.189: offset 0.568727 delay 0.013139, next query 6s reply from 194.77.75.99: offset 0.570201 delay 0.029342, next query 6s reply from 85.214.23.162: offset 0.562845 delay 0.021890, next query 9s reply from 195.179.15.118: offset 0.536313 delay 0.021833, next query 7s reply from 212.112.228.242: offset 0.567116 delay 0.012397, next query 7s reply from 212.77.176.178: offset 0.567040 delay 0.014119, next query 7s reply from 84.16.235.165: offset 0.565892 delay 0.010525, next query 6s no reply from 129.13.186.4 received in time, next query 610s no reply from 129.13.186.3 received in time, next query 607s no reply from 129.13.186.2 received in time, next query 624s no reply from 129.13.186.1 received in time, next query 600s reply from 87.106.95.189: offset 0.565603 delay 0.013103, next query 7s reply from 194.77.75.99: offset 0.564807 delay 0.031786, next query 8s reply from 88.198.8.101: offset 0.565200 delay 0.013461, next query 8s peer 195.179.15.118 now valid reply from 195.179.15.118: offset 0.531713 delay 0.019114, next query 6s reply from 85.214.23.162: offset 0.558348 delay 0.022025, next query 8s peer 84.16.235.165 now valid reply from 84.16.235.165: offset 0.561778 delay 0.012217, next query 7s peer 212.112.228.242 now valid reply from 212.112.228.242: offset 0.561791 delay 0.019195, next query 6s peer 212.77.176.178 now valid reply from 212.77.176.178: offset 0.561985 delay 0.019901, next query 6s peer 87.106.95.189 now valid reply from 87.106.95.189: offset 0.562176 delay 0.013402, next query 9s peer 194.77.75.99 now valid reply from 194.77.75.99: offset 0.562401 delay 0.028594, next query 8s peer 88.198.8.101 now valid reply from 88.198.8.101: offset 0.561575 delay 0.012842, next query 8s reply from 195.179.15.118: offset 0.528773 delay 0.019426, next query 5s reply from 212.112.228.242: offset 0.560407 delay 0.012300, next query 9s reply from 212.77.176.178: offset 0.560345 delay 0.013367, next query 5s reply from 84.16.235.165: offset 0.558545 delay 0.011407, next query 5s peer 85.214.23.162 now valid reply from 85.214.23.162: offset 0.554267 delay 0.021485, next query 9s reply from 195.179.15.118: offset 0.526468 delay 0.019568, next query 5s reply from 212.77.176.178: offset 0.557854 delay 0.013748, next query 5s reply from 87.106.95.189: offset 0.557904 delay 0.014053, next query 7s reply from 194.77.75.99: offset 0.559026 delay 0.029746, next query 6s reply from 84.16.235.165: offset 0.556647 delay 0.009941, next query 8s reply from 88.198.8.101: offset 0.557425 delay 0.013203, next query 5s reply from 195.179.15.118: offset 0.523956 delay 0.019786, next query 30s reply from 212.112.228.242: offset 0.555780 delay 0.012275, next query 9s reply from 212.77.176.178: offset 0.555285 delay 0.013967, next query 33s reply from 85.214.23.162: offset 0.550332 delay 0.022219, next query 8s reply from 88.198.8.101: offset 0.555151 delay 0.012796, next query 7s reply from 194.77.75.99: offset 0.555651 delay 0.029299, next query 9s reply from 87.106.95.189: offset 0.554548 delay 0.014033, next query 6s reply from 84.16.235.165: offset 0.552542 delay 0.010245, next query 32s reply from 88.198.8.101: offset 0.551669 delay 0.012910, next query 33s reply from 212.112.228.242: offset 0.551312 delay 0.012952, next query 31s reply from 87.106.95.189: offset 0.550479 delay 0.014415, next query 33s reply from 85.214.23.162: offset 0.546266 delay 0.022961, next query 9s reply from 194.77.75.99: offset 0.551037 delay 0.029102, next query 33s reply from 85.214.23.162: offset 0.542017 delay 0.022399, next query 32s reply from 195.179.15.118: offset 0.509119 delay 0.019754, next query 32s reply from 212.77.176.178: offset 0.539421 delay 0.013574, next query 34s reply from 84.16.235.165: offset 0.537270 delay 0.010030, next query 31s reply from 212.112.228.242: offset 0.535541 delay 0.012949, next query 33s reply from 88.198.8.101: offset 0.535249 delay 0.012831, next query 30s reply from 87.106.95.189: offset 0.534487 delay 0.013206, next query 32s reply from 194.77.75.99: offset 0.535031 delay 0.029762, next query 31s reply from 85.214.23.162: offset 0.525685 delay 0.023148, next query 32s adjusting local clock by 0.558063s As you can see some of the servers don't reply as is expected, because which servers are available depends on where I am. However some (in this case the de.pool.ntp.org servers) do reply. Only ntpd isn't able to hear them. As I mentioned before. I don't have access to the first firewall, so I cannot forward any ports. The picture is the same on my machine that acts as 2nd firewall, so the problem lies with the configuration of the first. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 23 08:52:09 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 16CEF16A417 for ; Mon, 23 Jul 2007 08:52:09 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 664CA13C478 for ; Mon, 23 Jul 2007 08:52:08 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost.infracaninophile.co.uk [IPv6:::1]) by smtp.infracaninophile.co.uk (8.14.1/8.14.1) with ESMTP id l6N8ppKU005642; Mon, 23 Jul 2007 09:51:53 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) Authentication-Results: smtp.infracaninophile.co.uk from=m.seaman@infracaninophile.co.uk; sender-id=permerror; spf=permerror X-SenderID: Sendmail Sender-ID Filter v0.2.14 smtp.infracaninophile.co.uk l6N8ppKU005642 Message-ID: <46A46C27.6050703@infracaninophile.co.uk> Date: Mon, 23 Jul 2007 09:51:51 +0100 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 2.0.0.5 (X11/20070721) MIME-Version: 1.0 To: "[LoN]Kamikaze" References: <469F9A85.4090209@gmx.de> <20070719192749.GG1141@turion.vk2pj.dyndns.org> <46A453A4.90008@gmx.de> In-Reply-To: <46A453A4.90008@gmx.de> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (smtp.infracaninophile.co.uk [IPv6:::1]); Mon, 23 Jul 2007 09:52:03 +0100 (BST) X-Virus-Scanned: ClamAV 0.91.1/3741/Mon Jul 23 06:50:22 2007 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00, DKIM_POLICY_SIGNSOME, DKIM_POLICY_TESTING, NO_RELAYS autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on happy-idiot-talk.infracaninophile.co.uk Cc: freebsd-stable@freebsd.org 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, 23 Jul 2007 08:52:09 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 [LoN]Kamikaze wrote: > My original intention was just to say that openntpd works just out of the box, > while ntpd doesn't. And since openntpd works fine for me, I am not really > interested in resolving this. Anyway since so many of you seem to be, here is > the requested data: > >> ntp.conf > > server 0.de.pool.ntp.org minpoll 4 maxpoll 8 > server 1.de.pool.ntp.org minpoll 4 maxpoll 8 > server 2.de.pool.ntp.org minpoll 4 maxpoll 8 > server ntp1.rz.uni-karlsruhe.de minpoll 4 maxpoll 8 > server ntp2.rz.uni-karlsruhe.de minpoll 4 maxpoll 8 > server ntp3.rz.uni-karlsruhe.de minpoll 4 maxpoll 8 > server ntp4.rz.uni-karlsruhe.de minpoll 4 maxpoll 8 > > restrict default ignore > restrict 127.0.0.1 Err.. your configuration says "ignore all NTP servers except localhost". You would need to let ntpd accept a time service from all those machines you've told it are servers. Since you're using pool.ntp.org, you're going to need a blanket 'allow any server' config like: restrict default nomodify nopeer noquery restrict 127.0.0.1 Cheers, Matthew - -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGpGwn8Mjk52CukIwRCKcjAJkBuV9WEBjb5XUOTLUGFyrivn/3KgCffnDa 8Ya5zpx5rZlQndLS377fPMA= =5nqc -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 23 09:16:29 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 B8DBE16A41A for ; Mon, 23 Jul 2007 09:16:29 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id 37A4213C45B for ; Mon, 23 Jul 2007 09:16:29 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so1203382uge for ; Mon, 23 Jul 2007 02:16:28 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:from:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; b=mD7vr84GHDHLVEM+d1oE5CAGztokxwwd8DKlb4e9IUmrtSC7dQ+AbxC/nkqHG5KY6mdvZzPE6x98Q+KUcLrGm1ohw4HUcsPOaQ5BYupQBXlvGOvLSy7EW+rkVWgNs9SnuL+ZIkdgPpLSRJQ1gAaK8/GtlTt+RzNPs5gEMdyWVyk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:from:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; b=J5wFoBrTchPK6vNokhlTi5Y4az5HoSvMsOG694WeCTvBbVpKXWQ/OEHaLX+rew7RFt6uC1j0vlCmXU9pNnH5URkGO661Eexc4vOuJmRlKoiwg6Vc+kV+Nij8Ihj8Ij1++WTe1V15kDPC88ay92GL9WBSLMlRDz28PeeQyKQF3D8= Received: by 10.67.19.17 with SMTP id w17mr4033158ugi.1185182188037; Mon, 23 Jul 2007 02:16:28 -0700 (PDT) Received: from 77-109-34-10.dynamic.peoplenet.ua ( [77.109.34.10]) by mx.google.com with ESMTPS id d26sm21728343nfh.2007.07.23.02.16.23 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 23 Jul 2007 02:16:26 -0700 (PDT) From: Nikolay Pavlov To: freebsd-stable@freebsd.org Date: Mon, 23 Jul 2007 12:16:17 +0300 User-Agent: KMail/1.9.7 References: <20070722120024.91A7316A4C2@hub.freebsd.org> <79DB43A3-7486-46AD-9BFF-5450A02E292E@gmail.com> In-Reply-To: <79DB43A3-7486-46AD-9BFF-5450A02E292E@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1764883.5shO8RjFAz"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707231216.23215.qpadla@gmail.com> Cc: Michael Williams Subject: Re: HOW TO: Setting up rails for "shared hosting" on a dedicated box. . .? 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, 23 Jul 2007 09:16:29 -0000 --nextPart1764883.5shO8RjFAz Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 22 July 2007 16:32:19 Michael Williams wrote: > Hi All, > > As you may already know, A partner and I recently purchased a > dedicated FreeBSD box. We're currently using Plesk (blech!) to > manage client domains and such. I'm curious though as to what the > best (most manageable) setup/configuration is for supporting Rails > for each of our clients. Basically we want to be our own Shared > Hosting Rails Provider (for lack of a more appropriate phrase) and > need to figure out the best server configuration. Just a bit of an > FYI, everything is already running on Apache2 so I'd need to share > Apache2 among all programs (e.g. svn, rails, etc); as opposed to > splitting tasks between Apache and Apache2. > > If you could point me in the right direction it would be most > appreciated. > > Regards, > Michael > _______________________________________________ > 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" Hi Michael. I don't think that apache is the best choice to handle rails=20 applications. However in case of Share hosting environment it would be fine. I see three choices here: 1) Apache2 + mod_proxy_balancer + mongrel (The best way IMHO) 2) Apache2 + fast_cgi (Could have some problems, due to mostly=20 unmaintainable nature of fast_cgi) 3) Apache2 + cgi (Absolutely workable, but VERY slow case) =2D-=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =2D Best regards, Nikolay Pavlov. <<<----------------------------- =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --nextPart1764883.5shO8RjFAz Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBGpHHn/2R6KvEYGaIRAniPAJ4ngtDIzj2w7d0WBq5nhsUjt30vDwCfU5K2 tU+lSZCAbZlI2HwMvDSB/RA= =f0PK -----END PGP SIGNATURE----- --nextPart1764883.5shO8RjFAz-- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 23 12:50: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 EC48516A418 for ; Mon, 23 Jul 2007 12:50:10 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.freebsd.org (Postfix) with ESMTP id B128213C49D for ; Mon, 23 Jul 2007 12:50:10 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by mail.ticketswitch.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1ICxMX-000LhT-K2 for freebsd-stable@freebsd.org; Mon, 23 Jul 2007 13:50:09 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1ICxMX-000Mg2-J1 for freebsd-stable@freebsd.org; Mon, 23 Jul 2007 13:50:09 +0100 To: freebsd-stable@freebsd.org Message-Id: From: Pete French Date: Mon, 23 Jul 2007 13:50:09 +0100 Subject: ntpd on a NAT gateway seems to do 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, 23 Jul 2007 12:50:11 -0000 Just following the similarly names thread with a bit of interest and I decided to check my own ntp setup and, to my surprise, discovered I also have a machine which does nothing. What is more surprising to me is that it has the same config as a number of other machines, all of which work. We have a segment of network which is behind a NAT, and there is a BSD box running 'pf' actiing as the NAT gateway. Running ntpd on the actual NAT box does not work, but running it on the clients the far side of the NAT does, or on clients the live side of the NAT. I should probably exolain that the NAT goes onto another network which is also natted, though that NAT is out of my control. The ntp.conf file looks like this on all machines: disable auth enable ntp driftfile /etc/ntp.drift server 10.17.19.0 server 195.40.0.250 server 158.43.128.33 server 158.43.128.66 server 158.43.192.66 The time servers there are for easynet, pipex and an internal machine at a remote location. ntpdate on the machine can query all the hosts fine, but ntpdc -p gives: remote local st poll reach delay offset disp ======================================================================= =valliere.ns.eas 172.16.1.8 16 64 0 0.00000 0.000000 0.00000 =turpentine.ratt 172.16.1.8 3 128 7 0.01451 -0.007633 1.93823 =ntp2.pipex.net 172.16.1.8 16 64 0 0.00000 0.000000 0.00000 =ntp0.pipex.net 172.16.1.8 16 64 0 0.00000 0.000000 0.00000 =ntp1.pipex.net 172.16.1.8 16 64 0 0.00000 0.000000 0.00000 As you can see, it can only reach the internal machine. On other machines behind the NAT it looks like this: remote local st poll reach delay offset disp ======================================================================= =valliere.ns.eas 10.50.50.2 2 256 377 0.00577 -0.004396 0.01192 =turpentine.ratt 10.50.50.2 3 256 377 0.01534 -0.004566 0.00482 *ntp2.pipex.net 10.50.50.2 2 256 377 0.00635 -0.004052 0.00899 =ntp0.pipex.net 10.50.50.2 2 256 377 0.00729 -0.002443 0.01395 =ntp1.pipex.net 10.50.50.2 2 256 377 0.00768 -0.002426 0.00951 But those connections are flowing through the NAT box oon which ntpd is not connecting! Any suggestions ? I assume it has something to do with the NAT, but I am not sure what. All other TCP connections out from that machine to external systems work fine, so it is not as if outbound connections from there are not working at all. -pcf. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 23 13:21: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 8451416A417 for ; Mon, 23 Jul 2007 13:21:04 +0000 (UTC) (envelope-from photor@photor.de) Received: from mout0.freenet.de (mout0.freenet.de [IPv6:2001:748:100:40::2:2]) by mx1.freebsd.org (Postfix) with ESMTP id 1FA4913C48D for ; Mon, 23 Jul 2007 13:21:03 +0000 (UTC) (envelope-from photor@photor.de) Received: from [195.4.92.14] (helo=mx4.freenet.de) by mout0.freenet.de with esmtpa (Exim 4.68-dev) (envelope-from ) id 1ICxqQ-0002HE-63 for freebsd-stable@freebsd.org; Mon, 23 Jul 2007 15:21:02 +0200 Received: from port-212-202-38-120.dynamic.qsc.de ([212.202.38.120]:53549 helo=worf.mydomain.home) by mx4.freenet.de with esmtpsa (ID photor@photor.de) (TLSv1:AES256-SHA:256) (port 25) (Exim 4.68 #1) id 1ICxqO-0004Jq-Mx for freebsd-stable@freebsd.org; Mon, 23 Jul 2007 15:21:01 +0200 Received: from photor by worf.mydomain.home with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1ICxqN-000GLX-2Z for freebsd-stable@freebsd.org; Mon, 23 Jul 2007 15:20:59 +0200 Date: Mon, 23 Jul 2007 15:20:59 +0200 From: Karsten Rothemund To: freebsd-stable@freebsd.org Message-ID: <20070723132059.GA62722@www.photor.de> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Organisation: private site X-Url: http://www.photor.de X-GPG-Fingerprint: E752 C759 B9B2 2057 E42F 50EE 47AC A7CE 7019 CAA5 Sender: Karsten Rothemund X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: photor@photor.de X-SA-Exim-Scanned: No (on worf.mydomain.home); SAEximRunCond expanded to false Subject: starting hald causes panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: karsten@photor.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jul 2007 13:21:04 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello *, don't know, if I am right here. I've already asked that on the gnome-list some time ago, but they told me, it is a matter of the kernel). Now I've recompiled the kernel with debugging info: uname -a FreeBSD worf.mydomain.home 6.2-STABLE FreeBSD 6.2-STABLE #35: Thu Jul 19 22:04:13 CEST 2007 root@worf.mydomain.home:/usr/obj/usr/src/sys/ATHLON i386=20 The problem is, every time I try to start hald (e.g. /usr/local/etc/rc.d/hald forcestart) I get a kernel panic. =20 I have a backtrace here: -----8<----------8<----------8<----------8<----------8<----- worf# kgdb kernel.debug vmcore.1 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): =20 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so:= Un fined 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 condition= s. 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:=20 <118>Jul 19 23:03:48 worf init: /bin/sh on /etc/rc.shutdown terminated abno= rma y, going to single user mode <118>Jul 19 23:03:48 worf syslogd: exiting on signal 15 <118>Enter full pathname of shell or RETURN for /bin/sh: <118>#=20 <118>/dev/ad0s1a on / (ufs, local) <118>devfs on /dev (devfs, local) <118>/dev/ufs/usr on /usr (ufs, local, soft-updates) <118>/dev/ufs/backup on /usr/Backup (ufs, local, soft-updates) <118>/dev/ufs/var on /var (ufs, local, soft-updates) <118>/dev/ufs/home on /usr/home (ufs, local, soft-updates) <118>/dev/ufs/media on /usr/media (ufs, local, soft-updates) <118>/dev/ufs/ports on /usr/ports (ufs, local, soft-updates) <118>/dev/ufs/home2 on /usr/home2 (ufs, local, soft-updates) <118>/dev/md0 on /tmp (ufs, local, soft-updates) <118>procfs on /proc (procfs, local) <118># <118># <118># <118># <118># <118>/dev/ad0s1a on / (ufs, local) <118>devfs on /dev (devfs, local) <118>/dev/ufs/usr on /usr (ufs, local, soft-updates) <118>/dev/ufs/backup on /usr/Backup (ufs, local, soft-updates) <118>/dev/ufs/var on /var (ufs, local, soft-updates) <118>/dev/md0 on /tmp (ufs, local, soft-updates) <118>procfs on /proc (procfs, local) <118># <118># <118>Starting hald. Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x54 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc0442fd5 stack pointer =3D 0x28:0xdd710ad8 frame pointer =3D 0x28:0xdd710ae8 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 1180 (hald-probe-storage) trap number =3D 12 panic: page fault Uptime: 15m18s Dumping 511 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 511MB (130800 pages) 495 479 463 447 431 415 399 383 367 351 335= 31 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc04d8112 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 09 #2 0xc04d83a8 in panic (fmt=3D0xc06111ed "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc05f0a64 in trap_fatal (frame=3D0xdd710a98, eva=3D84) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc05f07cb in trap_pfault (frame=3D0xdd710a98, usermode=3D0, eva=3D84) at /usr/src/sys/i386/i386/trap.c:745 #5 0xc05f0429 in trap (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi =3D 0, tf_esi =3D -1= 018177536, tf_ebp =3D -579794200, tf_isp =3D -579794236, tf_ebx =3D -101958= 9920, tf_edx =3D -1020556800, tf_ecx =3D 384750786, tf_eax =3D 0, tf_trapno= =3D 12, tf_err =3D 0, tf_eip =3D -1069273131, tf_cs =3D 32, tf_eflags =3D = 66182, tf_esp =3D -1002170368, tf_ss =3D 0}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc05de46a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc0442fd5 in amdexecutesrb (arg=3D0xc33a4ae0, dm_segs=3D0xc32b8a00, ns= eg=3D1, error=3D0) at /usr/src/sys/dev/amd/amd.c:314 #8 0xc05dbffd in bus_dmamap_load (dmat=3D0xc335e800, map=3D0x0, buf=3D0xd3= 0d34a0, buflen=3D34, callback=3D0xc0442fc0 , callback_arg=3D0xc3= 3a4ae0, flags=3D0) at /usr/src/sys/i386/i386/busdma_machdep.c:736 #9 0xc04432d0 in amd_action (psim=3D0xc33a4ae0, pccb=3D0xc34fd800) at /usr/src/sys/dev/amd/amd.c:440 #10 0xc0432675 in xpt_run_dev_sendq (bus=3D0xc337dd80) at /usr/src/sys/cam/cam_xpt.c:4059 #11 0xc0431b5d in xpt_action (start_ccb=3D0xc34fd800) at /usr/src/sys/cam/cam_xpt.c:3153 #12 0xc042e81a in cam_periph_runccb (ccb=3D0xc34fd800, error_routine=3D0, camflags=3DCAM_RETRY_SELTO, sense_flags=3D1, ds=3D0xc34e40f0) at /usr/src/sys/cam/cam_periph.c:861 #13 0xc043d7f0 in passsendccb (periph=3D0x0, ccb=3D0xc34fd800, inccb=3D0xc3= 3d3c00) at /usr/src/sys/cam/scsi/scsi_pass.c:596 #14 0xc043d710 in passioctl (dev=3D0x0, cmd=3D3274410496, addr=3D0xc34fd800= "", flag=3D3, td=3D0xc3522c00) at /usr/src/sys/cam/scsi/scsi_pass.c:513 #15 0xc04aeede in giant_ioctl (dev=3D0xc351dc00, cmd=3D3261076738, data=3D0xc33d3c00 "", fflag=3D3, td=3D0xc3522c00) at /usr/src/sys/kern/kern_conf.c:306 #16 0xc0499363 in devfs_ioctl_f (fp=3D0xc3aef870, com=3D3261076738, data=3D0xc33d3c00, cred=3D0xc32bbd80, td=3D0xc3522c00) at /usr/src/sys/fs/devfs/devfs_vnops.c:479 #17 0xc04fa7a5 in ioctl (td=3D0xc3522c00, uap=3D0xdd710d04) at file.h:265 #18 0xc05f0d7b in syscall (frame=3D {tf_fs =3D 59, tf_es =3D 59, tf_ds =3D 59, tf_edi =3D -1077943952, tf= _esi =3D 134526916, tf_ebp =3D -1077943976, tf_isp =3D -579793564, tf_ebx = =3D 673522672, tf_edx =3D 34, tf_ecx =3D 134590464, tf_eax =3D 54, tf_trapn= o =3D 12, tf_err =3D 2, tf_eip =3D 674433399, tf_cs =3D 51, tf_eflags =3D 5= 34, tf_esp =3D -1077944004, tf_ss =3D 59}) at /usr/src/sys/i386/i386/trap.c:983 #19 0xc05de4bf in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s= :200 #20 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) f 7 #7 0xc0442fd5 in amdexecutesrb (arg=3D0xc33a4ae0, dm_segs=3D0xc32b8a00, ns= eg=3D1, error=3D0) at /usr/src/sys/dev/amd/amd.c:314 314 ccb =3D srb->pccb; (kgdb) l 309 union ccb *ccb; 310 struct amd_softc *amd; 311 int s; 312 313 srb =3D (struct amd_srb *)arg; 314 ccb =3D srb->pccb; 315 amd =3D (struct amd_softc *)ccb->ccb_h.ccb_amd_ptr; 316 317 if (error !=3D 0) { 318 if (error !=3D EFBIG) (kgdb) i loc srb =3D (struct amd_srb *) 0xc33a4ae0 ccb =3D (union ccb *) 0x0 amd =3D (struct amd_softc *) 0xc34fd800 (kgdb) -----8<----------8<----------8<----------8<----------8<----- I have looked into frame #7 because after that the trap is called and I suppose the problem ist there. But that's the end of my knowledge. The dmesg for the relevant hardware info. -----8<----------8<----------8<----------8<----------8<----- worf:~> dmesg=20 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 #35: Thu Jul 19 22:04:13 CEST 2007 root@worf.mydomain.home:/usr/obj/usr/src/sys/ATHLON Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) Processor (698.65-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x621 Stepping =3D 1 Features=3D0x183f9ff AMD Features=3D0xc0400800 real memory =3D 536805376 (511 MB) avail memory =3D 515891200 (491 MB) acpi0: on motherboard acpi0: Power Button (fixed) unknown: I/O range not supported Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x5008-0x500b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: port 0xdc00-0xdc03 mem 0xe0000000-0xe7ff= ffff,0xeedff000-0xeedfffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 drm0: mem 0xdc000000-0xddffffff,0xefefc000-0xefeff= fff,0xef000000-0xef7fffff irq 11 at device 5.0 on pci1 info: [drm] AGP at 0xe0000000 128MB info: [drm] Initialized mga 3.2.2 20060319 amd0: port 0xd800-0xd87f irq = 9 at device 4.0 on pci0 amd0: [GIANT-LOCKED] isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177= ,0x376,0xffa0-0xffaf at device 7.1 on pci0 ata0: on atapci0 ata1: on atapci0 uhci0: port 0xd400-0xd41f irq 3 at device 7.2 o= n 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 pci0: at device 7.4 (no driver attached) ed0: port 0xd000-0xd01f irq 11 at device 9.0 on pci0 ed0: Ethernet address: 00:e0:7d:82:22:3f ed0: type RTL8029 (16 bit)=20 acpi_button0: on acpi0 fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0 sio0: type 16550A ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc8fff,0xc9000-0xcbfff,0xe8000-0x= ebfff 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=3D0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sbc0: at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq = 5 drq 1,5 on isa0 sbc0: [GIANT-LOCKED] pcm0: on sbc0 pcm0: [GIANT-LOCKED] ata2: at port 0x168-0x16f,0x36e-0x36f irq= 10 on isa0 uhub1: vendor 0x04b4 product 0x6560, class 9/0, rev 2.00/0.09, addr 2 uhub1: 4 ports with 4 removable, self powered ums0: Logitech Trackball, rev 1.10/2.20, addr 3, iclass 3/1 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 698649046 Hz quality 800 Timecounters tick every 1.000 msec Waiting 12 seconds for SCSI devices to settle ad0: 19544MB at ata0-master UDMA66 ad2: 238475MB at ata1-master UDMA66 GEOM_LABEL: Label for provider ad0s1d is ufs/var. GEOM_LABEL: Label for provider ad0s1e is ufs/usr. GEOM_LABEL: Label for provider ad0s1f is ufs/backup. GEOM_LABEL: Label for provider ad2s2d is ufs/ports. GEOM_LABEL: Label for provider ad2s2e is ufs/home. GEOM_LABEL: Label for provider ad2s2f is ufs/media. GEOM_LABEL: Label for provider ad2s2g is ufs/home2. cd0 at amd0 bus 0 target 3 lun 0 cd0: Removable CD-ROM SCSI-2 device=20 cd0: 10.000MB/s transfers (10.000MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Logical unit is in pro= cess of becoming ready cd1 at amd0 bus 0 target 4 lun 0 cd1: Removable CD-ROM SCSI-2 device=20 cd1: 10.000MB/s transfers (10.000MHz, offset 8) cd1: Attempt to query device size failed: NOT READY, Medium not present - t= ray closed Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted info: [drm] Initialized card for AGP DMA. -----8<----------8<----------8<----------8<----------8<----- But I'm not experienced enough to find out, what really happens. So I need some help, which I hope to find here. If more info is needed, please feel free to ask. BTW: on my laptop I can start hald without any problem. So, it ist a matter of this special machine here. Greeting, Karsten --=20 Karsten Rothemund /"\ PGP-Key: 0x7019CAA5 \ / Fingerprint: E752 C759 B9B2 2057 E42F \ ASCII Ribbon Campaign 50EE 47AC A7CE 7019 CAA5 / \ Against HTML Mail and News --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGpKs6R6ynznAZyqURAuWjAJ9jDJ4pSm9owmcSLJWaczfCHt64pwCgsaXE XpAdLRVCdW9Cmsx2whJGbMM= =3GTo -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0-- From owner-freebsd-stable@FreeBSD.ORG Mon Jul 23 14:10:18 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 AC8BF16A420 for ; Mon, 23 Jul 2007 14:10:18 +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 12C4E13C46E for ; Mon, 23 Jul 2007 14:10:17 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (mlifor@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l6NEA6cR034749 for ; Mon, 23 Jul 2007 16:10:16 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l6NEA6Do034748; Mon, 23 Jul 2007 16:10:06 +0200 (CEST) (envelope-from olli) Date: Mon, 23 Jul 2007 16:10:06 +0200 (CEST) Message-Id: <200707231410.l6NEA6Do034748@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <46A453A4.90008@gmx.de> 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]); Mon, 23 Jul 2007 16:10:16 +0200 (CEST) Cc: Subject: Re: ntpd just sits there and does 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: Mon, 23 Jul 2007 14:10:18 -0000 [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. > > ntp.conf > > server 0.de.pool.ntp.org minpoll 4 maxpoll 8 > server 1.de.pool.ntp.org minpoll 4 maxpoll 8 > server 2.de.pool.ntp.org minpoll 4 maxpoll 8 > server ntp1.rz.uni-karlsruhe.de minpoll 4 maxpoll 8 > server ntp2.rz.uni-karlsruhe.de minpoll 4 maxpoll 8 > server ntp3.rz.uni-karlsruhe.de minpoll 4 maxpoll 8 > server ntp4.rz.uni-karlsruhe.de minpoll 4 maxpoll 8 > > restrict default ignore > restrict 127.0.0.1 You need to add proper restrict lines for the servers, of course. Basically you have configured ntpd to ignore all servers. Also, putting "minpoll 4 maxpoll 8" on all servers is somewhat suboptimal and puts an unnecessary burden on the servers and networks without reason. I recommend to use low polling intervals and the iburst option for one or two local servers only (e.g. for NTP servers located in your direct upstream or at your ISP), and higher polling intervals for other public servers. 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 "Software gets slower faster than hardware gets faster." -- Niklaus Wirth From owner-freebsd-stable@FreeBSD.ORG Mon Jul 23 14: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 C600616A41F for ; Mon, 23 Jul 2007 14:14:08 +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 91B1913C46E for ; Mon, 23 Jul 2007 14:14:06 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 8096 invoked from network); 23 Jul 2007 09:14:03 -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; 23 Jul 2007 09:14:03 -0500 Date: Tue, 24 Jul 2007 00:13:59 +1000 From: Norberto Meijome To: Nikolay Pavlov Message-ID: <20070724001359.10b4d158@localhost> In-Reply-To: <200707231216.23215.qpadla@gmail.com> References: <20070722120024.91A7316A4C2@hub.freebsd.org> <79DB43A3-7486-46AD-9BFF-5450A02E292E@gmail.com> <200707231216.23215.qpadla@gmail.com> 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: Michael Williams , freebsd-stable@freebsd.org Subject: Re: HOW TO: Setting up rails for "shared hosting" on a dedicated box. . .? 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, 23 Jul 2007 14:14:08 -0000 On Mon, 23 Jul 2007 12:16:17 +0300 Nikolay Pavlov wrote: > On Sunday 22 July 2007 16:32:19 Michael Williams wrote: > > Hi All, > > > > As you may already know, A partner and I recently purchased a > > dedicated FreeBSD box. We're currently using Plesk (blech!) to > > manage client domains and such. I'm curious though as to what the > > best (most manageable) setup/configuration is for supporting Rails > > for each of our clients. Basically we want to be our own Shared > > Hosting Rails Provider (for lack of a more appropriate phrase) and > > need to figure out the best server configuration. Just a bit of an > > FYI, everything is already running on Apache2 so I'd need to share > > Apache2 among all programs (e.g. svn, rails, etc); as opposed to > > splitting tasks between Apache and Apache2. > > > > If you could point me in the right direction it would be most > > appreciated. > > > > Regards, > > Michael > > _______________________________________________ > > 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" > > Hi Michael. I don't think that apache is the best choice to handle rails > applications. However in case of Share hosting environment it would be fine. > I see three choices here: > 1) Apache2 + mod_proxy_balancer + mongrel (The best way IMHO) > 2) Apache2 + fast_cgi (Could have some problems, due to mostly > unmaintainable nature of fast_cgi) > 3) Apache2 + cgi (Absolutely workable, but VERY slow case) > Look into Lighty (http://lighttpd.net ) _________________________ {Beto|Norberto|Numard} Meijome "Ugly programs are like ugly suspension bridges: they're much more liable to collapse than pretty ones, because the way humans (especially engineer-humans) perceive beauty is intimately related to our ability to process and understand complexity. A language that makes it hard to write elegant code makes it hard to write good code." Eric Raymond 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 Mon Jul 23 14:16: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 03F9016A418; Mon, 23 Jul 2007 14:16:03 +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 74B8113C491; Mon, 23 Jul 2007 14:16:02 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (sbapqb@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l6NEFuJe035077; Mon, 23 Jul 2007 16:16:01 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l6NEFuRo035076; Mon, 23 Jul 2007 16:15:56 +0200 (CEST) (envelope-from olli) Date: Mon, 23 Jul 2007 16:15:56 +0200 (CEST) Message-Id: <200707231415.l6NEFuRo035076@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, se@FreeBSD.ORG In-Reply-To: <469E6545.3070600@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]); Mon, 23 Jul 2007 16:16:01 +0200 (CEST) Cc: Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, se@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jul 2007 14:16:03 -0000 Stefan Esser wrote: > Oliver Fromme wrote: > > Momchil Ivanov wrote: > > > I don`t know how things work, but shutting down the system when some > > > mounted fs is no longer present seems like the wrong thing to me. > > > > As Josh wrote, it's expected. The problem is known > > to exist for a long time already (probably as long > > as FreeBSD itself exists), and if there was an easy > > solution, certainly someone would have fixed it. > > I have to check this, but AFAIK this problem exists only for > devices/partitions that are mounted R/W. Do you happen to > know this? (I can not risk to crash my box right now for a > test ;-) I'm afraid the problem affects _all_ mounts, including read-only mounts. > There once was an autofs implementation, but IIRC it has > later been removed. It could not only automatically mount > removable media, but it could also help with the problem > of devices that are rarely written to, but still mounted > R/W just in case for easy write-access. > > Long time ago I had the idea that a clean file system could > be mounted R/O after a short delay. When all dirty buffers > are flushed, the device could be forcefully disconnected > without causing inconsistencies in the kernel. If there are > no open file descriptors, the super-block could be written > with the "clean" flag set, to signal that no fsck is needed > when the partition is mounted next time. > > Internally, the device can be treated as R/O, with the only > exeption that an attempted write is not rejected, but that > it instead triggers the change back to R/W operation (this > means setting the in-RAM copy of the super-block to dirty > before the write is allowed to proceed as normal). That's a very interesting idea. Unfortunately it doesn't solve the problem, because read-only mounts have the same problem, unfortunately. So, currently the best work-around is to use amd with a very short timeout. Or simply remember to umount your removable media manually. 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 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' From owner-freebsd-stable@FreeBSD.ORG Mon Jul 23 14:39: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 3FE4316A41F for ; Mon, 23 Jul 2007 14:39:40 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id E1E0713C458 for ; Mon, 23 Jul 2007 14:39:39 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.1/8.14.1) with ESMTP id l6NEdXvc073433; Mon, 23 Jul 2007 09:39:33 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Mon, 23 Jul 2007 09:39:32 -0500 (CDT) From: "Sean C. Farley" To: Matthew Seaman In-Reply-To: <46A46C27.6050703@infracaninophile.co.uk> Message-ID: <20070723093201.W9030@thor.farley.org> References: <469F9A85.4090209@gmx.de> <20070719192749.GG1141@turion.vk2pj.dyndns.org> <46A453A4.90008@gmx.de> <46A46C27.6050703@infracaninophile.co.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on mail.farley.org Cc: "\[LoN\]Kamikaze" , freebsd-stable@FreeBSD.org 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, 23 Jul 2007 14:39:40 -0000 On Mon, 23 Jul 2007, Matthew Seaman wrote: > [LoN]Kamikaze wrote: >> My original intention was just to say that openntpd works just out of >> the box, while ntpd doesn't. And since openntpd works fine for me, I >> am not really interested in resolving this. Anyway since so many of >> you seem to be, here is the requested data: >> >>> ntp.conf >> >> server 0.de.pool.ntp.org minpoll 4 maxpoll 8 >> server 1.de.pool.ntp.org minpoll 4 maxpoll 8 >> server 2.de.pool.ntp.org minpoll 4 maxpoll 8 >> server ntp1.rz.uni-karlsruhe.de minpoll 4 maxpoll 8 >> server ntp2.rz.uni-karlsruhe.de minpoll 4 maxpoll 8 >> server ntp3.rz.uni-karlsruhe.de minpoll 4 maxpoll 8 >> server ntp4.rz.uni-karlsruhe.de minpoll 4 maxpoll 8 >> >> restrict default ignore >> restrict 127.0.0.1 > > Err.. your configuration says "ignore all NTP servers except > localhost". You would need to let ntpd accept a time service from > all those machines you've told it are servers. Since you're using > pool.ntp.org, you're going to need a blanket 'allow any server' > config like: > > restrict default nomodify nopeer noquery > restrict 127.0.0.1 Do you actually need to open it up that way? I have this on my server which seems to work: server 0.us.pool.ntp.org server 1.us.pool.ntp.org server 2.us.pool.ntp.org server 3.us.pool.ntp.org restrict default ignore restrict 0.us.pool.ntp.org nomodify nopeer noquery notrap restrict 1.us.pool.ntp.org nomodify nopeer noquery notrap restrict 2.us.pool.ntp.org nomodify nopeer noquery notrap restrict 3.us.pool.ntp.org nomodify nopeer noquery notrap restrict AAA.BBB.CCC.0 mask 255.255.255.0 nomodify nopeer notrap restrict -6 aaaa:bbbb:cccc:dddd:eeee:: mask ffff:ffff:ffff:ffff:ffff: nomodify nopeer notrap restrict 127.0.0.1 restrict -6 ::1 # ntpdc -c peers remote local st poll reach delay offset disp ======================================================================= = AAA.BBB.CCC.DDD 3 1024 377 0.03639 0.014113 0.01482 *tock.jrc.us AAA.BBB.CCC.DDD 2 1024 377 0.05907 0.000169 0.01485 =nubtail.allbook AAA.BBB.CCC.DDD 3 1024 377 0.05696 0.000660 0.01485 =cletus.pettit.o AAA.BBB.CCC.DDD 2 1024 377 0.11273 -0.004489 0.01482 Sean -- scf@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon Jul 23 15:09:52 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 1F20916A41B for ; Mon, 23 Jul 2007 15:09:52 +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 0AAB613C459 for ; Mon, 23 Jul 2007 15:09:52 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id E68421CC050; Mon, 23 Jul 2007 08:09:51 -0700 (PDT) Date: Mon, 23 Jul 2007 08:09:51 -0700 From: Jeremy Chadwick To: "Sean C. Farley" Message-ID: <20070723150951.GA44849@eos.sc1.parodius.com> Mail-Followup-To: "Sean C. Farley" , Matthew Seaman , "[LoN]Kamikaze" , freebsd-stable@FreeBSD.org References: <469F9A85.4090209@gmx.de> <20070719192749.GG1141@turion.vk2pj.dyndns.org> <46A453A4.90008@gmx.de> <46A46C27.6050703@infracaninophile.co.uk> <20070723093201.W9030@thor.farley.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070723093201.W9030@thor.farley.org> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: "\[LoN\]Kamikaze" , freebsd-stable@FreeBSD.org 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, 23 Jul 2007 15:09:52 -0000 On Mon, Jul 23, 2007 at 09:39:32AM -0500, Sean C. Farley wrote: > Do you actually need to open it up that way? I have this on my server > which seems to work: You don't *need* to. The method he described allows you to avoid having to make a "restrict" entry for each matching "server", that's all. Your configuration is correct as well. :-) -- | 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 Mon Jul 23 16:13: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 72B0116A418 for ; Mon, 23 Jul 2007 16:13:20 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from queueout04-winn.ispmail.ntl.com (queueout04-winn.ispmail.ntl.com [81.103.221.58]) by mx1.freebsd.org (Postfix) with ESMTP id 04EDB13C467 for ; Mon, 23 Jul 2007 16:13:19 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from aamtaout04-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout01-winn.ispmail.ntl.com with ESMTP id <20070723160226.WJTK12936.mtaout01-winn.ispmail.ntl.com@aamtaout04-winn.ispmail.ntl.com> for ; Mon, 23 Jul 2007 17:02:26 +0100 Received: from cpc1-cove3-0-0-cust839.sol2.cable.ntl.com ([86.20.31.72]) by aamtaout04-winn.ispmail.ntl.com with ESMTP id <20070723160225.ZWQR29112.aamtaout04-winn.ispmail.ntl.com@cpc1-cove3-0-0-cust839.sol2.cable.ntl.com> for ; Mon, 23 Jul 2007 17:02:25 +0100 Received: from gamma.private.lan (gamma.private.lan [192.168.0.12]) by cpc1-cove3-0-0-cust839.sol2.cable.ntl.com (8.13.8/8.13.8) with ESMTP id l6NG2LsA029023; Mon, 23 Jul 2007 17:02:21 +0100 (BST) (envelope-from ianjhart@ntlworld.com) From: ian j hart To: freebsd-stable@freebsd.org Date: Mon, 23 Jul 2007 17:02:21 +0100 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707231702.21413.ianjhart@ntlworld.com> X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on cpc1-cove3-0-0-cust839.sol2.cable.ntl.com Cc: Pete French Subject: Re: ntpd on a NAT gateway seems to do 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, 23 Jul 2007 16:13:20 -0000 On Monday 23 July 2007 13:50:09 Pete French wrote: > Just following the similarly names thread with a bit of interest and I > decided to check my own ntp setup and, to my surprise, discovered I also > have a machine which does nothing. What is more surprising to me is that it > has the same config as a number of other machines, all of which work. > > We have a segment of network which is behind a NAT, and there is a BSD box > running 'pf' actiing as the NAT gateway. Running ntpd on the actual > NAT box does not work, but running it on the clients the far side of > the NAT does, or on clients the live side of the NAT. I should probably > exolain that the NAT goes onto another network which is also natted, though > that NAT is out of my control. > > The ntp.conf file looks like this on all machines: > > disable auth > enable ntp > driftfile /etc/ntp.drift > server 10.17.19.0 > server 195.40.0.250 > server 158.43.128.33 > server 158.43.128.66 > server 158.43.192.66 > > The time servers there are for easynet, pipex and an internal machine at > a remote location. ntpdate on the machine can query all the hosts fine, > but ntpdc -p gives: > > remote local st poll reach delay offset disp > ======================================================================= > =valliere.ns.eas 172.16.1.8 16 64 0 0.00000 0.000000 0.00000 > =turpentine.ratt 172.16.1.8 3 128 7 0.01451 -0.007633 1.93823 > =ntp2.pipex.net 172.16.1.8 16 64 0 0.00000 0.000000 0.00000 > =ntp0.pipex.net 172.16.1.8 16 64 0 0.00000 0.000000 0.00000 > =ntp1.pipex.net 172.16.1.8 16 64 0 0.00000 0.000000 0.00000 > > As you can see, it can only reach the internal machine. On other machines > behind the NAT it looks like this: > > remote local st poll reach delay offset disp > ======================================================================= > =valliere.ns.eas 10.50.50.2 2 256 377 0.00577 -0.004396 0.01192 > =turpentine.ratt 10.50.50.2 3 256 377 0.01534 -0.004566 0.00482 > *ntp2.pipex.net 10.50.50.2 2 256 377 0.00635 -0.004052 0.00899 > =ntp0.pipex.net 10.50.50.2 2 256 377 0.00729 -0.002443 0.01395 > =ntp1.pipex.net 10.50.50.2 2 256 377 0.00768 -0.002426 0.00951 > > But those connections are flowing through the NAT box oon which ntpd > is not connecting! > > Any suggestions ? I assume it has something to do with the NAT, but I am > not sure what. All other TCP connections out from that machine to > external systems work fine, so it is not as if outbound connections from > there are not working at all. > > -pcf. > _______________________________________________ > 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" It's deja-vu all over again. I found my works NTP service was broken on Friday, just after I started my holiday. Packets were going out but nothing was coming back. I'm using IPFW and ipnat, which I believe is somewhat unusual. Ipnat is there to 'fix' the source IP. Don't ask! Checking the logs it appears that this broke after I updated from 6.2-RELEASE-p1 to 6.2-RELEASE-p5. I found this in messages. May 30 17:25:31 firewall ntpd[825]: ntpd 4.2.0-a Tue May 29 20:59:19 BST 2007 (1) May 30 17:27:31 firewall ntpd[825]: too many recvbufs allocated (40) ntpq -p would report No Association ID's (from memory) Anyway; I just did a cleandir x2, rebuild and update to p6, and it's working again. Might be worth a try. -- ian j hart From owner-freebsd-stable@FreeBSD.ORG Mon Jul 23 16:34: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 BBD8C16A417 for ; Mon, 23 Jul 2007 16:34:54 +0000 (UTC) (envelope-from kris@pcbsd.com) Received: from pcbsd.ixsystems.com (pcbsd.ixsystems.net [206.40.55.78]) by mx1.freebsd.org (Postfix) with ESMTP id AE6C713C459 for ; Mon, 23 Jul 2007 16:34:54 +0000 (UTC) (envelope-from kris@pcbsd.com) Received: from [192.168.1.102] (c-67-170-130-86.hsd1.wa.comcast.net [67.170.130.86]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pcbsd.ixsystems.com (Postfix) with ESMTP id 13662145F422 for ; Mon, 23 Jul 2007 16:41:41 +0000 (UTC) Message-ID: <46A4D8B1.3040706@pcbsd.com> Date: Mon, 23 Jul 2007 09:34:57 -0700 From: Kris Moore User-Agent: Thunderbird 2.0.0.5 (Windows/20070716) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Issues with Bootloader & Vista 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, 23 Jul 2007 16:34:54 -0000 Hey guys, We've released our 1.4 BETA of PC-BSD this week, and one of the issues which has come up is the broken support for dual-booting with a Vista system. Apparently the FreeBSD boot loader messes up some of Vista's boot process. Here's what one of our users tracked it down to: ....................................................................... If a user wises to re size the Vista partition then dual boot the user maybe surprised to find Vista will fail to boot from the BSD boot loader with the following error message: "The file /Windows/system32/winload.exe can not be found or is corrupt." This is due to the BSD boot loader overwriting a UUID in the MBR the Vista OS uses to boot for some reason as it was not in the Beta or the RC. ....................................................................... Is this a known issue, or something we may have fixed in 6-Stable soon? If so it would be great if I could find a fix before we release a final version down the road. -- Kris Moore PC-BSD Software http://www.pcbsd.com From owner-freebsd-stable@FreeBSD.ORG Mon Jul 23 17:44:28 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 21C2216A417 for ; Mon, 23 Jul 2007 17:44:28 +0000 (UTC) (envelope-from hg@queue.to) Received: from pickle.queue.to (pickle.queue.to [71.180.69.18]) by mx1.freebsd.org (Postfix) with ESMTP id DE89113C442 for ; Mon, 23 Jul 2007 17:44:27 +0000 (UTC) (envelope-from hg@queue.to) Received: (qmail 94003 invoked from network); 23 Jul 2007 13:44:26 -0400 Received: from cally.queue.to (172.16.0.6) by pickle.queue.to with ESMTP; 23 Jul 2007 13:44:26 -0400 Message-ID: <46A4E8FA.6010403@queue.to> Date: Mon, 23 Jul 2007 13:44:26 -0400 From: Howard Goldstein User-Agent: Thunderbird 2.0.0.5 (X11/20070720) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: geom vs ich through ar device - benchmarks? 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, 23 Jul 2007 17:44:28 -0000 Has anyone done any benchmarks in desktop or server environment comparing geom with an ICH controller through the ar device in RAID1 service? Teh google, it seems to pick up grammar school math assignments lots of what may be relevant hits for fortunate speakers of German :( From owner-freebsd-stable@FreeBSD.ORG Mon Jul 23 19:15:26 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 C468716A417 for ; Mon, 23 Jul 2007 19:15:26 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 2A6C713C478 for ; Mon, 23 Jul 2007 19:15:25 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 23 Jul 2007 19:15:24 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp058) with SMTP; 23 Jul 2007 21:15:24 +0200 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX1+HazpIm8OH71gJJEoniglgs2Q7zXy5jnw7YATKse b4gFkBzFhqHZwV Message-ID: <46A4FE4B.8040608@gmx.de> Date: Mon, 23 Jul 2007 21:15:23 +0200 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.5 (X11/20070721) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG References: <200707231410.l6NEA6Do034748@lurza.secnetix.de> In-Reply-To: <200707231410.l6NEA6Do034748@lurza.secnetix.de> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 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, 23 Jul 2007 19:15:26 -0000 Oliver Fromme wrote: > [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. Obviously I'm too stupid to configure ntpd by myself. Thanks for all the effort. I have watched ntpd do its magic for an hour, now. And it seems to aim at running my clock half a second behind the server clocks. Maybe I just didn't watch long enough, I understand that ntpd is trying to figure out how much my clock goes wrong and only adjusts time very slowly. > Demanding to replace ntpd with openntpd in the FreeBSD > base system because you cannot get the configuration right > is ridiculous. I wasn't really demanding, but saying that I'd (personally) prefer openntpd. And my original argument still stands, it's much simpler than ntpd and though I lack the intelligence to configure ntpd, it suffices for openntpd. Seeing that nobody seems to agree with me, I'm happy with running openntpd from ports. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 23 19:19: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 049B416A469 for ; Mon, 23 Jul 2007 19:19:01 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-out3.apple.com (mail-out3.apple.com [17.254.13.22]) by mx1.freebsd.org (Postfix) with ESMTP id EBE9B13C483 for ; Mon, 23 Jul 2007 19:19:00 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay5.apple.com (relay5.apple.com [17.128.113.35]) by mail-out3.apple.com (Postfix) with ESMTP id D3BA8C7FBFA; Mon, 23 Jul 2007 12:19:00 -0700 (PDT) Received: from relay5.apple.com (unknown [127.0.0.1]) by relay5.apple.com (Symantec Mail Security) with ESMTP id C16AA29C002; Mon, 23 Jul 2007 12:19:00 -0700 (PDT) X-AuditID: 11807123-a7741bb000000b34-8a-46a4ff2496a0 Received: from [17.214.13.96] (cswiger1.apple.com [17.214.13.96]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by relay5.apple.com (Apple SCV relay) with ESMTP id A7D5030400C; Mon, 23 Jul 2007 12:19:00 -0700 (PDT) In-Reply-To: <200707231410.l6NEA6Do034748@lurza.secnetix.de> References: <200707231410.l6NEA6Do034748@lurza.secnetix.de> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <9CF2C133-3EAF-4E75-A9DA-5366CD0535BF@mac.com> Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Mon, 23 Jul 2007 12:18:59 -0700 To: freebsd-stable@FreeBSD.ORG X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== Cc: LoN_Kamikaze@gmx.de 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, 23 Jul 2007 19:19:01 -0000 On Jul 23, 2007, at 7:10 AM, Oliver Fromme wrote: > [LoN]Kamikaze wrote: >> server 0.de.pool.ntp.org minpoll 4 maxpoll 8 >> server 1.de.pool.ntp.org minpoll 4 maxpoll 8 >> server 2.de.pool.ntp.org minpoll 4 maxpoll 8 >> server ntp1.rz.uni-karlsruhe.de minpoll 4 maxpoll 8 >> server ntp2.rz.uni-karlsruhe.de minpoll 4 maxpoll 8 >> server ntp3.rz.uni-karlsruhe.de minpoll 4 maxpoll 8 >> server ntp4.rz.uni-karlsruhe.de minpoll 4 maxpoll 8 >> >> restrict default ignore >> restrict 127.0.0.1 > > You need to add proper restrict lines for the servers, > of course. Basically you have configured ntpd to > ignore all servers. > > Also, putting "minpoll 4 maxpoll 8" on all servers is > somewhat suboptimal and puts an unnecessary burden on the > servers and networks without reason. I recommend to use > low polling intervals and the iburst option for one or > two local servers only (e.g. for NTP servers located in > your direct upstream or at your ISP), and higher polling > intervals for other public servers. I wish to second what Oliver has said, only more strongly: using "minpoll 4" is considered abusive and a misuse of the NTP pool. From http://www.pool.ntp.org/use.html "Be friendly. Many servers are provided by volunteers, and almost all time servers are really file or mail or webservers which just happen to also run ntp. So don't use more than three time servers in your configuration, and don't play dirty tricks with burst or minpoll - all you will gain is that this project will be stopped sooner or later." No machine should ever poll faster than once a minute (aka "minpoll 8") to someone else's timeserver without prior agreement. For an example of a reasonable client config, MacOS X uses a minpoll of 12 and a maxpoll of 17. -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Mon Jul 23 19:22: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 9196D16A417 for ; Mon, 23 Jul 2007 19:22:23 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.freebsd.org (Postfix) with ESMTP id 64F9A13C4A8 for ; Mon, 23 Jul 2007 19:22:23 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by mail.ticketswitch.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1ID3U6-000PCg-Mo; Mon, 23 Jul 2007 20:22:22 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1ID3U6-0001LW-Ll; Mon, 23 Jul 2007 20:22:22 +0100 To: freebsd-stable@freebsd.org, ianjhart@ntlworld.com In-Reply-To: <200707231702.21413.ianjhart@ntlworld.com> Message-Id: From: Pete French Date: Mon, 23 Jul 2007 20:22:22 +0100 Cc: Subject: Re: ntpd on a NAT gateway seems to do 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, 23 Jul 2007 19:22:23 -0000 > It's deja-vu all over again. > > I found my works NTP service was broken on Friday, just after I started my > holiday. Interesting to hear from someone also using NAt with a very similar problem. Thanks, I am running -STABLE rather than RELENG, but I suspect I will simply try updating to a later STABLE tomorrow and see if that helps. > I'm using IPFW and ipnat, which I believe is somewhat unusual. Ipnat is there > to 'fix' the source IP. Don't ask! :-) once you start playing with NAT things can get odd quite fast I have found! > Anyway; I just did a cleandir x2, rebuild and update to p6, and it's working > again. > > Might be worth a try. I'll try tomorrow, thanks, -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 23 19:22:34 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 CC78116A498 for ; Mon, 23 Jul 2007 19:22:34 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 2F64A13C4A7 for ; Mon, 23 Jul 2007 19:22:34 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 23 Jul 2007 19:22:32 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp032) with SMTP; 23 Jul 2007 21:22:32 +0200 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX1+/0elAN0K/wRn7kZPGtLSUfENyFikeemhZbuYwdt DAyTze5N7+RZB4 Message-ID: <46A4FFF8.2080302@gmx.de> Date: Mon, 23 Jul 2007 21:22:32 +0200 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.5 (X11/20070721) MIME-Version: 1.0 To: Chuck Swiger References: <200707231410.l6NEA6Do034748@lurza.secnetix.de> <9CF2C133-3EAF-4E75-A9DA-5366CD0535BF@mac.com> In-Reply-To: <9CF2C133-3EAF-4E75-A9DA-5366CD0535BF@mac.com> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@FreeBSD.ORG 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, 23 Jul 2007 19:22:34 -0000 Chuck Swiger wrote: > On Jul 23, 2007, at 7:10 AM, Oliver Fromme wrote: >> [LoN]Kamikaze wrote: >>> server 0.de.pool.ntp.org minpoll 4 maxpoll 8 >>> server 1.de.pool.ntp.org minpoll 4 maxpoll 8 >>> server 2.de.pool.ntp.org minpoll 4 maxpoll 8 >>> server ntp1.rz.uni-karlsruhe.de minpoll 4 maxpoll 8 >>> server ntp2.rz.uni-karlsruhe.de minpoll 4 maxpoll 8 >>> server ntp3.rz.uni-karlsruhe.de minpoll 4 maxpoll 8 >>> server ntp4.rz.uni-karlsruhe.de minpoll 4 maxpoll 8 >>> >>> restrict default ignore >>> restrict 127.0.0.1 >> >> You need to add proper restrict lines for the servers, >> of course. Basically you have configured ntpd to >> ignore all servers. >> >> Also, putting "minpoll 4 maxpoll 8" on all servers is >> somewhat suboptimal and puts an unnecessary burden on the >> servers and networks without reason. I recommend to use >> low polling intervals and the iburst option for one or >> two local servers only (e.g. for NTP servers located in >> your direct upstream or at your ISP), and higher polling >> intervals for other public servers. > > I wish to second what Oliver has said, only more strongly: using > "minpoll 4" is considered abusive and a misuse of the NTP pool. From > http://www.pool.ntp.org/use.html That was only for testing. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 23 19:41:00 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 171F816A418 for ; Mon, 23 Jul 2007 19:41:00 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-out3.apple.com (mail-out3.apple.com [17.254.13.22]) by mx1.freebsd.org (Postfix) with ESMTP id 0B48713C457 for ; Mon, 23 Jul 2007 19:41:00 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay5.apple.com (relay5.apple.com [17.128.113.35]) by mail-out3.apple.com (Postfix) with ESMTP id E0D13C80365; Mon, 23 Jul 2007 12:40:59 -0700 (PDT) Received: from relay5.apple.com (unknown [127.0.0.1]) by relay5.apple.com (Symantec Mail Security) with ESMTP id CCFEA29C002; Mon, 23 Jul 2007 12:40:59 -0700 (PDT) X-AuditID: 11807123-a673fbb000000b34-4a-46a5044bbb64 Received: from [17.214.13.96] (cswiger1.apple.com [17.214.13.96]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by relay5.apple.com (Apple SCV relay) with ESMTP id B800B30400C; Mon, 23 Jul 2007 12:40:59 -0700 (PDT) In-Reply-To: <46A4FFF8.2080302@gmx.de> References: <200707231410.l6NEA6Do034748@lurza.secnetix.de> <9CF2C133-3EAF-4E75-A9DA-5366CD0535BF@mac.com> <46A4FFF8.2080302@gmx.de> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <028042CA-AA5D-4BC2-A086-CAB67C068F44@mac.com> Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Mon, 23 Jul 2007 12:40:59 -0700 To: [LoN]Kamikaze X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== Cc: freebsd-stable@FreeBSD.ORG 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, 23 Jul 2007 19:41:00 -0000 On Jul 23, 2007, at 12:22 PM, [LoN]Kamikaze wrote: >> I wish to second what Oliver has said, only more strongly: using >> "minpoll 4" is considered abusive and a misuse of the NTP pool. From >> http://www.pool.ntp.org/use.html > > That was only for testing. Please use your own timeservers for testing, not the NTP pool. I'm not trying to be mean, but I've got three NTP servers in the pool, and just a handful of misconfigured clients which poll more often than once a minute consume more bandwidth than 60 to 1000 normal clients do.... -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Mon Jul 23 19:48:25 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 F205B16A41A for ; Mon, 23 Jul 2007 19:48:25 +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 EBE7513C461 for ; Mon, 23 Jul 2007 19:48:25 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 9F6301CC050; Mon, 23 Jul 2007 12:48:25 -0700 (PDT) Date: Mon, 23 Jul 2007 12:48:25 -0700 From: Jeremy Chadwick To: Chuck Swiger Message-ID: <20070723194825.GA56511@eos.sc1.parodius.com> Mail-Followup-To: Chuck Swiger , freebsd-stable@FreeBSD.ORG, LoN_Kamikaze@gmx.de References: <200707231410.l6NEA6Do034748@lurza.secnetix.de> <9CF2C133-3EAF-4E75-A9DA-5366CD0535BF@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9CF2C133-3EAF-4E75-A9DA-5366CD0535BF@mac.com> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: LoN_Kamikaze@gmx.de, freebsd-stable@FreeBSD.ORG 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, 23 Jul 2007 19:48:26 -0000 On Mon, Jul 23, 2007 at 12:18:59PM -0700, Chuck Swiger wrote: > No machine should ever poll faster than once a minute (aka "minpoll 8") to > someone else's timeserver without prior agreement. For an example of a > reasonable client config, MacOS X uses a minpoll of 12 and a maxpoll of 17. And an addendum to this: Our servers use "maxpoll 9" for a very specific reason: it appears to work around an issue where on FreeBSD ntpd continually flips between PLL and FLL mode. The default for maxpoll is 10 (1024 seconds). Taken from our ntp.conf is this comment: # maxpoll 9 is used to work around PLL/FLL flipping, which # happens at exactly 1024 seconds (the default maxpoll value). # Another FreeBSD member recommended using 9 instead. # http://lists.freebsd.org/pipermail/freebsd-stable/2006-December/031512.html -- | 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 Mon Jul 23 19:53:05 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 B9E4C16A417 for ; Mon, 23 Jul 2007 19:53:05 +0000 (UTC) (envelope-from cmiller@cadconceptsinc.cc) Received: from rrcs-agw-01.hrndva.rr.com (rrcs-agw-01.hrndva.rr.com [24.28.200.151]) by mx1.freebsd.org (Postfix) with ESMTP id 88F6313C45B for ; Mon, 23 Jul 2007 19:53:05 +0000 (UTC) (envelope-from cmiller@cadconceptsinc.cc) Received: from rrcs-24-172-222-91.central.biz.rr.com (HELO cadst11) ([24.172.222.91]) by rrcs-agw-01.hrndva.rr.com with ESMTP; 23 Jul 2007 15:17:45 -0400 From: "Chris Miller" To: Date: Mon, 23 Jul 2007 15:24:51 -0400 Message-ID: <002001c7cd5f$24ae0500$2201a8c0@cadst11> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcfNXyQCZ1YjtFjmQ624oVqwGlGJYg== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Dell SC440 Onboard LAN 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, 23 Jul 2007 19:53:05 -0000 I'm trying to get the onboard NIC working on FreeBSD 6.2, but I'm not having any luck. From what I've read, others have had problems with it as well. I believe it is the Broadcom 5787. Christopher D. Miller CAD Concepts Inc. 1328 Dublin Rd, Suite 201 Columbus, Ohio 43215 Main: 614-485-0670 Direct: 614-827-7410 Fax: 614-485-0677 From owner-freebsd-stable@FreeBSD.ORG Tue Jul 24 00:18:13 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 3733816A418 for ; Tue, 24 Jul 2007 00:18:13 +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 6EC2013C442 for ; Tue, 24 Jul 2007 00:18:12 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.61]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l6O0I7tS084679 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Jul 2007 09:48:08 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Tue, 24 Jul 2007 09:47:55 +0930 User-Agent: KMail/1.9.7 References: <46A4D8B1.3040706@pcbsd.com> In-Reply-To: <46A4D8B1.3040706@pcbsd.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1871022.XCtQZ3HagJ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707240948.04685.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Kris Moore Subject: Re: Issues with Bootloader & Vista 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, 24 Jul 2007 00:18:13 -0000 --nextPart1871022.XCtQZ3HagJ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 24 Jul 2007, Kris Moore wrote: > We've released our 1.4 BETA of PC-BSD this week, and one of the > issues which has come up is the broken support for dual-booting with > a Vista system. Apparently the FreeBSD boot loader messes up some of > Vista's boot process. Here's what one of our users tracked it down > to: > > ..................................................................... >.. If a user wises to re size the Vista partition then dual boot the > user maybe surprised to find Vista will fail to boot from the BSD > boot loader with the following error message: > > "The file /Windows/system32/winload.exe can not be found or is > corrupt." > > This is due to the BSD boot loader overwriting a UUID in the MBR the > Vista OS uses to boot for some reason as it was not in the Beta or > the RC. > ..................................................................... I think this is similar to the signature bytes Windows XP uses to=20 remember which disk is which. I was bitten recently when I reinstalled XP on my laptop - the installer=20 picked E: (NFI why since it was the first partition on the disk) and=20 after I reinstalled the FreeBSD MBR it decided it hadn't seen the disk=20 before and assigned it 'C' and so the swapfile location was invalid=20 which means you can't login (even in safe mode).. I think the solution would be to ensure the 4 bytes it uses are=20 preserved by boot0cfg (although I think sysinstall would need=20 modification too), this page shows the bytes in question.. =20 http://www.multibooters.co.uk/mbr.html I dunno if boot0 has 4 bytes to spare tho :( =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 --nextPart1871022.XCtQZ3HagJ 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) iD8DBQBGpUU85ZPcIHs/zowRAqdTAKCAR/zIDlZlcCGyqq1Xd6J4L7glCwCgpXr6 hVkpLyaJ3xmMh2mQvoYKq2Q= =We77 -----END PGP SIGNATURE----- --nextPart1871022.XCtQZ3HagJ-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 24 01:10:21 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 45D2A16A419 for ; Tue, 24 Jul 2007 01:10:21 +0000 (UTC) (envelope-from unfurl@dub.net) Received: from toxic.magnesium.net (toxic.magnesium.net [207.154.84.15]) by mx1.freebsd.org (Postfix) with ESMTP id 36AEE13C428 for ; Tue, 24 Jul 2007 01:10:21 +0000 (UTC) (envelope-from unfurl@dub.net) Received: from bodhi.local (dsl081-065-206.sfo1.dsl.speakeasy.net [64.81.65.206]) by toxic.magnesium.net (Postfix) with ESMTP id C50D5DA828 for ; Mon, 23 Jul 2007 20:44:37 -0400 (EDT) Message-ID: <46A54B6F.9010100@dub.net> Date: Mon, 23 Jul 2007 17:44:31 -0700 From: Bill Swingle User-Agent: Thunderbird 2.0.0.5 (Macintosh/20070716) MIME-Version: 1.0 To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: problems with Hitachi 1TB SATA drives 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, 24 Jul 2007 01:10:21 -0000 Hello all, I've run across a problem that I hope someone can aid me with. I have a fileserver that currently has a 4-disc raid connected to an IDE 3ware card. I had hoped to replace this dying system with a pair of synchronized 1TB SATA drives. When trying to newfs them both eventually failed with DMA READ or WRITE timeouts. Here's some infos: FreeBSD rum.dub.net 6.2-STABLE FreeBSD 6.2-STABLE #2: Sat Jul 21 09:05:25 PDT 2007 unfurl@rum.dub.net:/usr/obj/usr/src/sys/GENERIC i386 ad0: 43979MB at ata0-master UDMA100 <-- system disk ad4: 953869MB at ata2-master SATA150 ad6: 953869MB at ata3-master SATA150 twed0: on twe0 twed0: 583440MB (1194885120 sectors) A complete dmesg is at http://dub.net/rum.dub.net.dmesg Initially the attempted newfs would cause this: Jul 21 00:21:45 rum kernel: ad4: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=54194911 Jul 21 00:22:20 rum kernel: ad4: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=107260543 Jul 21 00:22:57 rum kernel: ad4: FAILURE - device detached Jul 21 00:22:57 rum kernel: subdisk4: detached Jul 21 00:22:57 rum kernel: ad4: detached Jul 21 00:24:19 rum kernel: ad6: FAILURE - device detached Jul 21 00:24:19 rum kernel: subdisk6: detached Jul 21 00:24:19 rum kernel: ad6: detached After several tries I was able to get both disks newfs'd and mounted but they quickly fell down with DMA timeouts. On one occasion the machine actually panic'd too: ad4: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=1456106111 ad4: TIMEOUT - WRITE_DMA48 retrying (0 retries left) LBA=1456106111 ad4: FAILURE - WRITE_DMA48 timed out LBA=1456106111 ad4: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=54194911 ad4: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=461407775 ad4: TIMEOUT - WRITE_DMA48 retrying (0 retries left) LBA=461407775 ad4: FAILURE - WRITE_DMA48 timed out LBA=461407775 Fatal trap 12: page fault while in kernel mode fault virtual address = 0x66 fault code = supervisor read, page not present instruction pointer = 0x20:0xc07253c3 stack pointer = 0x28:0xd9724b9c frame pointer = 0x28:0xd9724ba4 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 = 779 (mdnsd) trap number = 12 panic: page fault I've read that bad SATA cables could cause this, the cables I'm using are brand new but are probably pretty cheap. Help freebsd-stable, you're my only hope! :) -Bill -- -=| Bill Swingle - unfurl@dub.net From owner-freebsd-stable@FreeBSD.ORG Tue Jul 24 01:58: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 518E416A419 for ; Tue, 24 Jul 2007 01:58:40 +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 BE3F813C459 for ; Tue, 24 Jul 2007 01:58:39 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.61]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l6O1wX1H088693 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Jul 2007 11:28:33 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Tue, 24 Jul 2007 11:28:07 +0930 User-Agent: KMail/1.9.7 References: <46A54B6F.9010100@dub.net> In-Reply-To: <46A54B6F.9010100@dub.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3518604.eNv392llI7"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707241128.19418.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Bill Swingle Subject: Re: problems with Hitachi 1TB SATA drives 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, 24 Jul 2007 01:58:40 -0000 --nextPart3518604.eNv392llI7 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 24 Jul 2007, Bill Swingle wrote: > I've read that bad SATA cables could cause this, the cables I'm using > are brand new but are probably pretty cheap. Unlike they're both faulty too.. You need to post your dmesg otherwise we have no idea what controller=20 you're using.. =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 --nextPart3518604.eNv392llI7 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) iD8DBQBGpVy75ZPcIHs/zowRAuuOAJ4936klzxqciFIs/KXAFSCHA+ZpHgCghjvH FKy5QElfDdg/pL5rkO7Ynbc= =K3H4 -----END PGP SIGNATURE----- --nextPart3518604.eNv392llI7-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 24 02:40:32 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 2C5B616A418 for ; Tue, 24 Jul 2007 02:40:32 +0000 (UTC) (envelope-from unfurl@dub.net) Received: from toxic.magnesium.net (toxic.magnesium.net [207.154.84.15]) by mx1.freebsd.org (Postfix) with ESMTP id 1A10013C458 for ; Tue, 24 Jul 2007 02:40:32 +0000 (UTC) (envelope-from unfurl@dub.net) Received: from bodhi.local (dsl081-065-206.sfo1.dsl.speakeasy.net [64.81.65.206]) by toxic.magnesium.net (Postfix) with ESMTP id D849EDA9AF; Mon, 23 Jul 2007 22:40:27 -0400 (EDT) Message-ID: <46A56695.1000001@dub.net> Date: Mon, 23 Jul 2007 19:40:21 -0700 From: Bill Swingle User-Agent: Thunderbird 2.0.0.5 (Macintosh/20070716) MIME-Version: 1.0 To: Daniel O'Connor References: <46A54B6F.9010100@dub.net> <200707241128.19418.doconnor@gsoft.com.au> In-Reply-To: <200707241128.19418.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: problems with Hitachi 1TB SATA drives 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, 24 Jul 2007 02:40:32 -0000 Doh, I knew I forgot something in my original email. Here's the full dmesg: http://dub.net/rum.dub.net.dmesg Here's the controller info: atapci1: port 0xec00-0xec07,0xe800-0xe803,0xe400-0xe407,0xe000-0xe003,0xdc00-0xdc0f irq 18 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 -Bill Daniel O'Connor wrote: > On Tue, 24 Jul 2007, Bill Swingle wrote: >> I've read that bad SATA cables could cause this, the cables I'm using >> are brand new but are probably pretty cheap. > > Unlike they're both faulty too.. > > You need to post your dmesg otherwise we have no idea what controller > you're using.. > -- -=| Bill Swingle - unfurl@dub.net From owner-freebsd-stable@FreeBSD.ORG Tue Jul 24 04:42: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 3F47516A41F for ; Tue, 24 Jul 2007 04:42: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 2BAAD13C469 for ; Tue, 24 Jul 2007 04:42:08 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 18C731CC05D; Mon, 23 Jul 2007 21:42:08 -0700 (PDT) Date: Mon, 23 Jul 2007 21:42:08 -0700 From: Jeremy Chadwick To: Bill Swingle Message-ID: <20070724044208.GA79101@eos.sc1.parodius.com> Mail-Followup-To: Bill Swingle , Daniel O'Connor , freebsd-stable@freebsd.org References: <46A54B6F.9010100@dub.net> <200707241128.19418.doconnor@gsoft.com.au> <46A56695.1000001@dub.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46A56695.1000001@dub.net> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-stable@freebsd.org Subject: Re: problems with Hitachi 1TB SATA drives 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, 24 Jul 2007 04:42:08 -0000 On Mon, Jul 23, 2007 at 07:40:21PM -0700, Bill Swingle wrote: > Doh, I knew I forgot something in my original email. > Here's the full dmesg: http://dub.net/rum.dub.net.dmesg Actually you did include this in your original Email. I think Daniel overlooked it. :-) After looking at your dmesg and your claim, I got confused because your initial statement included the use of a 3ware card. A verbose description of your configuration: * ad0: 43979MB at ata0-master UDMA100 -- hooked to: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 * ad4: 953869MB at ata2-master SATA150 * ad6: 953869MB at ata3-master SATA150 -- both hooked to: atapci1: port 0xec00-0xec07,0xe800-0xe803,0xe400-0xe407,0xe000-0xe003,0xdc00-0xdc0f irq 18 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 * twed0: on twe0 twed0: 583440MB (1194885120 sectors) -- hoooked to: twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0xb800-0xb80f mem 0xfeaffc00-0xfeaffc0f,0xfe000000-0xfe7fffff irq 17 at device 2.0 on pci3 twe0: [GIANT-LOCKED] twe0: 4 ports, Firmware FE7X 1.05.00.063, BIOS BE7X 1.08.00.048 I have to assume that atapci0 is actually using IRQ 14 even though it's not shown (weird...). Additionally your ICH5 SATA controller is sharing an IRQ with a couple other devices on the PCI bus; this isn't bad, but I'm noting it here in case this turns out to be some weird interrupt problem: em0: port 0xac00-0xac1f mem 0xfd9e0000-0xfd9fffff irq 18 at device 1.0 on pci2 uhci2: port 0xd400-0xd41f irq 18 at device 29.2 on pci0 On to this: > Jul 21 00:21:45 rum kernel: ad4: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=54194911 > Jul 21 00:22:20 rum kernel: ad4: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=107260543 > Jul 21 00:22:57 rum kernel: ad4: FAILURE - device detached > Jul 21 00:22:57 rum kernel: subdisk4: detached > Jul 21 00:22:57 rum kernel: ad4: detached > Jul 21 00:24:19 rum kernel: ad6: FAILURE - device detached > Jul 21 00:24:19 rum kernel: subdisk6: detached > Jul 21 00:24:19 rum kernel: ad6: detached > > ad4: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=1456106111 > ad4: TIMEOUT - WRITE_DMA48 retrying (0 retries left) LBA=1456106111 > ad4: FAILURE - WRITE_DMA48 timed out LBA=1456106111 > ad4: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=54194911 > ad4: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=461407775 > ad4: TIMEOUT - WRITE_DMA48 retrying (0 retries left) LBA=461407775 > ad4: FAILURE - WRITE_DMA48 timed out LBA=461407775 But then: > When trying to newfs them both eventually failed with DMA READ or > WRITE timeouts. Now I'm confused. :-) I only see evidence of a failure on ad4. The ad6 disk disconnecting from the bus could be caused by the controller getting wedged while waiting for certain transactions sent to ad4 (which are failing). I've seen this scenario happen many times. The panic you got is probably also induced by the same issue. Does the WRITE_DMA/DMA48 problem happen for you when newfs'ing a slice on ad6? > I've read that bad SATA cables could cause this, the cables I'm using > are brand new but are probably pretty cheap. For testing purposes swap them out with some other cables. It may not be the cables at all, so keep the originals around. Also might try using some of that canned air to blow out any dust around the SATA connector ends on the cables, drives, and motherboard. Remaining questions I have: Q: Is your ICH5 controller actually ICH5R and you've turned on some Intel RAID option in the BIOS? Maybe turning it on but leaving the disks in a JBOD fashion (not defining an array)? The reason I ask is that you said you're going to use the Hitachi drives as "a pair of 1TB synchronised drives", which implies RAID-1, yet I don't see use of gmirror or ccd or anything else. :-) Q: What motherboard and model is this? Looks like an Intel. Q: If an Intel, have you gone looking at Intel's site for BIOS updates for that board? Intel is the one company who is thorough about documenting BIOS changes in their Release Notes. It would not surprise me if this turned out to be some kind of weird BIOS bug. Q: Some motherboards let you toggle certain "compatibility" mode stuff for the SATA controller in the BIOS. You might want to flip that to see what happens (if compatibility, try the opposite. And vice-versa of course). Q: Have you searched Google for issues others have reported (such as in Linux) with the HDS721010KLA330 or similar (differently-sized) models? -- | 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 Tue Jul 24 05:48:51 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 9E75F16A421; Tue, 24 Jul 2007 05:48:51 +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 1CE1E13C465; Tue, 24 Jul 2007 05:48:50 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.61]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l6O5mfCf093041 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Jul 2007 15:18:41 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Jeremy Chadwick Date: Tue, 24 Jul 2007 15:18:27 +0930 User-Agent: KMail/1.9.7 References: <46A54B6F.9010100@dub.net> <46A56695.1000001@dub.net> <20070724044208.GA79101@eos.sc1.parodius.com> In-Reply-To: <20070724044208.GA79101@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart10776620.HT3JcUIZg9"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707241518.35730.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Bill Swingle , freebsd-stable@freebsd.org Subject: Re: problems with Hitachi 1TB SATA drives 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, 24 Jul 2007 05:48:51 -0000 --nextPart10776620.HT3JcUIZg9 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 24 Jul 2007, Jeremy Chadwick wrote: > On Mon, Jul 23, 2007 at 07:40:21PM -0700, Bill Swingle wrote: > > Doh, I knew I forgot something in my original email. > > Here's the full dmesg: http://dub.net/rum.dub.net.dmesg > > Actually you did include this in your original Email. I think Daniel > overlooked it. :-) Oops, maybe it was an attachment I forgot to read. As you say later - it would be good to know what mode the chipset is in. Might be worth trying AHCI mode if you have it (although maybe ICH5 is=20 too old for that?) =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 --nextPart10776620.HT3JcUIZg9 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) iD8DBQBGpZKz5ZPcIHs/zowRAozDAJwNXF9sKKnfo7J8SgLldkjA+s7QfgCgogC5 U4YZNqNSobsjachKaG5YGs8= =XOY4 -----END PGP SIGNATURE----- --nextPart10776620.HT3JcUIZg9-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 24 09:22: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 BC9AE16A420 for ; Tue, 24 Jul 2007 09:22:37 +0000 (UTC) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout2-sn2.hy.skanova.net (pne-smtpout2-sn2.hy.skanova.net [81.228.8.164]) by mx1.freebsd.org (Postfix) with ESMTP id 70AB113C481 for ; Tue, 24 Jul 2007 09:22:37 +0000 (UTC) (envelope-from daniel_k_eriksson@telia.com) Received: from royal64.emp.zapto.org (195.198.193.104) by pne-smtpout2-sn2.hy.skanova.net (7.2.075) id 46245DE10170A302; Tue, 24 Jul 2007 10:12:59 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Tue, 24 Jul 2007 09:59:20 +0200 Content-class: urn:content-classes:message Message-ID: <4F9C9299A10AE74E89EA580D14AA10A61A17B7@royal64.emp.zapto.org> X-MimeOLE: Produced By Microsoft Exchange V6.5.7235.2 In-Reply-To: <46A54B6F.9010100@dub.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: problems with Hitachi 1TB SATA drives Thread-Index: AcfNj4/uND3OCVbHRt24XgKU3nEfGAAK5DiA References: <46A54B6F.9010100@dub.net> From: "Daniel Eriksson" To: "FreeBSD Stable" Cc: Bill Swingle Subject: RE: problems with Hitachi 1TB SATA drives 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, 24 Jul 2007 09:22:37 -0000 Bill Swingle wrote: > I have a fileserver that currently has a 4-disc raid connected to an > IDE 3ware card. I had hoped to replace this dying system with a pair > of synchronized 1TB SATA drives. When trying to newfs them both > eventually failed with DMA READ or WRITE timeouts. Here's some infos: A few things to check: * Is your PSU powerful enough? (Test with the old RAID-5 set disconnected or with a different PSU.) * Does all fans in the box spin easily? (If the bearings of the old drives and fans are giving out they can draw a lot more power.) * If you disconnect ad4, does ad6 work fine by itself? * Does the problem go away if you replace the SATA cables? * Install smartmontools from ports and run a long selftest on both drives. (Or get the drive tools from Hitachi and run a full test from DOS.) * Is ACPI enabled and does 'vmstat -i' show any IRQ sharing? Maybe try to move some PCI cards around. /Daniel Eriksson From owner-freebsd-stable@FreeBSD.ORG Tue Jul 24 09:44: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 03CF316A419; Tue, 24 Jul 2007 09:44:53 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mx1.freebsd.org (Postfix) with ESMTP id 7F23A13C461; Tue, 24 Jul 2007 09:44:52 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l6O9ipXD001662; Tue, 24 Jul 2007 19:44:51 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l6O9ipb5001661; Tue, 24 Jul 2007 19:44:51 +1000 (EST) (envelope-from peter) Date: Tue, 24 Jul 2007 19:44:51 +1000 From: Peter Jeremy To: freebsd-stable@freebsd.org, se@freebsd.org Message-ID: <20070724094451.GB1162@turion.vk2pj.dyndns.org> References: <469E6545.3070600@FreeBSD.org> <200707231415.l6NEFuRo035076@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mxv5cy4qt+RJ9ypb" Content-Disposition: inline In-Reply-To: <200707231415.l6NEFuRo035076@lurza.secnetix.de> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: removing external usb hdd without unmounting causes reboot? 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, 24 Jul 2007 09:44:53 -0000 --mxv5cy4qt+RJ9ypb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Jul-23 16:15:56 +0200, Oliver Fromme wrote: >So, currently the best work-around is to use amd with a >very short timeout. Or simply remember to umount your >removable media manually. Or ports/emulators/mtools --=20 Peter Jeremy --mxv5cy4qt+RJ9ypb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGpcoT/opHv/APuIcRArU3AJ9cJTbMBnB8lTp5/wJOzE6f8jsCEgCgj4hi 0iQOzh8cIuGPagsi5W5lhkw= =cYIv -----END PGP SIGNATURE----- --mxv5cy4qt+RJ9ypb-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 24 09:53:14 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 52B9316A419 for ; Tue, 24 Jul 2007 09:53:12 +0000 (UTC) (envelope-from kt97679@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5FAF513C480 for ; Tue, 24 Jul 2007 09:53:10 +0000 (UTC) (envelope-from kt97679@gmail.com) Received: by wa-out-1112.google.com with SMTP id j37so2543288waf for ; Tue, 24 Jul 2007 02:53:09 -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:in-reply-to:mime-version:content-type:references; b=k9aGgy7G3v4SQK4PiLcgwRJP0rX2X3wK9990BQhBR146Njg17iJzOC+ONu8xWc9oENxYFT+sCWkKqDjpYxqZAEEy/c6x7YUJgx/1WE4KtQppd2/OEZmstQERqCzDiqSD/1ZgxtFTAu/fJX4ecWyRcQSYgIuGiL/Bb9CVFuaQXMA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=ALkDRl+K8YvO/f1ivbGe+977iRbPaHABuM4XLhmdicMTBOFT9jIOaJ3k4jYVLGoGOK/m08ReL/QYWOuzmVMrbTxNOp+6Uhf2AwD6tH+DeGz6JQxsRHZwpzexgnv72BlE/pMRlCZmtxpHO3M6lhfODHklcdfCFwxp1lghUwvPaPs= Received: by 10.115.111.1 with SMTP id o1mr3875364wam.1185269342781; Tue, 24 Jul 2007 02:29:02 -0700 (PDT) Received: by 10.115.54.14 with HTTP; Tue, 24 Jul 2007 02:29:02 -0700 (PDT) Message-ID: <4c89aea20707240229j2ca3a21ak28f4cac9c473a070@mail.gmail.com> Date: Tue, 24 Jul 2007 13:29:02 +0400 From: "Kirill Timofeev" To: freebsd-stable@freebsd.org In-Reply-To: <4c89aea20707162030x126e2182tfd7287e552a217af@mail.gmail.com> MIME-Version: 1.0 References: <4c89aea20707162030x126e2182tfd7287e552a217af@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: bad network performance on 6.2-stable 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, 24 Jul 2007 09:53:14 -0000 Folks, I have old PC (P1 75MHz, 64Mb RAM, xl and fxp network interface, internet connection via pppoe), which was loaded with 4.11-STABLE and served as internet gateway plus hold samba and squid. I decided to turn it into wireless access point and upgraded it to 6.2-STABLE. Samba speed dropped from 2mb/s to 900kb/s. I tryed GENERIC and custom kernels, tryed to play with polling, but there was no speed increase. I tryed to install netbsd 3.1on the same hardware and got 2mb/s again (without additinal tuning), but I would prefer to stay with freebsd. Could you please tell me what options should I try to increase network performance? Please let me know if I should supply more information about my setup. Thanks in advance for your help. Kirill. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 24 10:05: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 808D116A41B for ; Tue, 24 Jul 2007 10:05:33 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from mtaout03-winn.ispmail.ntl.com (mtaout03-winn.ispmail.ntl.com [81.103.221.49]) by mx1.freebsd.org (Postfix) with ESMTP id E2AFF13C468 for ; Tue, 24 Jul 2007 10:05:32 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from aamtaout02-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout03-winn.ispmail.ntl.com with ESMTP id <20070724100531.LJAG13.mtaout03-winn.ispmail.ntl.com@aamtaout02-winn.ispmail.ntl.com> for ; Tue, 24 Jul 2007 11:05:31 +0100 Received: from cpc1-cove3-0-0-cust839.sol2.cable.ntl.com ([86.20.31.72]) by aamtaout02-winn.ispmail.ntl.com with ESMTP id <20070724100531.PLOS17393.aamtaout02-winn.ispmail.ntl.com@cpc1-cove3-0-0-cust839.sol2.cable.ntl.com> for ; Tue, 24 Jul 2007 11:05:31 +0100 Received: from gamma.private.lan (gamma.private.lan [192.168.0.12]) by cpc1-cove3-0-0-cust839.sol2.cable.ntl.com (8.13.8/8.13.8) with ESMTP id l6OA5R2B054611; Tue, 24 Jul 2007 11:05:28 +0100 (BST) (envelope-from ianjhart@ntlworld.com) From: ian j hart To: Pete French Date: Tue, 24 Jul 2007 11:05:27 +0100 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707241105.27534.ianjhart@ntlworld.com> X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on cpc1-cove3-0-0-cust839.sol2.cable.ntl.com Cc: freebsd-stable@freebsd.org Subject: Re: ntpd on a NAT gateway seems to do 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: Tue, 24 Jul 2007 10:05:33 -0000 On Monday 23 July 2007 20:22:22 Pete French wrote: > > It's deja-vu all over again. > > > > I found my works NTP service was broken on Friday, just after I started > > my holiday. > > Interesting to hear from someone also using NAt with a very similar > problem. Thanks, I am running -STABLE rather than RELENG, but I suspect > I will simply try updating to a later STABLE tomorrow and see if that > helps. > > > I'm using IPFW and ipnat, which I believe is somewhat unusual. Ipnat is > > there to 'fix' the source IP. Don't ask! > > > :-) once you start playing with NAT things can get odd quite fast I have > : found! > : > > Anyway; I just did a cleandir x2, rebuild and update to p6, and it's > > working again. > > > > Might be worth a try. > > I'll try tomorrow, thanks, > > -pete. Well it could just as easily be the associated reboot, but one hesitates to suggest that on a *nix list :) -- ian j hart From owner-freebsd-stable@FreeBSD.ORG Tue Jul 24 12:31:23 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 CB5F616A421; Tue, 24 Jul 2007 12:31:23 +0000 (UTC) (envelope-from robin.blanchard@georgiacenter.uga.edu) Received: from mail.georgiacenter.uga.edu (mail.georgiacenter.uga.edu [128.192.37.25]) by mx1.freebsd.org (Postfix) with ESMTP id 5923E13C428; Tue, 24 Jul 2007 12:31:23 +0000 (UTC) (envelope-from robin.blanchard@georgiacenter.uga.edu) Received: from localhost (localhost [127.0.0.1]) by mail.georgiacenter.uga.edu (Postfix) with ESMTP id 6659A67880; Tue, 24 Jul 2007 08:31:22 -0400 (EDT) Received: from mail.georgiacenter.uga.edu ([127.0.0.1]) by localhost (mail.georgiacenter.uga.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id LHaQa8aNR1fg; Tue, 24 Jul 2007 08:31:22 -0400 (EDT) Received: from ex1.gc.nat (ex1.gc.nat [10.10.11.21]) by mail.georgiacenter.uga.edu (Postfix) with ESMTP id 1B18A67886; Tue, 24 Jul 2007 08:31:22 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 24 Jul 2007 08:31:21 -0400 Message-ID: <7FDFD29DD240104598AADEAF34F2730F9544@ex1.gc.nat> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Line-in on sblive (uadio) on RELENG_6 ? Thread-Index: AcfN7oqahgSKQM2CSWChCJ5tn8BUYw== From: "Robin P. Blanchard" To: , X-CT-RefID: str=0001.0A090209.46A5F119.0093,ss=1,fgs=0 Cc: Subject: Line-in on sblive (uadio) on RELENG_6 ? 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, 24 Jul 2007 12:31:24 -0000 Since migrating a local NPR station from RELENG_5 with a pci ES1370 card = to RELENG_6 with an USB SBLive, listeners are complaining of very low = levels. The feed (from the radio station) is straight into the line-in on the = sblive (but notice that mixer reports the only recording device as mic). On the previous server, line-in was an option. Despite the recording device = being currently set to 'mic' (and the cabling plugged into line-in), sound is indeed being captured and recorded. Adjusting the mixer levels seems to = have no impact on volume whatsoever. Should I just go ahead and try using the mic-in ? Or am I missing something simple here ? TIA, Robin # mixer=20 Mixer vol is currently set to 100:100 Mixer pcm is currently set to 99:99 Mixer speaker is currently set to 99:99 Mixer line is currently set to 99:99 Recording source: mic # sysctl -a |egrep 'pcm|audio' hw.snd.pcm0.buffersize: 16384 hw.snd.pcm0.vchans: 1 dev.uaudio.0.%desc: Creative Technology SB Live! 24-bit External, rev 1.10/1.00, addr 2 dev.uaudio.0.%driver: uaudio dev.uaudio.0.%location: port=3D1 interface=3D0 dev.uaudio.0.%pnpinfo: vendor=3D0x041e product=3D0x3040 devclass=3D0x00 devsubclass=3D0x00 release=3D0x0100 sernum=3D"" intclass=3D0x01 = intsubclass=3D0x01 dev.uaudio.0.%parent: uhub2 dev.pcm.0.%desc: USB Audio dev.pcm.0.%driver: pcm dev.pcm.0.%parent: uaudio0 # cat /dev/sndstat=20 FreeBSD Audio Driver (newpcm) Installed devices: pcm0: at ? kld snd_uaudio (1p/1r/1v channels duplex default) mode 1:(output) 2ch, 16/16bit, pcm, 44100Hz mode 2:(output) 2ch, 24/24bit, pcm, 44100Hz mode 3:(output) 4ch, 16/16bit, pcm, 44100Hz mode 4:(output) 4ch, 24/24bit, pcm, 44100Hz mode 5:(output) 6ch, 16/16bit, pcm, 44100Hz mode 6:(output) 6ch, 24/24bit, pcm, 44100Hz mode 7:(output) 2ch, 16/16bit, pcm, 48000Hz mode 8:(output) 2ch, 24/24bit, pcm, 48000Hz mode 9:(output) 4ch, 16/16bit, pcm, 48000Hz mode 10:(output) 4ch, 24/24bit, pcm, 48000Hz mode 11:(output) 6ch, 16/16bit, pcm, 48000Hz mode 12:(output) 6ch, 24/24bit, pcm, 48000Hz mode 13:(output) 2ch, 16/16bit, pcm, 96000Hz mode 14:(output) 2ch, 24/24bit, pcm, 96000Hz mode 1:(input) 2ch, 16/16bit, pcm, 44100Hz mode 2:(input) 2ch, 24/24bit, pcm, 44100Hz mode 3:(input) 2ch, 16/16bit, pcm, 48000Hz mode 4:(input) 2ch, 24/24bit, pcm, 48000Hz mode 5:(input) 2ch, 16/16bit, pcm, 96000Hz mode 6:(input) 2ch, 24/24bit, pcm, 96000Hz [pcm0:play:0:dsp0.0]: spd 48000, fmt 0x10000010, flags = 0x00101000, 0x00000040 interrupts 0, underruns 0, ready 0 {userland} -> feeder_vchan_s16(0x10000010) -> feeder_volume_s16 = -> {hardware} [pcm0:record:0:dsp0.1]: spd 44100, fmt 0x10000010, flags = 0x00001030, 0x00000000, pid 11322 interrupts 50496534, overruns 0, hfree 16384, sfree 131072 {hardware} -> feeder_root(0x10000010) -> {userland} pcm0:play:0:dsp0.0[pcm0:virtual:0:dsp0.2]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, underruns 0, ready 0 {userland} -> feeder_root(0x00000000) -> {hardware} File Versions: $FreeBSD: src/sys/dev/sound/isa/sndbuf_dma.c,v 1.3 2005/01/06 01:43:17 = imp Exp $ $FreeBSD: src/sys/dev/sound/pcm/vchan.c,v 1.17.2.5 2007/02/04 06:17:14 = ariff Exp $ $FreeBSD: src/sys/dev/sound/pcm/sound.c,v 1.93.2.5 2007/06/04 09:06:05 = ariff Exp $ $FreeBSD: src/sys/dev/sound/pcm/sndstat.c,v 1.20.2.2 2005/12/30 19:55:54 netchild Exp $ $FreeBSD: src/sys/dev/sound/pcm/mixer.c,v 1.43.2.5 2007/05/13 20:53:39 = ariff Exp $ $FreeBSD: src/sys/dev/sound/pcm/feeder_volume.c,v 1.2.2.1 2005/12/30 = 19:55:54 netchild Exp $ $FreeBSD: src/sys/dev/sound/pcm/feeder_rate.c,v 1.11.2.2 2006/01/29 = 02:27:28 ariff Exp $ $FreeBSD: src/sys/dev/sound/pcm/feeder_fmt.c,v 1.14.2.2 2006/01/29 = 02:27:28 ariff Exp $ $FreeBSD: src/sys/dev/sound/pcm/feeder.c,v 1.33.2.3 2006/03/07 15:51:19 = jhb Exp $ $FreeBSD: src/sys/dev/sound/pcm/fake.c,v 1.14.2.1 2005/12/30 19:55:54 netchild Exp $ $FreeBSD: src/sys/dev/sound/pcm/dsp.c,v 1.80.2.7 2007/07/08 14:01:11 = ariff Exp $ $FreeBSD: src/sys/dev/sound/pcm/channel.c,v 1.99.2.5 2007/05/13 20:53:39 ariff Exp $ $FreeBSD: src/sys/dev/sound/pcm/buffer.c,v 1.25.2.3 2007/04/26 08:21:43 = ariff Exp $ $FreeBSD: src/sys/dev/sound/pcm/ac97_patch.c,v 1.3.2.4 2007/07/04 = 04:04:42 ariff Exp $ $FreeBSD: src/sys/dev/sound/pcm/ac97.c,v 1.53.2.5 2007/05/13 20:53:39 = ariff Exp $ root@live [~]#=20 --------------------------------------- Robin P. Blanchard Systems Integration Specialist The University of Georgia Center for Continuing Education Conference Center & Hotel fon: 706.542.2404 < > fax: 706.542.1587 --------------------------------------- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 24 13:27:15 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 9C87E16A421 for ; Tue, 24 Jul 2007 13:27:15 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.freebsd.org (Postfix) with ESMTP id 5CA0E13C474 for ; Tue, 24 Jul 2007 13:27:15 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by mail.ticketswitch.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IDKPv-0000RM-Rg; Tue, 24 Jul 2007 14:27:11 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IDKPv-0000iI-Qk; Tue, 24 Jul 2007 14:27:11 +0100 To: ianjhart@ntlworld.com In-Reply-To: <200707241105.27534.ianjhart@ntlworld.com> Message-Id: From: Pete French Date: Tue, 24 Jul 2007 14:27:11 +0100 Cc: freebsd-stable@freebsd.org Subject: Re: ntpd on a NAT gateway seems to do 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: Tue, 24 Jul 2007 13:27:15 -0000 > Well it could just as easily be the associated reboot, but one hesitates to > suggest that on a *nix list :) Well, I updated to this mornings -STABLE and I still get the same effect. Somewhat puzzled, and I not sure where to go from here - especially as making the queries with 'ntpdate' works fine. -pcf. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 24 14:52:00 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 1725016A417 for ; Tue, 24 Jul 2007 14:52:00 +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 6C63013C4A5 for ; Tue, 24 Jul 2007 14:51:59 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (qbqjyl@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l6OEpqqq014635; Tue, 24 Jul 2007 16:51:57 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l6OEpq2O014634; Tue, 24 Jul 2007 16:51:52 +0200 (CEST) (envelope-from olli) Date: Tue, 24 Jul 2007 16:51:52 +0200 (CEST) Message-Id: <200707241451.l6OEpq2O014634@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, petefrench@ticketswitch.com In-Reply-To: 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]); Tue, 24 Jul 2007 16:51:58 +0200 (CEST) Cc: Subject: Re: ntpd on a NAT gateway seems to do nothing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, petefrench@ticketswitch.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jul 2007 14:52:00 -0000 Pete French wrote: > [...] > Any suggestions ? I assume it has something to do with the NAT, but I am > not sure what. All other TCP connections out from that machine to > external systems work fine, so it is not as if outbound connections from > there are not working at all. Note that NTP does not use TCP, but UDP. Are you sure that your filter rules are OK? It's certainly possible to have a bug in the rule set so it forwards NTP replies for the internal clients, but doesn't allow them to reach the ntpd running on the machine itself. Another question: Do you have a dynamically assigned IP address? In that case ntpd needs to be restarted when a new address is assigned, because ntpd has the unfortunate habit to bind to all addresses that exist at the time it is started. I'm running ntpd on a NAT gateway myself (RELENG_6), and there are no problems at all. 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 One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 24 15:00:09 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 7F42316A468 for ; Tue, 24 Jul 2007 15:00:09 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.freebsd.org (Postfix) with ESMTP id 3E12013C474 for ; Tue, 24 Jul 2007 15:00:09 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by mail.ticketswitch.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IDLrs-0001hB-Ee for freebsd-stable@FreeBSD.ORG; Tue, 24 Jul 2007 16:00:08 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IDLrs-0001U0-Di for freebsd-stable@FreeBSD.ORG; Tue, 24 Jul 2007 16:00:08 +0100 To: freebsd-stable@FreeBSD.ORG In-Reply-To: <200707241451.l6OEpq2O014634@lurza.secnetix.de> Message-Id: From: Pete French Date: Tue, 24 Jul 2007 16:00:08 +0100 Cc: Subject: Re: ntpd on a NAT gateway seems to do 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: Tue, 24 Jul 2007 15:00:09 -0000 > Note that NTP does not use TCP, but UDP. Are you sure that > your filter rules are OK? It's certainly possible to have > a bug in the rule set so it forwards NTP replies for the > internal clients, but doesn't allow them to reach the ntpd > running on the machine itself. Yes, I discovered the UDPness of it last night and went through the rules again. I am pretty sure they are correct (or at least I cannot see anything wrong). I would assume that ntpdate also uses UDP - and using that I can see all these servers ? > Another question: Do you have a dynamically assigned IP > address? In that case ntpd needs to be restarted when a > new address is assigned, because ntpd has the unfortunate > habit to bind to all addresses that exist at the time it > is started. No, everything is static. It has to be some error in my PF config file somewhere I guess, just hard to work out where. > I'm running ntpd on a NAT gateway myself (RELENG_6), and > there are no problems at all. yes, I too am doing this on a machine elsewhere, which is why this is so frustrating! I know it works, I even have it working on a different network, and it particlaly works here too (it can see one NTP machine on the far side NAT, just none further away). I will continue looking Thanks, -pcf. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 24 15:40:17 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 4EA6D16A41B for ; Tue, 24 Jul 2007 15:40:17 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id 8D69C13C480 for ; Tue, 24 Jul 2007 15:40:16 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate1.punkt.de with ESMTP id l6OFJ3sW045740 for ; Tue, 24 Jul 2007 17:19:03 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id l6OFJ3ZT098624; Tue, 24 Jul 2007 17:19:03 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id l6OFJ3do098623; Tue, 24 Jul 2007 17:19:03 +0200 (CEST) (envelope-from ry93) Date: Tue, 24 Jul 2007 17:19:03 +0200 From: "Patrick M. Hausen" To: Pete French Message-ID: <20070724151902.GA97341@hugo10.ka.punkt.de> References: <200707241451.l6OEpq2O014634@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-stable@freebsd.org Subject: Re: ntpd on a NAT gateway seems to do 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: Tue, 24 Jul 2007 15:40:17 -0000 Hi, all! On Tue, Jul 24, 2007 at 04:00:08PM +0100, Pete French wrote: > Yes, I discovered the UDPness of it last night and went > through the rules again. I am pretty sure they are correct (or > at least I cannot see anything wrong). I would assume that ntpdate > also uses UDP - and using that I can see all these servers ? I would try and run # tcpdump -n -i host in a separate window and compare the output when running ntpdate vs. starting ntpd. HTH, Patrick M. Hausen Leiter Netzwerke und Sicherheit -- punkt.de GmbH * Vorholzstr. 25 * 76137 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: Jürgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Tue Jul 24 16:51:14 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 DF8B916A41A for ; Tue, 24 Jul 2007 16:51:14 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [194.62.233.102]) by mx1.freebsd.org (Postfix) with ESMTP id 94F1713C48E for ; Tue, 24 Jul 2007 16:51:14 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from admin.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1IDMzu-000JZv-PJ; Tue, 24 Jul 2007 20:12:30 +0400 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IDN0G-000IyU-Bx; Tue, 24 Jul 2007 20:12:52 +0400 To: "Daniel O'Connor" References: <46A4D8B1.3040706@pcbsd.com> <200707240948.04685.doconnor@gsoft.com.au> From: Boris Samorodov Date: Tue, 24 Jul 2007 20:12:52 +0400 In-Reply-To: <200707240948.04685.doconnor@gsoft.com.au> (Daniel O'Connor's message of "Tue\, 24 Jul 2007 09\:47\:55 +0930") Message-ID: <97698379@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.99 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Kris Moore , freebsd-stable@freebsd.org Subject: Re: Issues with Bootloader & Vista 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, 24 Jul 2007 16:51:15 -0000 On Tue, 24 Jul 2007 09:47:55 +0930 Daniel O'Connor wrote: > On Tue, 24 Jul 2007, Kris Moore wrote: > > We've released our 1.4 BETA of PC-BSD this week, and one of the > > issues which has come up is the broken support for dual-booting with > > a Vista system. Apparently the FreeBSD boot loader messes up some of > > Vista's boot process. Here's what one of our users tracked it down > > to: > > > > ..................................................................... > >.. If a user wises to re size the Vista partition then dual boot the > > user maybe surprised to find Vista will fail to boot from the BSD > > boot loader with the following error message: > > > > "The file /Windows/system32/winload.exe can not be found or is > > corrupt." > > > > This is due to the BSD boot loader overwriting a UUID in the MBR the > > Vista OS uses to boot for some reason as it was not in the Beta or > > the RC. > > ..................................................................... > I think this is similar to the signature bytes Windows XP uses to > remember which disk is which. > I was bitten recently when I reinstalled XP on my laptop - the installer > picked E: (NFI why since it was the first partition on the disk) and > after I reinstalled the FreeBSD MBR it decided it hadn't seen the disk > before and assigned it 'C' and so the swapfile location was invalid > which means you can't login (even in safe mode).. > I think the solution would be to ensure the 4 bytes it uses are > preserved by boot0cfg (although I think sysinstall would need > modification too), this page shows the bytes in question.. > http://www.multibooters.co.uk/mbr.html > I dunno if boot0 has 4 bytes to spare tho :( Seems that I've seen patches for 6.1 (the text is in russian though): http://groups.google.ru/group/fido7.ru.unix.bsd/browse_thread/thread/670c189b1957e12e/f0cb67c7ad4d890f?lnk=st&q=grosbein+group%3Afido7.ru.unix.bsd+NT+Drive+Serial+Number&rnum=1&hl=ru# WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Tue Jul 24 17: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 E026816A41A; Tue, 24 Jul 2007 17:31:03 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from conn-smtp.mc.mpls.visi.com (conn.mc.mpls.visi.com [208.42.156.2]) by mx1.freebsd.org (Postfix) with ESMTP id A965F13C4A3; Tue, 24 Jul 2007 17:31:01 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from mail.tcbug.org (mail.tcbug.org [208.42.70.163]) by conn-smtp.mc.mpls.visi.com (Postfix) with ESMTP id A2D308111; Tue, 24 Jul 2007 12:31:00 -0500 (CDT) Received: from homebase (75-163-54-102.roch.qwest.net [75.163.54.102]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.tcbug.org (Postfix) with ESMTP id 5D941341C0C; Tue, 24 Jul 2007 12:30:59 -0500 (CDT) From: Josh Paetzel To: freebsd-stable@freebsd.org Date: Tue, 24 Jul 2007 12:30:49 -0500 User-Agent: KMail/1.9.6 References: <46A54B6F.9010100@dub.net> <20070724044208.GA79101@eos.sc1.parodius.com> <200707241518.35730.doconnor@gsoft.com.au> In-Reply-To: <200707241518.35730.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1850222.mM4mAsBVcG"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707241230.53119.josh@tcbug.org> Cc: Bill Swingle , Jeremy Chadwick Subject: Re: problems with Hitachi 1TB SATA drives 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, 24 Jul 2007 17:31:04 -0000 --nextPart1850222.mM4mAsBVcG Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 24 July 2007, Daniel O'Connor wrote: > On Tue, 24 Jul 2007, Jeremy Chadwick wrote: > > On Mon, Jul 23, 2007 at 07:40:21PM -0700, Bill Swingle wrote: > > > Doh, I knew I forgot something in my original email. > > > Here's the full dmesg: http://dub.net/rum.dub.net.dmesg > > > > Actually you did include this in your original Email. I think > > Daniel overlooked it. :-) > > Oops, maybe it was an attachment I forgot to read. > > As you say later - it would be good to know what mode the chipset > is in. > > Might be worth trying AHCI mode if you have it (although maybe ICH5 > is too old for that?) I don't have any experience with the Hitachi 1TB SATA drives, but I=20 know an outfit that was trying out the Seagate 1TB drives and had 8=20 out of 12 fail their burn-in (a 3 day torture test) My luck with=20 consumer SATA drives has been incredibly dismal, with ~40 of them in=20 service I see multiple failures a year, including drives being DOA=20 and dying after a few weeks of service. I wouldn't be at all=20 surprised if one or both of the drives was bad right out of the box. =20 It could be something else of course, but don't discount the fact=20 that they could be bad from your troubleshooting just because they=20 are new. =2D-=20 Thanks, Josh Paetzel --nextPart1850222.mM4mAsBVcG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBGpjdNJvkB8SevrssRAiFwAJ0SqBeMcqvv3zDU4o8wY91VIJgdPACgiqMZ +0S7aEdlAPWZ1YpBhngjggI= =Z8nz -----END PGP SIGNATURE----- --nextPart1850222.mM4mAsBVcG-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 24 18:26: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 C575B16A41B for ; Tue, 24 Jul 2007 18:26:04 +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 B224C13C45A for ; Tue, 24 Jul 2007 18:26:04 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id A0A511CC05D; Tue, 24 Jul 2007 11:26:04 -0700 (PDT) Date: Tue, 24 Jul 2007 11:26:04 -0700 From: Jeremy Chadwick To: Josh Paetzel Message-ID: <20070724182604.GA3759@eos.sc1.parodius.com> Mail-Followup-To: Josh Paetzel , freebsd-stable@freebsd.org, Daniel O'Connor , Bill Swingle References: <46A54B6F.9010100@dub.net> <20070724044208.GA79101@eos.sc1.parodius.com> <200707241518.35730.doconnor@gsoft.com.au> <200707241230.53119.josh@tcbug.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200707241230.53119.josh@tcbug.org> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Bill Swingle , freebsd-stable@freebsd.org Subject: Re: problems with Hitachi 1TB SATA drives 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, 24 Jul 2007 18:26:04 -0000 On Tue, Jul 24, 2007 at 12:30:49PM -0500, Josh Paetzel wrote: > I don't have any experience with the Hitachi 1TB SATA drives, but I > know an outfit that was trying out the Seagate 1TB drives and had 8 > out of 12 fail their burn-in (a 3 day torture test) My luck with > consumer SATA drives has been incredibly dismal, with ~40 of them in > service I see multiple failures a year, including drives being DOA > and dying after a few weeks of service. I wouldn't be at all > surprised if one or both of the drives was bad right out of the box. > It could be something else of course, but don't discount the fact > that they could be bad from your troubleshooting just because they > are new. This is good advice, and I considered including it in my (long) previous Email. I removed it at the last minute, however, because the only evidence shown in the mail was ad4 behaving oddly. Some off-topic-of-thread facts worth pointing out, as well as some experiences I've had with disks failing out-of-the-box, and a recent failure that cost me quite a lot of data (some of which financial): * If both of those drives were bought at the same time from the same place, chances are both came from the same fab and were manufactured at the same time. Disk fabs have historically been proven to have "batches" of bad disks (if you want sources I can likely dig up articles discussing it, most of which are confirmed by the manus stating they had a manufacturing process that was questionable from X date to Y date). So, there is much higher chance of both of those drives being bad if they were bought at the same time, vs. if you bought each drive separately at different times of the year. * Hard disks are growing in capacity, but are not growing in physical size. We're pushing 1TB in a 3.5" form factor. And the same applies to laptop (2.5") drives. The margin of error continues to increase as we try to cram more and more data in such a small medium. I personally would *love* to see drives go back to using a 5.25" form factor, especially for large capacity disks, since chances are it means higher reliability (read: less chance of error). * There's a lot of common Internet talk about SATA/PATA drives being less reliable than SCSI. My own opinion (based on years of experience with both workstations and servers) is identical. I've run "old" 36GB SCSI drives for years with, at most, 1 grown defect; while in comparison, I have replaced more PATA drives than I can count. SATA drives fall somewhere in-between (less overall failures). Example: Three months ago I bought a new 500GB Seagate SATA disk and had it fail during the initial newfs. Seagate's own tools determined the disk did indeed have bad blocks. I RMA'd it. The refurbished replacement I received (thanks for not sending me a new drive!) died about 3 months later, and I lost almost 300GB of data, and of that about ~100GB was irreplaceable. It's my own fault for not doing backups [see below]. Another RMA. To add fuel to the fire, Seagate *again* sent me a refurbished drive (and I used their advanced replacement program), which has sat in a box unopened since received. I ended up buying two WD 500GB drives to replace the single Seagate; one of the drives is used for nothing other than doing incremental dump(8)s of the other (and the main OS drive). If either of those 500GB drives fail, I'll be able to recover in some way somewhat painlessly. * I'm left questioning why a disk manufacturer would process drives (by this I mean the manufacturing process) differently based on their transport type. It would cost a *huge* amount of money to have separate fabs for SCSI, SAS, and SATA/PATA. It also would make no sense to have employees/workers handling/building SCSI disks "more carefully" than SATA or PATA. I would assume they're all handled in the same way. But I've never worked in a HD fab, so this is speculative. * All this leads me to the topic of backups. Hard disks are growing in capacity at a rate which the backup industry cannot follow. It's getting to the point where you have to buy hard drives to back up the data on other hard drives, but anyone with half a brain knows RAID is not a replacement for backups. There is presently nothing __affordable on the consumer market__ which makes backing up 300GB+ of data easy. Everything that's capable of doing this is in the tens of thousands of US dollars, if not more. Am I going to sit around once a week backing up a terabyte of data to ~120 dual-layer 8.5GB DVDs? Nope. The closest thing out there right now is a product from IOMega called REV, which (at most) offers 70GB of storage per disk, or 140GB with compression. A new IOMega REV (which includes one 70GB disk) costs US$600 MSRP. You read that right. * SCSI is outrageously expensive even in 2007. I have yet to see any shred of justification for why SCSI costs so much *even today*. It costs only a smidgen less than it did 15 years ago. * SCSI is on its way out. Seagate recently announced that they'll no longer be supporting SCSI products, possibly by the end of next year: "Seagate has announced that by next year they will no longer be supporting SCSI product and will be moving customers to the SATA interface." http://www.horizontechnology.com/news/market/market_perspective_storage_04-11-2007.php I'm willing to bet others will follow suit. -- | 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 Tue Jul 24 18:45: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 8C50216A420 for ; Tue, 24 Jul 2007 18:45:06 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr11.xs4all.nl (smtp-vbr11.xs4all.nl [194.109.24.31]) by mx1.freebsd.org (Postfix) with ESMTP id 0934E13C46B for ; Tue, 24 Jul 2007 18:45:05 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (obsolete.xs4all.nl [82.95.250.254]) by smtp-vbr11.xs4all.nl (8.13.8/8.13.8) with ESMTP id l6OIYgFO023318; Tue, 24 Jul 2007 20:34:43 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.8/8.13.3) with ESMTP id l6OIYgQi037174; Tue, 24 Jul 2007 20:34:42 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.8/8.13.6/Submit) id l6OIYfNs037169; Tue, 24 Jul 2007 20:34:41 +0200 (CEST) (envelope-from wb) Date: Tue, 24 Jul 2007 20:34:41 +0200 From: Wilko Bulte To: Josh Paetzel , freebsd-stable@freebsd.org, "Daniel O'Connor" , Bill Swingle Message-ID: <20070724183441.GA37120@freebie.xs4all.nl> References: <46A54B6F.9010100@dub.net> <20070724044208.GA79101@eos.sc1.parodius.com> <200707241518.35730.doconnor@gsoft.com.au> <200707241230.53119.josh@tcbug.org> <20070724182604.GA3759@eos.sc1.parodius.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070724182604.GA3759@eos.sc1.parodius.com> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Subject: Re: problems with Hitachi 1TB SATA drives 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, 24 Jul 2007 18:45:06 -0000 On Tue, Jul 24, 2007 at 11:26:04AM -0700, Jeremy Chadwick wrote.. > On Tue, Jul 24, 2007 at 12:30:49PM -0500, Josh Paetzel wrote: > > I don't have any experience with the Hitachi 1TB SATA drives, but I > > know an outfit that was trying out the Seagate 1TB drives and had 8 > > out of 12 fail their burn-in (a 3 day torture test) My luck with > > consumer SATA drives has been incredibly dismal, with ~40 of them in > > service I see multiple failures a year, including drives being DOA > > and dying after a few weeks of service. I wouldn't be at all > > surprised if one or both of the drives was bad right out of the box. > makes backing up 300GB+ of data easy. Everything that's capable of > doing this is in the tens of thousands of US dollars, if not more. Am I > going to sit around once a week backing up a terabyte of data to ~120 > dual-layer 8.5GB DVDs? Nope. The closest thing out there right now is Which are only available in write-once in dual-layer so you would soon have a landfill worth of DVDs. > A new IOMega REV (which includes one 70GB disk) costs US$600 MSRP. You > read that right. Pff. Find a pre-owned SuperDLT or LTO drive? Not the cheapest I guess, but dual-layer DVDs are not a solution IMHO. Or get a Blu-ray disk? Also still $$ I'm using an LTO2 drive myself. > * SCSI is outrageously expensive even in 2007. I have yet to see any > shred of justification for why SCSI costs so much *even today*. It > costs only a smidgen less than it did 15 years ago. > > * SCSI is on its way out. Seagate recently announced that > they'll no longer be supporting SCSI products, possibly by the end of > next year: > > "Seagate has announced that by next year they will no longer be > supporting SCSI product and will be moving customers to the SATA > interface." > http://www.horizontechnology.com/news/market/market_perspective_storage_04-11-2007.php I imagine this is meant to read as: parallel SCSI, as opposed to SAS. SAS is very much alive. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Jul 24 18:46: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 C6CEE16A418; Tue, 24 Jul 2007 18:46:30 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from cenn-smtp.mc.mpls.visi.com (cenn.mc.mpls.visi.com [208.42.156.9]) by mx1.freebsd.org (Postfix) with ESMTP id 94B9A13C465; Tue, 24 Jul 2007 18:46:30 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from mail.tcbug.org (mail.tcbug.org [208.42.70.163]) by cenn-smtp.mc.mpls.visi.com (Postfix) with ESMTP id 106D78110; Tue, 24 Jul 2007 13:46:29 -0500 (CDT) Received: from homebase (75-163-54-102.roch.qwest.net [75.163.54.102]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.tcbug.org (Postfix) with ESMTP id 14FE9341C0C; Tue, 24 Jul 2007 13:46:28 -0500 (CDT) From: Josh Paetzel To: Jeremy Chadwick Date: Tue, 24 Jul 2007 13:46:18 -0500 User-Agent: KMail/1.9.6 References: <46A54B6F.9010100@dub.net> <200707241230.53119.josh@tcbug.org> <20070724182604.GA3759@eos.sc1.parodius.com> In-Reply-To: <20070724182604.GA3759@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1364500.QlezaVzCdu"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707241346.21714.josh@tcbug.org> Cc: Bill Swingle , freebsd-stable@freebsd.org Subject: Re: problems with Hitachi 1TB SATA drives 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, 24 Jul 2007 18:46:30 -0000 --nextPart1364500.QlezaVzCdu Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 24 July 2007, Jeremy Chadwick wrote: > > * SCSI is outrageously expensive even in 2007. I have yet to see > any shred of justification for why SCSI costs so much *even today*. > It costs only a smidgen less than it did 15 years ago. > > * SCSI is on its way out. Seagate recently announced that > they'll no longer be supporting SCSI products, possibly by the end > of next year: > > "Seagate has announced that by next year they will no longer be > supporting SCSI product and will be moving customers to the SATA > interface." > http://www.horizontechnology.com/news/market/market_perspective_sto >rage_04-11-2007.php > > I'm willing to bet others will follow suit. It's more than just an interface. SCSI drives are manufactured with=20 completely different components than IDE/SATA drives. The platters=20 have different materials on them, the heads are different, the=20 actuators are different. The higher spindle speeds present different=20 engineering challanges, if you know anything about physics you'll=20 realize the difference between spinning something at 7200rpm and=20 15,000rpm is not linear in terms of the forces involved. You're really paying for two things when you buy SCSI/SAS. reliability under 100% duty cycle seek times As far as that article goes, I wonder if they are including SAS in the=20 SATA catagory or the SCSI catagory. It's perfectly reasonable to=20 phase out U320 SCSI....I can't see SAS going away any time soon. =2D-=20 Thanks, Josh Paetzel --nextPart1364500.QlezaVzCdu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBGpkj9JvkB8SevrssRAhsVAJ9vT++Gyw7p9sC4g1v6tBnN5yytigCfUdG2 CPRH/5FB3mC4kqmxNeDocnQ= =ArBP -----END PGP SIGNATURE----- --nextPart1364500.QlezaVzCdu-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 24 18:47:56 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 86B8D16A419 for ; Tue, 24 Jul 2007 18:47:56 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id 0BACF13C47E for ; Tue, 24 Jul 2007 18:47:55 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate1.punkt.de with ESMTP id l6OIlsWY047106 for ; Tue, 24 Jul 2007 20:47:54 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id l6OIlrZT004651; Tue, 24 Jul 2007 20:47:53 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id l6OIlreO004650; Tue, 24 Jul 2007 20:47:53 +0200 (CEST) (envelope-from ry93) Date: Tue, 24 Jul 2007 20:47:53 +0200 From: "Patrick M. Hausen" To: Josh Paetzel , freebsd-stable@freebsd.org, "Daniel O'Connor" , Bill Swingle Message-ID: <20070724184752.GA4267@hugo10.ka.punkt.de> References: <46A54B6F.9010100@dub.net> <20070724044208.GA79101@eos.sc1.parodius.com> <200707241518.35730.doconnor@gsoft.com.au> <200707241230.53119.josh@tcbug.org> <20070724182604.GA3759@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20070724182604.GA3759@eos.sc1.parodius.com> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: Re: problems with Hitachi 1TB SATA drives 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, 24 Jul 2007 18:47:56 -0000 Hi, all! > To add fuel to the fire, Seagate *again* sent me a refurbished drive > (and I used their advanced replacement program), which has sat in a box > unopened since received. I ended up buying two WD 500GB drives to > replace the single Seagate; one of the drives is used for nothing other > than doing incremental dump(8)s of the other (and the main OS drive). > If either of those 500GB drives fail, I'll be able to recover in some > way somewhat painlessly. We mirror all servers now, given the low prices of S-ATA disks and gmirror(8). Of yourse this is not backup, but it can be a foundation for backup ... > * All this leads me to the topic of backups. Hard disks are growing in > capacity at a rate which the backup industry cannot follow. It's > getting to the point where you have to buy hard drives to back up the > data on other hard drives, but anyone with half a brain knows RAID is > not a replacement for backups. RAID or mirroring gives you availability and resiliency for single disk failures (at least). Backup should give you an archive of file versions reaching back a certain amount of time to restore slowly corrupted data. The backup should be on a server and/or media different than the backed up one. So we are using a system with two 2 TB RAID 5 volumes that serves as an Amanda backup server. Backups are stored in vtapes on the disks (read: directories) managed by Amanda. Since there is no way that a slow filesystem corruption on one of the clients could affect the backup server, I'd call this a reasonable solution to the capacity problem. If the backup server goes up in smoke, it is highly unlikely that we have a severe need of a restore at the very same instant. We cannot carry the tape magazines around anymore, so if the data centre goes up in flames, we are fooled. Eventually a second data centre, second backup server, fast connection and rsync(1) will do the trick. Which leads us to private backups: > There is presently nothing __affordable on the consumer market__ which > makes backing up 300GB+ of data easy. RAID1 USB2 case for S-ATA disk: USD 400 2 WD RE2 500 GB drives: USD 600 Regular incremental backups: priceless ;-)) Again I'm just doing versioned backups to redundant disks. When I'm not doing backups, I'm not connecting the volume to my Mac, so software failure, worms, whatever, ... cannot by accident destroy the backups. Now, long term archiving ... that's another interesting topic. Kind regards, Patrick -- punkt.de GmbH * Vorholzstr. 25 * 76137 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: Jürgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Tue Jul 24 19:24:28 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 D6E6416A417 for ; Tue, 24 Jul 2007 19:24:28 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mx1.freebsd.org (Postfix) with ESMTP id 64ED113C46C for ; Tue, 24 Jul 2007 19:24:28 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l6OJOQjX004006; Wed, 25 Jul 2007 05:24:26 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l6OJOPMx004005; Wed, 25 Jul 2007 05:24:25 +1000 (EST) (envelope-from peter) Date: Wed, 25 Jul 2007 05:24:25 +1000 From: Peter Jeremy To: Pete French Message-ID: <20070724192425.GV1162@turion.vk2pj.dyndns.org> References: <200707241451.l6OEpq2O014634@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9UV9rz0O2dU/yYYn" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: ntpd on a NAT gateway seems to do 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: Tue, 24 Jul 2007 19:24:28 -0000 --9UV9rz0O2dU/yYYn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Jul-24 16:00:08 +0100, Pete French wr= ote: >at least I cannot see anything wrong). I would assume that ntpdate >also uses UDP - and using that I can see all these servers ? Yes it does. The major difference is that ntpd will use a source port of 123 whilst ntpdate will use a dynamic source port. Is it possible that your NAT rules are interfering with ntpd using port 123? Can you check that ntpd is binding to port 123 (using lsof or netstat+fstat). As well as tcpdump'ing the NTP traffic, you might like to ktrace ntpd and verify that incoming packets are actually arriving there. If your NAT box is not busy, you might be able to enable logging on som relevant rules and see what your firewall is actually doing with the packets. --=20 Peter Jeremy --9UV9rz0O2dU/yYYn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGplHp/opHv/APuIcRArdSAJ9CO/PO+t+PG1qdKSJRFBFHZAys8wCfVj9v +5Ztku0ONREkjdVEHi5wWFM= =4mTm -----END PGP SIGNATURE----- --9UV9rz0O2dU/yYYn-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 24 19:25: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 9EE2F16A476 for ; Tue, 24 Jul 2007 19:25:30 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 4D93E13C465 for ; Tue, 24 Jul 2007 19:25:30 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l6OJPGZL003572; Tue, 24 Jul 2007 13:25:16 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <46A65218.5050808@samsco.org> Date: Tue, 24 Jul 2007 13:25:12 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.4) Gecko/20070509 SeaMonkey/1.1.2 MIME-Version: 1.0 To: Wilko Bulte References: <46A54B6F.9010100@dub.net> <20070724044208.GA79101@eos.sc1.parodius.com> <200707241518.35730.doconnor@gsoft.com.au> <200707241230.53119.josh@tcbug.org> <20070724182604.GA3759@eos.sc1.parodius.com> <20070724183441.GA37120@freebie.xs4all.nl> In-Reply-To: <20070724183441.GA37120@freebie.xs4all.nl> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Tue, 24 Jul 2007 13:25:17 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Bill Swingle , Josh Paetzel , freebsd-stable@freebsd.org Subject: Re: problems with Hitachi 1TB SATA drives 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, 24 Jul 2007 19:25:30 -0000 Wilko Bulte wrote: > On Tue, Jul 24, 2007 at 11:26:04AM -0700, Jeremy Chadwick wrote.. >> On Tue, Jul 24, 2007 at 12:30:49PM -0500, Josh Paetzel wrote: >>> I don't have any experience with the Hitachi 1TB SATA drives, but I >>> know an outfit that was trying out the Seagate 1TB drives and had 8 >>> out of 12 fail their burn-in (a 3 day torture test) My luck with >>> consumer SATA drives has been incredibly dismal, with ~40 of them in >>> service I see multiple failures a year, including drives being DOA >>> and dying after a few weeks of service. I wouldn't be at all >>> surprised if one or both of the drives was bad right out of the box. > >> makes backing up 300GB+ of data easy. Everything that's capable of >> doing this is in the tens of thousands of US dollars, if not more. Am I >> going to sit around once a week backing up a terabyte of data to ~120 >> dual-layer 8.5GB DVDs? Nope. The closest thing out there right now is > > Which are only available in write-once in dual-layer so you would soon have > a landfill worth of DVDs. > >> A new IOMega REV (which includes one 70GB disk) costs US$600 MSRP. You >> read that right. > > Pff. Find a pre-owned SuperDLT or LTO drive? Not the cheapest I guess, > but dual-layer DVDs are not a solution IMHO. > > Or get a Blu-ray disk? Also still $$ > > I'm using an LTO2 drive myself. > >> * SCSI is outrageously expensive even in 2007. I have yet to see any >> shred of justification for why SCSI costs so much *even today*. It >> costs only a smidgen less than it did 15 years ago. >> For non-silly benchmarks, SCSI/SAS/FC is still far superior to SATA, and that is what you as the consumer are paying for. But without those high margins, you as the consumer won't have SATA either, at least not in the current business model. How do you think that R&D gets funded at drive companies? It's definitely not from the razor-thin margins that SATA has. Companies like WD make it work by having a very diverse business to fund SATA, but that's really no different than having SCSI/SAS/FC to fund SATA (though maybe less volatile). >> * SCSI is on its way out. Seagate recently announced that >> they'll no longer be supporting SCSI products, possibly by the end of >> next year: Yes, Seagate might be saying this, and I won't comment on the wisdom of it, other than to say that SAS/FC is not dead despite what Seagate wishes to do. In the future flash storage might ultimately overtake and replace platter storage, but that future has not yet arrived. >> >> "Seagate has announced that by next year they will no longer be >> supporting SCSI product and will be moving customers to the SATA >> interface." >> http://www.horizontechnology.com/news/market/market_perspective_storage_04-11-2007.php > > I imagine this is meant to read as: parallel SCSI, as opposed to SAS. > SAS is very much alive. > If Seagate is plotting a course to be a SATA-only company, I'm not terribly surprised. I would be saddened, though, and I feel sorry for my friends and neighbors who are currently Seagate employees. Scott From owner-freebsd-stable@FreeBSD.ORG Tue Jul 24 19:31: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 0D9A916A417 for ; Tue, 24 Jul 2007 19:31:27 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 9EAF213C457 for ; Tue, 24 Jul 2007 19:31:26 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l6OJVMFr003601; Tue, 24 Jul 2007 13:31:22 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <46A65386.9050706@samsco.org> Date: Tue, 24 Jul 2007 13:31:18 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.4) Gecko/20070509 SeaMonkey/1.1.2 MIME-Version: 1.0 To: Josh Paetzel References: <46A54B6F.9010100@dub.net> <200707241230.53119.josh@tcbug.org> <20070724182604.GA3759@eos.sc1.parodius.com> <200707241346.21714.josh@tcbug.org> In-Reply-To: <200707241346.21714.josh@tcbug.org> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Tue, 24 Jul 2007 13:31:22 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Bill Swingle , Jeremy Chadwick , freebsd-stable@freebsd.org Subject: Re: problems with Hitachi 1TB SATA drives 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, 24 Jul 2007 19:31:27 -0000 Josh Paetzel wrote: > On Tuesday 24 July 2007, Jeremy Chadwick wrote: > >> * SCSI is outrageously expensive even in 2007. I have yet to see >> any shred of justification for why SCSI costs so much *even today*. >> It costs only a smidgen less than it did 15 years ago. >> >> * SCSI is on its way out. Seagate recently announced that >> they'll no longer be supporting SCSI products, possibly by the end >> of next year: >> >> "Seagate has announced that by next year they will no longer be >> supporting SCSI product and will be moving customers to the SATA >> interface." >> http://www.horizontechnology.com/news/market/market_perspective_sto >> rage_04-11-2007.php >> >> I'm willing to bet others will follow suit. > > It's more than just an interface. SCSI drives are manufactured with > completely different components than IDE/SATA drives. The platters > have different materials on them, the heads are different, the > actuators are different. The higher spindle speeds present different > engineering challanges, if you know anything about physics you'll > realize the difference between spinning something at 7200rpm and > 15,000rpm is not linear in terms of the forces involved. Actually, the reliability/component quality argument really isn't true anymore. This was especially the case with the IBM DDYS Ultrastar line, and I've heard many rumors since then of the trend continuing. It may not be a universal truth, but it's not the easy distinction that it used to be. > > You're really paying for two things when you buy SCSI/SAS. > > reliability under 100% duty cycle See above. > seek times Yes, very true, both from a spindle speed perspective and from a queue depth perspective. All that said, I'd love to be able to afford SAS for all of my computers. For real workloads, it's far superior to SATA. Scott From owner-freebsd-stable@FreeBSD.ORG Tue Jul 24 23:48: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 5246A16A419 for ; Tue, 24 Jul 2007 23:48:22 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.179]) by mx1.freebsd.org (Postfix) with ESMTP id E0A3813C467 for ; Tue, 24 Jul 2007 23:48:21 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.66.49.198] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis), id 0MKwtQ-1IDTur3keF-0006XZ; Wed, 25 Jul 2007 01:35:46 +0200 From: Max Laier Organization: FreeBSD To: freebsd-pf@freebsd.org Date: Wed, 25 Jul 2007 01:35:39 +0200 User-Agent: KMail/1.9.7 References: <200706160347.33331.max@love2party.net> <20070710131224.GC64775@tirith.brixandersen.dk> <200707101520.12272.max@love2party.net> In-Reply-To: <200707101520.12272.max@love2party.net> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4595827.uBupxcFmas"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707250135.44846.max@love2party.net> X-Provags-ID: V01U2FsdGVkX19XQPMZXwvmt6l9YRd7u2DCxz7/ijWh4VA/7p7 1z727oefuZAjldNYh2fv028KK1opbVajbiSP6Qsw0Ni7hmCcuP n7TyJ7TOqmqNm3nuaMTckCklU0xqJpTwPnrehf7J+Y= Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: RELENG_6 patch [Re: pf 4.1 Update available for testing] 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, 24 Jul 2007 23:48:22 -0000 --nextPart4595827.uBupxcFmas Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline now available at: http://people.freebsd.org/~mlaier/PF41/ with=20 instructions how to build. Please test if possible and provide me with feedback. Again, this work can't be MFC'ed, but I'll try to keep up2date patches=20 available for RELENG_6 and release branches. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart4595827.uBupxcFmas 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) iD8DBQBGpozQXyyEoT62BG0RAhXwAJ97UC5tpWRD4sNlqvYiIHql5K169wCfZ+e7 SHJsmcsjTCdI3bzVmDOcoYY= =rsU4 -----END PGP SIGNATURE----- --nextPart4595827.uBupxcFmas-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 25 00:00: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 CA84D16A419 for ; Wed, 25 Jul 2007 00:00:07 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout06.prod.mesa1.secureserver.net (smtpout06-04.prod.mesa1.secureserver.net [64.202.165.227]) by mx1.freebsd.org (Postfix) with SMTP id 961DC13C46C for ; Wed, 25 Jul 2007 00:00:07 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 4803 invoked from network); 25 Jul 2007 00:00:06 -0000 Received: from unknown (24.144.77.243) by smtpout06-04.prod.mesa1.secureserver.net (64.202.165.227) with ESMTP; 25 Jul 2007 00:00:05 -0000 Message-ID: <46A69285.1030801@seclark.us> Date: Tue, 24 Jul 2007 20:00:05 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alexey Karagodov References: <469624D1.20108@seclark.us> <4696823B.9020107@seclark.us> <46969129.60409@seclark.us> <3C09F7E4-C15A-4B9E-94A3-C4997C73C0BD@mac.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: pmtud + ipnat RELENG_6_2 appears to be broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jul 2007 00:00:07 -0000 Alexey Karagodov wrote: > is there any progress? > > just one "me too" > > this problem appeared for me when i try to use vlan over lagg ( to em > NICs ) > > thanx > kernel: vlan301: discard oversize frame (ether type 800 flags 3 len > 1514 > max 1510) > > > > 2007/7/13, Chuck Swiger >: > > On Jul 12, 2007, at 1:38 PM, Stephen Clark wrote: > >> The MTU is actually defined in reference to a network segment such > >> as an "ethernet collision domain", and applies to all machines > >> sending traffic to that segment. If the MTU is really 1280, > >> nobody else should be sending larger packets, and the drivers > >> will drop any larger packets they receive and generate the > >> appropriate ICMP error.... > > > > First thanks for responding but thats the problem, > > this did't generate an icmp when the packet was dropped. > > > > kernel: rl0: discard oversize frame (ether type 800 flags 3 len > > 1514 > max > > 1294) > > > > This message did not result in any icmp packet. > > > > I was running tcpdump looking for them. > > Taking a quick look at ether_input() in src/sys/net/if_ethersubr.c > suggests that you are right-- if the incoming packet exceeds the MTU > being set, the input errors count for that interface is incremented, > but no ICMP_UNREACH_NEEDFRAG is generated even if DF flag is set. > > You might file a PR and see whether you can get Andre or one of the > other networking gurus interested in fixing this. Or maybe I'll give > it a try myself if I can get some free time.... :-) > > -- > -Chuck > > > _______________________________________________ > 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 " > > No progress - still being discussed on freebsd-net mailing list as: Re: 6.2 mtu now limits size of incomming packet Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Wed Jul 25 00:10: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 6890B16A419 for ; Wed, 25 Jul 2007 00:10:09 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.freebsd.org (Postfix) with ESMTP id 2896A13C45A for ; Wed, 25 Jul 2007 00:10:09 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: by py-out-1112.google.com with SMTP id a73so41279pye for ; Tue, 24 Jul 2007 17:10: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:references; b=K3V3il5J3vEq/kUch651BP9HTB3uybjh/NQM9sjLc0DuHy4YwJZpb2o1iarf99f6QyCTLwcEJWEzwpiR7WOdxVhKSrziO8ZzxPtZs4NrPoMAfztY8cPzFGFHyZFBGUAhyHAxeKc6Vxwn7tBqOg8741G6VGyMmJKLx2cCrI9UQAs= 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:references; b=FSmHwIaVVF5o2VsdgEfViAraOm4987kpfPq6LK3IxTFYtxHp4WMq0YRwuFvDRQ8jhwHypLyUGUCkCLoTqHHMY4UJPYdmDXVVnjYHv5Wgh3xwiSPh1d7WTvl74+wiSWdw+DmTi+S7516VA9z1E82cUQtJrevUFX211qqzdQcaSms= Received: by 10.65.242.11 with SMTP id u11mr45863qbr.1185318917978; Tue, 24 Jul 2007 16:15:17 -0700 (PDT) Received: by 10.64.53.17 with HTTP; Tue, 24 Jul 2007 16:15:17 -0700 (PDT) Message-ID: Date: Wed, 25 Jul 2007 03:15:17 +0400 From: "Alexey Karagodov" To: "Chuck Swiger" In-Reply-To: <3C09F7E4-C15A-4B9E-94A3-C4997C73C0BD@mac.com> MIME-Version: 1.0 References: <469624D1.20108@seclark.us> <4696823B.9020107@seclark.us> <46969129.60409@seclark.us> <3C09F7E4-C15A-4B9E-94A3-C4997C73C0BD@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Stephen.Clark@seclark.us, freebsd-stable@freebsd.org Subject: Re: pmtud + ipnat RELENG_6_2 appears to be broken 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, 25 Jul 2007 00:10:10 -0000 is there any progress? just one "me too" this problem appeared for me when i try to use vlan over lagg ( to em NICs ) thanx kernel: vlan301: discard oversize frame (ether type 800 flags 3 len 1514 > max 1510) 2007/7/13, Chuck Swiger : > > On Jul 12, 2007, at 1:38 PM, Stephen Clark wrote: > >> The MTU is actually defined in reference to a network segment such > >> as an "ethernet collision domain", and applies to all machines > >> sending traffic to that segment. If the MTU is really 1280, > >> nobody else should be sending larger packets, and the drivers > >> will drop any larger packets they receive and generate the > >> appropriate ICMP error.... > > > > First thanks for responding but thats the problem, > > this did't generate an icmp when the packet was dropped. > > > > kernel: rl0: discard oversize frame (ether type 800 flags 3 len > > 1514 > max > > 1294) > > > > This message did not result in any icmp packet. > > > > I was running tcpdump looking for them. > > Taking a quick look at ether_input() in src/sys/net/if_ethersubr.c > suggests that you are right-- if the incoming packet exceeds the MTU > being set, the input errors count for that interface is incremented, > but no ICMP_UNREACH_NEEDFRAG is generated even if DF flag is set. > > You might file a PR and see whether you can get Andre or one of the > other networking gurus interested in fixing this. Or maybe I'll give > it a try myself if I can get some free time.... :-) > > -- > -Chuck > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed Jul 25 00:30: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 6AC3616A417 for ; Wed, 25 Jul 2007 00:30:44 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from omta02ps.mx.bigpond.com (omta02ps.mx.bigpond.com [144.140.83.154]) by mx1.freebsd.org (Postfix) with ESMTP id 0B6F013C458 for ; Wed, 25 Jul 2007 00:30:41 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from oaamta02ps.mx.bigpond.com ([124.188.162.95]) by omta02ps.mx.bigpond.com with ESMTP id <20070725003040.LCMO14578.omta02ps.mx.bigpond.com@oaamta02ps.mx.bigpond.com> for ; Wed, 25 Jul 2007 00:30:40 +0000 Received: from areilly.bpa.nu ([124.188.162.95]) by oaamta02ps.mx.bigpond.com with ESMTP id <20070725003039.MXUE27015.oaamta02ps.mx.bigpond.com@areilly.bpa.nu> for ; Wed, 25 Jul 2007 00:30:39 +0000 Received: (qmail 63697 invoked by uid 501); 25 Jul 2007 00:30:25 -0000 Date: Wed, 25 Jul 2007 10:30:25 +1000 From: Andrew Reilly To: Peter Jeremy Message-ID: <20070725003025.GA63332@duncan.reilly.home> References: <200707241451.l6OEpq2O014634@lurza.secnetix.de> <20070724192425.GV1162@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070724192425.GV1162@turion.vk2pj.dyndns.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org, Pete French Subject: Re: ntpd on a NAT gateway seems to do 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, 25 Jul 2007 00:30:44 -0000 On Wed, Jul 25, 2007 at 05:24:25AM +1000, Peter Jeremy wrote: > On 2007-Jul-24 16:00:08 +0100, Pete French wrote: > Yes it does. The major difference is that ntpd will use a source > port of 123 whilst ntpdate will use a dynamic source port. Is that behaviour that can be defeated? If it uses a fixed source port, then multiple ntpd clients behind a nat firewall will be competing for the same ip quadtuple at the NAT box. (Or does ipnat or pf have the ability to fake different source addresses?) (I've had what I think is this problem with a VPN setup, where only one client behind the NAT firewall could run the VPN client at a time, because the VPN protocol used a fixed port and UDP. Maybe my NAT rules need more sophistication? I don't pay all that much attention to it...) Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Wed Jul 25 00:44: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 B5DBC16A5A2 for ; Wed, 25 Jul 2007 00:44:04 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id 41BA513C442 for ; Wed, 25 Jul 2007 00:44:04 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 50E651CC58; Wed, 25 Jul 2007 12:44:02 +1200 (NZST) Date: Wed, 25 Jul 2007 12:44:02 +1200 From: Andrew Thompson To: Alexey Karagodov Message-ID: <20070725004402.GA13665@heff.fud.org.nz> References: <469624D1.20108@seclark.us> <4696823B.9020107@seclark.us> <46969129.60409@seclark.us> <3C09F7E4-C15A-4B9E-94A3-C4997C73C0BD@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Stephen.Clark@seclark.us, freebsd-stable@freebsd.org Subject: Re: pmtud + ipnat RELENG_6_2 appears to be broken 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, 25 Jul 2007 00:44:04 -0000 On Wed, Jul 25, 2007 at 03:15:17AM +0400, Alexey Karagodov wrote: > is there any progress? > just one "me too" > > this problem appeared for me when i try to use vlan over lagg ( to em NICs > ) lagg on RELENG_6 is currently broken due to subtle differences that wernt taken into account when it was MFCd. Can you please test this patch. Index: if_lagg.c =================================================================== RCS file: /home/ncvs/src/sys/net/if_lagg.c,v retrieving revision 1.11.2.3 diff -u -p -r1.11.2.3 if_lagg.c --- if_lagg.c 12 Jul 2007 20:40:24 -0000 1.11.2.3 +++ if_lagg.c 25 Jul 2007 00:43:24 -0000 @@ -319,6 +319,7 @@ lagg_lladdr(struct lagg_softc *sc, uint8 if (memcmp(lladdr, IF_LLADDR(ifp), ETHER_ADDR_LEN) == 0) return; + bcopy(lladdr, IFP2ENADDR(ifp), ETHER_ADDR_LEN); bcopy(lladdr, IF_LLADDR(ifp), ETHER_ADDR_LEN); /* Let the protocol know the MAC has changed */ if (sc->sc_lladdr != NULL) > 2007/7/13, Chuck Swiger : > > > >On Jul 12, 2007, at 1:38 PM, Stephen Clark wrote: > >>> The MTU is actually defined in reference to a network segment such > >>> as an "ethernet collision domain", and applies to all machines > >>> sending traffic to that segment. If the MTU is really 1280, > >>> nobody else should be sending larger packets, and the drivers > >>> will drop any larger packets they receive and generate the > >>> appropriate ICMP error.... > >> > >> First thanks for responding but thats the problem, > >> this did't generate an icmp when the packet was dropped. > >> > >> kernel: rl0: discard oversize frame (ether type 800 flags 3 len > >> 1514 > max > >> 1294) > >> > >> This message did not result in any icmp packet. > >> > >> I was running tcpdump looking for them. > > > >Taking a quick look at ether_input() in src/sys/net/if_ethersubr.c > >suggests that you are right-- if the incoming packet exceeds the MTU > >being set, the input errors count for that interface is incremented, > >but no ICMP_UNREACH_NEEDFRAG is generated even if DF flag is set. > > > >You might file a PR and see whether you can get Andre or one of the > >other networking gurus interested in fixing this. Or maybe I'll give > >it a try myself if I can get some free time.... :-) > > > >-- > >-Chuck > > > > > >_______________________________________________ > >freebsd-stable@freebsd.org mailing list > >http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Jul 25 02:24: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 B5F8F16A41F for ; Wed, 25 Jul 2007 02:24:39 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 8BCEB13C4B4 for ; Wed, 25 Jul 2007 02:24:39 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l6P2Oaie039819; Tue, 24 Jul 2007 22:24:36 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l6P2OatC055876 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Jul 2007 22:24:36 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200707250224.l6P2OatC055876@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 24 Jul 2007 22:24:28 -0400 To: Bill Swingle , FreeBSD Stable From: Mike Tancsa In-Reply-To: <46A54B6F.9010100@dub.net> References: <46A54B6F.9010100@dub.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: problems with Hitachi 1TB SATA drives 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, 25 Jul 2007 02:24:39 -0000 At 08:44 PM 7/23/2007, Bill Swingle wrote: >After several tries I was able to get both disks newfs'd and mounted >but they quickly fell down with DMA timeouts. On one occasion the >machine actually panic'd too: Hi, What options do you have set in the BIOS for the sata controller ? Do you have anything like "compatibility" mode ? If so, try turning it off and put it in the "advanced" or "native" mode. Also I found with some older ICH4 controllers (dont know about 5) if you disabled the secondary IDE controller in the BIOS, "bad things" happen. If you have it off, try turning it back on. ---Mike From owner-freebsd-stable@FreeBSD.ORG Wed Jul 25 02:26:04 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 E7C3016A41A for ; Wed, 25 Jul 2007 02:26:04 +0000 (UTC) (envelope-from mi@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id 879D213C469 for ; Wed, 25 Jul 2007 02:26:04 +0000 (UTC) (envelope-from mi@aldan.algebra.com) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.14.1/8.14.1) with ESMTP id l6P2Q3KS001247 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Jul 2007 22:26:03 -0400 (EDT) (envelope-from mi@aldan.algebra.com) Received: (from mi@localhost) by aldan.algebra.com (8.14.1/8.14.1/Submit) id l6P2Q3UC001246; Tue, 24 Jul 2007 22:26:03 -0400 (EDT) (envelope-from mi) From: "Mikhail T." Message-Id: <200707250226.l6P2Q3UC001246@aldan.algebra.com> To: stable@FreeBSD.org Date: Tue, 24 Jul 2007 22:26:03 -0400 (EDT) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jul 2007 02:26:05 -0000 Hello! I was working remotely, when suddenly the server dropped off the 'net. Upon reboot it was stuck in "unexpected softupdates inconsistency" (I did not have fsck_y_enable set). Here is the panic: Unread portion of the kernel message buffer: Fatal trap 9: general protection fault while in kernel mode cpuid = 1; apic id = 01 instruction pointer = 0x8:0xffffffff803be0ed stack pointer = 0x10:0xffffffffb1ae0b10 frame pointer = 0x10:0xffffff005fa23380 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 3 (g_up) trap number = 9 panic: general protection fault cpuid = 1 Uptime: 29m52s Dumping 2047 MB (2 chunks) chunk 0: 1MB (156 pages) ... ok chunk 1: 2047MB (524016 pages) 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 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 "amd64-marcel-freebsd"... (kgdb) #0 doadump () at pcpu.h:172 #1 0x0000000000000004 in ?? () #2 0xffffffff802b2d87 in boot (howto=260) at /var/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff802b3421 in panic (fmt=0xffffff007b9e7000 "°Ö {") at /var/src/sys/kern/kern_shutdown.c:565 #4 0xffffffff804140ff in trap_fatal (frame=0xffffff007b9e7000, eva=18446742976272062128) at /var/src/sys/amd64/amd64/trap.c:668 #5 0xffffffff80414602 in trap (frame= {tf_rdi = -1098100966016, tf_rsi = -1097437646848, tf_rdx = 164931039068161, tf_rcx = 0, tf_r8 = -6241704602446071034, tf_r9 = -2141060032, tf_rax = 0, tf_rbx = -1099511589376, tf_rbp = -1097907162240, tf_r10 = -2141060032, tf_r11 = -2144905952, tf_r12 = -1616167584, tf_r13 = -2144915520, tf_r14 = 0, tf_r15 = -1097907162240, tf_trapno = 9, tf_addr = 0, tf_flags = -1097437646848, tf_err = 0, tf_rip = -2143559443, tf_cs = 8, tf_rflags = 66050, tf_rsp = -1313993952, tf_ss = 16}) at /var/src/sys/amd64/amd64/trap.c:470 #6 0xffffffff803fb35b in calltrap () at /var/src/sys/amd64/amd64/exception.S:168 #7 0xffffffff803be0ed in softdep_disk_write_complete (bp=0xffffffff9fab3d60) at /var/src/sys/ufs/ffs/ffs_softdep.c:4755 #8 0xffffffff8030edba in bufdone (bp=0xffffffff9fab3d60) at buf.h:440 #9 0xffffffff802755a5 in g_vfs_done (bip=0x0) at /var/src/sys/geom/geom_vfs.c:87 #10 0xffffffff80272d3d in g_io_schedule_up (tp=0xffffff005414fd80) at /var/src/sys/geom/geom_io.c:490 #11 0xffffffff8027304c in g_up_procbody () at /var/src/sys/geom/geom_kern.c:95 #12 0xffffffff80297e17 in fork_exit ( callout=0xffffffff80272fc0 , arg=0x0, frame=0xffffffffb1ae0c50) at /var/src/sys/kern/kern_fork.c:821 #13 0xffffffff803fb6be in fork_trampoline () at /var/src/sys/amd64/amd64/exception.S:394 #14 0x0000000000000000 in ?? () #15 0x0000000000000000 in ?? () #16 0x0000000000000001 in ?? () #17 0x0000000000000000 in ?? () #18 0x0000000000000000 in ?? () #19 0x0000000000000000 in ?? () #20 0x0000000000000000 in ?? () #21 0x0000000000000000 in ?? () #22 0x0000000000000000 in ?? () #23 0x0000000000000000 in ?? () #24 0x0000000000000000 in ?? () #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000000 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000000 in ?? () #39 0x0000000000000000 in ?? () #40 0x0000000000000000 in ?? () #41 0x0000000000000000 in ?? () #42 0x0000000000000000 in ?? () #43 0x0000000000000000 in ?? () #44 0x0000000000000000 in ?? () #45 0x0000000000000000 in ?? () #46 0x0000000000824000 in ?? () #47 0xffffff007ba0d6b0 in ?? () #48 0x0000000000000104 in ?? () #49 0x0000000000000000 in ?? () #50 0xffffff007ba0d6b0 in ?? () #51 0xffffff007b9e7be0 in ?? () #52 0xffffffffb1ae0818 in ?? () #53 0xffffff007b9e7000 in ?? () #54 0xffffffff802ca546 in sched_switch (td=0x0, newtd=0x0, flags=0) at /var/src/sys/kern/sched_4bsd.c:973 #55 0x0000000000000000 in ?? () #56 0x0000000000000000 in ?? () #57 0x0000000000000000 in ?? () #58 0x0000000000000000 in ?? () #59 0x0000000000000000 in ?? () #60 0x0000000000000000 in ?? () #61 0x0000000000000000 in ?? () #62 0x0000000000000000 in ?? () #63 0x0000000000000000 in ?? () #64 0x0000000000000000 in ?? () #65 0x0000000000000000 in ?? () #66 0x0000000000000000 in ?? () #67 0x0000000000000000 in ?? () #68 0x0000000000000000 in ?? () #69 0x0000000000000000 in ?? () #70 0x0000000000000000 in ?? () #71 0x0000000000000000 in ?? () #72 0x0000000000000000 in ?? () #73 0x0000000000000000 in ?? () #74 0x0000000000000000 in ?? () #75 0x0000000000000000 in ?? () #76 0x0000000000000000 in ?? () #77 0x0000000000000000 in ?? () #78 0x0000000000000000 in ?? () #79 0x0000000000000000 in ?? () #80 0x0000000000000000 in ?? () #81 0x0000000000000000 in ?? () #82 0x0000000000000000 in ?? () #83 0x0000000000000000 in ?? () #84 0x0000000000000000 in ?? () #85 0x0000000000000000 in ?? () #86 0x0000000000000000 in ?? () #87 0x0000000000000000 in ?? () #88 0x0000000000000000 in ?? () #89 0x0000000000000000 in ?? () #90 0x0000000000000000 in ?? () #91 0x0000000000000000 in ?? () #92 0x0000000000000000 in ?? () #93 0x0000000000000000 in ?? () #94 0x0000000000000000 in ?? () #95 0x0000000000000000 in ?? () #96 0x0000000000000000 in ?? () #97 0x0000000000000000 in ?? () #98 0x0000000000000000 in ?? () #99 0x0000000000000000 in ?? () #100 0x0000000000000000 in ?? () #101 0x0000000000000000 in ?? () #102 0x0000000000000000 in ?? () #103 0x0000000000000000 in ?? () #104 0x0000000000000000 in ?? () #105 0x0000000000000000 in ?? () #106 0x0000000000000000 in ?? () #107 0x0000000000000000 in ?? () #108 0x0000000000000000 in ?? () #109 0x0000000000000000 in ?? () #110 0x0000000000000000 in ?? () #111 0x0000000000000000 in ?? () #112 0x0000000000000000 in ?? () #113 0x0000000000000000 in ?? () #114 0x0000000000000000 in ?? () #115 0x0000000000000000 in ?? () #116 0x0000000000000000 in ?? () #117 0x0000000000000000 in ?? () #118 0x0000000000000000 in ?? () #119 0x0000000000000000 in ?? () #120 0x0000000000000000 in ?? () #121 0x0000000000000000 in ?? () #122 0x0000000000000000 in ?? () #123 0x0000000000000000 in ?? () #124 0x0000000000000000 in ?? () #125 0x0000000000000000 in ?? () #126 0x0000000000000000 in ?? () (kgdb) #6 0xffffffff803fb35b in calltrap () at /var/src/sys/amd64/amd64/exception.S:168 168 call trap Current language: auto; currently asm (kgdb) From owner-freebsd-stable@FreeBSD.ORG Wed Jul 25 04:04: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 3014716A418 for ; Wed, 25 Jul 2007 04:04:43 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id EFD0813C442 for ; Wed, 25 Jul 2007 04:04:42 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from localhost (maia-5.hub.org [200.46.204.182]) by hub.org (Postfix) with ESMTP id AFCB0B46825 for ; Wed, 25 Jul 2007 00:45:04 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.182]) (amavisd-maia, port 10024) with ESMTP id 45744-08 for ; Wed, 25 Jul 2007 00:44:58 -0300 (ADT) Received: from fserv.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id 43D9BB46814 for ; Wed, 25 Jul 2007 00:45:04 -0300 (ADT) Received: from [192.168.1.3] (unknown [192.168.1.3]) by fserv.hub.org (Postfix) with ESMTP id 7937C8D6F5 for ; Wed, 25 Jul 2007 00:45:03 -0300 (ADT) Date: Wed, 25 Jul 2007 00:45:03 -0300 From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <30B8A82158C78C4320924F4C@fserv.hub.org> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: "Static" in left speaker (HDA Codec: Realtek ALC883) 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, 25 Jul 2007 04:04:43 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Just got a new desktop, and so far everything has been a dream, except the sound ... did a 'snd_driver_load="YES"' to load everything, and the sound system is detected as: pcm0: pcm0: If I 'kldunload snd_hda', the static goes away ... reload it, the static comes back again ... Found a reference to , and the lowlatency stuff, so tried that, same effect ... Tried different speakers, just in case, no change ... I do get sound out, can watch movies and such, but the sound seems to only come out the right speaker, and, well, the static is fairly annoying ... Not sure what else I can do to debug, mind you ... help? thanks ... - ---- 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) iD8DBQFGpsc/4QvfyHIvDvMRAiZlAKDjTFeq5Cu/JZoERFU1CrCrL9aYJgCfT+rI JJ7WvHrpXxyl+zaHPRHUPhw= =gb3O -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 25 05:40: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 0C0FF16A41F for ; Wed, 25 Jul 2007 05:40:27 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.228]) by mx1.freebsd.org (Postfix) with ESMTP id C812013C467 for ; Wed, 25 Jul 2007 05:40:26 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so64121nzf for ; Tue, 24 Jul 2007 22:40:25 -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:mime-version:content-type:content-transfer-encoding:content-disposition; b=S0DNujTGzt9ZtprNriU4ECrLcOGxb7VpdPhwK038fdfAAr3Ihlgl5l/dxmiB8ovYRTJfEQTzUqXkbFHgiSQetWUNEN7PFxj7JNoMY3tPaAX8I5DP83ywcpG68Evfa3qu/Frbm+Y406+Bz4TUDBe9fE6+5jGlm3UVpQ0JYpiyjeQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=DuPDmmDpBD5/mDuZ4rSIxjX0rfeLT8aRKCS9vNFUj/ka3/w5wHFMrPV8vpoFCMFPrJHiEXxWGw7m8KwLn/VktH5o8lpdqAANhAR4hkyOWQYF90QZfBkR7PwjR1hEkq06CKJf0t7QQ+y/TaPtL4d683EmZIvxpKuovx9p2UDb/cc= Received: by 10.114.106.1 with SMTP id e1mr278435wac.1185340270084; Tue, 24 Jul 2007 22:11:10 -0700 (PDT) Received: by 10.114.103.14 with HTTP; Tue, 24 Jul 2007 22:11:09 -0700 (PDT) Message-ID: <2a41acea0707242211k6ebe3b77p6a9341b1b2d40210@mail.gmail.com> Date: Tue, 24 Jul 2007 22:11:10 -0700 From: "Jack Vogel" To: freebsd-net , "FreeBSD Stable List" , "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Merged em driver 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, 25 Jul 2007 05:40:27 -0000 The next driver I that I release via Intel channels is going to merge the code for 6 and 7. I was thinking that I could check that into the tip and it would make the most current version buildable on either RELEASE, was wondering if that is looked upon favorably or not? I have code ready to do that if getting it into 7.0 would be desireable. Jack From owner-freebsd-stable@FreeBSD.ORG Wed Jul 25 06:28: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 8750B16A418; Wed, 25 Jul 2007 06:28:27 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 0456A13C45E; Wed, 25 Jul 2007 06:28:26 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 12CB3EB2884; Wed, 25 Jul 2007 14:28:24 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id iDcGIDcpmUJR; Wed, 25 Jul 2007 14:28:21 +0800 (CST) Received: from LI-Xins-MacBook.local (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id D5FE6EB2879; Wed, 25 Jul 2007 14:28:20 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=fgKhnwXKoMmtY8yBOCs5VWgB4qG+/TUMf1HDbIySwDyxx1r1hCpzUR9LQKaft/Q31 DW4LMerrHKYoxgmfrcYdg== Message-ID: <46A6ED6F.7090908@delphij.net> Date: Wed, 25 Jul 2007 14:27:59 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.5 (Macintosh/20070716) MIME-Version: 1.0 To: Jack Vogel References: <2a41acea0707242211k6ebe3b77p6a9341b1b2d40210@mail.gmail.com> In-Reply-To: <2a41acea0707242211k6ebe3b77p6a9341b1b2d40210@mail.gmail.com> X-Enigmail-Version: 0.95.2 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigCB1FBDE5214C236551365BDF" Cc: freebsd-net , FreeBSD Current , FreeBSD Stable List Subject: Re: Merged em driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jul 2007 06:28:27 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCB1FBDE5214C236551365BDF Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Jack Vogel wrote: > The next driver I that I release via Intel channels is going to > merge the code for 6 and 7. I was thinking that I could check that > into the tip and it would make the most current version buildable > on either RELEASE, was wondering if that is looked upon favorably > or not? I have code ready to do that if getting it into 7.0 would be > desireable. I think that if the change is not quite intrusive (e.g. add some ifdef blocks rather than restructuring the code heavily) then it would be desirable to have it hit the tree before we branch RELENG_7. However, if the change would be very late then it would be better to have it delayed and only "backport" important fixes in a case-by-case manner. My $0.02 :-) Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigCB1FBDE5214C236551365BDF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGpu1vOfuToMruuMARCrcVAJ4iitqQwbmX6AYI9ka7ZCZmPijZQwCfZyGh YoPZKbwIUaaXP7DmxFaMgOo= =bi+2 -----END PGP SIGNATURE----- --------------enigCB1FBDE5214C236551365BDF-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 25 07:31: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 52C8316A417 for ; Wed, 25 Jul 2007 07:31:30 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (ns0.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id D51FD13C48E for ; Wed, 25 Jul 2007 07:31:28 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost.infracaninophile.co.uk [IPv6:::1]) by smtp.infracaninophile.co.uk (8.14.1/8.14.1) with ESMTP id l6P7V4L2033355; Wed, 25 Jul 2007 08:31:06 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) Authentication-Results: smtp.infracaninophile.co.uk from=m.seaman@infracaninophile.co.uk; sender-id=permerror; spf=permerror X-SenderID: Sendmail Sender-ID Filter v0.2.14 smtp.infracaninophile.co.uk l6P7V4L2033355 Message-ID: <46A6FC38.206@infracaninophile.co.uk> Date: Wed, 25 Jul 2007 08:31:04 +0100 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 2.0.0.5 (X11/20070721) MIME-Version: 1.0 To: Andrew Reilly References: <200707241451.l6OEpq2O014634@lurza.secnetix.de> <20070724192425.GV1162@turion.vk2pj.dyndns.org> <20070725003025.GA63332@duncan.reilly.home> In-Reply-To: <20070725003025.GA63332@duncan.reilly.home> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (smtp.infracaninophile.co.uk [IPv6:::1]); Wed, 25 Jul 2007 08:31:17 +0100 (BST) X-Virus-Scanned: ClamAV 0.91.1/3762/Wed Jul 25 06:17:29 2007 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00, DKIM_POLICY_SIGNSOME,DKIM_POLICY_TESTING,DK_POLICY_SIGNSOME,NO_RELAYS autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on happy-idiot-talk.infracaninophile.co.uk Cc: Peter Jeremy , freebsd-stable@freebsd.org, Pete French Subject: Re: ntpd on a NAT gateway seems to do 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, 25 Jul 2007 07:31:30 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Andrew Reilly wrote: > On Wed, Jul 25, 2007 at 05:24:25AM +1000, Peter Jeremy wrote: >> On 2007-Jul-24 16:00:08 +0100, Pete French wrote: >> Yes it does. The major difference is that ntpd will use a source >> port of 123 whilst ntpdate will use a dynamic source port. > > Is that behaviour that can be defeated? If it uses a fixed > source port, then multiple ntpd clients behind a nat firewall > will be competing for the same ip quadtuple at the NAT box. (Or > does ipnat or pf have the ability to fake different source > addresses?) NAT gateways will remap the source port number as necessary to disambiguate the different hosts. Although NTP defaults to using port 123 on both the source and destination ends, it only *has* to use port 123 on the destination (server) end. The admin can override that behaviour by using 'restrict ntpport' in ntp.conf if required. NTP queries performed via user programs like ntpq(8) and ntpdc(8) always use an arbitrary high numbered source port. There's a similar configuration trick used with the DNS, except in that case, it works in the opposite sense: DNS queries will use an arbitrary high numbered source port by default, but you can configure named to force use of port 53 as the source port. Obviously this only applies to the server-to-server queries performed by recursive DNS servers -- as far as I know, there's no way to force the local resolver library on a particular machine to use a specific source port. In any case, the justification for forcing UDP packets to use a specific source port disappears when you use a modern stateful firewall like any of the three (pf, ipfw, ipf) supplied with FreeBSD. > (I've had what I think is this problem with a VPN setup, where > only one client behind the NAT firewall could run the VPN client > at a time, because the VPN protocol used a fixed port and UDP. > Maybe my NAT rules need more sophistication? I don't pay all > that much attention to it...) Indeed. For instance, in the case of IPSec there is a special high-numbered port reserved for use exchanging keys when transiting NAT gateways. See http://www.ietf.org/rfc/rfc3947.txt for the gory details. Note that other VPN packages such as OpenVPN work in a different way and shouldn't hit this particular hurdle, or at least, not in the same way. Cheers, Matthew - -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGpvw38Mjk52CukIwRCEwOAKCA7xelVOzskL4BXyFiplIwwJTJPgCfVWb5 l6Kfk7Sx1glV44FBBL8oqkU= =GeJ8 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 25 07:50: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 5F71E16A417 for ; Wed, 25 Jul 2007 07:50:22 +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 BAE8913C457 for ; Wed, 25 Jul 2007 07:50:21 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (felopi@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l6P7o9j5056032; Wed, 25 Jul 2007 09:50:15 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l6P7o9FL056031; Wed, 25 Jul 2007 09:50:09 +0200 (CEST) (envelope-from olli) Date: Wed, 25 Jul 2007 09:50:09 +0200 (CEST) Message-Id: <200707250750.l6P7o9FL056031@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, andrew-freebsd@areilly.bpc-users.org In-Reply-To: <20070725003025.GA63332@duncan.reilly.home> 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, 25 Jul 2007 09:50:15 +0200 (CEST) Cc: Subject: Re: ntpd on a NAT gateway seems to do nothing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, andrew-freebsd@areilly.bpc-users.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jul 2007 07:50:22 -0000 Andrew Reilly wrote: > Peter Jeremy wrote: > > The major difference is that ntpd will use a source port > > of 123 whilst ntpdate will use a dynamic source port. > > Is that behaviour that can be defeated? If it uses a fixed > source port, then multiple ntpd clients behind a nat firewall > will be competing for the same ip quadtuple at the NAT box. Usually the clients behind the NAT gateway use the ntpd running on the gateway itself, not any servers beyond. So NTP queries never have to be forwarded across the gateway, so they're not subject to NAT translation at all. The gateway rather acts as server and client at the same time. 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 Passwords are like underwear. You don't share them, you don't hang them on your monitor or under your keyboard, you don't email them, or put them on a web site, and you must change them very often. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 25 08:15: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 212EE16A468; Wed, 25 Jul 2007 08:15:08 +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 8C4DC13C4DE; Wed, 25 Jul 2007 08:15:07 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (vsjivi@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l6P8F1uf056912; Wed, 25 Jul 2007 10:15:06 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l6P8F1ah056911; Wed, 25 Jul 2007 10:15:01 +0200 (CEST) (envelope-from olli) Date: Wed, 25 Jul 2007 10:15:01 +0200 (CEST) Message-Id: <200707250815.l6P8F1ah056911@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, koitsu@FreeBSD.ORG In-Reply-To: <20070724182604.GA3759@eos.sc1.parodius.com> 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, 25 Jul 2007 10:15:06 +0200 (CEST) Cc: Subject: Re: problems with Hitachi 1TB SATA drives X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, koitsu@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, 25 Jul 2007 08:15:08 -0000 Jeremy Chadwick wrote: > * Hard disks are growing in capacity, but are not growing in physical > size. We're pushing 1TB in a 3.5" form factor. And the same applies to > laptop (2.5") drives. The margin of error continues to increase as we > try to cram more and more data in such a small medium. I personally > would *love* to see drives go back to using a 5.25" form factor, > especially for large capacity disks, since chances are it means higher > reliability (read: less chance of error). As far as reliability goes, I agree. However, the problem is, you cannot make 5.25" disks spin at 10 or 15 krpm. Well, maybe you can, but it's a hell of an engineering problem. Even 7200 rpm isn't trivial to do for such large discs. And who wants to buy a slow 3600 rpm 5.25" drive? Apart from that, the larger radius also means slower end-to-end movement for the heads. > * All this leads me to the topic of backups. Hard disks are growing in > capacity at a rate which the backup industry cannot follow. It's > getting to the point where you have to buy hard drives to back up the > data on other hard drives, but anyone with half a brain knows RAID is > not a replacement for backups. Correct, RAID and backups are completely different. But you can use disk drives for both. I solved my backup problem by putting a hot-swap ATA frame into my home server (they're pretty cheap nowadays), and using a bunch of ATA disks as removable media. It's just like tape backups, but much cheaper, faster and easier to use. It beats every tape technology hands down. > going to sit around once a week backing up a terabyte of data to ~120 > dual-layer 8.5GB DVDs? I wouldn't even start thinking about considering that. > The closest thing out there right now is > a product from IOMega called REV, which (at most) offers 70GB of storage > per disk, or 140GB with compression. > > A new IOMega REV (which includes one 70GB disk) costs US$600 MSRP. You > read that right. Ugh. For US$600 you get four 400 GB disk drives, including four trays and one frame (hot-swap capable). That's 1.6 TB of backup capacity. Compare that to 70 GB. I also guess that that "REV" thing is much slower than an ATA disk. 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 "With sufficient thrust, pigs fly just fine. However, this is not necessarily a good idea. It is hard to be sure where they are going to land, and it could be dangerous sitting under them as they fly overhead." -- RFC 1925 From owner-freebsd-stable@FreeBSD.ORG Wed Jul 25 08:22: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 94CF116A417 for ; Wed, 25 Jul 2007 08:22:36 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mx1.freebsd.org (Postfix) with ESMTP id EFB3B13C469 for ; Wed, 25 Jul 2007 08:22:35 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l6P8MXPK001489; Wed, 25 Jul 2007 18:22:33 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l6P8MXPP001488; Wed, 25 Jul 2007 18:22:33 +1000 (EST) (envelope-from peter) Date: Wed, 25 Jul 2007 18:22:33 +1000 From: Peter Jeremy To: Andrew Reilly Message-ID: <20070725082233.GJ1241@turion.vk2pj.dyndns.org> References: <200707241451.l6OEpq2O014634@lurza.secnetix.de> <20070724192425.GV1162@turion.vk2pj.dyndns.org> <20070725003025.GA63332@duncan.reilly.home> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XsQoSWH+UP9D9v3l" Content-Disposition: inline In-Reply-To: <20070725003025.GA63332@duncan.reilly.home> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: ntpd on a NAT gateway seems to do 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, 25 Jul 2007 08:22:36 -0000 --XsQoSWH+UP9D9v3l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Jul-25 10:30:25 +1000, Andrew Reilly wrote: >On Wed, Jul 25, 2007 at 05:24:25AM +1000, Peter Jeremy wrote: >> On 2007-Jul-24 16:00:08 +0100, Pete French = wrote: >> Yes it does. The major difference is that ntpd will use a source >> port of 123 whilst ntpdate will use a dynamic source port. > >Is that behaviour that can be defeated? I don't believe so. > If it uses a fixed >source port, then multiple ntpd clients behind a nat firewall >will be competing for the same ip quadtuple at the NAT box. You might be better off running ntpd on the firewall and having the inside hosts sync to it. > (Or >does ipnat or pf have the ability to fake different source >addresses?) All NAT tools I've seen have the ability to either use multiple external addresses or re-write the source port to avoid clashes. Note that, by default, ntpd doesn't care about the source port of incoming packets (this can be controlled with the 'ntpport' option to 'restrict'). >(I've had what I think is this problem with a VPN setup, where >only one client behind the NAT firewall could run the VPN client >at a time, because the VPN protocol used a fixed port and UDP. >Maybe my NAT rules need more sophistication? I don't pay all >that much attention to it...) I suspect that either your NAT rules need to allow source port re-writing or the VPN protocol is fussier about having the source port. --=20 Peter Jeremy --XsQoSWH+UP9D9v3l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGpwhI/opHv/APuIcRAvPfAJ91dq+lSQoYE1Ka9X6e43gVThRHfQCePtrk m/pdECGCpvv3RLgxgmmJn/k= =6H2n -----END PGP SIGNATURE----- --XsQoSWH+UP9D9v3l-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 25 11:12: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 0593D16A417 for ; Wed, 25 Jul 2007 11:12:35 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.freebsd.org (Postfix) with ESMTP id B795213C45A for ; Wed, 25 Jul 2007 11:12:34 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by mail.ticketswitch.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IDen9-000Dmt-LL; Wed, 25 Jul 2007 12:12:31 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IDen9-000AqS-KA; Wed, 25 Jul 2007 12:12:31 +0100 To: andrew-freebsd@areilly.bpc-users.org, peterjeremy@optushome.com.au In-Reply-To: <20070725082233.GJ1241@turion.vk2pj.dyndns.org> Message-Id: From: Pete French Date: Wed, 25 Jul 2007 12:12:31 +0100 Cc: freebsd-stable@freebsd.org Subject: Re: ntpd on a NAT gateway seems to do 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, 25 Jul 2007 11:12:35 -0000 > You might be better off running ntpd on the firewall and having > the inside hosts sync to it. That would be nice - except my problem is that the firewal is the only one on which ntp *doest* run! :-) Thanks for all the other suggestions - will take a look a them later today and see if I can track this down. -pete. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 25 11:54: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 D370416A477; Wed, 25 Jul 2007 11:54:33 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.freebsd.org (Postfix) with ESMTP id 4045413C4CC; Wed, 25 Jul 2007 11:54:32 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by mail.ticketswitch.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IDfRm-000EJn-7Z; Wed, 25 Jul 2007 12:54:30 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IDfRm-000Brl-65; Wed, 25 Jul 2007 12:54:30 +0100 To: karagodov@gmail.com, thompsa@FreeBSD.org In-Reply-To: <20070725004402.GA13665@heff.fud.org.nz> Message-Id: From: Pete French Date: Wed, 25 Jul 2007 12:54:30 +0100 Cc: Stephen.Clark@seclark.us, freebsd-stable@freebsd.org Subject: Re: pmtud + ipnat RELENG_6_2 appears to be broken 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, 25 Jul 2007 11:54:34 -0000 > lagg on RELENG_6 is currently broken due to subtle differences that > wernt taken into account when it was MFCd. Can you please test this > patch. Erp! Do you have any mor einfo on tyhis - what kinds of things does this break ? Since lagg arrived I have deployed it on all our production machines. It seems to work fine for me, I have to say, but I would like to know what problems I might be about to encounter. Will apply and test your patch (though having seen no problems anyway I am not sure how useful that will be). -pcf. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 25 15:02:16 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 AD52916A41A for ; Wed, 25 Jul 2007 15:02:16 +0000 (UTC) (envelope-from prvs=17268b2759=killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 4170613C46A for ; Wed, 25 Jul 2007 15:02:16 +0000 (UTC) (envelope-from prvs=17268b2759=killing@multiplay.co.uk) X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on core6.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 ([212.135.219.182]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.6.0) with ESMTP id md50004051572.msg for ; Wed, 25 Jul 2007 15:51:08 +0100 Message-ID: <01e101c7cecb$380e6960$b6db87d4@multiplay.co.uk> From: "Steven Hartland" To: Date: Wed, 25 Jul 2007 15:50:10 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 X-MDRemoteIP: 212.135.219.182 X-Return-Path: prvs=17268b2759=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: stable@FreeBSD.org X-Spam-Processed: multiplay.co.uk, Wed, 25 Jul 2007 15:51:08 +0100 X-MDAV-Processed: multiplay.co.uk, Wed, 25 Jul 2007 15:51:08 +0100 Cc: Subject: bind exploit, patch expected? 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, 25 Jul 2007 15:02:16 -0000 I assume the security team are already working on this but cant hurt to ask: http://www.net-security.org/secworld.php?id=5366 Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 25 15:03:54 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 2A80116A41F for ; Wed, 25 Jul 2007 15:03:54 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id DF9F413C491 for ; Wed, 25 Jul 2007 15:03:53 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l6PF3rWB050742; Wed, 25 Jul 2007 11:03:53 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l6PF3qI6059551 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Jul 2007 11:03:52 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200707251503.l6PF3qI6059551@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 25 Jul 2007 11:03:46 -0400 To: "Steven Hartland" , From: Mike Tancsa In-Reply-To: <01e101c7cecb$380e6960$b6db87d4@multiplay.co.uk> References: <01e101c7cecb$380e6960$b6db87d4@multiplay.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: bind exploit, patch expected? 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, 25 Jul 2007 15:03:54 -0000 At 10:50 AM 7/25/2007, Steven Hartland wrote: >I assume the security team are already working on this but There was a posting on the security list already about it. http://lists.freebsd.org/pipermail/freebsd-security/2007-July/004411.html ---Mike >cant hurt to ask: >http://www.net-security.org/secworld.php?id=5366 > > Regards > Steve > >================================================ >This e.mail is private and confidential between Multiplay (UK) Ltd. >and the person or entity to whom it is addressed. In the event of >misdirection, the recipient is prohibited from using, copying, >printing or otherwise disseminating it or any information contained in it. >In the event of misdirection, illegible or incomplete transmission >please telephone +44 845 868 1337 >or return the E.mail to postmaster@multiplay.co.uk. > >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Jul 25 17:39: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 31A1316A419 for ; Wed, 25 Jul 2007 17:39:02 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id C172713C45A for ; Wed, 25 Jul 2007 17:39:01 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 18446 invoked by uid 399); 25 Jul 2007 17:39:01 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 25 Jul 2007 17:39:01 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46A78AB3.9090805@FreeBSD.org> Date: Wed, 25 Jul 2007 10:38:59 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.5 (X11/20070723) MIME-Version: 1.0 To: Steven Hartland References: <01e101c7cecb$380e6960$b6db87d4@multiplay.co.uk> In-Reply-To: <01e101c7cecb$380e6960$b6db87d4@multiplay.co.uk> X-Enigmail-Version: 0.95.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org Subject: Re: bind exploit, patch expected? 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, 25 Jul 2007 17:39:02 -0000 Steven Hartland wrote: > I assume the security team are already working on this but > cant hurt to ask: Before you ask questions on a public list it's generally considered polite to do a little checking yourself, especially in an open source project. As Mike pointed out, the secteam had already addressed this issue on -security, and I had already followed up in detail regarding the upgrade plans. In addition, at the time you posted the updates had all been done in the ports, HEAD (-current), and RELENG_[56] (5 and 6-stable). In any case, it's good that you're on top of your security announcements, and I'm glad to say that this time anyway we're one step ahead. :) Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Jul 25 18:32: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 44B8816A417 for ; Wed, 25 Jul 2007 18:32:46 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id D68A213C45B for ; Wed, 25 Jul 2007 18:32:45 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 05D931CC58; Thu, 26 Jul 2007 06:32:44 +1200 (NZST) Date: Thu, 26 Jul 2007 06:32:44 +1200 From: Andrew Thompson To: Pete French Message-ID: <20070725183243.GB20688@heff.fud.org.nz> References: <20070725004402.GA13665@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Stephen.Clark@seclark.us, karagodov@gmail.com, freebsd-stable@freebsd.org Subject: Re: pmtud + ipnat RELENG_6_2 appears to be broken 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, 25 Jul 2007 18:32:46 -0000 On Wed, Jul 25, 2007 at 12:54:30PM +0100, Pete French wrote: > > lagg on RELENG_6 is currently broken due to subtle differences that > > wernt taken into account when it was MFCd. Can you please test this > > patch. > > Erp! Do you have any mor einfo on tyhis - what kinds of things does > this break ? Since lagg arrived I have deployed it on all our production > machines. It seems to work fine for me, I have to say, but I would like to > know what problems I might be about to encounter. > > Will apply and test your patch (though having seen no problems anyway I > am not sure how useful that will be). The MAC address was not set correctly on the lagg interface so all outgoing frames have the src of 00:00:00:00:00:00. This still worked in a lot of situations as the machine replied with the correct arp address and the configured laggports had the correct MAC. Most people didnt see a problem which is why this slipped through. tcpdump on another host with the -e flag and see what the src mac is. Andrew From owner-freebsd-stable@FreeBSD.ORG Wed Jul 25 18:42: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 83D8C16A41F for ; Wed, 25 Jul 2007 18:42:23 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.225]) by mx1.freebsd.org (Postfix) with ESMTP id 05A0313C4A5 for ; Wed, 25 Jul 2007 18:42:22 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: by wr-out-0506.google.com with SMTP id i23so200359wra for ; Wed, 25 Jul 2007 11:42:21 -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:references; b=cRe28VFjrEtmDKKq9/JMT97MWrkOxsKNx3XA/RqaCBcrpdR2k210K1tewMjXnqzlJ1GNz2kUQw4e5DCK4xO0OsEdFecU+WQAhtThPEnvY87RlxIA4UlCTmDZ+lvaiU3UFWOLQ71RNqCfKAhYt7iLJohunYCmsbuMc3kiVS3oNVs= 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:references; b=oKI8By4xJI2D4PG8e4HamEdHX6qsTu/0xRpB9iMDSvhd8hmmTHWdSAOFQWNdKQ4ENxa4FLjfstnFD4lYM3kZaJp+6+ejkPEnrJkalOmQ4eiuugMCGTRDtZzYmmJQwJ7qMn8Pz8Uyt0UMhhW+aw4cTxR7iXaSxRFIIDQo+zhIvP8= Received: by 10.90.90.3 with SMTP id n3mr998800agb.1185388941782; Wed, 25 Jul 2007 11:42:21 -0700 (PDT) Received: by 10.64.53.17 with HTTP; Wed, 25 Jul 2007 11:42:21 -0700 (PDT) Message-ID: Date: Wed, 25 Jul 2007 22:42:21 +0400 From: "Alexey Karagodov" To: "Andrew Thompson" In-Reply-To: <20070725004402.GA13665@heff.fud.org.nz> MIME-Version: 1.0 References: <469624D1.20108@seclark.us> <4696823B.9020107@seclark.us> <46969129.60409@seclark.us> <3C09F7E4-C15A-4B9E-94A3-C4997C73C0BD@mac.com> <20070725004402.GA13665@heff.fud.org.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Stephen.Clark@seclark.us, freebsd-stable@freebsd.org Subject: Re: pmtud + ipnat RELENG_6_2 appears to be broken 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, 25 Jul 2007 18:42:23 -0000 patch did not help ... ifconfig: # ifconfig em0: flags=8843 mtu 1500 options=1b ether XX:XX:XX:XX:XX:XX media: Ethernet autoselect (1000baseTX ) status: active lagg: laggdev lagg0 em1: flags=8843 mtu 1500 options=1b ether XX:XX:XX:XX:XX:XX media: Ethernet autoselect (1000baseTX ) status: active lagg: laggdev lagg0 pfsync0: flags=0<> mtu 2020 syncpeer: 224.0.0.240 maxupd: 128 lo0: flags=8049 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 pflog0: flags=141 mtu 33160 lagg0: flags=8843 mtu 1500 inet 10.0.0.1 netmask 0xffff0000 broadcast 10.0.255.255 inet 10.0.0.2 netmask 0xffff0000 broadcast 10.0.255.255 ether XX:XX:XX:XX:XX:XX media: Ethernet autoselect status: active laggproto lacp laggport: em1 flags=1c laggport: em0 flags=1c vlan302: flags=8843 mtu 1496 inet 192.168.111.7 netmask 0xffffff00 broadcast 192.168.111.255 inet 192.168.111.1 netmask 0xffffff00 broadcast 192.168.111.255 ether XX:XX:XX:XX:XX:XX media: Ethernet autoselect status: active vlan: 302 parent interface: lagg0 vlan150: flags=8843 mtu 1496 inet 192.168.150.1 netmask 0xffffff00 broadcast 192.168.150.255 ether XX:XX:XX:XX:XX:XX media: Ethernet autoselect status: active vlan: 150 parent interface: lagg0 and other VLANs ..... all on lagg0 interface i was tried to change laggproto, it doesn't help. i can NOT increase MTU on lagg interface above 1500 and on vlan interface above lagg's MTU -4 . also i've increased MTU on both ems to 9000 and after that i still can't increase MTU on lagg interface above 1500 please, HELP ... and VERY LITTLE part of dmesg: vlan301: discard oversize frame (ether type 800 flags 3 len 1514 > max 1510) vlan301: discard oversize frame (ether type 800 flags 3 len 1514 > max 1510) vlan301: discard oversize frame (ether type 800 flags 3 len 1514 > max 1510) vlan301: discard oversize frame (ether type 800 flags 3 len 1514 > max 1510) vlan301: discard oversize frame (ether type 800 flags 3 len 1514 > max 1510) vlan301: discard oversize frame (ether type 800 flags 3 len 1514 > max 1510) vlan301: discard oversize frame (ether type 800 flags 3 len 1514 > max 1510) vlan301: discard oversize frame (ether type 800 flags 3 len 1514 > max 1510) vlan301: discard oversize frame (ether type 800 flags 3 len 1514 > max 1510) vlan301: discard oversize frame (ether type 800 flags 3 len 1514 > max 1510) vlan301: discard oversize frame (ether type 800 flags 3 len 1514 > max 1510) vlan301: discard oversize frame (ether type 800 flags 3 len 1514 > max 1510) vlan301: discard oversize frame (ether type 800 flags 3 len 1514 > max 1510) vlan301: discard oversize frame (ether type 800 flags 3 len 1514 > max 1510) vlan301: discard oversize frame (ether type 800 flags 3 len 1514 > max 1510) vlan301: discard oversize frame (ether type 800 flags 3 len 1514 > max 1510) vlan301: discard oversize frame (ether type 800 flags 3 len 1514 > max 1510) vlan301: discard oversize frame (ether type 800 flags 3 len 1514 > max 1510) vlan301: discard oversize frame (ether type 800 flags 3 len 1514 > max 1510) vlan301: discard oversize frame (ether type 800 flags 3 len 1514 > max 1510) vlan301: discard oversize frame (ether type 800 flags 3 len 1514 > max 1510) vlan301: discard oversize frame (ether type 800 flags 3 len 1514 > max 1510) vlan301: discard oversize frame (ether type 800 flags 3 len 1514 > max 1510) vlan301: discard oversize frame (ether type 800 flags 3 len 1514 > max 1510) vlan301: discard oversize frame (ether type 800 flags 3 len 1514 > max 1510) vlan301: discard oversize frame (ether type 800 flags 3 len 1514 > max 1510) vlan301: discard oversize frame (ether type 800 flags 3 len 1514 > max 1510) vlan301: discard oversize frame (ether type 800 flags 3 len 1514 > max 1510) 2007/7/25, Andrew Thompson : > > On Wed, Jul 25, 2007 at 03:15:17AM +0400, Alexey Karagodov wrote: > > is there any progress? > > just one "me too" > > > > this problem appeared for me when i try to use vlan over lagg ( to em > NICs > > ) > > lagg on RELENG_6 is currently broken due to subtle differences that > wernt taken into account when it was MFCd. Can you please test this > patch. > > > Index: if_lagg.c > =================================================================== > RCS file: /home/ncvs/src/sys/net/if_lagg.c,v > retrieving revision 1.11.2.3 > diff -u -p -r1.11.2.3 if_lagg.c > --- if_lagg.c 12 Jul 2007 20:40:24 -0000 1.11.2.3 > +++ if_lagg.c 25 Jul 2007 00:43:24 -0000 > @@ -319,6 +319,7 @@ lagg_lladdr(struct lagg_softc *sc, uint8 > if (memcmp(lladdr, IF_LLADDR(ifp), ETHER_ADDR_LEN) == 0) > return; > > + bcopy(lladdr, IFP2ENADDR(ifp), ETHER_ADDR_LEN); > bcopy(lladdr, IF_LLADDR(ifp), ETHER_ADDR_LEN); > /* Let the protocol know the MAC has changed */ > if (sc->sc_lladdr != NULL) > > > > > 2007/7/13, Chuck Swiger : > > > > > >On Jul 12, 2007, at 1:38 PM, Stephen Clark wrote: > > >>> The MTU is actually defined in reference to a network segment such > > >>> as an "ethernet collision domain", and applies to all machines > > >>> sending traffic to that segment. If the MTU is really 1280, > > >>> nobody else should be sending larger packets, and the drivers > > >>> will drop any larger packets they receive and generate the > > >>> appropriate ICMP error.... > > >> > > >> First thanks for responding but thats the problem, > > >> this did't generate an icmp when the packet was dropped. > > >> > > >> kernel: rl0: discard oversize frame (ether type 800 flags 3 len > > >> 1514 > max > > >> 1294) > > >> > > >> This message did not result in any icmp packet. > > >> > > >> I was running tcpdump looking for them. > > > > > >Taking a quick look at ether_input() in src/sys/net/if_ethersubr.c > > >suggests that you are right-- if the incoming packet exceeds the MTU > > >being set, the input errors count for that interface is incremented, > > >but no ICMP_UNREACH_NEEDFRAG is generated even if DF flag is set. > > > > > >You might file a PR and see whether you can get Andre or one of the > > >other networking gurus interested in fixing this. Or maybe I'll give > > >it a try myself if I can get some free time.... :-) > > > > > >-- > > >-Chuck > > > > > > > > >_______________________________________________ > > > freebsd-stable@freebsd.org mailing list > > >http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > >To unsubscribe, send any mail to "freebsd-stable-unsubscribe @ > freebsd.org" > > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@ > freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed Jul 25 20:35: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 F280816A419 for ; Wed, 25 Jul 2007 20:35:08 +0000 (UTC) (envelope-from hg@queue.to) Received: from pickle.queue.to (pickle.queue.to [71.180.69.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9077813C467 for ; Wed, 25 Jul 2007 20:35:08 +0000 (UTC) (envelope-from hg@queue.to) Received: (qmail 56631 invoked from network); 25 Jul 2007 16:35:07 -0400 Received: from cally.queue.to (172.16.0.6) by pickle.queue.to with ESMTP; 25 Jul 2007 16:35:07 -0400 Message-ID: <46A7B3FB.7010504@queue.to> Date: Wed, 25 Jul 2007 16:35:07 -0400 From: Howard Goldstein User-Agent: Thunderbird 2.0.0.5 (X11/20070720) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <46A4E8FA.6010403@queue.to> In-Reply-To: <46A4E8FA.6010403@queue.to> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: [resolved, naively] Re: geom vs ich through ar device - benchmarks? 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, 25 Jul 2007 20:35:09 -0000 Howard Goldstein wrote: > Has anyone done any benchmarks in desktop or server environment > comparing geom with an ICH controller through the ar device in RAID1 > service? Teh google, it seems to pick up grammar school math > assignments lots of what may be relevant hits for fortunate speakers of > German :( In case it may help someone else I've some benchmarks to share. These are trivial and naive benchmarks since they test only one case which probably is the worst case for geom. Testbed: Pair of WDC3200AAKS 320gb SATA, freshly newfsd 10gb filesystem mounted with softupdates, remounted after each test P4 @ 3ghz on a P4P800 in 6.2-STABLE, single user mode, ICH5R controller detects these SATA-II drives inexplicably as SATA-I Naive test: dd if=/dev/zero of=/fsundertest/tstfile bs=1m count=1000 *not including buffered stuff unwritten, the test simply reported dd's idea of the transfer time*, and then the other way where it doesn't matter In firmware's RAID1 Using the awesome gmirror write 1gb: 13.275 13.7 rd 12.9 13.8 Of course after this I used gmirror... From owner-freebsd-stable@FreeBSD.ORG Wed Jul 25 20:51: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 1F73D16A418 for ; Wed, 25 Jul 2007 20:51:08 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id AC88E13C457 for ; Wed, 25 Jul 2007 20:51:07 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l6PKp1PU014486; Wed, 25 Jul 2007 14:51:01 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <46A7B7AF.6080308@samsco.org> Date: Wed, 25 Jul 2007 14:50:55 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.4) Gecko/20070509 SeaMonkey/1.1.2 MIME-Version: 1.0 To: Howard Goldstein References: <46A4E8FA.6010403@queue.to> <46A7B3FB.7010504@queue.to> In-Reply-To: <46A7B3FB.7010504@queue.to> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Wed, 25 Jul 2007 14:51:01 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: [resolved, naively] Re: geom vs ich through ar device - benchmarks? 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, 25 Jul 2007 20:51:08 -0000 Howard Goldstein wrote: > Howard Goldstein wrote: >> Has anyone done any benchmarks in desktop or server environment >> comparing geom with an ICH controller through the ar device in RAID1 >> service? Teh google, it seems to pick up grammar school math >> assignments lots of what may be relevant hits for fortunate speakers of >> German :( > > In case it may help someone else I've some benchmarks to share. These > are trivial and naive benchmarks since they test only one case which > probably is the worst case for geom. > > Testbed: Pair of WDC3200AAKS 320gb SATA, freshly newfsd 10gb filesystem > mounted with softupdates, remounted after each test > P4 @ 3ghz on a P4P800 in 6.2-STABLE, single user mode, ICH5R controller > detects these SATA-II drives inexplicably as SATA-I > ICH5 only support SATA-1. > Naive test: dd if=/dev/zero of=/fsundertest/tstfile bs=1m count=1000 > *not including buffered stuff unwritten, the test simply reported dd's > idea of the transfer time*, and then the other way where it doesn't matter > > In firmware's RAID1 Using the awesome gmirror > write 1gb: 13.275 13.7 > rd 12.9 13.8 > > Of course after this I used gmirror... Just so we're clear, the ICH5 doesn't have any firmware and doesn't actually do any RAID operations. What is has is hook into the system BIOS during boot. That hook allows the BIOS to do RAID-like operations during boot, until the OS takes over control of the devices. After that, it's up to the OS to do all the RAID work. The 'ar' driver is still software RAID, just like gmirror. What you've effectively done merely compare the performance of one software RAID stack to another. That's certainly an interesting comparison, but maybe not exactly what you had in mind. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Jul 25 21:24: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 54F7C16A417 for ; Wed, 25 Jul 2007 21:24:30 +0000 (UTC) (envelope-from hg@queue.to) Received: from pickle.queue.to (pickle.queue.to [71.180.69.18]) by mx1.freebsd.org (Postfix) with ESMTP id E60CA13C442 for ; Wed, 25 Jul 2007 21:24:29 +0000 (UTC) (envelope-from hg@queue.to) Received: (qmail 57708 invoked from network); 25 Jul 2007 17:24:28 -0400 Received: from cally.queue.to (172.16.0.6) by pickle.queue.to with ESMTP; 25 Jul 2007 17:24:28 -0400 Message-ID: <46A7BF8C.5020909@queue.to> Date: Wed, 25 Jul 2007 17:24:28 -0400 From: Howard Goldstein User-Agent: Thunderbird 2.0.0.5 (X11/20070720) MIME-Version: 1.0 To: Scott Long References: <46A4E8FA.6010403@queue.to> <46A7B3FB.7010504@queue.to> <46A7B7AF.6080308@samsco.org> In-Reply-To: <46A7B7AF.6080308@samsco.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: [resolved, naively] Re: geom vs ich through ar device - benchmarks? 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, 25 Jul 2007 21:24:30 -0000 Scott Long wrote: > Howard Goldstein wrote: >> Testbed: Pair of WDC3200AAKS 320gb SATA, freshly newfsd 10gb filesystem >> mounted with softupdates, remounted after each test >> P4 @ 3ghz on a P4P800 in 6.2-STABLE, single user mode, ICH5R controller >> detects these SATA-II drives inexplicably as SATA-I >> > > ICH5 only support SATA-1. Dang. Does anyone yield SATA-II speeds with the a PCI controller? I'm not sure if 25-30MB/s is even possible with regular PCI >> Of course after this I used gmirror... > > Just so we're clear, the ICH5 doesn't have any firmware and doesn't > > actually do any RAID operations. What is has is hook into the system > BIOS during boot. That hook allows the BIOS to do RAID-like operations > during boot, until the OS takes over control of the devices. After > that, it's up to the OS to do all the RAID work. The 'ar' driver is > still software RAID, just like gmirror. What you've effectively done > merely compare the performance of one software RAID stack to another. > That's certainly an interesting comparison, but maybe not exactly what > you had in mind. > It's helpful - thank you. Do you think I'm correct in assuming the interface is pretty much saturated at this point and if I wanted additional speed I'd need to start thinking bringing in additional or faster interfaces? (ps - apologies in advance if this comes through in html format) From owner-freebsd-stable@FreeBSD.ORG Wed Jul 25 23:50: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 4BCD116A47A; Wed, 25 Jul 2007 23:50:03 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.freebsd.org (Postfix) with ESMTP id 0CF1513C4D5; Wed, 25 Jul 2007 23:50:02 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by mail.ticketswitch.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IDqcC-000LzU-E1; Thu, 26 Jul 2007 00:50:00 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IDqcC-0004iN-Cz; Thu, 26 Jul 2007 00:50:00 +0100 To: thompsa@FreeBSD.org In-Reply-To: <20070725183243.GB20688@heff.fud.org.nz> Message-Id: From: Pete French Date: Thu, 26 Jul 2007 00:50:00 +0100 Cc: karagodov@gmail.com, freebsd-stable@freebsd.org, Stephen.Clark@seclark.us Subject: Re: pmtud + ipnat RELENG_6_2 appears to be broken 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, 25 Jul 2007 23:50:03 -0000 > Most people didnt see a problem which is why this slipped through. > tcpdump on another host with the -e flag and see what the src mac is. All zeros! very interesting - am surprised the switch didn't kick up a fuss about that. Well, patch applied and rebooting... thanks, -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 26 00:24: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 28F9016A418; Thu, 26 Jul 2007 00:24:42 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.freebsd.org (Postfix) with ESMTP id E086613C45B; Thu, 26 Jul 2007 00:24:41 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by mail.ticketswitch.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IDqnu-000MAb-Io; Thu, 26 Jul 2007 01:02:06 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IDqnu-0004pP-Hn; Thu, 26 Jul 2007 01:02:06 +0100 To: petefrench@ticketswitch.com, thompsa@FreeBSD.org In-Reply-To: Message-Id: From: Pete French Date: Thu, 26 Jul 2007 01:02:06 +0100 Cc: karagodov@gmail.com, freebsd-stable@freebsd.org, Stephen.Clark@seclark.us Subject: Re: pmtud + ipnat RELENG_6_2 appears to be broken 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, 26 Jul 2007 00:24:42 -0000 > All zeros! very interesting - am surprised the switch didn't kick up > a fuss about that. Well, patch applied and rebooting... ...and now all my outgoing packets have the correct MAC address as expected on them. I alos notice that I am now only seeing packets destined for the appropriate machine comming out of my switch. Before the patch I could see all the packets for all machine using tcpdup. -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 26 00:28: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 1136C16A418 for ; Thu, 26 Jul 2007 00:28:19 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id AF95913C465 for ; Thu, 26 Jul 2007 00:28:18 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 305B01CC58; Thu, 26 Jul 2007 12:28:12 +1200 (NZST) Date: Thu, 26 Jul 2007 12:28:12 +1200 From: Andrew Thompson To: Pete French Message-ID: <20070726002812.GC20688@heff.fud.org.nz> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org, karagodov@gmail.com, Stephen.Clark@seclark.us Subject: Re: pmtud + ipnat RELENG_6_2 appears to be broken 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, 26 Jul 2007 00:28:19 -0000 On Thu, Jul 26, 2007 at 01:02:06AM +0100, Pete French wrote: > > All zeros! very interesting - am surprised the switch didn't kick up > > a fuss about that. Well, patch applied and rebooting... > > ...and now all my outgoing packets have the correct MAC address as expected > on them. I alos notice that I am now only seeing packets destined for the > appropriate machine comming out of my switch. Before the patch I could see > all the packets for all machine using tcpdup. Great, thanks for testing. Andrew From owner-freebsd-stable@FreeBSD.ORG Thu Jul 26 00:41:18 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 B0AB016A418 for ; Thu, 26 Jul 2007 00:41:18 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id 844A413C4E7 for ; Thu, 26 Jul 2007 00:41:17 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id AE13C1CC58; Thu, 26 Jul 2007 12:41:12 +1200 (NZST) Date: Thu, 26 Jul 2007 12:41:12 +1200 From: Andrew Thompson To: Alexey Karagodov Message-ID: <20070726004112.GD20688@heff.fud.org.nz> References: <469624D1.20108@seclark.us> <4696823B.9020107@seclark.us> <46969129.60409@seclark.us> <3C09F7E4-C15A-4B9E-94A3-C4997C73C0BD@mac.com> <20070725004402.GA13665@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="k1lZvvs/B4yU6o8G" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Stephen.Clark@seclark.us, freebsd-stable@freebsd.org Subject: Re: pmtud + ipnat RELENG_6_2 appears to be broken 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, 26 Jul 2007 00:41:18 -0000 --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Jul 25, 2007 at 10:42:21PM +0400, Alexey Karagodov wrote: > patch did not help ... > > ifconfig: > > > lagg0: flags=8843 mtu 1500 > inet 10.0.0.1 netmask 0xffff0000 broadcast 10.0.255.255 > inet 10.0.0.2 netmask 0xffff0000 broadcast 10.0.255.255 > ether XX:XX:XX:XX:XX:XX > media: Ethernet autoselect > status: active > laggproto lacp > laggport: em1 flags=1c > laggport: em0 flags=1c > > i was tried to change laggproto, it doesn't help. > i can NOT increase MTU on lagg interface above 1500 and on vlan interface > above lagg's MTU -4 . > also i've increased MTU on both ems to 9000 and after that i still can't > increase MTU on lagg interface above 1500 > please, HELP ... Please test this attached patch, note it includes the previous change too. regards, Andrew --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="lagg_caps_mtu1_r6.diff" Index: if_lagg.c =================================================================== RCS file: /home/ncvs/src/sys/net/if_lagg.c,v retrieving revision 1.11.2.3 diff -u -p -r1.11.2.3 if_lagg.c --- if_lagg.c 12 Jul 2007 20:40:24 -0000 1.11.2.3 +++ if_lagg.c 26 Jul 2007 00:35:24 -0000 @@ -78,7 +78,8 @@ eventhandler_tag lagg_detach_cookie = NU static int lagg_clone_create(struct if_clone *, int); static void lagg_clone_destroy(struct ifnet *); static void lagg_lladdr(struct lagg_softc *, uint8_t *); -static int lagg_capabilities(struct lagg_softc *); +static void lagg_capabilities(struct lagg_softc *); +static void lagg_mtu(struct lagg_softc *); static void lagg_port_lladdr(struct lagg_port *, uint8_t *); static void lagg_port_setlladdr(void *, int); static int lagg_port_create(struct lagg_softc *, struct ifnet *); @@ -319,33 +320,62 @@ lagg_lladdr(struct lagg_softc *sc, uint8 if (memcmp(lladdr, IF_LLADDR(ifp), ETHER_ADDR_LEN) == 0) return; + bcopy(lladdr, IFP2ENADDR(ifp), ETHER_ADDR_LEN); bcopy(lladdr, IF_LLADDR(ifp), ETHER_ADDR_LEN); /* Let the protocol know the MAC has changed */ if (sc->sc_lladdr != NULL) (*sc->sc_lladdr)(sc); } -static int +static void lagg_capabilities(struct lagg_softc *sc) { struct lagg_port *lp; - int cap = ~0, priv; + int cap = ~0, ena = ~0; LAGG_LOCK_ASSERT(sc); - /* Preserve private capabilities */ - priv = sc->sc_capabilities & IFCAP_LAGG_MASK; + if (SLIST_EMPTY(&sc->sc_ports)) + return; /* Get capabilities from the lagg ports */ - SLIST_FOREACH(lp, &sc->sc_ports, lp_entries) - cap &= lp->lp_capabilities; + SLIST_FOREACH(lp, &sc->sc_ports, lp_entries) { + cap &= lp->lp_ifp->if_capabilities; + ena &= lp->lp_ifp->if_capenable; + } + + if (sc->sc_ifp->if_capabilities != cap || + sc->sc_ifp->if_capenable != ena) { + sc->sc_ifp->if_capabilities = cap; + sc->sc_ifp->if_capenable = ena; + getmicrotime(&sc->sc_ifp->if_lastchange); - if (sc->sc_ifflags & IFF_DEBUG) { - printf("%s: capabilities 0x%08x\n", - sc->sc_ifname, cap == ~0 ? priv : (cap | priv)); + if (sc->sc_ifflags & IFF_DEBUG) + if_printf(sc->sc_ifp, + "capabilities 0x%08x enabled 0x%08x\n", cap, ena); } +} + +static void +lagg_mtu(struct lagg_softc *sc) +{ + struct lagg_port *lp; + int mtu = IF_MAXMTU; + + LAGG_LOCK_ASSERT(sc); + + if (SLIST_EMPTY(&sc->sc_ports)) + return; - return (cap == ~0 ? priv : (cap | priv)); + /* Get the lowest MTU from the lagg ports */ + SLIST_FOREACH(lp, &sc->sc_ports, lp_entries) + if (lp->lp_ifp->if_mtu < mtu) + mtu = lp->lp_ifp->if_mtu; + + if (sc->sc_ifp->if_mtu != mtu) { + sc->sc_ifp->if_mtu = mtu; + getmicrotime(&sc->sc_ifp->if_lastchange); + } } static void @@ -497,8 +527,9 @@ lagg_port_create(struct lagg_softc *sc, SLIST_INSERT_HEAD(&sc->sc_ports, lp, lp_entries); sc->sc_count++; - /* Update lagg capabilities */ - sc->sc_capabilities = lagg_capabilities(sc); + /* Update lagg capabilities and mtu */ + lagg_capabilities(sc); + lagg_mtu(sc); /* Add multicast addresses and interface flags to this port */ lagg_ether_cmdmulti(lp, 1); @@ -602,8 +633,9 @@ lagg_port_destroy(struct lagg_port *lp, free(lp, M_DEVBUF); - /* Update lagg capabilities */ - sc->sc_capabilities = lagg_capabilities(sc); + /* Update lagg capabilities and mtu */ + lagg_capabilities(sc); + lagg_mtu(sc); return (0); } @@ -638,6 +670,24 @@ lagg_port_ioctl(struct ifnet *ifp, u_lon lagg_port2req(lp, rp); LAGG_UNLOCK(sc); break; + + case SIOCSIFCAP: + case SIOCSIFMTU: + if (lp->lp_ioctl == NULL) { + error = EINVAL; + break; + } + error = (*lp->lp_ioctl)(ifp, cmd, data); + if (error) + break; + + /* Update lagg capabilities and mtu */ + LAGG_LOCK(sc); + lagg_capabilities(sc); + lagg_mtu(sc); + LAGG_UNLOCK(sc); + break; + default: goto fallback; } @@ -924,6 +974,13 @@ lagg_ioctl(struct ifnet *ifp, u_long cmd unlock = 0; error = ifmedia_ioctl(ifp, ifr, &sc->sc_media, cmd); break; + + case SIOCSIFCAP: + case SIOCSIFMTU: + /* Do not allow the MTU or caps to be directly changed */ + error = EINVAL; + break; + default: LAGG_UNLOCK(sc); unlock = 0; Index: if_lagg.h =================================================================== RCS file: /home/ncvs/src/sys/net/if_lagg.h,v retrieving revision 1.7.2.2 diff -u -p -r1.7.2.2 if_lagg.h --- if_lagg.h 12 Jul 2007 20:40:24 -0000 1.7.2.2 +++ if_lagg.h 25 Jul 2007 21:00:49 -0000 @@ -127,7 +127,6 @@ struct lagg_reqall { #define lp_ifname lp_ifp->if_xname /* interface name */ #define lp_link_state lp_ifp->if_link_state /* link state */ -#define lp_capabilities lp_ifp->if_capabilities /* capabilities */ #define LAGG_PORTACTIVE(_tp) ( \ ((_tp)->lp_link_state == LINK_STATE_UP) && \ --k1lZvvs/B4yU6o8G-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 26 01:03: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 9DBF016A420 for ; Thu, 26 Jul 2007 01:03:08 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 3B2A913C4EC for ; Thu, 26 Jul 2007 01:03:08 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l6Q134Fw015689; Wed, 25 Jul 2007 19:03:05 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <46A7F2C2.2090009@samsco.org> Date: Wed, 25 Jul 2007 19:02:58 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.4) Gecko/20070509 SeaMonkey/1.1.2 MIME-Version: 1.0 To: Howard Goldstein References: <46A4E8FA.6010403@queue.to> <46A7B3FB.7010504@queue.to> <46A7B7AF.6080308@samsco.org> <46A7BF8C.5020909@queue.to> In-Reply-To: <46A7BF8C.5020909@queue.to> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Wed, 25 Jul 2007 19:03:05 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: [resolved, naively] Re: geom vs ich through ar device - benchmarks? 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, 26 Jul 2007 01:03:08 -0000 Howard Goldstein wrote: > Scott Long wrote: >> Howard Goldstein wrote: >>> Testbed: Pair of WDC3200AAKS 320gb SATA, freshly newfsd 10gb filesystem >>> mounted with softupdates, remounted after each test >>> P4 @ 3ghz on a P4P800 in 6.2-STABLE, single user mode, ICH5R controller >>> detects these SATA-II drives inexplicably as SATA-I >>> >> ICH5 only support SATA-1. > Dang. Does anyone yield SATA-II speeds with the a PCI controller? I'm > not sure if 25-30MB/s is even possible with regular PCI > Even PCI-33 should be able to sustain about 100MB/s, enough to handle a single disk drive. Many controller are PCI-X or PCIe now, which has plenty of bandwidth for 4-8 drives. >>> Of course after this I used gmirror... >> Just so we're clear, the ICH5 doesn't have any firmware and doesn't >> >> actually do any RAID operations. What is has is hook into the system >> BIOS during boot. That hook allows the BIOS to do RAID-like operations >> during boot, until the OS takes over control of the devices. After >> that, it's up to the OS to do all the RAID work. The 'ar' driver is >> still software RAID, just like gmirror. What you've effectively done >> merely compare the performance of one software RAID stack to another. >> That's certainly an interesting comparison, but maybe not exactly what >> you had in mind. >> > It's helpful - thank you. Do you think I'm correct in assuming the > interface is pretty much saturated at this point and if I wanted > additional speed I'd need to start thinking bringing in additional or > faster interfaces? You should be able to sustain at least 70MB/s on a single modern drive with SATA-1 or SATA-2. If you're not getting that then something in the driver or the application is getting in the way. Even with the, um, "problems" that SiI controllers are famous for, you should be able to sustain a decent data rate on a single drive. Scott From owner-freebsd-stable@FreeBSD.ORG Thu Jul 26 01:14: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 1E42516A41B for ; Thu, 26 Jul 2007 01:14:42 +0000 (UTC) (envelope-from hg@queue.to) Received: from pickle.queue.to (pickle.queue.to [71.180.69.18]) by mx1.freebsd.org (Postfix) with ESMTP id 99F2213C457 for ; Thu, 26 Jul 2007 01:14:41 +0000 (UTC) (envelope-from hg@queue.to) Received: (qmail 62344 invoked from network); 25 Jul 2007 21:14:40 -0400 Received: from cally.queue.to (172.16.0.6) by pickle.queue.to with ESMTP; 25 Jul 2007 21:14:40 -0400 Message-ID: <46A7F580.6000005@queue.to> Date: Wed, 25 Jul 2007 21:14:40 -0400 From: Howard Goldstein User-Agent: Thunderbird 2.0.0.5 (X11/20070720) MIME-Version: 1.0 To: Scott Long References: <46A4E8FA.6010403@queue.to> <46A7B3FB.7010504@queue.to> <46A7B7AF.6080308@samsco.org> <46A7BF8C.5020909@queue.to> <46A7F2C2.2090009@samsco.org> In-Reply-To: <46A7F2C2.2090009@samsco.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: [resolved, naively] Re: geom vs ich through ar device - benchmarks? 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, 26 Jul 2007 01:14:42 -0000 Scott Long wrote: > Howard Goldstein wrote: > >> Scott Long wrote: >> >>> Howard Goldstein wrote: >>> >>>> Testbed: Pair of WDC3200AAKS 320gb SATA, freshly newfsd 10gb filesystem >>>> mounted with softupdates, remounted after each test >>>> P4 @ 3ghz on a P4P800 in 6.2-STABLE, single user mode, ICH5R controller >>>> detects these SATA-II drives inexplicably as SATA-I >>>> >>>> >>> ICH5 only support SATA-1. >>> >> Dang. Does anyone yield SATA-II speeds with the a PCI controller? I'm >> not sure if 25-30MB/s is even possible with regular PCI >> >> > > Even PCI-33 should be able to sustain about 100MB/s, enough to handle a > single disk drive. Many controller are PCI-X or PCIe now, which has > plenty of bandwidth for 4-8 drives. > > Sorry I dropped a zero as my stupid test showed 76-77MB/s. I think I should perhaps throw in the towel as the manual for this old P4P800 claims its "32 bit PCI 2.2 support ... 133MB/s maximum" >>>> Of course after this I used gmirror... >>>> >>> Just so we're clear, the ICH5 doesn't have any firmware and doesn't >>> >>> actually do any RAID operations. What is has is hook into the system >>> BIOS during boot. That hook allows the BIOS to do RAID-like operations >>> during boot, until the OS takes over control of the devices. After >>> that, it's up to the OS to do all the RAID work. The 'ar' driver is >>> still software RAID, just like gmirror. What you've effectively done >>> merely compare the performance of one software RAID stack to another. >>> That's certainly an interesting comparison, but maybe not exactly what >>> you had in mind. >>> >>> >> It's helpful - thank you. Do you think I'm correct in assuming the >> interface is pretty much saturated at this point and if I wanted >> additional speed I'd need to start thinking bringing in additional or >> faster interfaces? >> > > You should be able to sustain at least 70MB/s on a single modern drive > with SATA-1 or SATA-2. If you're not getting that then something in the > driver or the application is getting in the way. Even with the, um, > "problems" that SiI controllers are famous for, you should be able to > sustain a decent data rate on a single drive. > Thank you, Scott From owner-freebsd-stable@FreeBSD.ORG Thu Jul 26 06:05: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 470CE16A41A for ; Thu, 26 Jul 2007 06:05:39 +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 943D213C45A for ; Thu, 26 Jul 2007 06:05:38 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 7C1571CC05D; Wed, 25 Jul 2007 23:05:38 -0700 (PDT) Date: Wed, 25 Jul 2007 23:05:38 -0700 From: Jeremy Chadwick To: Scott Long Message-ID: <20070726060538.GA70793@eos.sc1.parodius.com> Mail-Followup-To: Scott Long , Howard Goldstein , freebsd-stable@freebsd.org References: <46A4E8FA.6010403@queue.to> <46A7B3FB.7010504@queue.to> <46A7B7AF.6080308@samsco.org> <46A7BF8C.5020909@queue.to> <46A7F2C2.2090009@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46A7F2C2.2090009@samsco.org> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Howard Goldstein , freebsd-stable@freebsd.org Subject: Re: [resolved, naively] Re: geom vs ich through ar device - benchmarks? 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, 26 Jul 2007 06:05:39 -0000 On Wed, Jul 25, 2007 at 07:02:58PM -0600, Scott Long wrote: > You should be able to sustain at least 70MB/s on a single modern drive > with SATA-1 or SATA-2. If you're not getting that then something in the > driver or the application is getting in the way. Even with the, um, > "problems" that SiI controllers are famous for, you should be able to > sustain a decent data rate on a single drive. Informative thread! I decided to try the same exact test as the OP, though I do not use ar or gmirror, on 3 different filesystems on 3 different disks (2 of the 3 disks are the same model though). I thought posting the results might be benefitial to readers. Hardware (and shared interrupts): ohci0: mem 0xd3003000-0xd3003fff irq 21 at device 2.0 on pci0 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xd800-0xd80f mem 0xd3002000-0xd3002fff irq 23 at device 7.0 on pci0 ata2: on atapci1 ata3: on atapci1 atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xc400-0xc40f mem 0xd3001000-0xd3001fff irq 21 at device 8.0 on pci0 ata4: on atapci2 ata5: on atapci2 Disks: ad4: 476940MB at ata2-master SATA300 ad8: 190782MB at ata4-master SATA150 ad10: 476940MB at ata5-master SATA300 Filesystems: /dev/ad4s1d 451G 50G 365G 12% /backup /dev/ad8s1g 122G 1.1G 111G 1% /home /dev/ad10s1d 451G 50G 365G 12% /storage Filesystem tunables (tunefs(8)): /backup and /storage use the following custom variables, while /home uses the defaults: tunefs: maximum blocks per file in a cylinder group: (-e) 8192 tunefs: average file size: (-f) 65536 tunefs: average number of files in a directory: (-s) 256 sysctl.conf tunables: # Increase VFS read-ahead from 8 to 16. Slight performance increase. vfs.read_max=16 Results: [root@icarus ~]# dd if=/dev/zero of=/backup/ddtest bs=1m count=1000 1048576000 bytes transferred in 16.249101 secs (64531324 bytes/sec) [root@icarus ~]# dd if=/dev/zero of=/home/ddtest bs=1m count=1000 1048576000 bytes transferred in 23.940996 secs (43798345 bytes/sec) [root@icarus ~]# dd if=/dev/zero of=/storage/ddtest bs=1m count=1000 1048576000 bytes transferred in 14.729852 secs (71187137 bytes/sec) I tried changing the tunefs variables on /home (to match the other two filesystems on other disks), but the I/O rate did not change. A simple chart documenting the difference between the drives in the above tests likely explains the I/O speed difference: ad4: WD5000AAKS -- 7200rpm, 8.9ms seek, SATA300, 16MB cache ad8: WD2000JD -- 7200rpm, 8.9ms seek, SATA150, 8MB cache ad10: WD5000AAKS -- 7200rpm, 8.9ms seek, SATA300, 16MB cache The WD2000JD is a 1st-gen Caviar SE drive, which means it does not have a SATA300-capable controller. It does not have the OPT1 jumper either, which limits a SATA300 drive to SATA150. There's no way SATA300 provides a 40% speed gain over SATA150, so the obvious answer becomes the cache. One should also keep in mind that drive firmware revisions can also impact performance (StorageReview has proven this many times), but I don't have drives of different firmware revisions, so I can't compare that. -- | 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 Thu Jul 26 06:53:11 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 8DE7016A41A for ; Thu, 26 Jul 2007 06:53:11 +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 4015E13C45E for ; Thu, 26 Jul 2007 06:53:11 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (ud91lvtpaluclo4v@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id l6Q6exTb070904; Wed, 25 Jul 2007 23:40:59 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id l6Q6ewTN070903; Wed, 25 Jul 2007 23:40:58 -0700 (PDT) (envelope-from jmg) Date: Wed, 25 Jul 2007 23:40:58 -0700 From: John-Mark Gurney To: Howard Goldstein Message-ID: <20070726064058.GM99491@funkthat.com> Mail-Followup-To: Howard Goldstein , Scott Long , freebsd-stable@freebsd.org References: <46A4E8FA.6010403@queue.to> <46A7B3FB.7010504@queue.to> <46A7B7AF.6080308@samsco.org> <46A7BF8C.5020909@queue.to> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46A7BF8C.5020909@queue.to> 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-stable@freebsd.org Subject: Re: [resolved, naively] Re: geom vs ich through ar device - benchmarks? 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, 26 Jul 2007 06:53:11 -0000 Howard Goldstein wrote this message on Wed, Jul 25, 2007 at 17:24 -0400: > Scott Long wrote: > > > > ICH5 only support SATA-1. > Dang. Does anyone yield SATA-II speeds with the a PCI controller? I'm > not sure if 25-30MB/s is even possible with regular PCI You probably mean 250-300MB/s which is what SATA-II is able to support, and no, standard 32bit/33Mhz PCI does not support more than 133MB/sec... You are lucky if you get 110MB/sec due to PCI bus overhead... So, SATA-1 can max out a standard PCI bus... Though many on mobo sata controllers aren't necessarily connected to a PCI bus, and so may not be limited... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Thu Jul 26 07:50:58 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 98C0116A417 for ; Thu, 26 Jul 2007 07:50:58 +0000 (UTC) (envelope-from algardo@sura.ru) Received: from mail.sura.ru (mail.sura.ru [80.95.32.19]) by mx1.freebsd.org (Postfix) with ESMTP id 508D813C459 for ; Thu, 26 Jul 2007 07:50:58 +0000 (UTC) (envelope-from algardo@sura.ru) Received: from guamoko (internal.sura.ru [80.95.32.17]) by mail.sura.ru (Postfix) with SMTP id BCAE6118AD for ; Thu, 26 Jul 2007 11:32:38 +0400 (MSD) Date: Thu, 26 Jul 2007 11:32:38 +0400 From: Aleksey Perov To: stable@freebsd.org Message-Id: <20070726113238.007eb7b1.algardo@sura.ru> Organization: JSC Volgatelecom Penza X-Mailer: Sylpheed 2.4.0 (GTK+ 2.10.9; i386-portbld-freebsd6.2) X-NCC-RegID: ru.penza Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: HP DL365, Smart Array P800, MSA60: CAM_REQ_CMP_ERR 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, 26 Jul 2007 07:50:58 -0000 Hi, HP DL365 (dual amd opteron), Smart Array P800 connected to MSA60 with 9 750GB SATA drives configured as one logical RAID5 volume. FreeBSD 6-STABLE csupped yesterday. Kernel is GENERIC. System failed to create device entry for this volume. Here's the relevant output of dmesg when booted in verbose mode: svalka:~# dmesg | egrep '(ciss0|pass0)' ciss0: port 0x5000-0x50ff mem 0xfdf00000-0xfdffffff,0xfdef0000-0xfdef0fff irq 16 at device 0.0 on pci19 ciss0: Reserved 0x100000 bytes for rid 0x10 type 3 at 0xfdf00000 ciss0: [GIANT-LOCKED] ciss0: using 256 of 1024 available commands ciss0: firmware 2.10 ciss0: 1 SCSI channels ciss0: signature 'CISS' ciss0: valence 3 ciss0: supported I/O methods 0x80000006 ciss0: active I/O method 0x3 ciss0: 4G page base 0x00000000 ciss0: interrupt coalesce delay 1000us ciss0: interrupt coalesce count 16 ciss0: max outstanding commands 1024 ciss0: bus types 0x200000 ciss0: server name '' ciss0: heartbeat 0x50 ciss0: 11 physical devices ciss0: 1 logical drive ciss0: logical drive (b0t0): RAID 5, 2096640MB online pass0 at ciss0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-5 device pass0: Serial Number P986COMPAQ RAID pass0: 135.168MB/s transfers (da0:ciss0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:ciss0:0:0:0): Retrying Command (da0:ciss0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:ciss0:0:0:0): Retrying Command (da0:ciss0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:ciss0:0:0:0): Retrying Command (da0:ciss0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:ciss0:0:0:0): Retrying Command (da0:ciss0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:ciss0:0:0:0): error 5 (da0:ciss0:0:0:0): Retries Exausted (da0:ciss0:0:0:0): got CAM status 0x4 (da0:ciss0:0:0:0): fatal error, failed to attach to device (da0:ciss0:0:0:0): lost device (da0:ciss0:0:0:0): removing device entry Also tried CURRENT snapshot 200706, the result is the same. A strange point is that driver sees "11 physical devices" and "2096640MB", while in fact there are only 9 drives and over 5 TB, as reported by Array Configuration Utility. Yes, I'm aware that MSA60 is not listed as supported in Hardware notes, but... Any clues? -- Aleksey From owner-freebsd-stable@FreeBSD.ORG Thu Jul 26 10:34: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 77B9616A41A for ; Thu, 26 Jul 2007 10:34:58 +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 CBE1813C48E for ; Thu, 26 Jul 2007 10:34:57 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (jqdovs@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l6QAYnss001460; Thu, 26 Jul 2007 12:34:55 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l6QAYm7u001453; Thu, 26 Jul 2007 12:34:48 +0200 (CEST) (envelope-from olli) Date: Thu, 26 Jul 2007 12:34:48 +0200 (CEST) Message-Id: <200707261034.l6QAYm7u001453@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, scottl@samsco.org, hg@queue.to In-Reply-To: <46A7B7AF.6080308@samsco.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]); Thu, 26 Jul 2007 12:34:55 +0200 (CEST) Cc: Subject: Re: [resolved, ?naively] Re: geom vs ich through ar device - benchmarks? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, scottl@samsco.org, hg@queue.to List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jul 2007 10:34:58 -0000 Scott Long wrote: > Howard Goldstein wrote: > > Naive test: dd if=/dev/zero of=/fsundertest/tstfile bs=1m count=1000 > > *not including buffered stuff unwritten, the test simply reported dd's > > idea of the transfer time*, and then the other way where it doesn't matter > > > > In firmware's RAID1 Using the awesome gmirror > > write 1gb: 13.275 13.7 > > rd 12.9 13.8 > > > > Of course after this I used gmirror... > > Just so we're clear, the ICH5 doesn't have any firmware and doesn't > actually do any RAID operations. What is has is hook into the system > BIOS during boot. That hook allows the BIOS to do RAID-like operations > during boot, until the OS takes over control of the devices. After > that, it's up to the OS to do all the RAID work. The 'ar' driver is > still software RAID, just like gmirror. What you've effectively done > merely compare the performance of one software RAID stack to another. > That's certainly an interesting comparison, but maybe not exactly what > you had in mind. As an additional note: _If_ the ICH RAID was in hardware (which it isn't, as Scott pointed out), it might be preferable to use it instead of gmirror, even if it's 5% slower, but because it would save a lot of cpu. Of course, since both are in software and probably consume similar amounts of cpu, it's better to use gmirror because it's a little faster. 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 "C++ is the only current language making COBOL look good." -- Bertrand Meyer From owner-freebsd-stable@FreeBSD.ORG Thu Jul 26 10:43: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 19B1616A473 for ; Thu, 26 Jul 2007 10:43:24 +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 BC9B313C4E8 for ; Thu, 26 Jul 2007 10:43:21 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (mlifor@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l6QAhA6P002218 for ; Thu, 26 Jul 2007 12:43:15 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l6QAhApm002217; Thu, 26 Jul 2007 12:43:10 +0200 (CEST) (envelope-from olli) Date: Thu, 26 Jul 2007 12:43:10 +0200 (CEST) Message-Id: <200707261043.l6QAhApm002217@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <46A7F580.6000005@queue.to> 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, 26 Jul 2007 12:43:15 +0200 (CEST) Cc: Subject: Re: [resolved, ?naively] Re: geom vs ich through ar device - benchmarks? 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, 26 Jul 2007 10:43:24 -0000 Howard Goldstein wrote: > [...] You should fix your e-mail setup. I can't reach you: > ----- Transcript of session follows ----- > ... while talking to ns1.queue.to.: > >>> RCPT To: > <<< 553 local-rblblacklist complain to your provider > 550 5.1.1 ... User unknown I'm not going to complain to my provider because that would be myself. :-) This is not a dynamic IP address, and it certainly has never sent spam to anywhere, so I'm curious why it would be included in a blacklist. 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 "To this day, many C programmers believe that 'strong typing' just means pounding extra hard on the keyboard." -- Peter van der Linden From owner-freebsd-stable@FreeBSD.ORG Thu Jul 26 10:52: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 1306216A417; Thu, 26 Jul 2007 10:52:39 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.freebsd.org (Postfix) with ESMTP id C802213C4A6; Thu, 26 Jul 2007 10:52:38 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by mail.ticketswitch.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IE0xP-0002fV-SN; Thu, 26 Jul 2007 11:52:35 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IE0xP-0009Ta-RJ; Thu, 26 Jul 2007 11:52:35 +0100 To: thompsa@FreeBSD.org In-Reply-To: <20070726002812.GC20688@heff.fud.org.nz> Message-Id: From: Pete French Date: Thu, 26 Jul 2007 11:52:35 +0100 Cc: karagodov@gmail.com, freebsd-stable@freebsd.org, Stephen.Clark@seclark.us Subject: Re: pmtud + ipnat RELENG_6_2 appears to be broken 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, 26 Jul 2007 10:52:39 -0000 > Great, thanks for testing. Intyeresting side effect of the patch appears to be that I am getting 25% *lower* throughput on my ether connections between two machines plugged into the same switch. Not what I expected! I assume this is something to do with the behaviour of the switches as the BSD side change was simply copying an address, but it's interesting none-the-less. I will give your new patch a try today as well, thanks, -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 26 11:27: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 153AD16A419 for ; Thu, 26 Jul 2007 11:27:40 +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 EB87C13C4A7 for ; Thu, 26 Jul 2007 11:27:39 +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 DB8A61A3C1A; Thu, 26 Jul 2007 04:27:39 -0700 (PDT) Received: by rot26.obsecurity.org (Postfix, from userid 1001) id DACE1BAA5; Thu, 26 Jul 2007 07:27:38 -0400 (EDT) Date: Thu, 26 Jul 2007 07:27:38 -0400 From: Kris Kennaway To: Jonathan Dama Message-ID: <20070726112738.GA14316@rot26.obsecurity.org> References: <20070715220530.GA20656@regurgitate.ugcs.caltech.edu> <20070715225950.GU37472@droso.net> <20070715235933.GA5504@regurgitate.ugcs.caltech.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070715235933.GA5504@regurgitate.ugcs.caltech.edu> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: FREEBSD_4_EOL tag, last known index file? 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, 26 Jul 2007 11:27:40 -0000 On Sun, Jul 15, 2007 at 04:59:33PM -0700, Jonathan Dama wrote: > >From Erwin Lansing , Mon, Jul 16, 2007 at 12:59:50AM +0200: > > On Sun, Jul 15, 2007 at 03:05:30PM -0700, Jon Dama wrote: > > > Is there a port index file that corresponds to the FREEBSD_4_EOL tag? > > > I am unable to rebuild the index from the tagged checkout. > > > > The official INDEX file is no longer available nor supported. You > > should be able to build it by "cd /usr/ports; make index'. If that > I am aware of that. The trouble of course is that for whatever reason > the make index target appears to fail--although I am not entirely > convinced that this isn't a local problem. Still I would have expected > that the tag point to at least be useable, meaning that make index would > work. Yes, it did work. Kris From owner-freebsd-stable@FreeBSD.ORG Thu Jul 26 12:17:58 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 92B0916A41F for ; Thu, 26 Jul 2007 12:17:58 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpauth01.prod.mesa1.secureserver.net (smtpauth01.prod.mesa1.secureserver.net [64.202.165.181]) by mx1.freebsd.org (Postfix) with SMTP id 2F65413C468 for ; Thu, 26 Jul 2007 12:17:58 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 12079 invoked from network); 26 Jul 2007 11:51:17 -0000 Received: from unknown (24.144.77.243) by smtpauth01.prod.mesa1.secureserver.net (64.202.165.181) with ESMTP; 26 Jul 2007 11:51:17 -0000 Message-ID: <46A88AB4.1010808@seclark.us> Date: Thu, 26 Jul 2007 07:51:16 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug Barton References: <01e101c7cecb$380e6960$b6db87d4@multiplay.co.uk> <46A78AB3.9090805@FreeBSD.org> In-Reply-To: <46A78AB3.9090805@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org, Steven Hartland Subject: Re: bind exploit, patch expected? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jul 2007 12:17:58 -0000 Doug Barton wrote: >Steven Hartland wrote: > > >>I assume the security team are already working on this but >>cant hurt to ask: >> >> > >Before you ask questions on a public list it's generally considered >polite to do a little checking yourself, especially in an open source >project. As Mike pointed out, the secteam had already addressed this >issue on -security, and I had already followed up in detail regarding >the upgrade plans. > >In addition, at the time you posted the updates had all been done in >the ports, HEAD (-current), and RELENG_[56] (5 and 6-stable). > >In any case, it's good that you're on top of your security >announcements, and I'm glad to say that this time anyway we're one >step ahead. :) > >Doug > > > Interesting - I just checked the FreeBSD.org security page and don't see any indication of a patch to fix the vulnerability for 6.1. Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Thu Jul 26 12:28: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 93ECF16A418; Thu, 26 Jul 2007 12:28:08 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.freebsd.org (Postfix) with ESMTP id 5658313C459; Thu, 26 Jul 2007 12:28:08 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by mail.ticketswitch.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IE2Rq-0003uI-7P; Thu, 26 Jul 2007 13:28:06 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IE2Rq-000AFD-65; Thu, 26 Jul 2007 13:28:06 +0100 To: karagodov@gmail.com, thompsa@FreeBSD.org In-Reply-To: <20070726004112.GD20688@heff.fud.org.nz> Message-Id: From: Pete French Date: Thu, 26 Jul 2007 13:28:06 +0100 Cc: Stephen.Clark@seclark.us, freebsd-stable@freebsd.org Subject: Re: pmtud + ipnat RELENG_6_2 appears to be broken 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, 26 Jul 2007 12:28:08 -0000 > Please test this attached patch, note it includes the previous change > too. I just tested this, and it lets me enable jumbo frames on the lagg interface as well as fixing the previous zero MAC problem as well. Currently running one of our production machines on it as a test (in a farm so it doesnt matter too much if it fails). -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 26 13:44: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 2AA8716A41A for ; Thu, 26 Jul 2007 13:44:24 +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 B1C3B13C481 for ; Thu, 26 Jul 2007 13:44:23 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-48-57.lns11.adl2.internode.on.net [121.45.48.57]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l6QDiFnG088748 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 26 Jul 2007 23:14:19 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org, scottl@samsco.org, hg@queue.to Date: Thu, 26 Jul 2007 23:14:06 +0930 User-Agent: KMail/1.9.7 References: <200707261034.l6QAYm7u001453@lurza.secnetix.de> In-Reply-To: <200707261034.l6QAYm7u001453@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4859892.hHSMqPFyRE"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707262314.07102.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Subject: Re: [resolved, ?naively] Re: geom vs ich through ar device - benchmarks? 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, 26 Jul 2007 13:44:24 -0000 --nextPart4859892.hHSMqPFyRE Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 26 Jul 2007, Oliver Fromme wrote: > As an additional note: _If_ the ICH RAID was in hardware > (which it isn't, as Scott pointed out), it might be > preferable to use it instead of gmirror, even if it's 5% > slower, but because it would save a lot of cpu. > > Of course, since both are in software and probably consume > similar amounts of cpu, it's better to use gmirror because > it's a little faster. gmirror will not protect you against a specific failure mode. ie if you are booting off the array and the primary disk fails with a=20 read error on the boot section (before the kernel is booted and you=20 have redundancy) then you will not be able to boot your system. It is pretty easy to fix this if you are present but it can be a real=20 PITA if you are far away. =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 --nextPart4859892.hHSMqPFyRE 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) iD8DBQBGqKUn5ZPcIHs/zowRAjNPAJ9r83Gy4INHway87C/4TpXIt5vckACfdVFN mumsZZ3RBFKJn8WGG22cYrI= =c2h+ -----END PGP SIGNATURE----- --nextPart4859892.hHSMqPFyRE-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 26 13:53:56 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 04F6116A418 for ; Thu, 26 Jul 2007 13:53:56 +0000 (UTC) (envelope-from hg@queue.to) Received: from pickle.queue.to (pickle.queue.to [71.180.69.18]) by mx1.freebsd.org (Postfix) with ESMTP id 97A8C13C46C for ; Thu, 26 Jul 2007 13:53:55 +0000 (UTC) (envelope-from hg@queue.to) Received: (qmail 78280 invoked from network); 26 Jul 2007 09:53:54 -0400 Received: from cally.queue.to (172.16.0.6) by pickle.queue.to with ESMTP; 26 Jul 2007 09:53:54 -0400 Message-ID: <46A8A771.1030401@queue.to> Date: Thu, 26 Jul 2007 09:53:53 -0400 From: Howard Goldstein User-Agent: Thunderbird 2.0.0.5 (X11/20070720) MIME-Version: 1.0 To: koitsu@freebsd.org References: <46A4E8FA.6010403@queue.to> <46A7B3FB.7010504@queue.to> <46A7B7AF.6080308@samsco.org> <46A7BF8C.5020909@queue.to> <46A7F2C2.2090009@samsco.org> <20070726060538.GA70793@eos.sc1.parodius.com> In-Reply-To: <20070726060538.GA70793@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: [resolved, naively] Re: geom vs ich through ar device - 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, 26 Jul 2007 13:53:56 -0000 Jeremy Chadwick wrote: > On Wed, Jul 25, 2007 at 07:02:58PM -0600, Scott Long wrote: >> You should be able to sustain at least 70MB/s on a single modern drive >> with SATA-1 or SATA-2. If you're not getting that then something in the >> driver or the application is getting in the way. Even with the, um, >> "problems" that SiI controllers are famous for, you should be able to >> sustain a decent data rate on a single drive. > > Informative thread! Agreed. A snarky attaboy is due to Ultra Products for their part in all of this starting when they shipped a case+PS with one of the 5 four pin molex power connectors installed backwards at the factory which let the magic smoke out of my original RAID array and having the new drives arrive from Ultra (after much kicking and screaming on their part, and 6 months later arrrrgh) incited me to ask the question. (As an aside for consumer grade drive buyers that some of us myself appear to be including myself, the WDCs do not have any overvoltage protection and WD claims not to sell controller boards for their caviars, while Maxtor does have some sort of OVP that sacrifices itself and shorts the overvoltage rail enough to shut down a 400W power supply but saves the drive) > Results: > > [root@icarus ~]# dd if=/dev/zero of=/backup/ddtest bs=1m count=1000 > 1048576000 bytes transferred in 16.249101 secs (64531324 bytes/sec) > > [root@icarus ~]# dd if=/dev/zero of=/home/ddtest bs=1m count=1000 > 1048576000 bytes transferred in 23.940996 secs (43798345 bytes/sec) > > [root@icarus ~]# dd if=/dev/zero of=/storage/ddtest bs=1m count=1000 > 1048576000 bytes transferred in 14.729852 secs (71187137 bytes/sec) Very interesting! Your /backup and /storage that have WD5000AAKS on SATAII are roughly comparable to my 7200RPM WD3200AAKS on SATAI. Do you think we've saturated the physical storage mechanism in the drives or are we looking at the drive's controller getting saturated? Thank you for posting your results From owner-freebsd-stable@FreeBSD.ORG Thu Jul 26 14:11:59 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 C586416A417 for ; Thu, 26 Jul 2007 14:11:59 +0000 (UTC) (envelope-from jl@burghcom.com) Received: from atomic.burghcom.com (atomic.burghcom.com [209.114.176.72]) by mx1.freebsd.org (Postfix) with SMTP id 64B7713C4E9 for ; Thu, 26 Jul 2007 14:11:59 +0000 (UTC) (envelope-from jl@burghcom.com) Received: (qmail 66737 invoked by uid 65534); 26 Jul 2007 13:45:20 -0000 Received: from 166.73.55.212 ([166.73.55.212]) by atomic.burghcom.com (Horde MIME library) with HTTP; Thu, 26 Jul 2007 09:45:20 -0400 Message-ID: <20070726094520.rb9eu8wsg0ggggsw@atomic.burghcom.com> Date: Thu, 26 Jul 2007 09:45:20 -0400 From: Jeff Love To: freebsd-stable@freebsd.org References: <01e101c7cecb$380e6960$b6db87d4@multiplay.co.uk> <46A78AB3.9090805@FreeBSD.org> In-Reply-To: <46A78AB3.9090805@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.1) Subject: Re: bind exploit, patch expected? 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, 26 Jul 2007 14:11:59 -0000 > Steven Hartland wrote: >> I assume the security team are already working on this but >> cant hurt to ask: > > Before you ask questions on a public list it's generally considered > polite to do a little checking yourself, especially in an open source > project. As Mike pointed out, the secteam had already addressed this > issue on -security, and I had already followed up in detail regarding > the upgrade plans. > > In addition, at the time you posted the updates had all been done in > the ports, HEAD (-current), and RELENG_[56] (5 and 6-stable). > > In any case, it's good that you're on top of your security > announcements, and I'm glad to say that this time anyway we're one > step ahead. :) > > Doug I disagree that this should not have been posted here. I agree that it 'can't hurt'. Thanks for the heads up, Steve. Jeff Love Burgh Gaming From owner-freebsd-stable@FreeBSD.ORG Thu Jul 26 14:55:11 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 9696916A417 for ; Thu, 26 Jul 2007 14:55:11 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 247F913C45E for ; Thu, 26 Jul 2007 14:55:10 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so603917uge for ; Thu, 26 Jul 2007 07:55:09 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:from:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; b=uDB0c9UXZHHZPqny/WS3dzzBYwWDh0DjG+130DPCKPmu01ekTpFtl1qkBfdh3Ia3CFy2602a6Kqq0RJMR5wmhZicYay0CfH9R5chuGkSdVcis6PUrl9SLzHvUnMtLL7tJGQjco8CRhC23riH4cozWhb9+fb3UE9yd0zHku0z3os= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:from:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; b=K/nwTXTOMRiFZ8mp4syBxHMBDBjHVtdMD50KQYE3lJleOWnrKU2EKfFk71kNxD612Q3b4lSl9zyS6C7qaD3BQc4gJRJD2ycCmFHhKHE3qGyAO3awVwHsLLiqJf2KxJhQN611ukvPEOTbR0aEEzhDHIX9hyzKAh0lhgh0S+bygiY= Received: by 10.82.158.12 with SMTP id g12mr1510593bue.1185461709538; Thu, 26 Jul 2007 07:55:09 -0700 (PDT) Received: from 77-109-33-59.dynamic.peoplenet.ua ( [77.109.33.59]) by mx.google.com with ESMTPS id d2sm2336356nfc.2007.07.26.07.55.05 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 26 Jul 2007 07:55:08 -0700 (PDT) From: Nikolay Pavlov To: freebsd-stable@freebsd.org, Stephen.Clark@seclark.us Date: Thu, 26 Jul 2007 17:54:54 +0300 User-Agent: KMail/1.9.7 References: <01e101c7cecb$380e6960$b6db87d4@multiplay.co.uk> <46A78AB3.9090805@FreeBSD.org> <46A88AB4.1010808@seclark.us> In-Reply-To: <46A88AB4.1010808@seclark.us> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3893482.PHZlgSr9CP"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707261755.02806.qpadla@gmail.com> Cc: stable@freebsd.org, Doug Barton , Steven Hartland Subject: Re: bind exploit, patch expected? 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, 26 Jul 2007 14:55:11 -0000 --nextPart3893482.PHZlgSr9CP Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 26 July 2007 14:51:16 Stephen Clark wrote: > Doug Barton wrote: > >Steven Hartland wrote: > >>I assume the security team are already working on this but > >>cant hurt to ask: > > > >Before you ask questions on a public list it's generally considered > >polite to do a little checking yourself, especially in an open source > >project. As Mike pointed out, the secteam had already addressed this > >issue on -security, and I had already followed up in detail regarding > >the upgrade plans. > > > >In addition, at the time you posted the updates had all been done in > >the ports, HEAD (-current), and RELENG_[56] (5 and 6-stable). > > > >In any case, it's good that you're on top of your security > >announcements, and I'm glad to say that this time anyway we're one > >step ahead. :) > > > >Doug > > Interesting - I just checked the FreeBSD.org security page and don't see > any indication of > a patch to fix the vulnerability for 6.1. > > Steve This is because RELENG_[56] is not a 6.1 RTFM http://www.freebsd.org/doc/en_US.ISO8859-1/articles/releng/release-proc.html =2D-=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =2D Best regards, Nikolay Pavlov. <<<----------------------------- =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --nextPart3893482.PHZlgSr9CP Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBGqLXG/2R6KvEYGaIRAsflAJ94qAo3DxngANT4/M9Gfy1TwZcymwCeP0nS uhWZKD1MnuDSByexg6N0/PM= =RSRl -----END PGP SIGNATURE----- --nextPart3893482.PHZlgSr9CP-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 26 15:19:40 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 4AA0216A41F for ; Thu, 26 Jul 2007 15:19:40 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id CD4DE13C442 for ; Thu, 26 Jul 2007 15:19:39 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so609205uge for ; Thu, 26 Jul 2007 08:19:38 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:from:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; b=uDB0c9UXZHHZPqny/WS3dzzBYwWDh0DjG+130DPCKPmu01ekTpFtl1qkBfdh3Ia3CFy2602a6Kqq0RJMR5wmhZicYay0CfH9R5chuGkSdVcis6PUrl9SLzHvUnMtLL7tJGQjco8CRhC23riH4cozWhb9+fb3UE9yd0zHku0z3os= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:from:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; b=K/nwTXTOMRiFZ8mp4syBxHMBDBjHVtdMD50KQYE3lJleOWnrKU2EKfFk71kNxD612Q3b4lSl9zyS6C7qaD3BQc4gJRJD2ycCmFHhKHE3qGyAO3awVwHsLLiqJf2KxJhQN611ukvPEOTbR0aEEzhDHIX9hyzKAh0lhgh0S+bygiY= Received: by 10.82.158.12 with SMTP id g12mr1510593bue.1185461709538; Thu, 26 Jul 2007 07:55:09 -0700 (PDT) Received: from 77-109-33-59.dynamic.peoplenet.ua ( [77.109.33.59]) by mx.google.com with ESMTPS id d2sm2336356nfc.2007.07.26.07.55.05 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 26 Jul 2007 07:55:08 -0700 (PDT) From: Nikolay Pavlov To: freebsd-stable@freebsd.org, Stephen.Clark@seclark.us Date: Thu, 26 Jul 2007 17:54:54 +0300 User-Agent: KMail/1.9.7 References: <01e101c7cecb$380e6960$b6db87d4@multiplay.co.uk> <46A78AB3.9090805@FreeBSD.org> <46A88AB4.1010808@seclark.us> In-Reply-To: <46A88AB4.1010808@seclark.us> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3893482.PHZlgSr9CP"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707261755.02806.qpadla@gmail.com> Cc: stable@freebsd.org, Doug Barton , Steven Hartland Subject: Re: bind exploit, patch expected? 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, 26 Jul 2007 15:19:40 -0000 --nextPart3893482.PHZlgSr9CP Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 26 July 2007 14:51:16 Stephen Clark wrote: > Doug Barton wrote: > >Steven Hartland wrote: > >>I assume the security team are already working on this but > >>cant hurt to ask: > > > >Before you ask questions on a public list it's generally considered > >polite to do a little checking yourself, especially in an open source > >project. As Mike pointed out, the secteam had already addressed this > >issue on -security, and I had already followed up in detail regarding > >the upgrade plans. > > > >In addition, at the time you posted the updates had all been done in > >the ports, HEAD (-current), and RELENG_[56] (5 and 6-stable). > > > >In any case, it's good that you're on top of your security > >announcements, and I'm glad to say that this time anyway we're one > >step ahead. :) > > > >Doug > > Interesting - I just checked the FreeBSD.org security page and don't see > any indication of > a patch to fix the vulnerability for 6.1. > > Steve This is because RELENG_[56] is not a 6.1 RTFM http://www.freebsd.org/doc/en_US.ISO8859-1/articles/releng/release-proc.html =2D-=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =2D Best regards, Nikolay Pavlov. <<<----------------------------- =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --nextPart3893482.PHZlgSr9CP Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBGqLXG/2R6KvEYGaIRAsflAJ94qAo3DxngANT4/M9Gfy1TwZcymwCeP0nS uhWZKD1MnuDSByexg6N0/PM= =RSRl -----END PGP SIGNATURE----- --nextPart3893482.PHZlgSr9CP-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 26 15:22:17 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 8953416A41A for ; Thu, 26 Jul 2007 15:22:17 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id 1BD8613C428 for ; Thu, 26 Jul 2007 15:22:16 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so609753uge for ; Thu, 26 Jul 2007 08:22:15 -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:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=CDi+E+4/CJxbFxblWQix/CGErFwe055vw6A38i8mJMyX/1Kds8UFVTsHkRxC8YNoCrZWCD8SPKl/tQpGEJ8cRrE1+q4hL2RnEarmrO/MNLtvk12yDpGjrHS5kKGQSrW8z/99Q+8biaC/i5AeeaRG55xKdck0KoH/nqIlt3N09Xk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=POtYLLlB60JdGqGqt0iKhacS8IEnncUIC/PqfQlsdCoXeAHrYeVe8Yde+aqNIUl2rCy3wPv00LxW5LFGrsvXUjNI2xr4YKZy4+kgF41G10LMYOS0O6tscIYyCnukk6hqtrWi5VBHuA9P+OU0D3ccZMg14HG7PjSFXV3nP5BDGe0= Received: by 10.82.174.20 with SMTP id w20mr1506935bue.1185461748254; Thu, 26 Jul 2007 07:55:48 -0700 (PDT) Received: by 10.82.174.13 with HTTP; Thu, 26 Jul 2007 07:55:48 -0700 (PDT) Message-ID: Date: Thu, 26 Jul 2007 11:55:48 -0300 From: "Eduardo Meyer" To: "Marc G. Fournier" , "Dan Nelson" , "Tim Daneliuk" , freebsd-stable@freebsd.org, "FreeBSD Mailing List" In-Reply-To: <20070722033804.GA49930@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46A22253.8080100@tundraware.com> <20070721165539.GA2579@dan.emsphone.com> <1431AA268771E71884A824C3@fserv.hub.org> <20070722033804.GA49930@eos.sc1.parodius.com> Cc: Subject: Re: SATA 300 Drive Being Run At 150 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, 26 Jul 2007 15:22:17 -0000 On 7/22/07, Jeremy Chadwick wrote: > On Sun, Jul 22, 2007 at 12:10:12AM -0300, Marc G. Fournier wrote: > > 'k, I just bought a new desktop, SATA/300MB/s interface, and this drive: > > > > > > > > Web site states 3Gb/s ... I'm seeing same SATA!50: > > Seagate and WDC both ship SATA300 drives with a SATA150-limiting jumper > on them. It's documented on the drive itself, and in the manufacturing > manuals. Both companies do this as a precaution; there are some buggy > chipsets out there which claim to support SATA300 but then break badly > when utilising it. This is why the jumper's set to SATA150 by default. > > Chances are your drives have the jumper limiting the drive to SATA150. I have the same situation here, but not the same hardware: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x3020-0x302f mem 0xe8200000-0xe82003ff irq 19 at device 31.2 on pci0 ad0: 76319MB at ata0-master SATA150 This drive is withtout the jumper, which according to the manual means it should operate as SATA300 (while with jumper plugged, it is limited to SATA150). But it is only controlled as SATA150. So, chances are my disc also have some problem? -- =========== Eduardo Meyer pessoal: dudu.meyer@gmail.com profissional: ddm.farmaciap@saude.gov.br From owner-freebsd-stable@FreeBSD.ORG Thu Jul 26 15:50:34 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 A120016A41A for ; Thu, 26 Jul 2007 15:50:34 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id 4A93C13C468 for ; Thu, 26 Jul 2007 15:50:33 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so142971anc for ; Thu, 26 Jul 2007 08:50:33 -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=rAH+N08eVSQXxVtG1+SNaXTY3HhvfORUCDunEVnjNREyEADLm9FCG26ofAghJzhyFJUlxlBKahQ/LSek/xGJlMWhdQ2ubJlFOwIS4yc35I69W/2kMOjzTcV72+9hShWwGgfiAU7YjQW5iRFoWRUMI58cHYl9yj+7Z8nkzI7NW9w= 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=JsIbsMTmyyj2ovCqii97O1vyWfveJ5jIBiec5jQpm8ytAGwj3l41ge43InVtPPsaJfrvFN0ktjxHrSO8sxLYybxFKFy6nmu7Wh46pxA+rRUek4tdUjmEKKKF/VNBIJx4grtzJuTYR9n++DiKREQhNquOHeAnIaGwxQWtlVZpqac= Received: by 10.100.178.7 with SMTP id a7mr1527738anf.1185465032499; Thu, 26 Jul 2007 08:50:32 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Thu, 26 Jul 2007 08:50:32 -0700 (PDT) Message-ID: <499c70c0707260850k2f24773dhe181441c37c149f3@mail.gmail.com> Date: Thu, 26 Jul 2007 18:50:32 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Eduardo Meyer" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46A22253.8080100@tundraware.com> <20070721165539.GA2579@dan.emsphone.com> <1431AA268771E71884A824C3@fserv.hub.org> <20070722033804.GA49930@eos.sc1.parodius.com> Cc: freebsd-stable@freebsd.org, Tim Daneliuk , Dan Nelson , FreeBSD Mailing List , "Marc G. Fournier" Subject: Re: SATA 300 Drive Being Run At 150 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, 26 Jul 2007 15:50:34 -0000 On 7/26/07, Eduardo Meyer wrote: > On 7/22/07, Jeremy Chadwick wrote: > > On Sun, Jul 22, 2007 at 12:10:12AM -0300, Marc G. Fournier wrote: > > > 'k, I just bought a new desktop, SATA/300MB/s interface, and this drive: > > > > > > > > > > > > Web site states 3Gb/s ... I'm seeing same SATA!50: > > > > Seagate and WDC both ship SATA300 drives with a SATA150-limiting jumper > > on them. It's documented on the drive itself, and in the manufacturing > > manuals. Both companies do this as a precaution; there are some buggy > > chipsets out there which claim to support SATA300 but then break badly > > when utilising it. This is why the jumper's set to SATA150 by default. > > > > Chances are your drives have the jumper limiting the drive to SATA150. > > I have the same situation here, but not the same hardware: > > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x3020-0x302f mem > 0xe8200000-0xe82003ff irq 19 at device 31.2 on pci0 > > ad0: 76319MB at ata0-master SATA150 > > This drive is withtout the jumper, which according to the manual means > it should operate as SATA300 (while with jumper plugged, it is limited > to SATA150). But it is only controlled as SATA150. > > So, chances are my disc also have some problem? > > > -- > =========== > Eduardo Meyer > pessoal: dudu.meyer@gmail.com > profissional: ddm.farmaciap@saude.gov.br Here is me too. FreeBSD services.wearab.net 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Tue Jul 24 05:07:02 GMT 2007 arabian@services.wearab.net:/usr/obj/usr/src/sys/SERVICES amd64 ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz (2397.61-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 usable memory = 2130096128 (2031 MB) avail memory = 2055856128 (1960 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x20a0-0x20af mem 0x90200000-0x902003ff irq 19 at device 31.2 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] ad0: 70911MB at ata0-master SATA150 ad2: 238474MB at ata1-master SATA150 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad0s1a -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-stable@FreeBSD.ORG Thu Jul 26 16:15:51 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 3A61416A418 for ; Thu, 26 Jul 2007 16:15:51 +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 CE18A13C4A5 for ; Thu, 26 Jul 2007 16:15:50 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 24030 invoked by uid 399); 26 Jul 2007 16:15:47 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 26 Jul 2007 16:15:47 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46A8C8B2.7060406@FreeBSD.org> Date: Thu, 26 Jul 2007 09:15:46 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.5 (X11/20070723) MIME-Version: 1.0 To: Stephen.Clark@seclark.us References: <01e101c7cecb$380e6960$b6db87d4@multiplay.co.uk> <46A78AB3.9090805@FreeBSD.org> <46A88AB4.1010808@seclark.us> In-Reply-To: <46A88AB4.1010808@seclark.us> X-Enigmail-Version: 0.95.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org, Steven Hartland Subject: Re: bind exploit, patch expected? 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, 26 Jul 2007 16:15:51 -0000 Stephen Clark wrote: > Interesting - I just checked the FreeBSD.org security page and don't see > any indication of a patch to fix the vulnerability for 6.1. While I can't speak for the secteam I do know that they are working on the usual round of advisories, patches, updates to security branches, etc. Meanwhile, my personal best advice for you is to upgrade to 6-stable rather than worry about patching 6.1. If you're not interested in that, then as I've said about half a dozen times now, you can use the ports, and you can even choose the option to replace the base BIND if that makes it easier for you. Finally you could of course derive the patch yourself by simply downloading the two tarballs and diffing them. When you have a diff, remove everything in the w32 and test directories and you're all set. hope this helps, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Thu Jul 26 16:25:57 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 480D516A41A for ; Thu, 26 Jul 2007 16:25:57 +0000 (UTC) (envelope-from clay@milos.co.za) Received: from bart.milos.co.za (bart.milos.co.za [196.38.18.66]) by mx1.freebsd.org (Postfix) with ESMTP id E69C613C46E for ; Thu, 26 Jul 2007 16:25:55 +0000 (UTC) (envelope-from clay@milos.co.za) Received: (qmail 17644 invoked by uid 89); 26 Jul 2007 15:59:30 -0000 Received: by simscan 1.2.0 ppid: 17639, pid: 17641, t: 1.8215s scanners: attach: 1.2.0 clamav: 0.88.7/m:43/d:3604 Received: from unknown (HELO claylaptop) (clay@milos.za.net@84.203.141.221) by bart.milos.co.za with ESMTPA; 26 Jul 2007 15:59:28 -0000 Message-ID: <03d801c7cf9d$e0233f90$0264a8c0@claylaptop> From: "Clayton Milos" To: References: <46A22253.8080100@tundraware.com><20070721165539.GA2579@dan.emsphone.com><1431AA268771E71884A824C3@fserv.hub.org><20070722033804.GA49930@eos.sc1.parodius.com> <499c70c0707260850k2f24773dhe181441c37c149f3@mail.gmail.com> Date: Thu, 26 Jul 2007 16:58:55 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: Re: SATA 300 Drive Being Run At 150 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, 26 Jul 2007 16:25:57 -0000 ----- Original Message ----- From: "Abdullah Ibn Hamad Al-Marri" To: "Eduardo Meyer" Cc: ; "Tim Daneliuk" ; "Dan Nelson" ; "FreeBSD Mailing List" ; "Marc G. Fournier" Sent: Thursday, July 26, 2007 4:50 PM Subject: Re: SATA 300 Drive Being Run At 150 > On 7/26/07, Eduardo Meyer wrote: >> On 7/22/07, Jeremy Chadwick wrote: >> > On Sun, Jul 22, 2007 at 12:10:12AM -0300, Marc G. Fournier wrote: >> > > 'k, I just bought a new desktop, SATA/300MB/s interface, and this >> > > drive: >> > > >> > > >> > > >> > > Web site states 3Gb/s ... I'm seeing same SATA!50: >> > >> > Seagate and WDC both ship SATA300 drives with a SATA150-limiting jumper >> > on them. It's documented on the drive itself, and in the manufacturing >> > manuals. Both companies do this as a precaution; there are some buggy >> > chipsets out there which claim to support SATA300 but then break badly >> > when utilising it. This is why the jumper's set to SATA150 by default. >> > >> > Chances are your drives have the jumper limiting the drive to SATA150. >> >> I have the same situation here, but not the same hardware: >> >> atapci0: port >> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x3020-0x302f mem >> 0xe8200000-0xe82003ff irq 19 at device 31.2 on pci0 >> >> ad0: 76319MB at ata0-master SATA150 >> >> This drive is withtout the jumper, which according to the manual means >> it should operate as SATA300 (while with jumper plugged, it is limited >> to SATA150). But it is only controlled as SATA150. >> >> So, chances are my disc also have some problem? >> >> >> -- >> =========== >> Eduardo Meyer >> pessoal: dudu.meyer@gmail.com >> profissional: ddm.farmaciap@saude.gov.br > > Here is me too. > > FreeBSD services.wearab.net 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Tue > Jul 24 05:07:02 GMT 2007 > arabian@services.wearab.net:/usr/obj/usr/src/sys/SERVICES amd64 > > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz (2397.61-MHz K8-class > CPU) > Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 > > Features=0xbfebfbff > Features2=0xe3bd > AMD Features=0x20100800 > AMD Features2=0x1 > Cores per package: 2 > usable memory = 2130096128 (2031 MB) > avail memory = 2055856128 (1960 MB) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x20a0-0x20af mem > 0x90200000-0x902003ff irq 19 at device 31.2 on pci0 > ata0: on atapci0 > ata0: [ITHREAD] > ata1: on atapci0 > ata1: [ITHREAD] > ad0: 70911MB at ata0-master SATA150 > ad2: 238474MB at ata1-master SATA150 > SMP: AP CPU #1 Launched! > Trying to mount root from ufs:/dev/ad0s1a > > > -- > Regards, > > -Abdullah Ibn Hamad Al-Marri > Arab Portal > http://www.WeArab.Net/ Running at SATA1 instead of SATA2 speeds I really think is hardware related. To be honest I wouldn't worry about it if I was you. You're not going to get more than 90MB/s off the platters on a good day anyways so the bus speed isn't going to slow anything down. I've got 2 RAID-0 arrays with 4 drives each. 64k stripe size. One array is SATA1 and the other is SATA2. I get the same read/write speeds to each array of around 280MB/s which works back to 70MB/s per drive which is not bad considering the arrays are about 85% full. Empty disks give you better speeds. -Clay From owner-freebsd-stable@FreeBSD.ORG Thu Jul 26 16:34:28 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 3645116A417; Thu, 26 Jul 2007 16:34:28 +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 1C96613C48E; Thu, 26 Jul 2007 16:34:27 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id D2B4A1CC026; Thu, 26 Jul 2007 09:34:27 -0700 (PDT) Date: Thu, 26 Jul 2007 09:34:27 -0700 From: Jeremy Chadwick To: Abdullah Ibn Hamad Al-Marri Message-ID: <20070726163427.GA89315@eos.sc1.parodius.com> Mail-Followup-To: Abdullah Ibn Hamad Al-Marri , Eduardo Meyer , freebsd-stable@freebsd.org, Tim Daneliuk , Dan Nelson , FreeBSD Mailing List , "Marc G. Fournier" References: <46A22253.8080100@tundraware.com> <20070721165539.GA2579@dan.emsphone.com> <1431AA268771E71884A824C3@fserv.hub.org> <20070722033804.GA49930@eos.sc1.parodius.com> <499c70c0707260850k2f24773dhe181441c37c149f3@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <499c70c0707260850k2f24773dhe181441c37c149f3@mail.gmail.com> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-stable@freebsd.org, Tim Daneliuk , Dan Nelson , "Marc G. Fournier" , Eduardo Meyer , FreeBSD Mailing List Subject: Re: SATA 300 Drive Being Run At 150 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, 26 Jul 2007 16:34:28 -0000 On Thu, Jul 26, 2007 at 06:50:32PM +0300, Abdullah Ibn Hamad Al-Marri wrote: > Here is me too. > > ad0: 70911MB at ata0-master SATA150 > ad2: 238474MB at ata1-master SATA150 Did you bother to look at the documentation on the disks you're buying? It doesn't seem like it. Taken from Western Digital's specifications for the above drives: WD740ADFD -- http://wdc.custhelp.com/cgi-bin/wdc.cfg/php/enduser/std_adp.php?p_faqid=1405&p_created=1135201452 WD2000JD -- http://wdc.custhelp.com/cgi-bin/wdc.cfg/php/enduser/std_adp.php?p_faqid=1027&p_created=1056559256 Summary: WD740ADFD -- 10000rpm, 4.5ms seek, SATA150, 16MB cache WD2000JD -- 7200rpm, 8.9ms seek, SATA150, 8MB cache Neither of these drives have SATA300-capable controllers on them. Therefore, there is no problem. -- | 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 Thu Jul 26 16:57:55 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 195C516A420; Thu, 26 Jul 2007 16:57:55 +0000 (UTC) (envelope-from prvs=1727cd7c0b=killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 80DBA13C465; Thu, 26 Jul 2007 16:57:54 +0000 (UTC) (envelope-from prvs=1727cd7c0b=killing@multiplay.co.uk) X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on core6.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 ([212.135.219.182]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.6.0) with ESMTP id md50004055339.msg; Thu, 26 Jul 2007 17:42:38 +0100 Message-ID: <01d401c7cfa3$f7e1fcb0$b6db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Abdullah Ibn Hamad Al-Marri" , "Eduardo Meyer" References: <46A22253.8080100@tundraware.com><20070721165539.GA2579@dan.emsphone.com><1431AA268771E71884A824C3@fserv.hub.org><20070722033804.GA49930@eos.sc1.parodius.com> <499c70c0707260850k2f24773dhe181441c37c149f3@mail.gmail.com> Date: Thu, 26 Jul 2007 17:42:34 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 X-MDRemoteIP: 212.135.219.182 X-Return-Path: prvs=1727cd7c0b=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-Spam-Processed: multiplay.co.uk, Thu, 26 Jul 2007 17:42:38 +0100 X-MDAV-Processed: multiplay.co.uk, Thu, 26 Jul 2007 17:42:39 +0100 Cc: Dan Nelson , Tim Daneliuk , freebsd-stable@freebsd.org, FreeBSD Mailing List , "Marc G. Fournier" Subject: Re: SATA 300 Drive Being Run At 150 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, 26 Jul 2007 16:57:55 -0000 ----- Original Message ----- From: "Abdullah Ibn Hamad Al-Marri" > ad0: 70911MB at ata0-master SATA150 > ad2: 238474MB at ata1-master SATA150 Those are SATA150 disks so no problem there. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 26 17:14: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 05DD316A50D; Thu, 26 Jul 2007 17:14:03 +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 E20B613C442; Thu, 26 Jul 2007 17:14:02 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id BFF7F1CC026; Thu, 26 Jul 2007 10:14:02 -0700 (PDT) Date: Thu, 26 Jul 2007 10:14:02 -0700 From: Jeremy Chadwick To: Eduardo Meyer Message-ID: <20070726171402.GB89315@eos.sc1.parodius.com> Mail-Followup-To: Eduardo Meyer , "Marc G. Fournier" , Dan Nelson , Tim Daneliuk , freebsd-stable@freebsd.org, FreeBSD Mailing List References: <46A22253.8080100@tundraware.com> <20070721165539.GA2579@dan.emsphone.com> <1431AA268771E71884A824C3@fserv.hub.org> <20070722033804.GA49930@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-stable@freebsd.org, Tim Daneliuk , Dan Nelson , FreeBSD Mailing List , "Marc G. Fournier" Subject: Re: SATA 300 Drive Being Run At 150 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, 26 Jul 2007 17:14:03 -0000 On Thu, Jul 26, 2007 at 11:55:48AM -0300, Eduardo Meyer wrote: > I have the same situation here, but not the same hardware: > > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x3020-0x302f mem > 0xe8200000-0xe82003ff irq 19 at device 31.2 on pci0 > > ad0: 76319MB at ata0-master SATA150 > > This drive is withtout the jumper, which according to the manual means > it should operate as SATA300 (while with jumper plugged, it is limited > to SATA150). But it is only controlled as SATA150. A few things (I'm not doubting your claim of a problem, just trying to track it down): 1) What FreeBSD version and build date? uname -a would suffice. 2) What controller (atapciX) is mapped to ata0? You didn't include this in your dmesg output. 3) Output of atacontrol cap ad0? 4) Is your motherboard set to use AHCI for the SATA (ICH7) controller? There's reports that SATA300 is only available/used on some controllers when AHCI is used. 5) This drive isn't available in the United States, so I'll have to go off of foreign docs. AUS docs don't show this drive as having any such jumper, but the docs are sparse: http://www.samsung.com/au/support/productsupport/download/Model_Select.aspx?type=Hard+Disk+Drive&typecode=12&subtype=HDD%283%2E5%29&cmssubtypecode=1203&model=HD080HJ&filetype=UM 6) Have you tried following the opposite the documentation you have recommends? That is: try putting the jumper on and see if SATA300 is negotiated? Or is it SATA150 regardless of the jumper setting? 7) Another FreeBSD user using this drive does in fact see SATA300 negotiated speed from it when using an nForce MCP55 SATA300 controller. http://unix.derkeiler.com/Mailing-Lists/FreeBSD/questions/2006-12/msg01421.html I'm left wondering if there's actually two revisions of this drive floating around on the market; an older one that only supports SATA150, and a newer that supports SATA300. -- | 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 Thu Jul 26 17:30: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 B9B7F16A4AB for ; Thu, 26 Jul 2007 17:30:31 +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 8BB7413C45E for ; Thu, 26 Jul 2007 17:30:31 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 248FB1CC026; Thu, 26 Jul 2007 10:30:29 -0700 (PDT) Date: Thu, 26 Jul 2007 10:30:29 -0700 From: Jeremy Chadwick To: Eduardo Meyer , "Marc G. Fournier" , Dan Nelson , Tim Daneliuk , freebsd-stable@freebsd.org Message-ID: <20070726173029.GA94852@eos.sc1.parodius.com> Mail-Followup-To: Eduardo Meyer , "Marc G. Fournier" , Dan Nelson , Tim Daneliuk , freebsd-stable@freebsd.org References: <46A22253.8080100@tundraware.com> <20070721165539.GA2579@dan.emsphone.com> <1431AA268771E71884A824C3@fserv.hub.org> <20070722033804.GA49930@eos.sc1.parodius.com> <20070726171402.GB89315@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070726171402.GB89315@eos.sc1.parodius.com> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: Re: SATA 300 Drive Being Run At 150 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, 26 Jul 2007 17:30:31 -0000 On Thu, Jul 26, 2007 at 10:14:02AM -0700, Jeremy Chadwick wrote: > 5) This drive isn't available in the United States, so I'll have to go > off of foreign docs. AUS docs don't show this drive as having any such > jumper, but the docs are sparse: > > http://www.samsung.com/au/support/productsupport/download/Model_Select.aspx?type=Hard+Disk+Drive&typecode=12&subtype=HDD%283%2E5%29&cmssubtypecode=1203&model=HD080HJ&filetype=UM I stand corrected, though in a weird way: Version 5.0 of the manual for this disk does not mention any jumper. Instead, Samsung insists you "use software to ensure SATA150". From the 5.0 manual: Note: In some rare cases SATA 1.5Gb/s hosts can not establish SATA interface connection with SATA 3.0Gb/s devices due to interface protocol issues. In this case you should switch your drive to SATA 1.5Gb/s speed with a software which we are providing via www.samsunghdd.com. The amusing part is that Version 3.0 and 4.0 of the manual mention the drive having a SATA150-limit jumper. P.S. -- I'm pulling freebsd-questions off the To list, because I'm getting mails stating moderators need to approve my posts due to too many recipients (I assume due to list cross-posting). -- | 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 Thu Jul 26 18:17: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 4EFE916A498 for ; Thu, 26 Jul 2007 18:17:36 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id 08E6713C459 for ; Thu, 26 Jul 2007 18:17:35 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: by py-out-1112.google.com with SMTP id a73so1214859pye for ; Thu, 26 Jul 2007 11:17:35 -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:references; b=f8t6eBNetHjGRNMM+k0gB2RP+BZIXLqscIvubE7pjDJl3e72UM7WDXC1ODBnuYKmUHocQccP6+enankFF4BEPSzmKOQEXLlhDcEun2xHX7CPOmqchIlQcWCLTUZv6yF/XeScPz0WmO+mRPY66gAvh44FMHPiAx6ePn/Xz3Qt3w0= 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:references; b=eJWhFCZJmwMPoy91TAM69RsZ1Mp3mP9VgeheyaSRNEN4VSojODFcqO3sOEo7WiNyMlILnmfX9qaCRtuuoI9VmwvH60aNOL40YtfEMzIJmbvUOzHXnYVeUqmggPuMHhZqNXvzSPem8P6M2A3pnrZk3gCEow3U4wdkqSU+W+ZJIVc= Received: by 10.65.250.11 with SMTP id c11mr3607112qbs.1185473854888; Thu, 26 Jul 2007 11:17:34 -0700 (PDT) Received: by 10.64.53.17 with HTTP; Thu, 26 Jul 2007 11:17:34 -0700 (PDT) Message-ID: Date: Thu, 26 Jul 2007 22:17:34 +0400 From: "Alexey Karagodov" To: "Andrew Thompson" In-Reply-To: <20070726004112.GD20688@heff.fud.org.nz> MIME-Version: 1.0 References: <469624D1.20108@seclark.us> <4696823B.9020107@seclark.us> <46969129.60409@seclark.us> <3C09F7E4-C15A-4B9E-94A3-C4997C73C0BD@mac.com> <20070725004402.GA13665@heff.fud.org.nz> <20070726004112.GD20688@heff.fud.org.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Stephen.Clark@seclark.us, freebsd-stable@freebsd.org Subject: Re: pmtud + ipnat RELENG_6_2 appears to be broken 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, 26 Jul 2007 18:17:36 -0000 YES. thank you! your latest patch solved my problems. going to test it tomorrow in production. 2007/7/26, Andrew Thompson : > > On Wed, Jul 25, 2007 at 10:42:21PM +0400, Alexey Karagodov wrote: > > patch did not help ... > > > > ifconfig: > > > > > > lagg0: flags=8843 mtu 1500 > > inet 10.0.0.1 netmask 0xffff0000 broadcast 10.0.255.255 > > inet 10.0.0.2 netmask 0xffff0000 broadcast 10.0.255.255 > > ether XX:XX:XX:XX:XX:XX > > media: Ethernet autoselect > > status: active > > laggproto lacp > > laggport: em1 flags=1c > > laggport: em0 flags=1c > > > > i was tried to change laggproto, it doesn't help. > > i can NOT increase MTU on lagg interface above 1500 and on vlan > interface > > above lagg's MTU -4 . > > also i've increased MTU on both ems to 9000 and after that i still can't > > increase MTU on lagg interface above 1500 > > please, HELP ... > > Please test this attached patch, note it includes the previous change > too. > > > regards, > Andrew > > From owner-freebsd-stable@FreeBSD.ORG Thu Jul 26 18:31: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 DCD6716A41F for ; Thu, 26 Jul 2007 18:31:57 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id 648B413C491 for ; Thu, 26 Jul 2007 18:31:57 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so644060uge for ; Thu, 26 Jul 2007 11:31:56 -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:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Op/vFCaRTPkMYva7WkmuQm4O5N33E+KXJ1PwAGKd3oQGkXYUMhH5yCZEiLcpB1gBd3XCIUwuXUJ1hMC1H4t0D6fThDcqCUljthIV46CxoLPtBuEKY1ZyPBZhHyhZrUPAG59babf7gQNaRAjNJIJJXho1WbMRdeH0Dc20BQovbzA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FXYBl+yAdWAxdviZo7gok8eB3LUse979ECXNxGR+f9MxdbNCEAnFu1xnYBPfRNC8FMonctc+tPdgYroXEPejKmsqQU1mf3WPAdT9YkpAwmKeE9qGGdUJMJH/Aay8eS4Vpg6Nm7MIyimGp2KenK7ZddO6ORkgePAVkCNaV2xLwDY= Received: by 10.82.162.14 with SMTP id k14mr1814878bue.1185474715789; Thu, 26 Jul 2007 11:31:55 -0700 (PDT) Received: by 10.82.174.13 with HTTP; Thu, 26 Jul 2007 11:31:55 -0700 (PDT) Message-ID: Date: Thu, 26 Jul 2007 15:31:55 -0300 From: "Eduardo Meyer" To: "Marc G. Fournier" , "Dan Nelson" , "Tim Daneliuk" , freebsd-stable@freebsd.org, "FreeBSD Mailing List" In-Reply-To: <20070726171402.GB89315@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46A22253.8080100@tundraware.com> <20070721165539.GA2579@dan.emsphone.com> <1431AA268771E71884A824C3@fserv.hub.org> <20070722033804.GA49930@eos.sc1.parodius.com> <20070726171402.GB89315@eos.sc1.parodius.com> Cc: Subject: Re: SATA 300 Drive Being Run At 150 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, 26 Jul 2007 18:31:58 -0000 On 7/26/07, Jeremy Chadwick wrote: > On Thu, Jul 26, 2007 at 11:55:48AM -0300, Eduardo Meyer wrote: > > I have the same situation here, but not the same hardware: > > > > atapci0: port > > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x3020-0x302f mem > > 0xe8200000-0xe82003ff irq 19 at device 31.2 on pci0 > > > > ad0: 76319MB at ata0-master SATA150 > > > > This drive is withtout the jumper, which according to the manual means > > it should operate as SATA300 (while with jumper plugged, it is limited > > to SATA150). But it is only controlled as SATA150. > > A few things (I'm not doubting your claim of a problem, just trying to > track it down): Thank you a lot for asking. > > 1) What FreeBSD version and build date? uname -a would suffice. It is: 6.2-STABLE FreeBSD 6.2-STABLE #2: Sun Jun 24 23:37:46 BRT 2007 > > 2) What controller (atapciX) is mapped to ata0? You didn't include this > in your dmesg output. atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x3020-0x302f mem 0xe8200000-0xe82003ff irq 19 at device 31.2 on pci0 ata0: on atapci0 ata1: on atapci0 > > 3) Output of atacontrol cap ad0? # atacontrol cap ad0 Protocol Serial ATA II device model SAMSUNG HD080HJ serial number S0JRJ56P629171 firmware revision ZH100-47 cylinders 16383 heads 16 sectors/track 63 lba supported 156301488 sectors lba48 supported 156301488 sectors dma supported overlap not supported Feature Support Enable Value Vendor write cache yes yes read ahead yes yes Native Command Queuing (NCQ) yes - 31/0x1F Tagged Command Queuing (TCQ) no no 31/0x1F SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no 0/0x00 automatic acoustic management yes no 0/0x00 254/0xFE > > 4) Is your motherboard set to use AHCI for the SATA (ICH7) controller? > There's reports that SATA300 is only available/used on some controllers > when AHCI is used. I dont know. I could not find such a similar option on BIOS, so I dont know how to check it. Is it possible to be checked from system? > > 5) This drive isn't available in the United States, so I'll have to go > off of foreign docs. AUS docs don't show this drive as having any such > jumper, but the docs are sparse: It is made in Korea. > > http://www.samsung.com/au/support/productsupport/download/Model_Select.aspx?type=Hard+Disk+Drive&typecode=12&subtype=HDD%283%2E5%29&cmssubtypecode=1203&model=HD080HJ&filetype=UM > > 6) Have you tried following the opposite the documentation you have > recommends? That is: try putting the jumper on and see if SATA300 > is negotiated? Or is it SATA150 regardless of the jumper setting? Yes, but no difference. -- =========== Eduardo Meyer pessoal: dudu.meyer@gmail.com profissional: ddm.farmaciap@saude.gov.br From owner-freebsd-stable@FreeBSD.ORG Thu Jul 26 18:35: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 320EB16A419 for ; Thu, 26 Jul 2007 18:35:43 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.189]) by mx1.freebsd.org (Postfix) with ESMTP id B175013C461 for ; Thu, 26 Jul 2007 18:35:42 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so634394mue for ; Thu, 26 Jul 2007 11:35:41 -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:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Bw77+gkcjxs2PMIeyt41VjrWJw2QKuVZmJFBOjH6lzb6xqVKC0oF1AVAbk/xc0aZU/fCoKrbhv6mEYYi/YE0BMtppwntEcWgMj7HF/380AHG4zeTvJkWCXPSml3lEmqkK3GFpN/L1im2lNz/w9OS+2eanYjcXUsd7v1IR+GlB1k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=hu2JNTdA7o+D/IHVXUuq8ixFEiynItq0CFO6yMIbTpfkXwktV9AhOkPQ6DSJNf/0ra9OfBoFtMumlqtSUItbVm++dV7kspNe8w+8UaDCgpTnt7w+yGfZA0UVRFzP+TehrHS2AqtgOTdkTbHTTkBWp6tzIIZ8hOc/YvQxYiDd2bM= Received: by 10.82.170.2 with SMTP id s2mr1819295bue.1185474941036; Thu, 26 Jul 2007 11:35:41 -0700 (PDT) Received: by 10.82.174.13 with HTTP; Thu, 26 Jul 2007 11:35:35 -0700 (PDT) Message-ID: Date: Thu, 26 Jul 2007 15:35:36 -0300 From: "Eduardo Meyer" To: "Eduardo Meyer" , "Marc G. Fournier" , "Dan Nelson" , "Tim Daneliuk" , freebsd-stable@freebsd.org In-Reply-To: <20070726173029.GA94852@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46A22253.8080100@tundraware.com> <20070721165539.GA2579@dan.emsphone.com> <1431AA268771E71884A824C3@fserv.hub.org> <20070722033804.GA49930@eos.sc1.parodius.com> <20070726171402.GB89315@eos.sc1.parodius.com> <20070726173029.GA94852@eos.sc1.parodius.com> Cc: Subject: Re: SATA 300 Drive Being Run At 150 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, 26 Jul 2007 18:35:43 -0000 On 7/26/07, Jeremy Chadwick wrote: > On Thu, Jul 26, 2007 at 10:14:02AM -0700, Jeremy Chadwick wrote: > > 5) This drive isn't available in the United States, so I'll have to go > > off of foreign docs. AUS docs don't show this drive as having any such > > jumper, but the docs are sparse: > > > > http://www.samsung.com/au/support/productsupport/download/Model_Select.aspx?type=Hard+Disk+Drive&typecode=12&subtype=HDD%283%2E5%29&cmssubtypecode=1203&model=HD080HJ&filetype=UM > > I stand corrected, though in a weird way: > > Version 5.0 of the manual for this disk does not mention any jumper. > Instead, Samsung insists you "use software to ensure SATA150". From > the 5.0 manual: > > Note: In some rare cases SATA 1.5Gb/s hosts can not establish SATA > interface connection with SATA 3.0Gb/s devices due to interface > protocol issues. > In this case you should switch your drive to SATA 1.5Gb/s speed > with a software which we are providing via www.samsunghdd.com. > > The amusing part is that Version 3.0 and 4.0 of the manual mention the > drive having a SATA150-limit jumper. So it is probably a difference related to the date/version of the disk. Mine one has the jumper. Probably some newer ones need it to be software-configured. I think I can find a nVidia chipsed SATA2 controller to find out if this is a problem related to this disk + ICH controller combo. -- =========== Eduardo Meyer pessoal: dudu.meyer@gmail.com profissional: ddm.farmaciap@saude.gov.br From owner-freebsd-stable@FreeBSD.ORG Thu Jul 26 19:48: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 2E19D16A418 for ; Thu, 26 Jul 2007 19:48:24 +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 E571A13C459 for ; Thu, 26 Jul 2007 19:48:23 +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 1IE9Jq-000OHz-Jt; Thu, 26 Jul 2007 20:48:18 +0100 Received: from freaky by voi.aagh.net with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IE9Jq-000Muw-5z; Thu, 26 Jul 2007 20:48:18 +0100 Date: Thu, 26 Jul 2007 20:48:18 +0100 From: Thomas Hurst To: Josh Paetzel , freebsd-stable@freebsd.org, Daniel O'Connor , Bill Swingle Message-ID: <20070726194818.GB75432@voi.aagh.net> Mail-Followup-To: Josh Paetzel , freebsd-stable@freebsd.org, Daniel O'Connor , Bill Swingle References: <46A54B6F.9010100@dub.net> <20070724044208.GA79101@eos.sc1.parodius.com> <200707241518.35730.doconnor@gsoft.com.au> <200707241230.53119.josh@tcbug.org> <20070724182604.GA3759@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070724182604.GA3759@eos.sc1.parodius.com> Organization: Not much. User-Agent: Mutt/1.5.15 (2007-04-06) Sender: Thomas Hurst Cc: Subject: Re: problems with Hitachi 1TB SATA drives 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, 26 Jul 2007 19:48:24 -0000 * Jeremy Chadwick (koitsu@FreeBSD.org) wrote: > * I'm left questioning why a disk manufacturer would process drives > (by this I mean the manufacturing process) differently based on their > transport type. It would cost a *huge* amount of money to have > separate fabs for SCSI, SAS, and SATA/PATA. One one side you've got consumer drives, where price and capacity are king; you want cheap mass produced large, fairly slow disks, made for modest duty cycles. On the other you've got drives that live in servers in their thousands, running 24/7 on IO heavy workloads, where performance and reliability are king and price is far less important; you end up with smaller, sturdier platters, more powerful actuators and motors, and more extensive testing, not to mention slower growth in capacity. > * All this leads me to the topic of backups. Hard disks are growing > in capacity at a rate which the backup industry cannot follow. It's > getting to the point where you have to buy hard drives to back up the > data on other hard drives, but anyone with half a brain knows RAID is > not a replacement for backups. So you back up one disk to another using proper backup tools and not a RAID system. Have some disks off-site, some offline, and you end up with something that's "good enough" for most people. It'll do me until we get memory diamond, anyway ;) > * SCSI is outrageously expensive even in 2007. I have yet to see any > shred of justification for why SCSI costs so much *even today*. It > costs only a smidgen less than it did 15 years ago. They don't look that expensive to me; sure, when you compare capacity with SATA it's expensive, but the platters are several times smaller, they spin faster, they have better testing, fancier materials, smarter firmware... for a server, why wouldn't you spend a few times more for something with 4x faster seeks and 4x lower failure rates? I have servers with 28 disks and 12 disk RAID-0's. I'm happy to pay extra so I'm not replacing and rebuilding every week :) > * SCSI is on its way out. Seagate recently announced that > they'll no longer be supporting SCSI products, possibly by the end of > next year: > > "Seagate has announced that by next year they will no longer be > supporting SCSI product and will be moving customers to the SATA > interface." > http://www.horizontechnology.com/news/market/market_perspective_storage_04-11-2007.php > > I'm willing to bet others will follow suit. They almost certainly only mean U320; I severely doubt SAS is going anywhere. I really hope so, since Seagate are currently the only company making 15kRPM 2.5" SAS disks (afaik). I do find it surprising they're doing this so soon though. I would have thought they'd have long term support contracts for various server vendors who've only very recently started moving over to SAS. I guess they're expecting their stockpiles to keep people in replacements for the next few years. -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-stable@FreeBSD.ORG Fri Jul 27 07:28: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 3FAC916A420; Fri, 27 Jul 2007 07:28:54 +0000 (UTC) (envelope-from freebsd-stable@auscert.org.au) Received: from titania.auscert.org.au (gw.auscert.org.au [203.5.112.28]) by mx1.freebsd.org (Postfix) with ESMTP id CD05F13C47E; Fri, 27 Jul 2007 07:28:53 +0000 (UTC) (envelope-from freebsd-stable@auscert.org.au) Received: from app.auscert.org.au (app [10.0.1.192]) by titania.auscert.org.au (8.12.10/8.12.10) with ESMTP id l6R7Cg3Y095839; Fri, 27 Jul 2007 17:12:42 +1000 (EST) Received: from app.auscert.org.au (localhost.auscert.org.au [127.0.0.1]) by app.auscert.org.au (8.13.6/8.13.6) with ESMTP id l6R7CYs4064783; Fri, 27 Jul 2007 17:12:34 +1000 (EST) (envelope-from freebsd-stable@auscert.org.au) Message-Id: <200707270712.l6R7CYs4064783@app.auscert.org.au> To: freebsd-stable@freebsd.org from: Joel Hatton In-Reply-To: Message from Philipp Wuensche of "Fri, 12 Jan 2007 04:40:59 +0100." <45A7034B.3070002@h3q.com> Date: Fri, 27 Jul 2007 17:12:34 +1000 Cc: freebsd-security@freebsd.org, Mark Andrews , Philipp Wuensche Subject: Re: HEADS UP: Re: FreeBSD Security Advisory FreeBSD-SA-07:01.jail 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, 27 Jul 2007 07:28:54 -0000 Hi, I'm dredging up an old issue here, but it appears to be unresolved in RELENG_5_5 at this time. After upgrading to 5.5-RELEASE-p14, I found that my jails wouldn't start anymore, and it comes down to this bit again. By way of explanation, I'll include the patch for what I changed. --- /tmp/jail Wed Feb 14 15:16:30 2007 +++ /etc/rc.d/jail Fri Jul 27 13:46:51 2007 @@ -218,7 +218,7 @@ { local _device _mountpt _rest - while read _device _mountpt _rest; do + cat ${jail_fstab} | while read _device _mountpt _rest; do case ":${_device}" in :#* | :) continue In short, the jail_mount_fstab function is not given the fstab file on which the local variables depend. My patch may not be the most robust but for me today it is expedient. Sorry if this has been discussed already, but I was surprised that this hadn't been fixed yet. It certainly would have caused some anxious moments if I'd upgraded a prod server with multiple jails before I realised! cheers, joel On Fri, 12 Jan 2007 04:40:59 +0100, Philipp Wuensche wrote: >Mark Andrews wrote: >>> I'm not sure I understand that quite correct, where is this problem >>> appearing? >>> >>> Other things: >>> >>> tail is used in line 230: tail -r ${_fstab} | while read _device >>> _mountpt _rest; do >>> >>> If the per-jail fstab is larger than 10 lines, which is the default of >>> tail to show, the remaining mountpoints will not be unmounted? >> >> The default for the -r option is to display all of the input. > >Ah, didn't know that. Thanks for correcting me there. > >greetings, >philipp From owner-freebsd-stable@FreeBSD.ORG Fri Jul 27 07:41: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 4847616A41F for ; Fri, 27 Jul 2007 07:41:36 +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 E086F13C480 for ; Fri, 27 Jul 2007 07:41:35 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 11045 invoked by uid 399); 27 Jul 2007 07:41:35 -0000 Received: from localhost (HELO ?192.168.0.4?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 27 Jul 2007 07:41:35 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46A9A1A8.6000300@FreeBSD.org> Date: Fri, 27 Jul 2007 00:41:28 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.5 (Windows/20070716) MIME-Version: 1.0 To: Joel Hatton References: <200707270712.l6R7CYs4064783@app.auscert.org.au> In-Reply-To: <200707270712.l6R7CYs4064783@app.auscert.org.au> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-security@freebsd.org, Philipp Wuensche , freebsd-stable@freebsd.org Subject: jail fstab 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, 27 Jul 2007 07:41:36 -0000 Joel Hatton wrote: > Hi, > > I'm dredging up an old issue here, but it appears to be unresolved in > RELENG_5_5 at this time. The RELENG_5_5 tag is static, so nothing will change in it. You mention a patch version below however, so you should be aware that only the most crucial security fixes are ever applied to security branches. > In short, the jail_mount_fstab function is not given the fstab file on > which the local variables depend. This problem is fixed in RELENG_5, so if you were to upgrade to 5-stable you wouldn't have this problem anymore. You should also seriously consider upgrading to 6-stable at least, since fewer and fewer fixes will be backported to the 5.x branch as time goes by. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Fri Jul 27 08:21:50 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 E9F3B16A417 for ; Fri, 27 Jul 2007 08:21:50 +0000 (UTC) (envelope-from ade@lovett.com) Received: from mail.lovett.com (foo.lovett.com [67.134.38.158]) by mx1.freebsd.org (Postfix) with ESMTP id CFB7313C49D for ; Fri, 27 Jul 2007 08:21:50 +0000 (UTC) (envelope-from ade@lovett.com) Received: from inferno.canal.lovett.com ([172.16.32.23]:52121) by mail.lovett.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IEKVy-0008A7-0D; Fri, 27 Jul 2007 00:45:34 -0700 Mime-Version: 1.0 (Apple Message framework v752.3) References: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Ade Lovett Date: Fri, 27 Jul 2007 00:45:33 -0700 To: stable@FreeBSD.org X-Mailer: Apple Mail (2.752.3) Sender: ade@lovett.com Cc: Ade Lovett Subject: Fwd: HEADS UP: Impending autotools changes 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, 27 Jul 2007 08:21:51 -0000 Please note that this change will be committed some time this coming weekend. -aDe Begin forwarded message: > From: Ade Lovett > Date: July 23, 2007 19:13:21 PDT > To: ports@FreeBSD.org > Cc: Ade Lovett > Subject: HEADS UP: Impending autotools changes > > In the next few days, after extensive testing, the next major > update to the autotools infrastructure will be committed to the > ports tree. > > These changes bring FreeBSD's autoconf/automake in line with > autotool suites available on other platforms, allowing for multiple > versions to be installed and run in isolation of each other: > > [ade@foo:/usr/local/bin] 4% ls autoconf* automake* > autoconf autoconf-wrapper automake-1.6 > autoconf-2.13 automake automake-1.7 > autoconf-2.53 automake-1.10 automake-1.8 > autoconf-2.59 automake-1.4 automake-1.9 > autoconf-2.61 automake-1.5 automake-wrapper > > As you will see from the above, the naming conventions have been > changed to be "stock", with unversioned scripts allowing the use of > any version of the tools via a couple of wrapper scripts written by > des@. > > There are 3 key points associated with this change: > > 1. The ports versions of autoconf* and automake* can now be used, > not only for building other ports, but also for developing platform- > independent code using this tools -- as such, the gnu-* variants > will be disappearing shortly. > > 2. For IDEs, or development in general, a new port, devel/ > autotools (also available in a port Makefile as USE_AUTOTOOLS= > autotools:run) will bring in all available versions of the autotools. > > 3. When it comes to the actual update, a number of ports, most > notably IDEs and php{4,5}, but all software that embeds the current > names of autotools in build scripts etc. will need to be updated, > or bad things will happen. Regretfully, particularly in the case > of PHP, this will likely require manual intervention outside of the > portupgrade/portmaster update methodologies. > > That aside, this is a significant step forward for autotools on > FreeBSD, and my thanks go out to those that have provided > assistance and testing. In particularly, I would like to thank > linimon@, pav@, kris@ and des@ for their respective efforts in > making this happen. > > -aDe > > From owner-freebsd-stable@FreeBSD.ORG Fri Jul 27 09:26: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 A661916A417 for ; Fri, 27 Jul 2007 09:26:46 +0000 (UTC) (envelope-from simon@benji.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.freebsd.org (Postfix) with ESMTP id 283C913C4A8 for ; Fri, 27 Jul 2007 09:26:46 +0000 (UTC) (envelope-from simon@benji.nitro.dk) Received: from benji.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id 6FED92DF4B4; Fri, 27 Jul 2007 09:07:13 +0000 (UTC) Received: by benji.nitro.dk (Postfix, from userid 2000) id 3E949FD58; Fri, 27 Jul 2007 11:07:30 +0200 (CEST) Date: Fri, 27 Jul 2007 11:07:29 +0200 From: "Simon L. Nielsen" To: Joel Hatton Message-ID: <20070727090729.GA1004@zaphod.nitro.dk> References: <45A7034B.3070002@h3q.com> <200707270712.l6R7CYs4064783@app.auscert.org.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GRPZ8SYKNexpdSJ7" Content-Disposition: inline In-Reply-To: <200707270712.l6R7CYs4064783@app.auscert.org.au> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-security@freebsd.org, freebsd-stable@freebsd.org Subject: Re: HEADS UP: Re: FreeBSD Security Advisory FreeBSD-SA-07:01.jail 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, 27 Jul 2007 09:26:46 -0000 --GRPZ8SYKNexpdSJ7 Content-Type: multipart/mixed; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007.07.27 17:12:34 +1000, Joel Hatton wrote: > I'm dredging up an old issue here, but it appears to be unresolved in > RELENG_5_5 at this time. After upgrading to 5.5-RELEASE-p14, I found that > my jails wouldn't start anymore, and it comes down to this bit again. By > way of explanation, I'll include the patch for what I changed. >=20 > --- /tmp/jail Wed Feb 14 15:16:30 2007 > +++ /etc/rc.d/jail Fri Jul 27 13:46:51 2007 > @@ -218,7 +218,7 @@ > { > local _device _mountpt _rest > =20 > - while read _device _mountpt _rest; do > + cat ${jail_fstab} | while read _device _mountpt _rest; do > case ":${_device}" in > :#* | :) > continue >=20 > In short, the jail_mount_fstab function is not given the fstab file on > which the local variables depend. My patch may not be the most robust but > for me today it is expedient. Hey, Yes, looking at the code now it is clearly wrong. Guess I/we (secteam) stared too much at the code so we missed this issue :-/. Your patch is very close to the "correct"/cleaner patch which is attached. How exactly does it fail without your patch? Does it say "cannot open : No such file or directory" and then no jails start when booting (that would be my guess from a quick check of the bug)? Would it be possible for you to test the attached patch and see if it fixes the issue for you? > Sorry if this has been discussed already, but I was surprised that this > hadn't been fixed yet. It certainly would have caused some anxious moments > if I'd upgraded a prod server with multiple jails before I realised! I haven't heard of this issue before, so not many people are using 5.5 with jails. The bug was certainly introduced as a merge error in the with the patch for FreeBSD-SA-07:01.jail. As this is clearly a bug in a Security Advisory patch and RELENG_5 / RELENG_5_5 are still supported I expect that an updated advisory will be released to fix this bug shortly. Thanks for reporting the issue, and sorry about the bad patch :-(. --=20 Simon L. Nielsen Hat: FreeBSD Security Team and pointyhat --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=jail5_11 Content-Transfer-Encoding: quoted-printable Index: jail =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/etc/rc.d/jail,v retrieving revision 1.15.2.5.2.1 diff -u -d -r1.15.2.5.2.1 jail --- jail 11 Jan 2007 18:19:33 -0000 1.15.2.5.2.1 +++ jail 27 Jul 2007 08:49:37 -0000 @@ -228,7 +228,7 @@ warn "${_mountpt} has symlink as parent - not mounting from ${jail_fsta= b}" return fi - done <${_fstab} + done <${jail_fstab} mount -a -F "${jail_fstab}" } =20 --Qxx1br4bt0+wmkIi-- --GRPZ8SYKNexpdSJ7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGqbXQBJx0gP90kKsRAoYcAJ459927vr4qhpGPmduiQQ0DS8sYuQCeJNPh 2HnAMtOU/KKZw6z0kLCDU7U= =D8WS -----END PGP SIGNATURE----- --GRPZ8SYKNexpdSJ7-- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 27 09:35: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 4E55016A417; Fri, 27 Jul 2007 09:35:29 +0000 (UTC) (envelope-from ade@lovett.com) Received: from mail.lovett.com (foo.lovett.com [67.134.38.158]) by mx1.freebsd.org (Postfix) with ESMTP id 3088B13C4DD; Fri, 27 Jul 2007 09:35:29 +0000 (UTC) (envelope-from ade@lovett.com) Received: from inferno.canal.lovett.com ([172.16.32.23]:52223) by mail.lovett.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IEME9-00093O-97; Fri, 27 Jul 2007 02:35:17 -0700 Mime-Version: 1.0 (Apple Message framework v752.3) In-Reply-To: References: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <8958414C-307F-4E03-BE63-B3B563FAA549@FreeBSD.org> Content-Transfer-Encoding: 7bit From: Ade Lovett Date: Fri, 27 Jul 2007 02:35:16 -0700 To: stable@FreeBSD.org, ports@FreeBSD.org X-Mailer: Apple Mail (2.752.3) Sender: ade@lovett.com Cc: Subject: Re: HEADS UP: Impending autotools changes 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, 27 Jul 2007 09:35:29 -0000 Note that the below instructions are not strictly accurate (*sigh*) See http://freebsd.lovett.com/patches/autotools-updating.txt for the UPDATING entry. This has been tested on a machine with a full GNOME and KDE environment installed and will become part of ports/UPDATING. -aDe On Jul 27, 2007, at 00:45 , Ade Lovett wrote: > Please note that this change will be committed some time this > coming weekend. > > -aDe > > > Begin forwarded message: > >> From: Ade Lovett >> Date: July 23, 2007 19:13:21 PDT >> To: ports@FreeBSD.org >> Cc: Ade Lovett >> Subject: HEADS UP: Impending autotools changes >> >> In the next few days, after extensive testing, the next major >> update to the autotools infrastructure will be committed to the >> ports tree. >> >> These changes bring FreeBSD's autoconf/automake in line with >> autotool suites available on other platforms, allowing for >> multiple versions to be installed and run in isolation of each other: >> >> [ade@foo:/usr/local/bin] 4% ls autoconf* automake* >> autoconf autoconf-wrapper automake-1.6 >> autoconf-2.13 automake automake-1.7 >> autoconf-2.53 automake-1.10 automake-1.8 >> autoconf-2.59 automake-1.4 automake-1.9 >> autoconf-2.61 automake-1.5 automake-wrapper >> >> As you will see from the above, the naming conventions have been >> changed to be "stock", with unversioned scripts allowing the use >> of any version of the tools via a couple of wrapper scripts >> written by des@. >> >> There are 3 key points associated with this change: >> >> 1. The ports versions of autoconf* and automake* can now be used, >> not only for building other ports, but also for developing >> platform-independent code using this tools -- as such, the gnu-* >> variants will be disappearing shortly. >> >> 2. For IDEs, or development in general, a new port, devel/ >> autotools (also available in a port Makefile as USE_AUTOTOOLS= >> autotools:run) will bring in all available versions of the autotools. >> >> 3. When it comes to the actual update, a number of ports, most >> notably IDEs and php{4,5}, but all software that embeds the >> current names of autotools in build scripts etc. will need to be >> updated, or bad things will happen. Regretfully, particularly in >> the case of PHP, this will likely require manual intervention >> outside of the portupgrade/portmaster update methodologies. >> >> That aside, this is a significant step forward for autotools on >> FreeBSD, and my thanks go out to those that have provided >> assistance and testing. In particularly, I would like to thank >> linimon@, pav@, kris@ and des@ for their respective efforts in >> making this happen. >> >> -aDe >> >> > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable- > unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Jul 27 09:41: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 74DBD16A41B for ; Fri, 27 Jul 2007 09:41:43 +0000 (UTC) (envelope-from info@plot.uz) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id CEA4413C4D3 for ; Fri, 27 Jul 2007 09:41:42 +0000 (UTC) (envelope-from info@plot.uz) Received: by ug-out-1314.google.com with SMTP id o4so758065uge for ; Fri, 27 Jul 2007 02:41:41 -0700 (PDT) Received: by 10.82.126.5 with SMTP id y5mr2267698buc.1185527587818; Fri, 27 Jul 2007 02:13:07 -0700 (PDT) Received: from plot.uz ( [83.221.169.211]) by mx.google.com with ESMTPS id f7sm11094705nfh.2007.07.27.02.12.46 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 27 Jul 2007 02:13:07 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.1.7 X-Spam-Report: Received: from localhost by plot.uz (MDaemon PRO v9.5.5) with DomainPOP id md50000004065.msg for ; Fri, 27 Jul 2007 14:11:54 +0500 Delivered-To: aleksey@plot.uz Received: by 10.100.111.17 with SMTP id j17cs18757anc; Fri, 27 Jul 2007 02:08:26 -0700 (PDT) Received: by 10.115.74.1 with SMTP id b1mr2704417wal.1185527305349; Fri, 27 Jul 2007 02:08:25 -0700 (PDT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.google.com with ESMTP id j21si4071796wah.2007.07.27.02.08.24; Fri, 27 Jul 2007 02:08:25 -0700 (PDT) Received-SPF: pass (google.com: domain of owner-freebsd-security@freebsd.org designates 69.147.83.53 as permitted sender) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 9D34A5DD1F; Fri, 27 Jul 2007 09:07:23 +0000 (UTC) (envelope-from owner-freebsd-security@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 948A716A4D0; Fri, 27 Jul 2007 09:07:23 +0000 (UTC) (envelope-from owner-freebsd-security@freebsd.org) Delivered-To: freebsd-security@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CBFC16A418 for ; Fri, 27 Jul 2007 09:07:15 +0000 (UTC) (envelope-from simon@benji.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.freebsd.org (Postfix) with ESMTP id 0356F13C467 for ; Fri, 27 Jul 2007 09:07:14 +0000 (UTC) (envelope-from simon@benji.nitro.dk) Received: from benji.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id 6FED92DF4B4; Fri, 27 Jul 2007 09:07:13 +0000 (UTC) Received: by benji.nitro.dk (Postfix, from userid 2000) id 3E949FD58; Fri, 27 Jul 2007 11:07:30 +0200 (CEST) Date: Fri, 27 Jul 2007 11:07:29 +0200 To: Joel Hatton Message-ID: <20070727090729.GA1004@zaphod.nitro.dk> References: <45A7034B.3070002@h3q.com> <200707270712.l6R7CYs4064783@app.auscert.org.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GRPZ8SYKNexpdSJ7" Content-Disposition: inline In-Reply-To: <200707270712.l6R7CYs4064783@app.auscert.org.au> User-Agent: Mutt/1.5.16 (2007-06-09) X-BeenThere: freebsd-security@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Errors-To: owner-freebsd-security@freebsd.org X-Return-Path: owner-freebsd-security@freebsd.org X-Envelope-From: owner-freebsd-security@freebsd.org X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-Spam-Processed: plot.uz, Fri, 27 Jul 2007 14:11:56 +0500 From: "Simon L. Nielsen" Cc: freebsd-security@freebsd.org, freebsd-stable@freebsd.org Subject: Re: HEADS UP: Re: FreeBSD Security Advisory FreeBSD-SA-07:01.jail X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jul 2007 09:41:43 -0000 --GRPZ8SYKNexpdSJ7 Content-Type: multipart/mixed; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007.07.27 17:12:34 +1000, Joel Hatton wrote: > I'm dredging up an old issue here, but it appears to be unresolved in > RELENG_5_5 at this time. After upgrading to 5.5-RELEASE-p14, I found that > my jails wouldn't start anymore, and it comes down to this bit again. By > way of explanation, I'll include the patch for what I changed. >=20 > --- /tmp/jail Wed Feb 14 15:16:30 2007 > +++ /etc/rc.d/jail Fri Jul 27 13:46:51 2007 > @@ -218,7 +218,7 @@ > { > local _device _mountpt _rest > =20 > - while read _device _mountpt _rest; do > + cat ${jail_fstab} | while read _device _mountpt _rest; do > case ":${_device}" in > :#* | :) > continue >=20 > In short, the jail_mount_fstab function is not given the fstab file on > which the local variables depend. My patch may not be the most robust but > for me today it is expedient. Hey, Yes, looking at the code now it is clearly wrong. Guess I/we (secteam) stared too much at the code so we missed this issue :-/. Your patch is very close to the "correct"/cleaner patch which is attached. How exactly does it fail without your patch? Does it say "cannot open : No such file or directory" and then no jails start when booting (that would be my guess from a quick check of the bug)? Would it be possible for you to test the attached patch and see if it fixes the issue for you? > Sorry if this has been discussed already, but I was surprised that this > hadn't been fixed yet. It certainly would have caused some anxious moments > if I'd upgraded a prod server with multiple jails before I realised! I haven't heard of this issue before, so not many people are using 5.5 with jails. The bug was certainly introduced as a merge error in the with the patch for FreeBSD-SA-07:01.jail. As this is clearly a bug in a Security Advisory patch and RELENG_5 / RELENG_5_5 are still supported I expect that an updated advisory will be released to fix this bug shortly. Thanks for reporting the issue, and sorry about the bad patch :-(. --=20 Simon L. Nielsen Hat: FreeBSD Security Team and pointyhat --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=jail5_11 Content-Transfer-Encoding: quoted-printable Index: jail =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/etc/rc.d/jail,v retrieving revision 1.15.2.5.2.1 diff -u -d -r1.15.2.5.2.1 jail --- jail 11 Jan 2007 18:19:33 -0000 1.15.2.5.2.1 +++ jail 27 Jul 2007 08:49:37 -0000 @@ -228,7 +228,7 @@ warn "${_mountpt} has symlink as parent - not mounting from ${jail_fsta= b}" return fi - done <${_fstab} + done <${jail_fstab} mount -a -F "${jail_fstab}" } =20 --Qxx1br4bt0+wmkIi-- --GRPZ8SYKNexpdSJ7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGqbXQBJx0gP90kKsRAoYcAJ459927vr4qhpGPmduiQQ0DS8sYuQCeJNPh 2HnAMtOU/KKZw6z0kLCDU7U= =D8WS -----END PGP SIGNATURE----- --GRPZ8SYKNexpdSJ7-- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 27 11:21: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 2D1ED16A41B for ; Fri, 27 Jul 2007 11:21:46 +0000 (UTC) (envelope-from info@plot.uz) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.190]) by mx1.freebsd.org (Postfix) with ESMTP id 94E5B13C491 for ; Fri, 27 Jul 2007 11:21:45 +0000 (UTC) (envelope-from info@plot.uz) Received: by mu-out-0910.google.com with SMTP id w9so824351mue for ; Fri, 27 Jul 2007 04:21:44 -0700 (PDT) Received: by 10.82.108.9 with SMTP id g9mr2433533buc.1185535303889; Fri, 27 Jul 2007 04:21:43 -0700 (PDT) Received: from plot.uz ( [83.221.169.211]) by mx.google.com with ESMTPS id d23sm526071nfh.2007.07.27.04.21.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 27 Jul 2007 04:21:40 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=unavailable version=3.1.7 X-Spam-Report: Received: from localhost by plot.uz (MDaemon PRO v9.5.5) with DomainPOP id md50000004068.msg for ; Fri, 27 Jul 2007 16:20:50 +0500 Delivered-To: aleksey@plot.uz Received: by 10.100.111.17 with SMTP id j17cs27411anc; Fri, 27 Jul 2007 04:19:37 -0700 (PDT) Received: by 10.114.201.1 with SMTP id y1mr2795452waf.1185535176830; Fri, 27 Jul 2007 04:19:36 -0700 (PDT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.google.com with ESMTP id v32si2847527wah.2007.07.27.04.19.35; Fri, 27 Jul 2007 04:19:36 -0700 (PDT) Received-SPF: pass (google.com: domain of owner-freebsd-security@freebsd.org designates 69.147.83.53 as permitted sender) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id D5E695D933; Fri, 27 Jul 2007 11:17:08 +0000 (UTC) (envelope-from owner-freebsd-security@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 8A2A816A527; Fri, 27 Jul 2007 11:17:08 +0000 (UTC) (envelope-from owner-freebsd-security@freebsd.org) Delivered-To: freebsd-security@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FAC916A420; Fri, 27 Jul 2007 07:28:54 +0000 (UTC) (envelope-from freebsd-stable@auscert.org.au) Received: from titania.auscert.org.au (gw.auscert.org.au [203.5.112.28]) by mx1.freebsd.org (Postfix) with ESMTP id CD05F13C47E; Fri, 27 Jul 2007 07:28:53 +0000 (UTC) (envelope-from freebsd-stable@auscert.org.au) Received: from app.auscert.org.au (app [10.0.1.192]) by titania.auscert.org.au (8.12.10/8.12.10) with ESMTP id l6R7Cg3Y095839; Fri, 27 Jul 2007 17:12:42 +1000 (EST) Received: from app.auscert.org.au (localhost.auscert.org.au [127.0.0.1]) by app.auscert.org.au (8.13.6/8.13.6) with ESMTP id l6R7CYs4064783; Fri, 27 Jul 2007 17:12:34 +1000 (EST) (envelope-from freebsd-stable@auscert.org.au) Message-Id: <200707270712.l6R7CYs4064783@app.auscert.org.au> To: freebsd-stable@freebsd.org In-Reply-To: Message from Philipp Wuensche of "Fri, 12 Jan 2007 04:40:59 +0100." <45A7034B.3070002@h3q.com> Date: Fri, 27 Jul 2007 17:12:34 +1000 X-Mailman-Approved-At: Fri, 27 Jul 2007 11:16:58 +0000 X-BeenThere: freebsd-security@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Errors-To: owner-freebsd-security@freebsd.org X-Return-Path: owner-freebsd-security@freebsd.org X-Envelope-From: owner-freebsd-security@freebsd.org X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-Spam-Processed: plot.uz, Fri, 27 Jul 2007 16:20:51 +0500 From: Joel Hatton Cc: freebsd-security@freebsd.org, Mark Andrews , Philipp Wuensche Subject: Re: HEADS UP: Re: FreeBSD Security Advisory FreeBSD-SA-07:01.jail X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jul 2007 11:21:46 -0000 Hi, I'm dredging up an old issue here, but it appears to be unresolved in RELENG_5_5 at this time. After upgrading to 5.5-RELEASE-p14, I found that my jails wouldn't start anymore, and it comes down to this bit again. By way of explanation, I'll include the patch for what I changed. --- /tmp/jail Wed Feb 14 15:16:30 2007 +++ /etc/rc.d/jail Fri Jul 27 13:46:51 2007 @@ -218,7 +218,7 @@ { local _device _mountpt _rest - while read _device _mountpt _rest; do + cat ${jail_fstab} | while read _device _mountpt _rest; do case ":${_device}" in :#* | :) continue In short, the jail_mount_fstab function is not given the fstab file on which the local variables depend. My patch may not be the most robust but for me today it is expedient. Sorry if this has been discussed already, but I was surprised that this hadn't been fixed yet. It certainly would have caused some anxious moments if I'd upgraded a prod server with multiple jails before I realised! cheers, joel On Fri, 12 Jan 2007 04:40:59 +0100, Philipp Wuensche wrote: >Mark Andrews wrote: >>> I'm not sure I understand that quite correct, where is this problem >>> appearing? >>> >>> Other things: >>> >>> tail is used in line 230: tail -r ${_fstab} | while read _device >>> _mountpt _rest; do >>> >>> If the per-jail fstab is larger than 10 lines, which is the default of >>> tail to show, the remaining mountpoints will not be unmounted? >> >> The default for the -r option is to display all of the input. > >Ah, didn't know that. Thanks for correcting me there. > >greetings, >philipp _______________________________________________ freebsd-security@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-security To unsubscribe, send any mail to "freebsd-security-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Jul 27 14:50:02 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 81F9816A419 for ; Fri, 27 Jul 2007 14:50:02 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 5FFFA13C491 for ; Fri, 27 Jul 2007 14:50:02 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org ([192.147.25.65]:59253) by thebighonker.lerctr.org with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IEQve-0005Ga-8o for freebsd-stable@freebsd.org; Fri, 27 Jul 2007 09:36:37 -0500 Date: Fri, 27 Jul 2007 09:36:27 -0500 (CDT) From: Larry Rosenman To: freebsd-stable@freebsd.org Message-ID: <20070727093524.K20208@thebighonker.lerctr.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -3.2 (---) X-LERCTR-Spam-Score: -3.2 (---) X-Spam-Report: SpamScore (-3.2/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, DKIM_POLICY_SIGNSOME=0, FM_MULTI_ODD2=1.1, TW_RB=0.077 X-LERCTR-Spam-Report: SpamScore (-3.2/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, DKIM_POLICY_SIGNSOME=0, FM_MULTI_ODD2=1.1, TW_RB=0.077 DomainKey-Status: no signature Subject: Panic: Page not present: RELENG_6 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, 27 Jul 2007 14:50:02 -0000 I got the following: $ kgdb -c /var/crash/vmcore.1 kernel.debug [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 "amd64-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xffff803fff800058 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff803abb0e stack pointer = 0x10:0xffffffffb5ebfa40 frame pointer = 0x10:0xffffffffb5ebfa90 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 57526 (sshd) trap number = 12 panic: page fault cpuid = 2 KDB: stack backtrace: panic() at panic+0x253 trap_fatal() at trap_fatal+0x2c6 trap_pfault() at trap_pfault+0x243 trap() at trap+0x298 calltrap() at calltrap+0x5 --- trap 0xc, rip = 0xffffffff803abb0e, rsp = 0xffffffffb5ebfa40, rbp = 0xffffffffb5ebfa90 --- pmap_remove_pages() at pmap_remove_pages+0xde vmspace_exit() at vmspace_exit+0x9a exit1() at exit1+0x38c sys_exit() at sys_exit+0xe syscall() at syscall+0x437 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (1, FreeBSD ELF64, sys_exit), rip = 0x8016a096c, rsp = 0x7fffffffc038, rbp = 0x53c240 --- Uptime: 36d18h48m54s Physical memory: 4088 MB Dumping 587 MB: 572 556 540 524 508 492 476 460 444 428 412 396 380 364 348 332 316 300 284 268 252 236 220 204 188 172 156 140 124 108 92 76 60 44 28 12 #0 doadump () at pcpu.h:172 172 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:172 #1 0xffffffff802857f0 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xffffffff80285cdb in panic (fmt=0xffffffff80410cac "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xffffffff803b2c56 in trap_fatal (frame=0xc, eva=18446742979115617248) at /usr/src/sys/amd64/amd64/trap.c:668 #4 0xffffffff803b2fe3 in trap_pfault (frame=0xffffffffb5ebf990, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:580 #5 0xffffffff803b3298 in trap (frame= {tf_rdi = -140737488355328, tf_rsi = -140462618836904, tf_rdx = 0, tf_rcx = 140733193433088, tf_r8 = 34358689803, tf_r9 = 3, tf_rax = 0, tf_rbx = -2098796528, tf_rbp = -1242826096, tf_r10 = -1096448638976, tf_r11 = 1180350, tf_r12 = -2098796528, tf_r13 = -1094700759104, tf_r14 = -140462610448384, tf_r15 = 140737488355328, tf_trapno = 12, tf_addr = -140462618836904, tf_flags = -2117134080, tf_err = 0, tf_rip = -2143634674, tf_cs = 8, tf_rflags = 66050, tf_rsp = -1242826160, tf_ss = 16}) at /usr/src/sys/amd64/amd64/trap.c:353 #6 0xffffffff8039abdb in calltrap () at /usr/src/sys/amd64/amd64/exception.S:168 #7 0xffffffff803abb0e in pmap_remove_pages (pmap=0xffffff011ec007c0, sva=0, eva=140737488355328) at /usr/src/sys/amd64/amd64/pmap.c:383 #8 0xffffffff803860ca in vmspace_exit (td=0xffffff01251e0be0) at vm_map.h:251 #9 0xffffffff8026c93c in exit1 (td=0xffffff01251e0be0, rv=65280) at /usr/src/sys/kern/kern_exit.c:295 #10 0xffffffff8026d35e in sys_exit (td=0xffff800000000000, uap=0xffff803fff800058) at /usr/src/sys/kern/kern_exit.c:99 #11 0xffffffff803b3937 in syscall (frame= {tf_rdi = 255, tf_rsi = 4373030, tf_rdx = 0, tf_rcx = 0, tf_r8 = 0, tf_r9 = 0, tf_rax = 1, tf_rbx = 255, tf_rbp = 5489216, tf_r10 = 0, tf_r11 = 0, tf_r12 = 16, tf_r13 = 5507248, tf_r14 = 20, tf_r15 = 5507296, tf_trapno = 12, tf_addr = 34384731144, tf_flags = 12, tf_err = 2, tf_rip = 34383464812, tf_cs = 43, tf_rflags = 514, tf_rsp = 140737488339000, tf_ss = 35}) at /usr/src/sys/amd64/amd64/trap.c:803 #12 0xffffffff8039ad78 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:270 #13 0x00000008016a096c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) I do have the dump and debug kernel available. Ideas? LER -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-stable@FreeBSD.ORG Fri Jul 27 15:27:59 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 409CE16A417 for ; Fri, 27 Jul 2007 15:27:59 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-06.arcor-online.net (mail-in-06.arcor-online.net [151.189.21.46]) by mx1.freebsd.org (Postfix) with ESMTP id AA3A213C458 for ; Fri, 27 Jul 2007 15:27:58 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-08-z2.arcor-online.net (mail-in-08-z2.arcor-online.net [151.189.8.20]) by mail-in-06.arcor-online.net (Postfix) with ESMTP id 49E3E31E83B; Fri, 27 Jul 2007 17:27:57 +0200 (CEST) Received: from mail-in-11.arcor-online.net (mail-in-11.arcor-online.net [151.189.21.51]) by mail-in-08-z2.arcor-online.net (Postfix) with ESMTP id 1A8CC2130C2; Fri, 27 Jul 2007 17:27:57 +0200 (CEST) Received: from lofi.dyndns.org (dslb-084-061-141-005.pools.arcor-ip.net [84.61.141.5]) by mail-in-11.arcor-online.net (Postfix) with ESMTP id D6FDE11492; Fri, 27 Jul 2007 17:27:56 +0200 (CEST) Received: from [192.168.8.11] (kiste.my.domain [192.168.8.11]) (authenticated bits=0) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l6RFRths004892 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Jul 2007 17:27:55 +0200 (CEST) (envelope-from lofi@freebsd.org) Message-ID: <46AA0EF1.6070403@freebsd.org> Date: Fri, 27 Jul 2007 17:27:45 +0200 From: Michael Nottebrock User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD0A90E02E95E3305CF23BE16" X-Virus-Scanned: by amavisd-new X-Virus-Scanned: ClamAV 0.91.1/3782/Fri Jul 27 15:21:57 2007 on mail-in-11.arcor-online.net X-Virus-Status: Clean Cc: bruno@freebsd.org Subject: Hang with powerd/powernow with SMP enabled 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, 27 Jul 2007 15:27:59 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD0A90E02E95E3305CF23BE16 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable The machine will freeze hard a few seconds after powerd is started up by the rc script. With kern.smp.disabled=3D1, everything seems to work fine.= This is with today's 6-STABLE/i386. I see that a fix for that sort of thing was only recently MFC'd, unfortunately I cannot say whether the problem was already there before it went in - the box is brand new. Various debugging information: sysctl -a | grep cpu: http://people.freebsd.org/~lofi/cpu_nosmp.txt http://people.freebsd.org/~lofi/cpu_smp.txt sysctl -a | grep acpi: http://people.freebsd.org/~lofi/acpi_nosmp.txt http://people.freebsd.org/~lofi/acpi_smp.txt dmesg -v (SMP) http://people.freebsd.org/~lofi/dmesg_smp.txt acpidump -dt: http://people.freebsd.org/~lofi/acpidump.txt Let me know if I can provide more information. Cheers, --=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --------------enigD0A90E02E95E3305CF23BE16 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.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGqg7zXhc68WspdLARAmwdAJ9+3GbYFGKjpqzOS8g/joiG+QsYNACeO6m6 r63J74c5l9EkvAQa0wotYt0= =6QUt -----END PGP SIGNATURE----- --------------enigD0A90E02E95E3305CF23BE16-- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 27 15:29: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 2B6BC16A41A for ; Fri, 27 Jul 2007 15:29:47 +0000 (UTC) (envelope-from dennis.melentyev@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.232]) by mx1.freebsd.org (Postfix) with ESMTP id D56DB13C48E for ; Fri, 27 Jul 2007 15:29:46 +0000 (UTC) (envelope-from dennis.melentyev@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so696898nzf for ; Fri, 27 Jul 2007 08:29:46 -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=g6gQA7GusHkvSf4J4CfRHUPSRQi4x0iGFBNXVCPh15ZgEeYQBSY4nGaC1xMs6PFY6/bevQf0IpfTYNs0yXWn1sh2SR2KG5fSwS99U39v0TI2NomsoPw/eqAtaNuh69nL0W4rv4o/K3RjJiNQKCWG+JnhYdpB7iEHx1PU3TRT9sw= 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=QEYJI1fIu+3sMauOXcRxZWh2XQViLEpHTCwL7KNqHXu9bodzS9OOIY8LPK2Ihr917rl2twejMvc5Vr0yYRzO2RrRNWl/n7LQO+/S9NqB1/91n+eyiViJv58xh9I59dYX7WEvA/fvlyIkM6RdIxQ/BznvZvjceXZpGEbpzSeOADw= Received: by 10.114.175.16 with SMTP id x16mr2015204wae.1185550185296; Fri, 27 Jul 2007 08:29:45 -0700 (PDT) Received: by 10.70.118.15 with HTTP; Fri, 27 Jul 2007 08:29:44 -0700 (PDT) Message-ID: Date: Fri, 27 Jul 2007 18:29:44 +0300 From: "Dennis Melentyev" To: "Peter Jeremy" In-Reply-To: <20070724094451.GB1162@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <469E6545.3070600@FreeBSD.org> <200707231415.l6NEFuRo035076@lurza.secnetix.de> <20070724094451.GB1162@turion.vk2pj.dyndns.org> Cc: freebsd-stable@freebsd.org Subject: Re: removing external usb hdd without unmounting causes reboot? 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, 27 Jul 2007 15:29:47 -0000 Hello Peter and everybody, Sorry for continuing this thread, but let's not forgot the security aspect of this issue: If you run amd on some host configured to automount USB drives, it's easy to force DoS attack. Just insert the flash/HDD and remove it short after it's mounted. Sure, it's almost close to ability of just pulling off power cable or pressing reset, but still a problem. Even if nobody will put out the USB stick, just in case of a Flash with dead blocks on it or just badly formatted one it's too easy to get totally unexpected panics. I'd rather consider this problem as security one. Is there any correct way to initiate funding to rewrite VM/VFS related parts (getting non-panicable removable devices)? Who should one contact for this? PS. Happy sysadmin day! *drink* 2007/7/24, Peter Jeremy : > On 2007-Jul-23 16:15:56 +0200, Oliver Fromme wrote: > >So, currently the best work-around is to use amd with a > >very short timeout. Or simply remember to umount your > >removable media manually. > > Or ports/emulators/mtools > > -- > Peter Jeremy > > -- Dennis Melentyev From owner-freebsd-stable@FreeBSD.ORG Fri Jul 27 17:00: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 5332316A479; Fri, 27 Jul 2007 17:00:33 +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 3326C13C4D3; Fri, 27 Jul 2007 17:00:33 +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 CDB411A3C1A; Fri, 27 Jul 2007 10:00:27 -0700 (PDT) Received: by rot26.obsecurity.org (Postfix, from userid 1001) id 544D9BBC0; Fri, 27 Jul 2007 13:00:32 -0400 (EDT) Date: Fri, 27 Jul 2007 13:00:32 -0400 From: Kris Kennaway To: Michael Nottebrock Message-ID: <20070727170031.GA46512@rot26.obsecurity.org> References: <46AA0EF1.6070403@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46AA0EF1.6070403@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: bruno@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Hang with powerd/powernow with SMP enabled 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, 27 Jul 2007 17:00:33 -0000 On Fri, Jul 27, 2007 at 05:27:45PM +0200, Michael Nottebrock wrote: > The machine will freeze hard a few seconds after powerd is started up by > the rc script. With kern.smp.disabled=1, everything seems to work fine. > This is with today's 6-STABLE/i386. I see that a fix for that sort of > thing was only recently MFC'd, unfortunately I cannot say whether the > problem was already there before it went in - the box is brand new. powerd has always hung for me on my dual-core amd64 system running 6.x/7.x. Kris From owner-freebsd-stable@FreeBSD.ORG Fri Jul 27 17:34:34 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 3D8CB16A41A for ; Fri, 27 Jul 2007 17:34:34 +0000 (UTC) (envelope-from hg@queue.to) Received: from pickle.queue.to (pickle.queue.to [71.180.69.18]) by mx1.freebsd.org (Postfix) with ESMTP id C005813C45A for ; Fri, 27 Jul 2007 17:34:33 +0000 (UTC) (envelope-from hg@queue.to) Received: (qmail 12245 invoked from network); 27 Jul 2007 13:34:32 -0400 Received: from cally.queue.to (172.16.0.6) by pickle.queue.to with ESMTP; 27 Jul 2007 13:34:32 -0400 Message-ID: <46AA2CA8.2080009@queue.to> Date: Fri, 27 Jul 2007 13:34:32 -0400 From: Howard Goldstein User-Agent: Thunderbird 2.0.0.5 (X11/20070720) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <46A4E8FA.6010403@queue.to> <46A7B3FB.7010504@queue.to> In-Reply-To: <46A7B3FB.7010504@queue.to> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [resolved, naively] Re: geom vs ich through ar device - benchmarks? 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, 27 Jul 2007 17:34:34 -0000 Howard Goldstein wrote: > > ar device's RAID1 Using the awesome gmirror > write 1gb: 13.275 13.7 > rd 12.9 13.8 I recently had an opportunity to repeat this test with the same exact WD3200AAKS (7200RPM consumer grade 320g sata II) drives on an older hardware RAID card, the 3ware 8006-2LP plugged into a 32 bit PCI slot. The results were surprisingly poor given that this card does the RAID in hardware. With RAID-1 Write 1gb: 24.3s Read 1gb: 18.6 Using the same dd invocation as in the previous message, to a freshly newfsd 10GB slice at the beginning of the drive. The drives were strapped to 150MB/S since the 8006 has issues with SATA-II and the interface is nowhere near saturating anyway since the ultimate limit of the head<>platter is reached well below 150MB/S Sticking with gmirror/geom (thank you Pawel) FYI... From owner-freebsd-stable@FreeBSD.ORG Fri Jul 27 19:28:02 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 79EF416A417 for ; Fri, 27 Jul 2007 19:28:02 +0000 (UTC) (envelope-from uwe@laverenz.de) Received: from cg-p07-fb.rzone.de (cg-p07-fb.rzone.de [81.169.146.215]) by mx1.freebsd.org (Postfix) with ESMTP id 9791513C459 for ; Fri, 27 Jul 2007 19:28:01 +0000 (UTC) (envelope-from uwe@laverenz.de) Received: from mo-p07-ob.rzone.de (klopstock-mo-p07-ob.mail [192.168.63.178]) by charnel-fb-08.store (RZmta 10.2) with ESMTP id V03684j6RGYEGy for ; Fri, 27 Jul 2007 20:57:53 +0200 (MEST) Received: from athena.laverenz.de (p5480D379.dip.t-dialin.net [84.128.211.121]) by post.webmailer.de (klopstock mo35) (RZmta 10.3) with ESMTP id a062d6j6RFEF2B for ; Fri, 27 Jul 2007 20:56:27 +0200 (MEST) Received: from localhost (localhost.localdomain [127.0.0.1]) by athena.laverenz.de (Postfix) with ESMTP id 2F297E0AA2BB for ; Fri, 27 Jul 2007 20:56:27 +0200 (CEST) Received: from athena.laverenz.de ([127.0.0.1]) by localhost (athena [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 18488-01 for ; Fri, 27 Jul 2007 20:56:26 +0200 (CEST) Received: by athena.laverenz.de (Postfix, from userid 2000) id 2D7B0E0AA2BA; Fri, 27 Jul 2007 20:56:26 +0200 (CEST) Date: Fri, 27 Jul 2007 20:56:26 +0200 From: Uwe Laverenz To: freebsd-stable@freebsd.org Message-ID: <20070727185626.GA17874@laverenz.de> Mail-Followup-To: freebsd-stable@freebsd.org References: <46AA0EF1.6070403@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46AA0EF1.6070403@freebsd.org> Organization: private site Sender: uwe@laverenz.de User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at laverenz.de X-RZG-AUTH: l30WrtbrzmfyRJtZ7/TtK2qIdZIgjE9K4Q55TXGhenj8TX5ShWTsXpHkg+IGvh1Vqw== X-RZG-CLASS-ID: mo07 Subject: Re: Hang with powerd/powernow with SMP enabled 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, 27 Jul 2007 19:28:02 -0000 On Fri, Jul 27, 2007 at 05:27:45PM +0200, Michael Nottebrock wrote: > The machine will freeze hard a few seconds after powerd is started up by > the rc script. With kern.smp.disabled=1, everything seems to work fine. > This is with today's 6-STABLE/i386. I see that a fix for that sort of > thing was only recently MFC'd, unfortunately I cannot say whether the > problem was already there before it went in - the box is brand new. I have the same problem with a dual Opteron (RELENG_6_2, i386 and amd64), in my case the following workaround helped: from "/boot/loader.conf": hint.acpi_throttle.0.disabled="1" Uwe From owner-freebsd-stable@FreeBSD.ORG Fri Jul 27 19:31: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 AC24916A418 for ; Fri, 27 Jul 2007 19:31: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 89E6013C45A for ; Fri, 27 Jul 2007 19:31: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 B61C31A4D7C for ; Fri, 27 Jul 2007 12:31:21 -0700 (PDT) Received: by rot26.obsecurity.org (Postfix, from userid 1001) id E51D9BE43; Fri, 27 Jul 2007 15:31:26 -0400 (EDT) Date: Fri, 27 Jul 2007 15:31:26 -0400 From: Kris Kennaway To: freebsd-stable@freebsd.org Message-ID: <20070727193126.GA48250@rot26.obsecurity.org> References: <46AA0EF1.6070403@freebsd.org> <20070727185626.GA17874@laverenz.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline In-Reply-To: <20070727185626.GA17874@laverenz.de> User-Agent: Mutt/1.4.2.3i Subject: Re: Hang with powerd/powernow with SMP enabled 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, 27 Jul 2007 19:31:27 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 27, 2007 at 08:56:26PM +0200, Uwe Laverenz wrote: > On Fri, Jul 27, 2007 at 05:27:45PM +0200, Michael Nottebrock wrote: >=20 > > The machine will freeze hard a few seconds after powerd is started up by > > the rc script. With kern.smp.disabled=3D1, everything seems to work fin= e. > > This is with today's 6-STABLE/i386. I see that a fix for that sort of > > thing was only recently MFC'd, unfortunately I cannot say whether the > > problem was already there before it went in - the box is brand new. >=20 > I have the same problem with a dual Opteron (RELENG_6_2, i386 and amd64), > in my case the following workaround helped: >=20 > from "/boot/loader.conf": >=20 > hint.acpi_throttle.0.disabled=3D"1" Thanks, I'll have to try that. Kris --NzB8fVQJ5HfG6fxh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFGqkgOWry0BWjoQKURArCXAKCgZC75dgY+PX/DUn9MxTjERpfX9gCgwsV4 R7U6wGzdMFkM5IV9aBCTeqk= =Y7v3 -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh-- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 27 22:51: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 A29C816A418 for ; Fri, 27 Jul 2007 22:51:20 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-15.arcor-online.net (mail-in-15.arcor-online.net [151.189.21.55]) by mx1.freebsd.org (Postfix) with ESMTP id 20E0113C46E for ; Fri, 27 Jul 2007 22:51:20 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-08-z2.arcor-online.net (mail-in-08-z2.arcor-online.net [151.189.8.20]) by mail-in-15.arcor-online.net (Postfix) with ESMTP id E983044E9E for ; Fri, 27 Jul 2007 22:09:35 +0200 (CEST) Received: from mail-in-11.arcor-online.net (mail-in-11.arcor-online.net [151.189.21.51]) by mail-in-08-z2.arcor-online.net (Postfix) with ESMTP id D1D58212FB7 for ; Fri, 27 Jul 2007 22:09:35 +0200 (CEST) Received: from lofi.dyndns.org (dslb-084-061-141-005.pools.arcor-ip.net [84.61.141.5]) by mail-in-11.arcor-online.net (Postfix) with ESMTP id 9272612161 for ; Fri, 27 Jul 2007 22:09:35 +0200 (CEST) Received: from [192.168.8.11] (kiste.my.domain [192.168.8.11]) (authenticated bits=0) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l6RK9XQh007085 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 27 Jul 2007 22:09:34 +0200 (CEST) (envelope-from lofi@freebsd.org) Message-ID: <46AA50F3.6000603@freebsd.org> Date: Fri, 27 Jul 2007 22:09:23 +0200 From: Michael Nottebrock User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <46AA0EF1.6070403@freebsd.org> <20070727185626.GA17874@laverenz.de> In-Reply-To: <20070727185626.GA17874@laverenz.de> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigEDA7B44EEACC3343F72004AB" X-Virus-Scanned: by amavisd-new X-Virus-Scanned: ClamAV 0.91.1/3784/Fri Jul 27 19:35:18 2007 on mail-in-11.arcor-online.net X-Virus-Status: Clean Subject: Re: Hang with powerd/powernow with SMP enabled 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, 27 Jul 2007 22:51:20 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigEDA7B44EEACC3343F72004AB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Uwe Laverenz schrieb: > On Fri, Jul 27, 2007 at 05:27:45PM +0200, Michael Nottebrock wrote: > > =20 >> The machine will freeze hard a few seconds after powerd is started up = by >> the rc script. With kern.smp.disabled=3D1, everything seems to work fi= ne. >> This is with today's 6-STABLE/i386. I see that a fix for that sort of >> thing was only recently MFC'd, unfortunately I cannot say whether the >> problem was already there before it went in - the box is brand new. >> =20 > > I have the same problem with a dual Opteron (RELENG_6_2, i386 and amd64= ), > in my case the following workaround helped: > > from "/boot/loader.conf": > > hint.acpi_throttle.0.disabled=3D"1" > =20 Thanks! Unfortunately it does not help here - but with that, it takes a few seconds longer for the freeze to occur. Cheers, --=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --------------enigEDA7B44EEACC3343F72004AB 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.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGqlD1Xhc68WspdLARAkHFAJ4oELJwgDaKFhNwoHB4PQa/RV7taQCZAb0e 2rfOCWW3R0uVu0UkmUSzYts= =6ASV -----END PGP SIGNATURE----- --------------enigEDA7B44EEACC3343F72004AB-- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 27 23:19: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 4F6EF16A417 for ; Fri, 27 Jul 2007 23:19:08 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mx1.freebsd.org (Postfix) with ESMTP id B2D2B13C45D for ; Fri, 27 Jul 2007 23:19:07 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l6RNJ6ur017169; Sat, 28 Jul 2007 09:19:06 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l6RNJ6Ff017168; Sat, 28 Jul 2007 09:19:06 +1000 (EST) (envelope-from peter) Date: Sat, 28 Jul 2007 09:19:05 +1000 From: Peter Jeremy To: Dennis Melentyev Message-ID: <20070727231905.GJ1152@turion.vk2pj.dyndns.org> References: <469E6545.3070600@FreeBSD.org> <200707231415.l6NEFuRo035076@lurza.secnetix.de> <20070724094451.GB1162@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tqI+Z3u+9OQ7kwn0" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: removing external usb hdd without unmounting causes reboot? 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, 27 Jul 2007 23:19:08 -0000 --tqI+Z3u+9OQ7kwn0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Jul-27 18:29:44 +0300, Dennis Melentyev wrote: >Sorry for continuing this thread, but let's not forgot the security >aspect of this issue: >If you run amd on some host configured to automount USB drives, it's >easy to force DoS attack. Just insert the flash/HDD and remove it >short after it's mounted. It's almost impossible to secure a machine against someone with physical access to that machine. As you point out, pushing the reset button or pulling the power cable works. >USB stick, just in case of a Flash with dead blocks on it or just >badly formatted one it's too easy to get totally unexpected panics. There are two distinct issues here: When you remove the hardware, the low-level datastructures get freed but the high level (FS) code still points into those (now freed) structures - ie you have use-after-free errors. As has been pointed out, resolving these issues is difficult because they affect many different areas within the kernel. If the filesystem is corrupt, then it is no longer internally consistent and assumptions/requirements in the FS code are no longer valid. It is possible that assert() checks are tripped or implicit assumptions in the code are violated, possibly leading to panics. Bad blocks could lead to similar behaviour. Fixing these problems is (in general) not hard because it's mostly just adding appropriate checks in the FS code and I believe that most of the cases where this can occur have already been corrected. >I'd rather consider this problem as security one. I think that is a very long stretch. >Is there any correct way to initiate funding to rewrite VM/VFS related >parts (getting non-panicable removable devices)? Who should one >contact for this? I would suggest that the first step is finding someone (or a few people) with the necessary skills who is/are willing to work on the problem. Offering funding may increase the potential pool but will not automatically solve the skills/knowledge issue. As for initiating funding, you have several options: 1) Do it yourself: Find someone(s) to do the work (either by approaching likely candidates or advertising on FreeBSD lists), get an indication of the necessary funding and then raise the funds yourself. 2) Approach the FreeBSD Foundation, with or without names. 3) Approach corporations that are FreeBSD-friendly. Yahoo! and Apple are the first ones that come to mind. --=20 Peter Jeremy --tqI+Z3u+9OQ7kwn0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGqn1p/opHv/APuIcRArr2AKCTOLoLddDdkucIhLNGq+z0KKu//gCfRbWF YJYg9vSfsQehGDwYKLt6SiE= =05YA -----END PGP SIGNATURE----- --tqI+Z3u+9OQ7kwn0-- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 28 05:08:36 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 E3C4C16A418 for ; Sat, 28 Jul 2007 05:08:36 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from cauchy.math.missouri.edu (cauchy.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id C054413C467 for ; Sat, 28 Jul 2007 05:08:36 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from laptop2.gateway.2wire.net (cauchy.math.missouri.edu [128.206.184.213]) by cauchy.math.missouri.edu (8.14.1/8.13.4) with ESMTP id l6S4m70x068766; Fri, 27 Jul 2007 23:48:07 -0500 (CDT) (envelope-from stephen@math.missouri.edu) Message-ID: <46AACA87.8060205@math.missouri.edu> Date: Fri, 27 Jul 2007 23:48:07 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.5) Gecko/20070721 SeaMonkey/1.1.3 MIME-Version: 1.0 To: Tom McLaughlin , stable@FreeBSD.ORG References: <46AAA930.4050209@math.missouri.edu> <1185596350.10339.20.camel@localhost> In-Reply-To: <1185596350.10339.20.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: thread error in pthread [was Re: [Bsd-sharp-list] Problem with x11-toolkits/gnome-sharp20 port] 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, 28 Jul 2007 05:08:37 -0000 Tom McLaughlin wrote: > On Fri, 2007-07-27 at 21:25 -0500, Stephen Montgomery-Smith wrote: .....Email deleted as it is irrelevant.... > Please include the FreeBSD version when reporting a problem. :) This is > a -CURRENT issue only due to libthr. A fix is here but has not been > committed to libthr: > > http://lists.freebsd.org/pipermail/freebsd-current/2007-July/075454.html Exactly the same error also appears in lib/libpthread/thread/thr_private.h, and in stable. If it would help, I can submit a PR. Stephen From owner-freebsd-stable@FreeBSD.ORG Sat Jul 28 07:21: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 88B9616A418; Sat, 28 Jul 2007 07:21:54 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-04.arcor-online.net (mail-in-04.arcor-online.net [151.189.21.44]) by mx1.freebsd.org (Postfix) with ESMTP id 1770613C4CC; Sat, 28 Jul 2007 07:21:53 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-12-z2.arcor-online.net (mail-in-12-z2.arcor-online.net [151.189.8.29]) by mail-in-04.arcor-online.net (Postfix) with ESMTP id 5C6281F704E; Sat, 28 Jul 2007 09:21:52 +0200 (CEST) Received: from mail-in-08.arcor-online.net (mail-in-08.arcor-online.net [151.189.21.48]) by mail-in-12-z2.arcor-online.net (Postfix) with ESMTP id 3E54027943A; Sat, 28 Jul 2007 09:21:52 +0200 (CEST) Received: from lofi.dyndns.org (dslb-084-061-173-237.pools.arcor-ip.net [84.61.173.237]) by mail-in-08.arcor-online.net (Postfix) with ESMTP id 0584D2BAEFB; Sat, 28 Jul 2007 09:21:51 +0200 (CEST) Received: from [192.168.8.11] (kiste.my.domain [192.168.8.11]) (authenticated bits=0) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l6S7Ln9T003784 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Jul 2007 09:21:50 +0200 (CEST) (envelope-from lofi@freebsd.org) Message-ID: <46AAEE83.4020408@freebsd.org> Date: Sat, 28 Jul 2007 09:21:39 +0200 From: Michael Nottebrock User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: JoaoBR References: <200707271109.51334.joao@matik.com.br> <46AA0FEB.2070001@root.org> <200707271912.11945.joao@matik.com.br> In-Reply-To: <200707271912.11945.joao@matik.com.br> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig21AD7489F8D33EBEE6A43EA5" X-Virus-Scanned: by amavisd-new X-Virus-Scanned: ClamAV 0.91.1/3795/Sat Jul 28 04:08:57 2007 on mail-in-08.arcor-online.net X-Virus-Status: Clean Cc: bruno@freebsd.org, freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, 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: Sat, 28 Jul 2007 07:21:54 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig21AD7489F8D33EBEE6A43EA5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable JoaoBR schrieb: > On Friday 27 July 2007 12:31:55 Nate Lawson wrote: > =20 >> JoaoBR wrote: >> =20 >>> Hi >>> when I enable powerd with default flags (and any other also) the comp= uter >>> freezes some seconds after powerd is started. It does not reach login= =2E >>> Nothing in the logs. This is with amd 5000 X2 Am2 >>> >>> When i stick into the same computer a 4600 or 4200 it runs fine and >>> smooth. >>> >>> I thought it is MB related and did the same and again the 5000 cpu >>> freeze, the smaller ones not. >>> >>> Any idea what I should do? >>> >>> I use releng_6 amd and i386 same story and cpufreq and acpi is compil= ed. >>> =20 >> Disable powerd again and boot normally. Try changing the frequency wi= th >> "sysctl dev.cpu", etc. and see if any of the levels freeze for you. >> >> =20 > > ok, this is what I get=20 > > dev.cpu.0.freq_levels: 2600/100000 2400/85596 2200/72544 2000/60778 180= 0/50237=20 > 1000/25535 > > no need to say but the fan levels obviously are wrong > > And now the interesting part I shift to 2400 or any other and immediate= ly=20 > freeze, that from kde konsole > > in single user mode I can shift up and down between all speeds and noth= ing=20 > happens > =20 [Jumping in from the thread started on -stable - http://lists.freebsd.org/pipermail/freebsd-stable/2007-July/036395.html - see there for system details] Same here - in single user mode, even powerd works fine - like it does with SMP disabled - but no go in multiuser. > I see some similar discussion on stable but I can not match with everyt= hing=20 > there because I have the problem only with the athlon 5000 cpu > =20 The CPU difference is interesting - exactly what model is your X2 4600+? Mine is a stepping F, model 4B, rev BH-F2 ("Energy Efficient" with 65W TD= P). Cheers, --=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --------------enig21AD7489F8D33EBEE6A43EA5 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.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGqu6GXhc68WspdLARAhmGAJ47AuRMhLL9Zv8z+mLZpaGzarY1JACfebgo qFo3AGue9tcl9womK2Q7VIs= =Q6il -----END PGP SIGNATURE----- --------------enig21AD7489F8D33EBEE6A43EA5-- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 28 09:17: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 4313916A479; Sat, 28 Jul 2007 09:17:06 +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 ABBD313C467; Sat, 28 Jul 2007 09:17:04 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l6S9H3Ds065514; Sat, 28 Jul 2007 06:17:03 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Sun, 29 Jul 2007 06:14:17 -0300 User-Agent: KMail/1.9.7 References: <200707271109.51334.joao@matik.com.br> <200707271912.11945.joao@matik.com.br> <46AAEE83.4020408@freebsd.org> In-Reply-To: <46AAEE83.4020408@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200707290614.18469.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: Sat, 28 Jul 2007 09:17:06 -0000 On Saturday 28 July 2007 04:21:39 Michael Nottebrock wrote: > JoaoBR schrieb: > > On Friday 27 July 2007 12:31:55 Nate Lawson wrote: > >> JoaoBR wrote: > >>> Hi > >>> when I enable powerd with default flags (and any other also) the > >>> computer freezes some seconds after powerd is started. It does not > >>> reach login. Nothing in the logs. This is with amd 5000 X2 Am2 > >>> > >>> When i stick into the same computer a 4600 or 4200 it runs fine and > >>> smooth. > >>> > >>> I thought it is MB related and did the same and again the 5000 cpu > >>> freeze, the smaller ones not. > >>> > >>> Any idea what I should do? > >>> > >>> I use releng_6 amd and i386 same story and cpufreq and acpi is > >>> compiled. > >> > >> Disable powerd again and boot normally. Try changing the frequency wi= th > >> "sysctl dev.cpu", etc. and see if any of the levels freeze for you. > > > > ok, this is what I get > > > > dev.cpu.0.freq_levels: 2600/100000 2400/85596 2200/72544 2000/60778 > > 1800/50237 1000/25535 > > > > no need to say but the fan levels obviously are wrong > > > > And now the interesting part I shift to 2400 or any other and immediate= ly > > freeze, that from kde konsole > > > > in single user mode I can shift up and down between all speeds and > > nothing happens > > [Jumping in from the thread started on -stable - > http://lists.freebsd.org/pipermail/freebsd-stable/2007-July/036395.html > - see there for system details] > > Same here - in single user mode, even powerd works fine - like it does > with SMP disabled - but no go in multiuser. > > > I see some similar discussion on stable but I can not match with > > everything there because I have the problem only with the athlon 5000 c= pu > > The CPU difference is interesting - exactly what model is your X2 4600+? > Mine is a stepping F, model 4B, rev BH-F2 ("Energy Efficient" with 65W > TDP). seems to be the same 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=20 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= =20 both amd64 and i386 nothing wrong with freebsd and xorg neither :) =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 Sat Jul 28 10:10: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 4A5C316A41F; Sat, 28 Jul 2007 10:10:40 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-15.arcor-online.net (mail-in-15.arcor-online.net [151.189.21.55]) by mx1.freebsd.org (Postfix) with ESMTP id D2DAE13C45B; Sat, 28 Jul 2007 10:10:39 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-01-z2.arcor-online.net (mail-in-01-z2.arcor-online.net [151.189.8.13]) by mail-in-15.arcor-online.net (Postfix) with ESMTP id 5535FA40D4; Sat, 28 Jul 2007 12:10:37 +0200 (CEST) Received: from mail-in-10.arcor-online.net (mail-in-10.arcor-online.net [151.189.21.50]) by mail-in-01-z2.arcor-online.net (Postfix) with ESMTP id 304E412DEF0; Sat, 28 Jul 2007 12:10:37 +0200 (CEST) Received: from lofi.dyndns.org (dslb-084-061-173-237.pools.arcor-ip.net [84.61.173.237]) by mail-in-10.arcor-online.net (Postfix) with ESMTP id 629EA2351A4; Sat, 28 Jul 2007 12:10:36 +0200 (CEST) Received: from [192.168.8.11] (kiste.my.domain [192.168.8.11]) (authenticated bits=0) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l6SAAV06006997 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Jul 2007 12:10:34 +0200 (CEST) (envelope-from lofi@freebsd.org) Message-ID: <46AB160D.6040207@freebsd.org> Date: Sat, 28 Jul 2007 12:10:21 +0200 From: Michael Nottebrock User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: JoaoBR References: <200707271109.51334.joao@matik.com.br> <200707271912.11945.joao@matik.com.br> <46AAEE83.4020408@freebsd.org> <200707290614.18469.joao@matik.com.br> In-Reply-To: <200707290614.18469.joao@matik.com.br> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9327623DB5228F9D2083C628" X-Virus-Scanned: by amavisd-new X-Virus-Scanned: ClamAV 0.91.1/3794/Sat Jul 28 03:17:28 2007 on mail-in-10.arcor-online.net X-Virus-Status: Clean Cc: bruno@freebsd.org, freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, 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: Sat, 28 Jul 2007 10:10:40 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9327623DB5228F9D2083C628 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable JoaoBR schrieb: > On Saturday 28 July 2007 04:21:39 Michael Nottebrock wrote: > =20 >> JoaoBR schrieb: >> =20 >>> On Friday 27 July 2007 12:31:55 Nate Lawson wrote: >>> =20 >>>> JoaoBR wrote: >>>> =20 >>>>> Hi >>>>> when I enable powerd with default flags (and any other also) the >>>>> computer freezes some seconds after powerd is started. It does not >>>>> reach login. Nothing in the logs. This is with amd 5000 X2 Am2 >>>>> >>>>> When i stick into the same computer a 4600 or 4200 it runs fine and= >>>>> smooth. >>>>> >>>>> I thought it is MB related and did the same and again the 5000 cpu >>>>> freeze, the smaller ones not. >>>>> >>>>> Any idea what I should do? >>>>> >>>>> I use releng_6 amd and i386 same story and cpufreq and acpi is >>>>> compiled. >>>>> =20 >>>> Disable powerd again and boot normally. Try changing the frequency = with >>>> "sysctl dev.cpu", etc. and see if any of the levels freeze for you. >>>> =20 >>> ok, this is what I get >>> >>> dev.cpu.0.freq_levels: 2600/100000 2400/85596 2200/72544 2000/60778 >>> 1800/50237 1000/25535 >>> >>> no need to say but the fan levels obviously are wrong >>> >>> And now the interesting part I shift to 2400 or any other and immedia= tely >>> freeze, that from kde konsole >>> >>> in single user mode I can shift up and down between all speeds and >>> nothing happens >>> =20 >> [Jumping in from the thread started on -stable - >> http://lists.freebsd.org/pipermail/freebsd-stable/2007-July/036395.htm= l >> - see there for system details] >> >> Same here - in single user mode, even powerd works fine - like it does= >> with SMP disabled - but no go in multiuser. >> >> =20 >>> I see some similar discussion on stable but I can not match with >>> everything there because I have the problem only with the athlon 5000= cpu >>> =20 >> The CPU difference is interesting - exactly what model is your X2 4600= +? >> Mine is a stepping F, model 4B, rev BH-F2 ("Energy Efficient" with 65W= >> TDP). >> =20 > > seems to be the same > > 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 suppor= t up to=20 > 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=20 > both amd64 and i386 > =20 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 =2E.. =3D/ Cheers, --=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --------------enig9327623DB5228F9D2083C628 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.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGqxYQXhc68WspdLARAutAAJwNlHQgmAqsANe/HbCvE3Ta4VQ4lACgiJZA rY3rr0k5CJzTWOosluJGEDQ= =FQlh -----END PGP SIGNATURE----- --------------enig9327623DB5228F9D2083C628-- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 28 10:50:18 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 DBBAE16A41A for ; Sat, 28 Jul 2007 10:50:18 +0000 (UTC) (envelope-from mail@michaelworobcuk.de) Received: from smtp3.srv.eunet.at (smtp3.srv.eunet.at [193.154.160.89]) by mx1.freebsd.org (Postfix) with ESMTP id B5E4C13C45D for ; Sat, 28 Jul 2007 10:50:18 +0000 (UTC) (envelope-from mail@michaelworobcuk.de) Received: from [85.88.27.204] (p54885CE6.dip.t-dialin.net [84.136.92.230]) by smtp3.srv.eunet.at (Postfix) with ESMTP id EEAE410A919 for ; Sat, 28 Jul 2007 12:50:16 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v752.3) Content-Transfer-Encoding: 7bit Message-Id: <9C496190-E2DE-4015-A340-CA0062B6EF9E@michaelworobcuk.de> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: Michael Worobcuk Date: Sat, 28 Jul 2007 12:50:12 +0200 X-Mailer: Apple Mail (2.752.3) Subject: syntax highlighting of rc.conf with vim 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, 28 Jul 2007 10:50:18 -0000 Hi, I am using vim-7.1.18. Everything works fine except the syntax highlighting of rc.conf. The problem is that vim does no highlighting for the rc.conf but other .conf files are highlighted es expected. So I came to the conclusion that the syntax file for .conf would probably be ok. I also tried to use vim 6.x and copy the syntax files from a machine were everything works fine. But the problem did not disappear. Does anybody have a clou ? Best Regards Michael From owner-freebsd-stable@FreeBSD.ORG Sat Jul 28 10:55:02 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 7972416A41B for ; Sat, 28 Jul 2007 10:55:02 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.190]) by mx1.freebsd.org (Postfix) with ESMTP id 19FC813C478 for ; Sat, 28 Jul 2007 10:55:01 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so1116835mue for ; Sat, 28 Jul 2007 03:55:00 -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=SDMbAN9HdRvj56UOXdvJsL9g/kDbCNRZRqvX9sULo8gOGyN8iGMnQeJESWzpsUeThMFoJRCCSBWqaUNoPFvGmoI5LO6hxiWdfNcEZ3L6qP8QO+wgwSrgPcJlz+Zje+jvJL/BqLu+CsVAwE0JlDbw1gs+jjF36vHQV5EjI0lBUDE= 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=curlfjmNM9GekdVekaB1eW4RKabfla+4bZ2MkyTj5VGv/i8AO0oVTQS6GbEJ8s9DjKVM5KB+4vn90MuN5y3mZI7jrE6E5O0bsUXhtFdbwKctPq+vXU8TQxEN5uIuknrpB1upMmMwK1x8ybwS+5ZsS43+D7pQtnDBNT27a+nDkzw= Received: by 10.82.189.6 with SMTP id m6mr3195259buf.1185620100543; Sat, 28 Jul 2007 03:55:00 -0700 (PDT) Received: by 10.82.171.9 with HTTP; Sat, 28 Jul 2007 03:55:00 -0700 (PDT) Message-ID: <14989d6e0707280355j1c808a95o52ab8d4b012660c2@mail.gmail.com> Date: Sat, 28 Jul 2007 10:55:00 +0000 From: "Christian Walther" To: "Michael Worobcuk" In-Reply-To: <9C496190-E2DE-4015-A340-CA0062B6EF9E@michaelworobcuk.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <9C496190-E2DE-4015-A340-CA0062B6EF9E@michaelworobcuk.de> Cc: freebsd-stable@freebsd.org Subject: Re: syntax highlighting of rc.conf with vim 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, 28 Jul 2007 10:55:02 -0000 Hi Michael, On 28/07/07, Michael Worobcuk wrote: > Hi, > I am using vim-7.1.18. > Everything works fine except the syntax highlighting of rc.conf. > The problem is that vim does no highlighting for the rc.conf but > other .conf files are highlighted es expected. > So I came to the conclusion that the syntax file for .conf would > probably be ok. > I also tried to use vim 6.x and copy the syntax files from a machine > were everything works fine. But the problem did not disappear. > Does anybody have a clou ? > Is it possible that it's something related to your rc.conf? What does the first line read, "#!/bin/sh"? Christian From owner-freebsd-stable@FreeBSD.ORG Sat Jul 28 11:11:57 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 3B91C16A41F for ; Sat, 28 Jul 2007 11:11:57 +0000 (UTC) (envelope-from mail@michaelworobcuk.de) Received: from smtp3.srv.eunet.at (smtp3.srv.eunet.at [193.154.160.89]) by mx1.freebsd.org (Postfix) with ESMTP id 1420113C48A for ; Sat, 28 Jul 2007 11:11:56 +0000 (UTC) (envelope-from mail@michaelworobcuk.de) Received: from [85.88.27.204] (p54885CE6.dip.t-dialin.net [84.136.92.230]) by smtp3.srv.eunet.at (Postfix) with ESMTP id E460210A935; Sat, 28 Jul 2007 13:11:55 +0200 (CEST) In-Reply-To: <14989d6e0707280355j1c808a95o52ab8d4b012660c2@mail.gmail.com> References: <9C496190-E2DE-4015-A340-CA0062B6EF9E@michaelworobcuk.de> <14989d6e0707280355j1c808a95o52ab8d4b012660c2@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Michael Worobcuk Date: Sat, 28 Jul 2007 13:11:52 +0200 To: "Christian Walther" X-Mailer: Apple Mail (2.752.3) Cc: freebsd-stable@freebsd.org Subject: Re: syntax highlighting of rc.conf with vim 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, 28 Jul 2007 11:11:57 -0000 Am 28.07.2007 um 12:55 schrieb Christian Walther: > Hi Michael, > > On 28/07/07, Michael Worobcuk wrote: >> Hi, >> I am using vim-7.1.18. >> Everything works fine except the syntax highlighting of rc.conf. >> The problem is that vim does no highlighting for the rc.conf but >> other .conf files are highlighted es expected. >> So I came to the conclusion that the syntax file for .conf would >> probably be ok. >> I also tried to use vim 6.x and copy the syntax files from a machine >> were everything works fine. But the problem did not disappear. >> Does anybody have a clou ? >> > Is it possible that it's something related to your rc.conf? > What does the first line read, "#!/bin/sh"? No, the first line of /etc/rc.conf starts with the hostname. From owner-freebsd-stable@FreeBSD.ORG Sat Jul 28 11:34:00 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 66E3716A417; Sat, 28 Jul 2007 11:34:00 +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 EAD3F13C481; Sat, 28 Jul 2007 11:33:59 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l6SBXvl3075075; Sat, 28 Jul 2007 08:33:58 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Sat, 28 Jul 2007 08:33:55 -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: <200707290833.56202.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: Sat, 28 Jul 2007 11:34:00 -0000 On Saturday 28 July 2007 07:10:21 Michael Nottebrock wrote: > JoaoBR schrieb: > > On Saturday 28 July 2007 04:21:39 Michael Nottebrock wrote: > >> JoaoBR schrieb: > >>> On Friday 27 July 2007 12:31:55 Nate Lawson wrote: > >>>> JoaoBR wrote: > >>>>> Hi > >>>>> when I enable powerd with default flags (and any other also) the > >>>>> computer freezes some seconds after powerd is started. It does not > >>>>> reach login. Nothing in the logs. This is with amd 5000 X2 Am2 > >>>>> > >>>>> When i stick into the same computer a 4600 or 4200 it runs fine and > >>>>> smooth. > >>>>> > >>>>> I thought it is MB related and did the same and again the 5000 cpu > >>>>> freeze, the smaller ones not. > >>>>> > >>>>> Any idea what I should do? > >>>>> > >>>>> I use releng_6 amd and i386 same story and cpufreq and acpi is > >>>>> compiled. > >>>> > >>>> Disable powerd again and boot normally. Try changing the frequency > >>>> with "sysctl dev.cpu", etc. and see if any of the levels freeze for > >>>> you. > >>> > >>> ok, this is what I get > >>> > >>> dev.cpu.0.freq_levels: 2600/100000 2400/85596 2200/72544 2000/60778 > >>> 1800/50237 1000/25535 > >>> > >>> no need to say but the fan levels obviously are wrong > >>> > >>> And now the interesting part I shift to 2400 or any other and > >>> immediately freeze, that from kde konsole > >>> > >>> in single user mode I can shift up and down between all speeds and > >>> nothing happens > >> > >> [Jumping in from the thread started on -stable - > >> http://lists.freebsd.org/pipermail/freebsd-stable/2007-July/036395.html > >> - see there for system details] > >> > >> Same here - in single user mode, even powerd works fine - like it does > >> with SMP disabled - but no go in multiuser. > >> > >>> I see some similar discussion on stable but I can not match with > >>> everything there because I have the problem only with the athlon 5000 > >>> cpu > >> > >> The CPU difference is interesting - exactly what model is your X2 4600= +? > >> Mine is a stepping F, model 4B, rev BH-F2 ("Energy Efficient" with 65W > >> TDP). > > > > seems to be the same > > > > 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 > > 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 > ... =3D/ my ok msg was too fast, after some time my video starts flickering and stay= s=20 so and the PC is freezed up, disabling powerd and works stable until it freeze cpu frequency shifting is done well manually I can set all cpu speeds and seems to stay stable on each must be related to X because I have some servers without X but=20 cpufreq+smp+powerd running absolutely stable I found some msgs about the same problem with Gentoo and Debian and people = say=20 the problem is with xorg and changing to xfree solved it for them but I=20 myself probably will not risk getting into a nightmare after the /usrX11R6= =20 thing I have no windows but fedora 7 on the same pc and works fine too,=20 kde's 'kpowersave info dialog' shows fine the cpu frequency shifting =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 Sat Jul 28 11:40: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 6F30016A418 for ; Sat, 28 Jul 2007 11:40:35 +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 358FD13C465 for ; Sat, 28 Jul 2007 11:40:35 +0000 (UTC) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IEkev-0000lv-U3 for freebsd-stable@freebsd.org; Sat, 28 Jul 2007 13:40:33 +0200 Date: Sat, 28 Jul 2007 13:40:33 +0200 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Message-ID: <20070728114033.GO44043@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> <200707290833.56202.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200707290833.56202.joao@matik.com.br> 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: Sat, 28 Jul 2007 11:40:35 -0000 Hi, On Sat, Jul 28, 2007 at 08:33:55AM -0300, JoaoBR wrote: > my ok msg was too fast, after some time my video starts flickering and stays > so and the PC is freezed up, disabling powerd and works stable > > until it freeze cpu frequency shifting is done well > > manually I can set all cpu speeds and seems to stay stable on each > > must be related to X because I have some servers without X but > cpufreq+smp+powerd running absolutely stable Did you ever try to measure the difference in power consumption of the whole PC, so you know all the trouble actually is worth anything? :-) - Olli -- | 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 Sat Jul 28 11:57: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 7581C16A468 for ; Sat, 28 Jul 2007 11:57:31 +0000 (UTC) (envelope-from njm@njm.f2s.com) Received: from outmail1.freedom2surf.net (outmail1.freedom2surf.net [194.106.33.237]) by mx1.freebsd.org (Postfix) with ESMTP id 5030113C46B for ; Sat, 28 Jul 2007 11:57:31 +0000 (UTC) (envelope-from njm@njm.f2s.com) Received: from oberon.njm.f2s.com (i-195-137-21-170.freedom2surf.net [195.137.21.170]) by outmail1.freedom2surf.net (Postfix) with ESMTP id 1CD78503D4 for ; Sat, 28 Jul 2007 12:38:43 +0100 (BST) Received: from oberon.njm.f2s.com (localhost.njm.f2s.com [127.0.0.1]) by oberon.njm.f2s.com (8.14.1/8.14.1) with ESMTP id l6SBcgsF090761 for ; Sat, 28 Jul 2007 12:38:42 +0100 (BST) (envelope-from njm@oberon.njm.f2s.com) Received: (from njm@localhost) by oberon.njm.f2s.com (8.14.1/8.14.1/Submit) id l6SBcgNM090760 for freebsd-stable@freebsd.org; Sat, 28 Jul 2007 12:38:42 +0100 (BST) (envelope-from njm) Date: Sat, 28 Jul 2007 12:38:42 +0100 From: "N.J. Mann" To: freebsd-stable@freebsd.org Message-ID: <20070728113842.GA30968@oberon.njm.f2s.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <9C496190-E2DE-4015-A340-CA0062B6EF9E@michaelworobcuk.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9C496190-E2DE-4015-A340-CA0062B6EF9E@michaelworobcuk.de> X-Operating-System: FreeBSD 6.2-STABLE User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: syntax highlighting of rc.conf with vim 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, 28 Jul 2007 11:57:31 -0000 In message <9C496190-E2DE-4015-A340-CA0062B6EF9E@michaelworobcuk.de>, Michael Worobcuk wrote: > > I am using vim-7.1.18. > Everything works fine except the syntax highlighting of rc.conf. > The problem is that vim does no highlighting for the rc.conf but other > .conf files are highlighted es expected. > So I came to the conclusion that the syntax file for .conf would probably > be ok. > I also tried to use vim 6.x and copy the syntax files from a machine were > everything works fine. But the problem did not disappear. > Does anybody have a clou ? You can do this by setting the filetype explicitly for rc.conf in your ~/.vim/filetypes file, e.g. if exists("did_load_filetypes") finish endif augroup filetypedetect au! BufRead rc.conf setfiletype sh augroup END Cheers, Nick. -- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 28 12:16: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 AA65216A419 for ; Sat, 28 Jul 2007 12:16:47 +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 4B64713C457 for ; Sat, 28 Jul 2007 12:16:46 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l6SCGFmK078599; Sat, 28 Jul 2007 09:16:15 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Sat, 28 Jul 2007 09:16:13 -0300 User-Agent: KMail/1.9.7 References: <200707271109.51334.joao@matik.com.br> <200707290833.56202.joao@matik.com.br> <20070728114033.GO44043@e-Gitt.NET> In-Reply-To: <20070728114033.GO44043@e-Gitt.NET> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200707280916.13731.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: 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: Sat, 28 Jul 2007 12:16:47 -0000 On Saturday 28 July 2007 08:40:33 Oliver Brandmueller wrote: > Hi, > > On Sat, Jul 28, 2007 at 08:33:55AM -0300, JoaoBR wrote: > > my ok msg was too fast, after some time my video starts flickering and > > stays so and the PC is freezed up, disabling powerd and works stable > > > > until it freeze cpu frequency shifting is done well > > > > manually I can set all cpu speeds and seems to stay stable on each > > > > must be related to X because I have some servers without X but > > cpufreq+smp+powerd running absolutely stable > > Did you ever try to measure the difference in power consumption of the > whole PC, so you know all the trouble actually is worth anything? :-) > yup I did, probably not exactly the issue if you use a computer from time t= o=20 time at home but if you have 200 running 24x7 things change Anyway I understand what you try to say but powerconsumption is not the onl= y=20 reason for using powerd there are secondary issues as PS, cooler and fan lifetimes for example, low= er=20 air conditioning costs also come in here fan noise is one of the interesting issues for home users or for whom likes= it=20 quiet in the office =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 Sat Jul 28 12:31: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 3C8FD16A417 for ; Sat, 28 Jul 2007 12:31:30 +0000 (UTC) (envelope-from mail@michaelworobcuk.de) Received: from smtp5.srv.eunet.at (smtp5.srv.eunet.at [193.154.160.227]) by mx1.freebsd.org (Postfix) with ESMTP id 15D6313C457 for ; Sat, 28 Jul 2007 12:31:29 +0000 (UTC) (envelope-from mail@michaelworobcuk.de) Received: from [85.88.27.204] (p54885CE6.dip.t-dialin.net [84.136.92.230]) by smtp5.srv.eunet.at (Postfix) with ESMTP id ECEBB13A3D3; Sat, 28 Jul 2007 14:31:23 +0200 (CEST) In-Reply-To: <46AB35F9.7060302@quip.cz> References: <9C496190-E2DE-4015-A340-CA0062B6EF9E@michaelworobcuk.de> <14989d6e0707280355j1c808a95o52ab8d4b012660c2@mail.gmail.com> <46AB35F9.7060302@quip.cz> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <89151646-4FF3-41EA-98FD-A4DAD89BC93E@michaelworobcuk.de> Content-Transfer-Encoding: 7bit From: Michael Worobcuk Date: Sat, 28 Jul 2007 14:31:20 +0200 To: Miroslav Lachman <000.fbsd@quip.cz> X-Mailer: Apple Mail (2.752.3) Cc: freebsd-stable@freebsd.org, Christian Walther Subject: Re: syntax highlighting of rc.conf with vim 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, 28 Jul 2007 12:31:30 -0000 Am 28.07.2007 um 14:26 schrieb Miroslav Lachman: > Michael Worobcuk wrote: > >> Am 28.07.2007 um 12:55 schrieb Christian Walther: >>> Hi Michael, >>> >>> On 28/07/07, Michael Worobcuk wrote: >>> >>>> Hi, >>>> I am using vim-7.1.18. >>>> Everything works fine except the syntax highlighting of rc.conf. >>>> The problem is that vim does no highlighting for the rc.conf but >>>> other .conf files are highlighted es expected. >>>> So I came to the conclusion that the syntax file for .conf would >>>> probably be ok. >>>> I also tried to use vim 6.x and copy the syntax files from a >>>> machine >>>> were everything works fine. But the problem did not disappear. >>>> Does anybody have a clou ? >>>> >>> Is it possible that it's something related to your rc.conf? >>> What does the first line read, "#!/bin/sh"? >> No, the first line of /etc/rc.conf starts with the hostname. > > If your rc.conf file will start with comment character (#) then > syntax highlight will be OK. WUOUf, that is a pretty trick. Thanks very much. It works. From owner-freebsd-stable@FreeBSD.ORG Sat Jul 28 12:43:56 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 305C616A417 for ; Sat, 28 Jul 2007 12:43:56 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [82.208.36.70]) by mx1.freebsd.org (Postfix) with ESMTP id 06C9513C46B for ; Sat, 28 Jul 2007 12:43:53 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 915DC19E02A; Sat, 28 Jul 2007 14:26:00 +0200 (CEST) Received: from [192.168.1.2] (grimm.quip.cz [213.220.192.218]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTP id 90AC719E027; Sat, 28 Jul 2007 14:25:57 +0200 (CEST) Message-ID: <46AB35F9.7060302@quip.cz> Date: Sat, 28 Jul 2007 14:26:33 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Michael Worobcuk References: <9C496190-E2DE-4015-A340-CA0062B6EF9E@michaelworobcuk.de> <14989d6e0707280355j1c808a95o52ab8d4b012660c2@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Christian Walther Subject: Re: syntax highlighting of rc.conf with vim 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, 28 Jul 2007 12:43:56 -0000 Michael Worobcuk wrote: > > Am 28.07.2007 um 12:55 schrieb Christian Walther: > >> Hi Michael, >> >> On 28/07/07, Michael Worobcuk wrote: >> >>> Hi, >>> I am using vim-7.1.18. >>> Everything works fine except the syntax highlighting of rc.conf. >>> The problem is that vim does no highlighting for the rc.conf but >>> other .conf files are highlighted es expected. >>> So I came to the conclusion that the syntax file for .conf would >>> probably be ok. >>> I also tried to use vim 6.x and copy the syntax files from a machine >>> were everything works fine. But the problem did not disappear. >>> Does anybody have a clou ? >>> >> Is it possible that it's something related to your rc.conf? >> What does the first line read, "#!/bin/sh"? > > > No, the first line of /etc/rc.conf starts with the hostname. If your rc.conf file will start with comment character (#) then syntax highlight will be OK. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Sat Jul 28 13:25: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 D155F16A41A for ; Sat, 28 Jul 2007 13:25:33 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from webmail18.mail.yandex.net (webmail18.mail.yandex.net [213.180.200.48]) by mx1.freebsd.org (Postfix) with ESMTP id 5877513C465 for ; Sat, 28 Jul 2007 13:25:33 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from YAMAIL (webmail18) by mail.yandex.ru id S8708778AbXG1NMn for ; Sat, 28 Jul 2007 17:12:43 +0400 Received: from [81.222.112.174] ([81.222.112.174]) by mail.yandex.ru with HTTP; Sat, 28 Jul 2007 17:12:42 +0400 From: "Andrey V. Elsukov" To: mail@michaelworobcuk.de In-Reply-To: 1550000000189838416 References: <9C496190-E2DE-4015-A340-CA0062B6EF9E@michaelworobcuk.de> <14989d6e0707280355j1c808a95o52ab8d4b012660c2@mail.gmail.com> <46AB35F9.7060302@quip.cz> 1550000000189838416 MIME-Version: 1.0 Message-Id: <239431185628362@webmail18.yandex.ru> Date: Sat, 28 Jul 2007 17:12:42 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain Cc: cptsalek@gmail.com, freebsd-stable@freebsd.org, 000.fbsd@quip.cz Subject: Re: syntax highlighting of rc.conf with vim 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, 28 Jul 2007 13:25:33 -0000 > Am 28.07.2007 um 14:26 schrieb Miroslav Lachman: > > If your rc.conf file will start with comment character (#) then > > syntax highlight will be OK. > WUOUf, that is a pretty trick. Thanks very much. It works. Also you can put in the comment highlight type: # vim: filetype=sh -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Sat Jul 28 13:46: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 5D9F816A420; Sat, 28 Jul 2007 13:46:33 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-15.arcor-online.net (mail-in-15.arcor-online.net [151.189.21.55]) by mx1.freebsd.org (Postfix) with ESMTP id EC30313C46E; Sat, 28 Jul 2007 13:46:32 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-13-z2.arcor-online.net (mail-in-13-z2.arcor-online.net [151.189.8.30]) by mail-in-15.arcor-online.net (Postfix) with ESMTP id CE15BA4310; Sat, 28 Jul 2007 15:46:29 +0200 (CEST) Received: from mail-in-07.arcor-online.net (mail-in-07.arcor-online.net [151.189.21.47]) by mail-in-13-z2.arcor-online.net (Postfix) with ESMTP id AE8CC1B8E04; Sat, 28 Jul 2007 15:46:29 +0200 (CEST) Received: from lofi.dyndns.org (dslb-084-062-193-107.pools.arcor-ip.net [84.62.193.107]) by mail-in-07.arcor-online.net (Postfix) with ESMTP id F1668292B61; Sat, 28 Jul 2007 15:46:28 +0200 (CEST) Received: from [192.168.8.11] (kiste.my.domain [192.168.8.11]) (authenticated bits=0) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l6SDkPdL002966 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Jul 2007 15:46:26 +0200 (CEST) (envelope-from lofi@freebsd.org) Message-ID: <46AB48A7.8060103@freebsd.org> Date: Sat, 28 Jul 2007 15:46:15 +0200 From: Michael Nottebrock User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: JoaoBR References: <200707271109.51334.joao@matik.com.br> <200707290614.18469.joao@matik.com.br> <46AB160D.6040207@freebsd.org> <200707290833.56202.joao@matik.com.br> In-Reply-To: <200707290833.56202.joao@matik.com.br> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig14CAB483601D5900E6CEBABC" X-Virus-Scanned: by amavisd-new X-Virus-Scanned: ClamAV 0.91.1/3795/Sat Jul 28 04:08:57 2007 on mail-in-07.arcor-online.net X-Virus-Status: Clean Cc: bruno@freebsd.org, freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, 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: Sat, 28 Jul 2007 13:46:33 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig14CAB483601D5900E6CEBABC Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable JoaoBR schrieb: > On Saturday 28 July 2007 07:10:21 Michael Nottebrock wrote: > =20 >> JoaoBR schrieb: >> =20 >>> On Saturday 28 July 2007 04:21:39 Michael Nottebrock wrote: >>> =20 >>>> JoaoBR schrieb: >>>> =20 >>>>> On Friday 27 July 2007 12:31:55 Nate Lawson wrote: >>>>> =20 >>>>>> JoaoBR wrote: >>>>>> =20 >>>>>>> Hi >>>>>>> when I enable powerd with default flags (and any other also) the >>>>>>> computer freezes some seconds after powerd is started. It does no= t >>>>>>> reach login. Nothing in the logs. This is with amd 5000 X2 Am2 >>>>>>> >>>>>>> When i stick into the same computer a 4600 or 4200 it runs fine a= nd >>>>>>> smooth. >>>>>>> >>>>>>> I thought it is MB related and did the same and again the 5000 cp= u >>>>>>> freeze, the smaller ones not. >>>>>>> >>>>>>> Any idea what I should do? >>>>>>> >>>>>>> I use releng_6 amd and i386 same story and cpufreq and acpi is >>>>>>> compiled. >>>>>>> =20 >>>>>> Disable powerd again and boot normally. Try changing the frequenc= y >>>>>> with "sysctl dev.cpu", etc. and see if any of the levels freeze fo= r >>>>>> you. >>>>>> =20 >>>>> ok, this is what I get >>>>> >>>>> dev.cpu.0.freq_levels: 2600/100000 2400/85596 2200/72544 2000/60778= >>>>> 1800/50237 1000/25535 >>>>> >>>>> no need to say but the fan levels obviously are wrong >>>>> >>>>> And now the interesting part I shift to 2400 or any other and >>>>> immediately freeze, that from kde konsole >>>>> >>>>> in single user mode I can shift up and down between all speeds and >>>>> nothing happens >>>>> =20 >>>> [Jumping in from the thread started on -stable - >>>> http://lists.freebsd.org/pipermail/freebsd-stable/2007-July/036395.h= tml >>>> - see there for system details] >>>> >>>> Same here - in single user mode, even powerd works fine - like it do= es >>>> with SMP disabled - but no go in multiuser. >>>> >>>> =20 >>>>> I see some similar discussion on stable but I can not match with >>>>> everything there because I have the problem only with the athlon 50= 00 >>>>> cpu >>>>> =20 >>>> The CPU difference is interesting - exactly what model is your X2 46= 00+? >>>> Mine is a stepping F, model 4B, rev BH-F2 ("Energy Efficient" with 6= 5W >>>> TDP). >>>> =20 >>> seems to be the same >>> >>> but I have better news and seems my first idea was right, the MB is i= t >>> >>> I found a tech info on the manufactor's support site telling cpu supp= ort >>> 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 + powe= rd >>> on both amd64 and i386 >>> =20 >> 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= >> ... =3D/ >> =20 > > my ok msg was too fast, after some time my video starts flickering and = stays=20 > so and the PC is freezed up, disabling powerd and works stable > =20 Meanwhile I found a workaround for my system: I had SCHED_ULE configured in my kernel - switching to SCHED_4BSD gets rid of the freezes. Should have thought of that sooner, ISTR having problems with powerd and SCHED_ULE even on single cpu P4s. Cheers, --=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --------------enig14CAB483601D5900E6CEBABC 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.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGq0ipXhc68WspdLARAlKfAJ0VKl7H8yvd9+OR/Ytt3vLrFxuw9gCgnLgM rnpDvb8UTi51MhUunDDFqjw= =luh8 -----END PGP SIGNATURE----- --------------enig14CAB483601D5900E6CEBABC-- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 28 17:10: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 C0F1B16A41F for ; Sat, 28 Jul 2007 17:10:03 +0000 (UTC) (envelope-from karl@FS.denninger.net) Received: from FS.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id 109CA13C46E for ; Sat, 28 Jul 2007 17:10:02 +0000 (UTC) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.8/8.13.1) with SMTP id l6SGk1Tr002220 for ; Sat, 28 Jul 2007 11:46:01 -0500 (CDT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys (LOCAL); Sat Jul 28 11:46:01 2007 Received: (from karl@localhost) by FS.denninger.net (8.13.8/8.13.1/Submit) id l6SGk1rI002217 for freebsd-stable@freebsd.org; Sat, 28 Jul 2007 11:46:01 -0500 (CDT) (envelope-from karl) Date: Sat, 28 Jul 2007 11:46:01 -0500 From: Karl Denninger To: freebsd-stable@freebsd.org Message-ID: <20070728164601.GA1945@FS.denninger.net> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! X-SPAMBLOCK-MATCH: Matched [@freebsd.org+], message ok Subject: FreeBSD-Stable on Intel Core2 Quad? 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, 28 Jul 2007 17:10:03 -0000 Anyone know if this runs well, poorly, or is asking to unleash the demons of the Apolcalypse into my computer? -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://genesis3.blogspot.com Musings Of A Sentient Mind %SPAMBLOCK-SYS: Matched [@freebsd.org+], message ok From owner-freebsd-stable@FreeBSD.ORG Sat Jul 28 17:47:18 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 7681216A420; Sat, 28 Jul 2007 17:47:18 +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 5E97413C465; Sat, 28 Jul 2007 17:47:18 +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 7FE801A4D7C; Sat, 28 Jul 2007 10:47:08 -0700 (PDT) Received: by rot26.obsecurity.org (Postfix, from userid 1001) id ABABEBE96; Sat, 28 Jul 2007 13:47:17 -0400 (EDT) Date: Sat, 28 Jul 2007 13:47:17 -0400 From: Kris Kennaway To: Michael Nottebrock Message-ID: <20070728174717.GA66065@rot26.obsecurity.org> References: <200707271109.51334.joao@matik.com.br> <200707290614.18469.joao@matik.com.br> <46AB160D.6040207@freebsd.org> <200707290833.56202.joao@matik.com.br> <46AB48A7.8060103@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46AB48A7.8060103@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: bruno@freebsd.org, freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, JoaoBR , 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: Sat, 28 Jul 2007 17:47:18 -0000 On Sat, Jul 28, 2007 at 03:46:15PM +0200, Michael Nottebrock wrote: > Meanwhile I found a workaround for my system: I had SCHED_ULE configured > in my kernel - switching to SCHED_4BSD gets rid of the freezes. Should > have thought of that sooner, ISTR having problems with powerd and > SCHED_ULE even on single cpu P4s. I see you've now learned a reason why no-one should be using SCHED_ULE on FreeBSD < 7 ;-) Kris From owner-freebsd-stable@FreeBSD.ORG Sat Jul 28 18:45:29 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 4972B16A418 for ; Sat, 28 Jul 2007 18:45:29 +0000 (UTC) (envelope-from dennis.melentyev@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.239]) by mx1.freebsd.org (Postfix) with ESMTP id E043113C467 for ; Sat, 28 Jul 2007 18:45:28 +0000 (UTC) (envelope-from dennis.melentyev@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so900500wxd for ; Sat, 28 Jul 2007 11:45:28 -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=CmcZYqnhqcozWSAvbdbhEHV4WWo3Xy58IXiKsR0fZMonnGvkBmg0LJtHPI3t++f3dDF+Lri9cJvSNcpqkuzMgl62fqN+pU2pMRyOOAniKfoeCk2O8VxeA2r+W/OJj2UXosgntJTxzYQ25Yi6xewr0HCKkXsUub1OJKldsOTaWGQ= 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=LC/QASPed1omm4iHIbnBhfvKyWuphXz5N65Eu6sumCV9t0nwvtYadAdf1WKbV5uVw31+9wLMoc4IXzUHXNaNZefwkXJsgC7zyXRZevpjr1q0K3PoxcnSTsNCfDB/NBUTyt2jZdx6SCA2yPRzTqirG8e6KPEaqrbrqlpBBLreqLY= Received: by 10.70.100.14 with SMTP id x14mr7251900wxb.1185648327987; Sat, 28 Jul 2007 11:45:27 -0700 (PDT) Received: by 10.70.118.15 with HTTP; Sat, 28 Jul 2007 11:45:27 -0700 (PDT) Message-ID: Date: Sat, 28 Jul 2007 21:45:27 +0300 From: "Dennis Melentyev" To: "Peter Jeremy" In-Reply-To: <20070727231905.GJ1152@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <469E6545.3070600@FreeBSD.org> <200707231415.l6NEFuRo035076@lurza.secnetix.de> <20070724094451.GB1162@turion.vk2pj.dyndns.org> <20070727231905.GJ1152@turion.vk2pj.dyndns.org> Cc: freebsd-stable@freebsd.org Subject: Re: removing external usb hdd without unmounting causes reboot? 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, 28 Jul 2007 18:45:29 -0000 Hello Peter, Thank you for your answer. 2007/7/28, Peter Jeremy : > On 2007-Jul-27 18:29:44 +0300, Dennis Melentyev wrote: [skipped architectural description, and, thank for it] > > >I'd rather consider this problem as security one. > > I think that is a very long stretch. Well, it is. :) > > >Is there any correct way to initiate funding to rewrite VM/VFS related > >parts (getting non-panicable removable devices)? Who should one > >contact for this? > > I would suggest that the first step is finding someone (or a few > people) with the necessary skills who is/are willing to work on the > problem. Offering funding may increase the potential pool but will > not automatically solve the skills/knowledge issue. Got your point. > > As for initiating funding, you have several options: > 1) Do it yourself: Find someone(s) to do the work (either by approaching > likely candidates or advertising on FreeBSD lists), get an indication > of the necessary funding and then raise the funds yourself. > 2) Approach the FreeBSD Foundation, with or without names. > 3) Approach corporations that are FreeBSD-friendly. Yahoo! and Apple are > the first ones that come to mind. I'd probably try 2nd and 3rd items - unfortunately I can't offer enough myself. Hope, it would be possible to find enough support from the community and/or corporations. Thanks for the clues! -- Dennis Melentyev From owner-freebsd-stable@FreeBSD.ORG Sat Jul 28 18:46: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 F423F16A469 for ; Sat, 28 Jul 2007 18:46:09 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id B80E313C4A3 for ; Sat, 28 Jul 2007 18:46:09 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l6SIk3xS074567; Sat, 28 Jul 2007 14:46:03 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l6SIk2cJ079602 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Jul 2007 14:46:02 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200707281846.l6SIk2cJ079602@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 28 Jul 2007 14:46:00 -0400 To: Karl Denninger , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <20070728164601.GA1945@FS.denninger.net> References: <20070728164601.GA1945@FS.denninger.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: FreeBSD-Stable on Intel Core2 Quad? 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, 28 Jul 2007 18:46:10 -0000 At 12:46 PM 7/28/2007, Karl Denninger wrote: >Anyone know if this runs well, poorly, or is asking to unleash the demons of >the Apolcalypse into my computer? I installed it briefly on a dual xeon quad core before upgrading to current. It seemed to work just fine. > 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 7.0-CURRENT #20: Mon Jul 23 11:58:00 EDT 2007 rwatson@zoo.freebsd.org:/zoo/usr.obj/rwatson/current/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU E5320 @ 1.86GHz (1866.75-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f7 Stepping = 7 Features=0xbfebfbff Features2=0x4e3bd AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 4 real memory = 3489005568 (3327 MB) avail memory = 3409817600 (3251 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 >-- >-- >Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist >http://www.denninger.net My home on the net - links to everything I do! >http://scubaforum.org Your UNCENSORED place to talk about DIVING! >http://genesis3.blogspot.com Musings Of A Sentient Mind > > >%SPAMBLOCK-SYS: Matched [@freebsd.org+], message ok >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sat Jul 28 21:00: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 62F3516A419; Sat, 28 Jul 2007 21:00:31 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-09.arcor-online.net (mail-in-09.arcor-online.net [151.189.21.49]) by mx1.freebsd.org (Postfix) with ESMTP id C958413C457; Sat, 28 Jul 2007 21:00:30 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-09-z2.arcor-online.net (mail-in-09-z2.arcor-online.net [151.189.8.21]) by mail-in-09.arcor-online.net (Postfix) with ESMTP id 8990931A7E9; Sat, 28 Jul 2007 23:00:29 +0200 (CEST) Received: from mail-in-05.arcor-online.net (mail-in-05.arcor-online.net [151.189.21.45]) by mail-in-09-z2.arcor-online.net (Postfix) with ESMTP id 7A10028EBD3; Sat, 28 Jul 2007 23:00:29 +0200 (CEST) Received: from lofi.dyndns.org (dslb-084-062-193-107.pools.arcor-ip.net [84.62.193.107]) by mail-in-05.arcor-online.net (Postfix) with ESMTP id D54632BAA21; Sat, 28 Jul 2007 23:00:28 +0200 (CEST) Received: from [192.168.8.11] (kiste.my.domain [192.168.8.11]) (authenticated bits=0) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l6SL0QF1006314 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Jul 2007 23:00:26 +0200 (CEST) (envelope-from lofi@freebsd.org) Message-ID: <46ABAE5F.8060901@freebsd.org> Date: Sat, 28 Jul 2007 23:00:15 +0200 From: Michael Nottebrock User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: Kris Kennaway References: <200707271109.51334.joao@matik.com.br> <200707290614.18469.joao@matik.com.br> <46AB160D.6040207@freebsd.org> <200707290833.56202.joao@matik.com.br> <46AB48A7.8060103@freebsd.org> <20070728174717.GA66065@rot26.obsecurity.org> In-Reply-To: <20070728174717.GA66065@rot26.obsecurity.org> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD9B5D5CB9EF4AEBB98E57F9C" X-Virus-Scanned: by amavisd-new X-Virus-Scanned: ClamAV 0.91.1/3797/Sat Jul 28 21:36:26 2007 on mail-in-05.arcor-online.net X-Virus-Status: Clean Cc: bruno@freebsd.org, freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, JoaoBR , 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: Sat, 28 Jul 2007 21:00:31 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD9B5D5CB9EF4AEBB98E57F9C Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Kris Kennaway schrieb: > On Sat, Jul 28, 2007 at 03:46:15PM +0200, Michael Nottebrock wrote: > > =20 >> Meanwhile I found a workaround for my system: I had SCHED_ULE configur= ed >> in my kernel - switching to SCHED_4BSD gets rid of the freezes. Should= >> have thought of that sooner, ISTR having problems with powerd and >> SCHED_ULE even on single cpu P4s. >> =20 > > I see you've now learned a reason why no-one should be using SCHED_ULE > on FreeBSD < 7 ;-) > =20 =2E.. and with SCHED_ULE being obsoleted by SCHED_SMP in 7+, it might actually become the scheduler nobody was ever supposed to be using? It might still be worthwhile doing some experimenting with powerd and the different schedulers in -CURRENT, just in case 4BSD ever gets knocked from GENERIC. :) Cheers, --=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --------------enigD9B5D5CB9EF4AEBB98E57F9C 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.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGq65iXhc68WspdLARAoq9AJ4pWWuEJMprpCMpid+z2ZiPeGJz0QCfbLOk ygg/OclhQ9BbrJDvxgA1Vy4= =Y0QJ -----END PGP SIGNATURE----- --------------enigD9B5D5CB9EF4AEBB98E57F9C-- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 28 21:46: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 EC50C16A418 for ; Sat, 28 Jul 2007 21:46:46 +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 6C32C13C483 for ; Sat, 28 Jul 2007 21:46:46 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 15832 invoked by uid 399); 28 Jul 2007 21:46:43 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 28 Jul 2007 21:46:43 -0000 X-Originating-IP: 127.0.0.1 Date: Sat, 28 Jul 2007 14:46:41 -0700 (PDT) From: Doug Barton To: Michael Nottebrock In-Reply-To: <46ABAE5F.8060901@freebsd.org> Message-ID: <20070728144506.W14500@qbhto.arg> References: <200707271109.51334.joao@matik.com.br> <200707290614.18469.joao@matik.com.br> <46AB160D.6040207@freebsd.org> <200707290833.56202.joao@matik.com.br> <46AB48A7.8060103@freebsd.org> <20070728174717.GA66065@rot26.obsecurity.org> <46ABAE5F.8060901@freebsd.org> Organization: http://www.FreeBSD.org/ X-OpenPGP-Key-ID: 0xD5B2F0FB X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed 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: Sat, 28 Jul 2007 21:46:47 -0000 On Sat, 28 Jul 2007, Michael Nottebrock wrote: > ... and with SCHED_ULE being obsoleted by SCHED_SMP in 7+, it might > actually become the scheduler nobody was ever supposed to be using? It > might still be worthwhile doing some experimenting with powerd and the > different schedulers in -CURRENT, just in case 4BSD ever gets knocked > from GENERIC. :) The _SMP variant has been integrated into the _ULE code in -current, so they are now the same thing. My understanding is that the intention is to make it the default scheduler for 7-stable, but I could be remembering that wrong. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Sat Jul 28 21:49: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 716EE16A46B for ; Sat, 28 Jul 2007 21:49:46 +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 EEB2313C467 for ; Sat, 28 Jul 2007 21:49:45 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 18366 invoked by uid 399); 28 Jul 2007 21:49:45 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 28 Jul 2007 21:49:45 -0000 X-Originating-IP: 127.0.0.1 Date: Sat, 28 Jul 2007 14:49:43 -0700 (PDT) From: Doug Barton To: Karl Denninger In-Reply-To: <20070728164601.GA1945@FS.denninger.net> Message-ID: <20070728144833.E14500@qbhto.arg> References: <20070728164601.GA1945@FS.denninger.net> Organization: http://www.FreeBSD.org/ X-OpenPGP-Key-ID: 0xD5B2F0FB X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD-Stable on Intel Core2 Quad? 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, 28 Jul 2007 21:49:46 -0000 On Sat, 28 Jul 2007, Karl Denninger wrote: > Anyone know if this runs well, poorly, You'd be better off testing 7-current (which is soon to be 7-stable) with the SCHED_ULE scheduler in your kernel config, since that's where all the performance improvements for SMP systems have been going. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Sat Jul 28 21:50: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 621A416A418; Sat, 28 Jul 2007 21:50:35 +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 2F5ED13C4B6; Sat, 28 Jul 2007 21:50:35 +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 967271A3C1A; Sat, 28 Jul 2007 14:50:24 -0700 (PDT) Received: by rot26.obsecurity.org (Postfix, from userid 1001) id 6C28FBEC3; Sat, 28 Jul 2007 17:50:34 -0400 (EDT) Date: Sat, 28 Jul 2007 17:50:34 -0400 From: Kris Kennaway To: Michael Nottebrock Message-ID: <20070728215034.GA69460@rot26.obsecurity.org> References: <200707271109.51334.joao@matik.com.br> <200707290614.18469.joao@matik.com.br> <46AB160D.6040207@freebsd.org> <200707290833.56202.joao@matik.com.br> <46AB48A7.8060103@freebsd.org> <20070728174717.GA66065@rot26.obsecurity.org> <46ABAE5F.8060901@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46ABAE5F.8060901@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org, bruno@freebsd.org, freebsd-acpi@freebsd.org, Kris Kennaway , JoaoBR , 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: Sat, 28 Jul 2007 21:50:35 -0000 On Sat, Jul 28, 2007 at 11:00:15PM +0200, Michael Nottebrock wrote: > Kris Kennaway schrieb: > > On Sat, Jul 28, 2007 at 03:46:15PM +0200, Michael Nottebrock wrote: > > > > > >> Meanwhile I found a workaround for my system: I had SCHED_ULE configured > >> in my kernel - switching to SCHED_4BSD gets rid of the freezes. Should > >> have thought of that sooner, ISTR having problems with powerd and > >> SCHED_ULE even on single cpu P4s. > >> > > > > I see you've now learned a reason why no-one should be using SCHED_ULE > > on FreeBSD < 7 ;-) > > > ... and with SCHED_ULE being obsoleted by SCHED_SMP in 7+, it might > actually become the scheduler nobody was ever supposed to be using? It > might still be worthwhile doing some experimenting with powerd and the > different schedulers in -CURRENT, just in case 4BSD ever gets knocked > from GENERIC. :) There has been so much publicity about SCHED_ULE being broken and contraindicated on 6.x and older versions that it's hard to understand why people persist in using it and then being surprised when it fails for them. It's also kind of irritating because it ties up developer time when problems are reported and it only later emerges that the user is using ULE. As you know, the version of ULE in 7.0 is completely revised, and has the advantage of actually working. If you see problems with ULE in 7.0, please report them on current. If you are still using ULE on -stable, please stop. Kris From owner-freebsd-stable@FreeBSD.ORG Sat Jul 28 22:03:55 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 D87B416A41B for ; Sat, 28 Jul 2007 22:03:55 +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 4550313C48A for ; Sat, 28 Jul 2007 22:03:55 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l6SM3s5v017633; Sat, 28 Jul 2007 19:03:54 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Kris Kennaway Date: Sat, 28 Jul 2007 19:03:54 -0300 User-Agent: KMail/1.9.7 References: <200707271109.51334.joao@matik.com.br> <46AB48A7.8060103@freebsd.org> <20070728174717.GA66065@rot26.obsecurity.org> In-Reply-To: <20070728174717.GA66065@rot26.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200707281903.54973.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-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: Sat, 28 Jul 2007 22:03:55 -0000 On Saturday 28 July 2007 14:47:17 Kris Kennaway wrote: > On Sat, Jul 28, 2007 at 03:46:15PM +0200, Michael Nottebrock wrote: > > Meanwhile I found a workaround for my system: I had SCHED_ULE configured > > in my kernel - switching to SCHED_4BSD gets rid of the freezes. Should > > have thought of that sooner, ISTR having problems with powerd and > > SCHED_ULE even on single cpu P4s. > > I see you've now learned a reason why no-one should be using SCHED_ULE > on FreeBSD < 7 so using ULE in 7 is ok ? ? ? you already told once ULE is broken in 6 what is nonsense as probably using= =20 ULE in 7 is ... ULE in 6.x is absolutely ok and it runs depending on situation faster than= =20 4BSD with correct kernel and sysctl settings for it and it is perfectly=20 stable, specially with polling + net.isr.enable + net.inet.ip.forwarding += =20 some other tweaks depending on the servers load and several NICs on a route= r=20 probably up to 4-6MB continuous throughput when then 4BSD gets faster but n= ot=20 so much, small and midsize MySQL seems to be faster with ULE too especially= =20 with small r/w packages ULE also seems to be faster on a desktop with SMP and KDE on X2 CPUs and yo= u=20 can feel it=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 Sat Jul 28 22:06:55 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 365F216A419 for ; Sat, 28 Jul 2007 22:06:55 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.183]) by mx1.freebsd.org (Postfix) with ESMTP id A3B4013C480 for ; Sat, 28 Jul 2007 22:06:54 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by ik-out-1112.google.com with SMTP id c21so910497ika for ; Sat, 28 Jul 2007 15:06:53 -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:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=buZXsffvTT+N75af6rnNiBJFbYQt0BgmXdLvajSSut/FKXrf1bQAgBSftVnVj0+VYkXqQFOxX3iIFrs4T9aWoO+I7G0R+dKNwh8yl/WnNndyFcYPJH7Hih1KY5ZKuwQaSKU2zSjZiMvxh8TiRZckbFB5T6h5kZTA9YDmZX1OG1o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=WUusm7Cun81/Z+bGX6uN3adN79cuIBs/IdefdnpBzy9UDMt2n5b+mqIl2bXrlJWUb99qffadRqRCO4aqTOzs7n/kq3uOYBcs1s/TLprOTw5iEI8INrFy+uxf2Z/RWdCBOfhsTm0kLExSl40ocr8u5NBoN9dPHU7w4/DQoxm27RU= Received: by 10.78.123.5 with SMTP id v5mr1089688huc.1185658715953; Sat, 28 Jul 2007 14:38:35 -0700 (PDT) Received: by 10.78.162.18 with HTTP; Sat, 28 Jul 2007 14:38:35 -0700 (PDT) Message-ID: Date: Sat, 28 Jul 2007 14:38:35 -0700 From: "Kip Macy" To: "FreeBSD Current" , "FreeBSD Stable List" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: Subject: Fwd: call for ALTQ users 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, 28 Jul 2007 22:06:55 -0000 Expanding the net a bit. ---------- Forwarded message ---------- From: Kip Macy Date: Jul 28, 2007 2:03 PM Subject: call for ALTQ users To: freebsd-net I'm looking at extending ifnet to support multiple tx queues. It appears that this will inevitably interact with ALTQ. I don't know anyone using ALTQ so I need users to raise their hands to eventually test prospective changes. Thanks. -Kip From owner-freebsd-stable@FreeBSD.ORG Sat Jul 28 22:13: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 E4ECD16A419; Sat, 28 Jul 2007 22:13:41 +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 4374E13C4A3; Sat, 28 Jul 2007 22:13:41 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l6SMDWlV018267; Sat, 28 Jul 2007 19:13:41 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Sat, 28 Jul 2007 19:13:32 -0300 User-Agent: KMail/1.9.7 References: <200707271109.51334.joao@matik.com.br> <200707290833.56202.joao@matik.com.br> <46AB48A7.8060103@freebsd.org> In-Reply-To: <46AB48A7.8060103@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200707281913.33242.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: Sat, 28 Jul 2007 22:13:42 -0000 On Saturday 28 July 2007 10:46:15 Michael Nottebrock wrote: > JoaoBR schrieb: > > On Saturday 28 July 2007 07:10:21 Michael Nottebrock wrote: > >> JoaoBR schrieb: > >>> On Saturday 28 July 2007 04:21:39 Michael Nottebrock wrote: > >>>> JoaoBR schrieb: > >>>>> On Friday 27 July 2007 12:31:55 Nate Lawson wrote: > >>>>>> JoaoBR wrote: > >>>>>>> Hi > >>>>>>> when I enable powerd with default flags (and any other also) the > >>>>>>> computer freezes some seconds after powerd is started. It does not > >>>>>>> reach login. Nothing in the logs. This is with amd 5000 X2 Am2 > >>>>>>> > >>>>>>> When i stick into the same computer a 4600 or 4200 it runs fine a= nd > >>>>>>> smooth. > >>>>>>> > >>>>>>> I thought it is MB related and did the same and again the 5000 cpu > >>>>>>> freeze, the smaller ones not. > >>>>>>> > >>>>>>> Any idea what I should do? > >>>>>>> > >>>>>>> I use releng_6 amd and i386 same story and cpufreq and acpi is > >>>>>>> compiled. > >>>>>> > >>>>>> Disable powerd again and boot normally. Try changing the frequency > >>>>>> with "sysctl dev.cpu", etc. and see if any of the levels freeze for > >>>>>> you. > >>>>> > >>>>> ok, this is what I get > >>>>> > >>>>> dev.cpu.0.freq_levels: 2600/100000 2400/85596 2200/72544 2000/60778 > >>>>> 1800/50237 1000/25535 > >>>>> > >>>>> no need to say but the fan levels obviously are wrong > >>>>> > >>>>> And now the interesting part I shift to 2400 or any other and > >>>>> immediately freeze, that from kde konsole > >>>>> > >>>>> in single user mode I can shift up and down between all speeds and > >>>>> nothing happens > >>>> > >>>> [Jumping in from the thread started on -stable - > >>>> http://lists.freebsd.org/pipermail/freebsd-stable/2007-July/036395.h= tm > >>>>l - see there for system details] > >>>> > >>>> Same here - in single user mode, even powerd works fine - like it do= es > >>>> with SMP disabled - but no go in multiuser. > >>>> > >>>>> I see some similar discussion on stable but I can not match with > >>>>> everything there because I have the problem only with the athlon 50= 00 > >>>>> cpu > >>>> > >>>> The CPU difference is interesting - exactly what model is your X2 > >>>> 4600+? Mine is a stepping F, model 4B, rev BH-F2 ("Energy Efficient" > >>>> with 65W TDP). > >>> > >>> seems to be the same > >>> > >>> 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 + powe= rd > >>> on both amd64 and i386 > >> > >> 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 > >> ... =3D/ > > > > my ok msg was too fast, after some time my video starts flickering and > > stays so and the PC is freezed up, disabling powerd and works stable > > Meanwhile I found a workaround for my system: I had SCHED_ULE configured > in my kernel - switching to SCHED_4BSD gets rid of the freezes. Should > have thought of that sooner, ISTR having problems with powerd and > SCHED_ULE even on single cpu P4s. here no change, I was already on 4BSD I tried both schedulers but my problem persist. Since my MB has a sis onboa= rd=20 vga I will try a PCIe on monday and see if it helps because when I disable= =20 DPMS in xorg.conf it stands longer here =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 Sat Jul 28 23:21: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 05D9A16A41F for ; Sat, 28 Jul 2007 23:21:06 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mx1.freebsd.org (Postfix) with ESMTP id 63F5113C491 for ; Sat, 28 Jul 2007 23:21:05 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l6SNL3AB061092; Sun, 29 Jul 2007 09:21:03 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l6SNL3cq061091; Sun, 29 Jul 2007 09:21:03 +1000 (EST) (envelope-from peter) Date: Sun, 29 Jul 2007 09:21:02 +1000 From: Peter Jeremy To: JoaoBR Message-ID: <20070728232102.GG1152@turion.vk2pj.dyndns.org> References: <200707271109.51334.joao@matik.com.br> <46AB48A7.8060103@freebsd.org> <20070728174717.GA66065@rot26.obsecurity.org> <200707281903.54973.joao@matik.com.br> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="84ND8YJRMFlzkrP4" Content-Disposition: inline In-Reply-To: <200707281903.54973.joao@matik.com.br> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: 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: Sat, 28 Jul 2007 23:21:06 -0000 --84ND8YJRMFlzkrP4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Jul-28 19:03:54 -0300, JoaoBR wrote: >so using ULE in 7 is ok ? ? ? Yes. >ULE in 6.x is absolutely ok and it runs depending on situation faster than= =20 >4BSD with correct kernel and sysctl settings for it and it is perfectly=20 >stable, This is simply wrong. ULE in 6.x is known to have problems and is unsupported. If the problems do not affect your particular workload then fine. If you have _any_ problems whilst running with ULE in 6.x, your problems will not be invstigated unless you can reproduce the problem with the 4BSD scheduler. As Kris stated, reporting problems in 6.x when you are running ULE is just wasting developer resources. Please stop implying that people should be using ULE in 6.x unless you are willing to personally provide support for them. --=20 Peter Jeremy --84ND8YJRMFlzkrP4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGq89e/opHv/APuIcRAtOVAJ9D2bItnYPwKXvrwLiPyXsvjRKz0ACgwIq4 8hb8dBW5XXFcLh0G5Dc2g6g= =PPrW -----END PGP SIGNATURE----- --84ND8YJRMFlzkrP4-- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 28 23:50:56 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 938F216A41A for ; Sat, 28 Jul 2007 23:50:56 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 2E97113C469 for ; Sat, 28 Jul 2007 23:50:56 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: by py-out-1112.google.com with SMTP id a73so2319291pye for ; Sat, 28 Jul 2007 16:50:55 -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:references; b=qZ7cNNgIQgAqE7aTy0LbRbfYJ7eMjWB3utv+UBz1RWKc9utQChdfP0K81BfcHwaKSia9FfOxHlLbNUljaOPTSOHr8nNjs8HYgyyfhQcSFvlbMybl9Bv/lhEHcSuIzG6TQYDTy9E2qu2Wb1R0HkV72OhijxaOZnTyW1/yunQT7Og= 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:references; b=VNmcRCwx5INQ2a9Bwiv9xj37Y96I5FRBs78ZWuVt4bR9JNNTfQ+xz1PwQEWH4ZiAj64eL63pmz0LsjJJiJoYEjR9zJcyXAiUEwYwvel6ge3jLSiEohFMFiynoMRro/wH1kHhkoYPaEYpwwTT45IguVRXVp1Drxj/ngwvpunivSo= Received: by 10.64.196.9 with SMTP id t9mr6824343qbf.1185666655163; Sat, 28 Jul 2007 16:50:55 -0700 (PDT) Received: by 10.65.196.8 with HTTP; Sat, 28 Jul 2007 16:50:55 -0700 (PDT) Message-ID: Date: Sun, 29 Jul 2007 03:50:55 +0400 From: "Alexey Karagodov" To: "Kip Macy" In-Reply-To: MIME-Version: 1.0 References: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Current , FreeBSD Stable List Subject: Re: call for ALTQ users 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, 28 Jul 2007 23:50:56 -0000 how can i help you? 2007/7/29, Kip Macy : > > Expanding the net a bit. > > ---------- Forwarded message ---------- > From: Kip Macy > Date: Jul 28, 2007 2:03 PM > Subject: call for ALTQ users > To: freebsd-net > > > I'm looking at extending ifnet to support multiple tx queues. It > appears that this will inevitably interact with ALTQ. I don't know > anyone using ALTQ so I need users to raise their hands to eventually > test prospective changes. > > Thanks. > > -Kip > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sat Jul 28 23:53:38 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 592D216A417 for ; Sat, 28 Jul 2007 23:53:38 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id BC50B13C483 for ; Sat, 28 Jul 2007 23:53:37 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so991817uge for ; Sat, 28 Jul 2007 16:53:36 -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=ByYClX0OPBbEvebjNfk3iU2tSVX6d9IKodlP0uEbAHGV+/fgsYvenWskGrZ91gnSQTrzedtlIOn+MoBpcIpWeAAmz0Lp1l2g6l/55sIGDbYRTc47TLR3c2yo1h1midi5y8HCPDOA4PpoKHbEB1Ksq5Z79mTyzjh30AUnGFOY0cM= 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=axXfte1ftrjA8jjkq704eU5OQTN0pVtdXEC5ReXXDLuP/bY6aMRtVcYVQeMwMHqLRfgWuNiTx+ax6eqCASaW9236TI0aHYkIgEnYCUhjgFHr7ZSaIXC99KgN6cAUAQKPq8Z9A8CziTXlqx2uJ4JSFK7ZbGK9WHsB9oXmLwB01dU= Received: by 10.78.132.2 with SMTP id f2mr1114189hud.1185666816445; Sat, 28 Jul 2007 16:53:36 -0700 (PDT) Received: by 10.78.162.18 with HTTP; Sat, 28 Jul 2007 16:53:36 -0700 (PDT) Message-ID: Date: Sat, 28 Jul 2007 16:53:36 -0700 From: "Kip Macy" To: "Alexey Karagodov" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: FreeBSD Current , FreeBSD Stable List Subject: Re: call for ALTQ users 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, 28 Jul 2007 23:53:38 -0000 On 7/28/07, Alexey Karagodov wrote: > how can i help you? I'd like to understand how ALTQ is being used currently. Are there users using it on high bandwidth interfaces? As currently implemented it would force serialization, increased locking overhead, and potentially loss of locality on cards that support multiple queues (i.e. most 10GigE cards). -Kip > > 2007/7/29, Kip Macy : > > > > Expanding the net a bit. > > > > ---------- Forwarded message ---------- > > From: Kip Macy > > Date: Jul 28, 2007 2:03 PM > > Subject: call for ALTQ users > > To: freebsd-net > > > > > > I'm looking at extending ifnet to support multiple tx queues. It > > appears that this will inevitably interact with ALTQ. I don't know > > anyone using ALTQ so I need users to raise their hands to eventually > > test prospective changes. > > > > Thanks. > > > > -Kip > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@ > freebsd.org" > > > >