From owner-freebsd-stable@FreeBSD.ORG Sun Feb 20 00:35:13 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36CAB1065670 for ; Sun, 20 Feb 2011 00:35:13 +0000 (UTC) (envelope-from dougb@dougbarton.us) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id B91E78FC0C for ; Sun, 20 Feb 2011 00:35:12 +0000 (UTC) Received: (qmail 16683 invoked by uid 399); 20 Feb 2011 00:35:07 -0000 Received: from router.ka9q.net (HELO doug-optiplex.ka9q.net) (dougb@dougbarton.us@75.60.237.91) by mail2.fluidhosting.com with ESMTPAM; 20 Feb 2011 00:35:07 -0000 X-Originating-IP: 75.60.237.91 X-Sender: dougb@dougbarton.us Message-ID: <4D6061B9.4030706@dougbarton.us> Date: Sat, 19 Feb 2011 16:35:05 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20110129 Thunderbird/3.1.7 MIME-Version: 1.0 To: Rick Macklem References: <931979672.138955.1298150177898.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <931979672.138955.1298150177898.JavaMail.root@erie.cs.uoguelph.ca> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: mike@jellydonut.org, george+freebsd@m5p.com, freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: statd/lockd startup failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Feb 2011 00:35:13 -0000 On 02/19/2011 13:16, Rick Macklem wrote: >> On 02/18/2011 10:08, Rick Macklem wrote: >>> The attached patches changes the behaviour so that it tries to >>> get an unused port for each of the 4 cases. >> >> Am I correct in assuming that what you're proposing is to >> (potentially) >> have different ports for all 4 combinations? I would suggest that this >> is not the right way to solve the problem. If I misunderstand, I >> apologize. >> > Well, that was what I was proposing. I think that would be a bad idea. It's hard enough to deal with tracking these services when they are on the same port. :) I don't think there is a single function that you can call that will provide you an open port on all 4, although it would probably be nice if we had one. Something along the line of open a port for 1, then try to open the same port on the other 3. If one of them fails, start the process over. In the common case (starting the services when the system starts) it shouldn't be difficult to find a port that is open on all 4. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Sun Feb 20 01:48:28 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6358F106566C for ; Sun, 20 Feb 2011 01:48:28 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout021.mac.com (asmtpout021.mac.com [17.148.16.96]) by mx1.freebsd.org (Postfix) with ESMTP id 48D498FC0A for ; Sun, 20 Feb 2011 01:48:28 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from [17.151.73.245] by asmtp021.mac.com (Oracle Communications Messaging Exchange Server 7u4-20.01 64bit (built Nov 21 2010)) with ESMTPSA id <0LGW000A24V8QFC0@asmtp021.mac.com> for freebsd-stable@freebsd.org; Sat, 19 Feb 2011 16:47:42 -0800 (PST) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2011-02-19_03:2011-02-19, 2011-02-19, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1012030000 definitions=main-1102190130 From: Chuck Swiger In-reply-to: <931979672.138955.1298150177898.JavaMail.root@erie.cs.uoguelph.ca> Date: Sat, 19 Feb 2011 16:47:32 -0800 Message-id: <8AB6976A-610D-46B1-BAE8-2BBDC70BBAE6@mac.com> References: <931979672.138955.1298150177898.JavaMail.root@erie.cs.uoguelph.ca> To: Rick Macklem X-Mailer: Apple Mail (2.1082) Cc: freebsd-stable@freebsd.org Subject: Re: statd/lockd startup failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Feb 2011 01:48:28 -0000 Hi-- On Feb 19, 2011, at 1:16 PM, Rick Macklem wrote: > Well, that was what I was proposing. I could be wrong, but as far as I > know, this is allowed by Sun RPC. The port#s are assigned dynamically and > registered with rpcbind. (I don't necessarily agree with the design, but > this was/is how Sun RPC does it. The philosophy was/is that apps. don't know > what port# is being used and shouldn't care. If sysadmins want to use a > fixed port#, they can use command line options to override the default > dynamic assignment. And, yes, this is one reason that Sun RPC is a pita > w.r.t. firewalls. 1980s design...) Trying to force SunRPC and old NFS through fixed ports in order to pass through a firewall sounds like a lot more work, and weakens the security of a firewall to such a significant extent that I have to wonder if it is the right problem to solve. :-) Why not setup a VPN via OpenVPN/IPSec/ssh+ppp/etc...? Regards, -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Sun Feb 20 14:49:29 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32E18106566C for ; Sun, 20 Feb 2011 14:49:29 +0000 (UTC) (envelope-from samspeed@mail.ru) Received: from fallback3.mail.ru (fallback6.mail.ru [94.100.176.134]) by mx1.freebsd.org (Postfix) with ESMTP id A267D8FC16 for ; Sun, 20 Feb 2011 14:49:28 +0000 (UTC) Received: from f30.mail.ru (f30.mail.ru [217.69.129.95]) by fallback3.mail.ru (mPOP.Fallback_MX) with ESMTP id 4AAAB19C8A5A for ; Sun, 20 Feb 2011 17:34:07 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail; h=Message-Id:Content-Transfer-Encoding:Content-Type:Reply-To:In-Reply-To:References:Date:Mime-Version:Subject:Cc:To:From; bh=JYRv0706SDXNDaZRS4VWpfw+lLaq90q4okSZtHN/MPg=; b=poJdZyvznbvHUVtcKP6MwBjdNbvvTDeWRk0n4mbY4zd5Q1prMVsTdOLr04TU+arkJq0I8Dw/NuEzRZ320G4pP7w+sdHe2g0jRxvK2YDEADlu5CO3xH+J1QxX7ySlmnJ5; Received: from mail by f30.mail.ru with local id 1PrAM9-0001fN-00; Sun, 20 Feb 2011 17:33:49 +0300 Received: from [91.202.27.126] by e.mail.ru with HTTP; Sun, 20 Feb 2011 17:33:49 +0300 From: Andrey Smagin To: Andrew Boyer Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: 172.17.1.151 via proxy [91.202.27.126] Date: Sun, 20 Feb 2011 17:33:49 +0300 References: <4D4A38FD.7000607@rdtc.ru> <4D3011DB.9050900@frasunek.com> <4FD1B1C3-08A7-4F48-A30A-DE5A8F3D3834@averesystems.com> In-Reply-To: <4FD1B1C3-08A7-4F48-A30A-DE5A8F3D3834@averesystems.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Message-Id: X-Spam: Not detected X-Mras: Ok Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, Eugene Grosbein Subject: Re[2]: About "panic: bufwrite: buffer is not busy???" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andrey Smagin List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2011 14:49:29 -0000 On week -current I have same problem, my box paniced every 2-15 min. I resolve problem by next steps - unplug network connectors from 2 intel em (82574L) cards. I think last time that mpd5 related panic, but mpd5 work with another re interface interated on MB. I think it may be em related panic, or em+mpd5. Wed, 16 Feb 2011 12:08:30 -0500 письмо от Andrew Boyer : > Moving this to -current and -stable and following up... > > Something is broken with coredumps on stable/8 amd64. I tried a vanilla > 8.2-RC3 and yesterday's csup of stable/8; neither can dump a core with 'sysctl > debug.kdb.panic=1'. > > For the 8.2-RC3 / amd64 / GENERIC install, I used the memstick image, > installed on ad7 (a 250GB SATA drive), used the default partition map, and set > dumpdev to AUTO. > > I added enough tracing to show that the second panic is due to the syncer > process flushing buffers to the other filesystems in parallel with the dump. > I've seen this panic and a similar one 'buffer not locked' coming from > ffs_write(). One time out of about 30 the core ran to completion, but slowly > (~1MB/sec). Other times the dump just locks up completely with no other > output. > > Does anyone know what might have changed to expose this problem? > > I don't ever see it under 7.1. > > Thanks, > Andrew > > On Feb 3, 2011, at 12:11 AM, Eugene Grosbein wrote: > > > On 02.02.2011 00:50, Gleb Smirnoff wrote: > > > >> E> Uptime: 8h3m51s > >> E> Dumping 4087 MB (3 chunks) > >> E> chunk 0: 1MB (150 pages) ... ok > >> E> chunk 1: 3575MB (915088 pages) 3559 3543panic: bufwrite: buffer is not > busy??? > >> E> cpuid = 3 > >> E> Uptime: 8h3m52s > >> E> Automatic reboot in 15 seconds - press a key on the console to abort > >> Can you add KDB_TRACE option to kernel? Your boxes for some reason can't > >> dump core, but with this option we will have at least trace. > > > > I see Mike Tancsa's box has "bufwrite: buffer is not busy???" problem too. > > Has anyone a thought how to fix generation of crashdumps? > > > > Eugene Grosbein > > > > > > _______________________________________________ > > freebsd-net@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-net > > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > -------------------------------------------------- > Andrew Boyer aboyer@averesystems.com > > > > > _______________________________________________ > 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 Sun Feb 20 15:31:00 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09AC6106564A; Sun, 20 Feb 2011 15:31:00 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 836408FC1A; Sun, 20 Feb 2011 15:30:59 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:68ff:b8ee:849:710f] ([IPv6:2607:f3e0:0:4:68ff:b8ee:849:710f]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p1KFUqXc050028 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 20 Feb 2011 10:30:53 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4D6133AC.6070507@sentex.net> Date: Sun, 20 Feb 2011 10:30:52 -0500 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Andrey Smagin References: <4D4A38FD.7000607@rdtc.ru> <4D3011DB.9050900@frasunek.com> <4FD1B1C3-08A7-4F48-A30A-DE5A8F3D3834@averesystems.com> In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, Eugene Grosbein , Andrew Boyer Subject: Re: About "panic: bufwrite: buffer is not busy???" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Feb 2011 15:31:00 -0000 On 2/20/2011 9:33 AM, Andrey Smagin wrote: > On week -current I have same problem, my box paniced every 2-15 min. I resolve problem by next steps - unplug network connectors from 2 intel em (82574L) cards. I think last time that mpd5 related panic, but mpd5 work with another re interface interated on MB. I think it may be em related panic, or em+mpd5. The latest panic I saw didnt have anything to do with em. Are you sure your crashes are because of the nic drive ? The latest I saw was on Friday. # kgdb /usr/obj/usr/src/sys/router/kernel.debug vmcore.11 (kgdb) bt #0 doadump () at pcpu.h:231 #1 0xc04a51f9 in db_fncall (dummy1=1, dummy2=0, dummy3=-1063333856, dummy4=0xc6b9696c "") at /usr/src/sys/ddb/db_command.c:548 #2 0xc04a55f1 in db_command (last_cmdp=0xc096f73c, cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:445 #3 0xc04a574a in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #4 0xc04a764d in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:229 #5 0xc068ba7e in kdb_trap (type=12, code=0, tf=0xc6b96b94) at /usr/src/sys/kern/subr_kdb.c:546 #6 0xc088056f in trap_fatal (frame=0xc6b96b94, eva=52) at /usr/src/sys/i386/i386/trap.c:937 #7 0xc0880830 in trap_pfault (frame=0xc6b96b94, usermode=0, eva=52) at /usr/src/sys/i386/i386/trap.c:859 #8 0xc0880d4a in trap (frame=0xc6b96b94) at /usr/src/sys/i386/i386/trap.c:532 #9 0xc086716c in calltrap () at /usr/src/sys/i386/i386/exception.s:166 #10 0xc0657a16 in uihold (uip=0x0) at /usr/src/sys/kern/kern_resource.c:1248 #11 0xc0654ec9 in crcopy (dest=0xce3ee800, src=0xce3ee600) at /usr/src/sys/kern/kern_prot.c:1873 #12 0xc0654fd1 in crcopysafe (p=0xc90cc810, cr=0xce3ee800) at /usr/src/sys/kern/kern_prot.c:1950 #13 0xc0656d7f in seteuid (td=0xc9196b80, uap=0xc6b96cec) at /usr/src/sys/kern/kern_prot.c:615 #14 0xc06985ff in syscallenter (td=0xc9196b80, sa=0xc6b96ce4) at /usr/src/sys/kern/subr_trap.c:315 #15 0xc0880884 in syscall (frame=0xc6b96d28) at /usr/src/sys/i386/i386/trap.c:1061 #16 0xc08671d1 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:264 #17 0x00000033 in ?? () (kgdb) frame 10 #10 0xc0657a16 in uihold (uip=0x0) at /usr/src/sys/kern/kern_resource.c:1248 1248 { (kgdb) list 1243 * Place another refcount on a uidinfo struct. 1244 */ 1245 void 1246 uihold(uip) 1247 struct uidinfo *uip; 1248 { 1249 1250 refcount_acquire(&uip->ui_ref); 1251 } 1252 (kgdb) p *uip Cannot access memory at address 0x0 (kgdb) p uip $1 = (struct uidinfo *) 0x0 (kgdb) > > > Wed, 16 Feb 2011 12:08:30 -0500 письмо от Andrew Boyer : > >> Moving this to -current and -stable and following up... >> >> Something is broken with coredumps on stable/8 amd64. I tried a vanilla >> 8.2-RC3 and yesterday's csup of stable/8; neither can dump a core with 'sysctl >> debug.kdb.panic=1'. >> >> For the 8.2-RC3 / amd64 / GENERIC install, I used the memstick image, >> installed on ad7 (a 250GB SATA drive), used the default partition map, and set >> dumpdev to AUTO. >> >> I added enough tracing to show that the second panic is due to the syncer >> process flushing buffers to the other filesystems in parallel with the dump. >> I've seen this panic and a similar one 'buffer not locked' coming from >> ffs_write(). One time out of about 30 the core ran to completion, but slowly >> (~1MB/sec). Other times the dump just locks up completely with no other >> output. >> >> Does anyone know what might have changed to expose this problem? >> >> I don't ever see it under 7.1. >> >> Thanks, >> Andrew >> >> On Feb 3, 2011, at 12:11 AM, Eugene Grosbein wrote: >> >>> On 02.02.2011 00:50, Gleb Smirnoff wrote: >>> >>>> E> Uptime: 8h3m51s >>>> E> Dumping 4087 MB (3 chunks) >>>> E> chunk 0: 1MB (150 pages) ... ok >>>> E> chunk 1: 3575MB (915088 pages) 3559 3543panic: bufwrite: buffer is not >> busy??? >>>> E> cpuid = 3 >>>> E> Uptime: 8h3m52s >>>> E> Automatic reboot in 15 seconds - press a key on the console to abort >>>> Can you add KDB_TRACE option to kernel? Your boxes for some reason can't >>>> dump core, but with this option we will have at least trace. >>> >>> I see Mike Tancsa's box has "bufwrite: buffer is not busy???" problem too. >>> Has anyone a thought how to fix generation of crashdumps? >>> >>> Eugene Grosbein >>> >>> >>> _______________________________________________ >>> freebsd-net@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-net >>> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >> >> -------------------------------------------------- >> Andrew Boyer aboyer@averesystems.com >> >> >> >> >> _______________________________________________ >> 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" > > -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Sun Feb 20 15:47:01 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86AAB106564A for ; Sun, 20 Feb 2011 15:47:01 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta02.emeryville.ca.mail.comcast.net (qmta02.emeryville.ca.mail.comcast.net [76.96.30.24]) by mx1.freebsd.org (Postfix) with ESMTP id 656C58FC15 for ; Sun, 20 Feb 2011 15:47:01 +0000 (UTC) Received: from omta18.emeryville.ca.mail.comcast.net ([76.96.30.74]) by qmta02.emeryville.ca.mail.comcast.net with comcast id AFmP1g0071bwxycA2Fn04w; Sun, 20 Feb 2011 15:47:00 +0000 Received: from koitsu.dyndns.org ([98.248.33.18]) by omta18.emeryville.ca.mail.comcast.net with comcast id AFmr1g01h0PUQVN8eFmvB1; Sun, 20 Feb 2011 15:46:58 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 3B7109B422; Sun, 20 Feb 2011 07:46:51 -0800 (PST) Date: Sun, 20 Feb 2011 07:46:51 -0800 From: Jeremy Chadwick To: Mike Tancsa Message-ID: <20110220154651.GA17661@icarus.home.lan> References: <4D4A38FD.7000607@rdtc.ru> <4D3011DB.9050900@frasunek.com> <4FD1B1C3-08A7-4F48-A30A-DE5A8F3D3834@averesystems.com> <4D6133AC.6070507@sentex.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D6133AC.6070507@sentex.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, freebsd-current@freebsd.org, Andrey Smagin , Eugene Grosbein , Andrew Boyer Subject: Re: About "panic: bufwrite: buffer is not busy???" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Feb 2011 15:47:01 -0000 On Sun, Feb 20, 2011 at 10:30:52AM -0500, Mike Tancsa wrote: > On 2/20/2011 9:33 AM, Andrey Smagin wrote: > > On week -current I have same problem, my box paniced every 2-15 min. I resolve problem by next steps - unplug network connectors from 2 intel em (82574L) cards. I think last time that mpd5 related panic, but mpd5 work with another re interface interated on MB. I think it may be em related panic, or em+mpd5. > > The latest panic I saw didnt have anything to do with em. Are you sure > your crashes are because of the nic drive ? Not to mention, the error string the OP provided (see Subject) is only contained in one file: sys/ufs/ffs/ffs_vfsops.c, function ffs_bufwrite(). So, that would be some kind of weird filesystem-related issue, not NIC-specific. I have no idea how to debug said problem. -- | Jeremy Chadwick jdc@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 Feb 20 15:55:38 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 566A2106564A; Sun, 20 Feb 2011 15:55:38 +0000 (UTC) (envelope-from aboyer@averesystems.com) Received: from zimbra.averesystems.com (75-149-8-245-Pennsylvania.hfc.comcastbusiness.net [75.149.8.245]) by mx1.freebsd.org (Postfix) with ESMTP id 0CD768FC0A; Sun, 20 Feb 2011 15:55:37 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zimbra.averesystems.com (Postfix) with ESMTP id 2232C44A005; Sun, 20 Feb 2011 10:54:44 -0500 (EST) X-Virus-Scanned: amavisd-new at averesystems.com Received: from zimbra.averesystems.com ([127.0.0.1]) by localhost (zimbra.averesystems.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n2TsV5VszDrj; Sun, 20 Feb 2011 10:54:41 -0500 (EST) Received: from [192.168.4.6] (c-24-131-84-46.hsd1.pa.comcast.net [24.131.84.46]) by zimbra.averesystems.com (Postfix) with ESMTPSA id 8CE5844A004; Sun, 20 Feb 2011 10:54:41 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1082) From: Andrew Boyer In-Reply-To: <20110220154651.GA17661@icarus.home.lan> Date: Sun, 20 Feb 2011 10:55:34 -0500 Message-Id: References: <4D4A38FD.7000607@rdtc.ru> <4D3011DB.9050900@frasunek.com> <4FD1B1C3-08A7-4F48-A30A-DE5A8F3D3834@averesystems.com> <4D6133AC.6070507@sentex.net> <20110220154651.GA17661@icarus.home.lan> To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.1082) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Andrey Smagin , Eugene Grosbein , Jeremy Chadwick Subject: Re: About "panic: bufwrite: buffer is not busy???" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Feb 2011 15:55:38 -0000 On Feb 20, 2011, at 10:46 AM, Jeremy Chadwick wrote: > On Sun, Feb 20, 2011 at 10:30:52AM -0500, Mike Tancsa wrote: >> On 2/20/2011 9:33 AM, Andrey Smagin wrote: >>> On week -current I have same problem, my box paniced every 2-15 min. = I resolve problem by next steps - unplug network connectors from 2 intel = em (82574L) cards. I think last time that mpd5 related panic, but mpd5 = work with another re interface interated on MB. I think it may be em = related panic, or em+mpd5. >>=20 >> The latest panic I saw didnt have anything to do with em. Are you = sure >> your crashes are because of the nic drive ? >=20 > Not to mention, the error string the OP provided (see Subject) is only > contained in one file: sys/ufs/ffs/ffs_vfsops.c, function > ffs_bufwrite(). So, that would be some kind of weird = filesystem-related > issue, not NIC-specific. I have no idea how to debug said problem. >=20 The issue is the file system activity occurring in parallel with the = coredump, which is strange. It seems like everything else should be = halted before the dump begins but I couldn't find a place in the code = that actually tries to stop the other CPUs. My question isn't about the initial panic (I was using the sysctl to = provoke one), but about the secondary panic. This is on 8-core systems. -Andrew -------------------------------------------------- Andrew Boyer aboyer@averesystems.com From owner-freebsd-stable@FreeBSD.ORG Sun Feb 20 16:55:02 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E781106566B; Sun, 20 Feb 2011 16:55:02 +0000 (UTC) (envelope-from samspeed@mail.ru) Received: from f23.mail.ru (f23.mail.ru [217.69.129.89]) by mx1.freebsd.org (Postfix) with ESMTP id 62A588FC12; Sun, 20 Feb 2011 16:55:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail; h=Message-Id:Content-Transfer-Encoding:Content-Type:Reply-To:In-Reply-To:References:Date:Mime-Version:Subject:Cc:To:From; bh=njS6zTgB+d+oIxVZdnLEmASts36n8/3n61TcPIt9HGs=; b=Xpkcb5di7uIwourD/ATC8qAsaNGIi1Ctai7gK3AF4Dlr+00/LnzdG2uy6hBvttvVsutuedW24WoDOixFR2kCykyHOdCd96HV+z3aO0/GdmSNnp2G+7I+zlWnAQXxDyb1; Received: from mail by f23.mail.ru with local id 1PrCYb-0002wI-00; Sun, 20 Feb 2011 19:54:49 +0300 Received: from [91.202.27.126] by e.mail.ru with HTTP; Sun, 20 Feb 2011 19:54:49 +0300 From: Andrey Smagin To: Mike Tancsa Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: 172.17.1.151 via proxy [91.202.27.126] Date: Sun, 20 Feb 2011 19:54:49 +0300 References: <4D4A38FD.7000607@rdtc.ru> <4D6133AC.6070507@sentex.net> In-Reply-To: <4D6133AC.6070507@sentex.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Message-Id: X-Spam: Not detected X-Mras: Ok Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, Eugene Grosbein , Andrew Boyer Subject: Re[2]: About "panic: bufwrite: buffer is not busy???" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andrey Smagin List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2011 16:55:02 -0000 Sun, 20 Feb 2011 10:30:52 -0500 письмо от Mike Tancsa : > On 2/20/2011 9:33 AM, Andrey Smagin wrote: > > On week -current I have same problem, my box paniced every 2-15 min. I > resolve problem by next steps - unplug network connectors from 2 intel em > (82574L) cards. I think last time that mpd5 related panic, but mpd5 work with > another re interface interated on MB. I think it may be em related panic, or > em+mpd5. > > The latest panic I saw didnt have anything to do with em. Are you sure > your crashes are because of the nic drive ? I not shure crash because nic driver, I say only because my box after unplug 2 em nic's have uptime from moment of unplug to right now moment. About all last week I tried understand source of panic. My box : Phenom x4 12GB 2 re nic 2 em nic through re0 em1 em2 work mpd5 re0 pptp client em0 pppoe client em1 l2tp client > The latest I saw was on Friday. > > # kgdb /usr/obj/usr/src/sys/router/kernel.debug vmcore.11 > (kgdb) bt > #0 doadump () at pcpu.h:231 > #1 0xc04a51f9 in db_fncall (dummy1=1, dummy2=0, dummy3=-1063333856, > dummy4=0xc6b9696c "") at /usr/src/sys/ddb/db_command.c:548 > #2 0xc04a55f1 in db_command (last_cmdp=0xc096f73c, cmd_table=0x0, > dopager=1) at /usr/src/sys/ddb/db_command.c:445 > #3 0xc04a574a in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 > #4 0xc04a764d in db_trap (type=12, code=0) at > /usr/src/sys/ddb/db_main.c:229 > #5 0xc068ba7e in kdb_trap (type=12, code=0, tf=0xc6b96b94) at > /usr/src/sys/kern/subr_kdb.c:546 > #6 0xc088056f in trap_fatal (frame=0xc6b96b94, eva=52) at > /usr/src/sys/i386/i386/trap.c:937 > #7 0xc0880830 in trap_pfault (frame=0xc6b96b94, usermode=0, eva=52) at > /usr/src/sys/i386/i386/trap.c:859 > #8 0xc0880d4a in trap (frame=0xc6b96b94) at > /usr/src/sys/i386/i386/trap.c:532 > #9 0xc086716c in calltrap () at /usr/src/sys/i386/i386/exception.s:166 > #10 0xc0657a16 in uihold (uip=0x0) at /usr/src/sys/kern/kern_resource.c:1248 > #11 0xc0654ec9 in crcopy (dest=0xce3ee800, src=0xce3ee600) at > /usr/src/sys/kern/kern_prot.c:1873 > #12 0xc0654fd1 in crcopysafe (p=0xc90cc810, cr=0xce3ee800) at > /usr/src/sys/kern/kern_prot.c:1950 > #13 0xc0656d7f in seteuid (td=0xc9196b80, uap=0xc6b96cec) at > /usr/src/sys/kern/kern_prot.c:615 > #14 0xc06985ff in syscallenter (td=0xc9196b80, sa=0xc6b96ce4) at > /usr/src/sys/kern/subr_trap.c:315 > #15 0xc0880884 in syscall (frame=0xc6b96d28) at > /usr/src/sys/i386/i386/trap.c:1061 > #16 0xc08671d1 in Xint0x80_syscall () at > /usr/src/sys/i386/i386/exception.s:264 > #17 0x00000033 in ?? () > > (kgdb) frame 10 > #10 0xc0657a16 in uihold (uip=0x0) at /usr/src/sys/kern/kern_resource.c:1248 > 1248 { > (kgdb) list > 1243 * Place another refcount on a uidinfo struct. > 1244 */ > 1245 void > 1246 uihold(uip) > 1247 struct uidinfo *uip; > 1248 { > 1249 > 1250 refcount_acquire(&uip->ui_ref); > 1251 } > 1252 > (kgdb) p *uip > Cannot access memory at address 0x0 > (kgdb) p uip > $1 = (struct uidinfo *) 0x0 > (kgdb) > > > > > > > Wed, 16 Feb 2011 12:08:30 -0500 письмо от Andrew Boyer > : > > > >> Moving this to -current and -stable and following up... > >> > >> Something is broken with coredumps on stable/8 amd64. I tried a vanilla > >> 8.2-RC3 and yesterday's csup of stable/8; neither can dump a core with > 'sysctl > >> debug.kdb.panic=1'. > >> > >> For the 8.2-RC3 / amd64 / GENERIC install, I used the memstick image, > >> installed on ad7 (a 250GB SATA drive), used the default partition map, and > set > >> dumpdev to AUTO. > >> > >> I added enough tracing to show that the second panic is due to the syncer > >> process flushing buffers to the other filesystems in parallel with the > dump. > >> I've seen this panic and a similar one 'buffer not locked' coming from > >> ffs_write(). One time out of about 30 the core ran to completion, but > slowly > >> (~1MB/sec). Other times the dump just locks up completely with no other > >> output. > >> > >> Does anyone know what might have changed to expose this problem? > >> > >> I don't ever see it under 7.1. > >> > >> Thanks, > >> Andrew > >> > >> On Feb 3, 2011, at 12:11 AM, Eugene Grosbein wrote: > >> > >>> On 02.02.2011 00:50, Gleb Smirnoff wrote: > >>> > >>>> E> Uptime: 8h3m51s > >>>> E> Dumping 4087 MB (3 chunks) > >>>> E> chunk 0: 1MB (150 pages) ... ok > >>>> E> chunk 1: 3575MB (915088 pages) 3559 3543panic: bufwrite: buffer is > not > >> busy??? > >>>> E> cpuid = 3 > >>>> E> Uptime: 8h3m52s > >>>> E> Automatic reboot in 15 seconds - press a key on the console to abort > >>>> Can you add KDB_TRACE option to kernel? Your boxes for some reason can't > >>>> dump core, but with this option we will have at least trace. > >>> > >>> I see Mike Tancsa's box has "bufwrite: buffer is not busy???" problem too. > >>> Has anyone a thought how to fix generation of crashdumps? > >>> > >>> Eugene Grosbein > >>> > >>> > >>> _______________________________________________ > >>> freebsd-net@freebsd.org mailing list > >>> http://lists.freebsd.org/mailman/listinfo/freebsd-net > >>> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > >> > >> -------------------------------------------------- > >> Andrew Boyer aboyer@averesystems.com > >> > >> > >> > >> > >> _______________________________________________ > >> 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" > > > > > > > -- > ------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet services since 1994 www.sentex.net > Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Sun Feb 20 18:02:44 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6ADC1065673 for ; Sun, 20 Feb 2011 18:02:44 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 72BCC8FC16 for ; Sun, 20 Feb 2011 18:02:44 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEAKvlYE2DaFvO/2dsb2JhbACEIKMFqgePSYRodgSFDYcG X-IronPort-AV: E=Sophos;i="4.62,195,1297054800"; d="scan'208";a="110489104" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 20 Feb 2011 13:02:43 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 7C85FB3FF4; Sun, 20 Feb 2011 13:02:43 -0500 (EST) Date: Sun, 20 Feb 2011 13:02:43 -0500 (EST) From: Rick Macklem To: Kirill Yelizarov Message-ID: <2058422254.149547.1298224963499.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <795118.6346.qm@web120517.mail.ne1.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_149546_2038487835.1298224963498" X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE8 (Win)/6.0.10_GA_2692) Cc: freebsd-stable@freebsd.org Subject: Re: NFS client over udp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Feb 2011 18:02:44 -0000 ------=_Part_149546_2038487835.1298224963498 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit > --- On Fri, 2/18/11, Kirill Yelizarov > > > On Fri, Feb 18, 2011 at 05:27:00AM > > > -0800, Kirill Yelizarov wrote: > > > > I have a reproducible memory leak when using nfs > > > client with an old > > > > nfs server > > and mbufs used > 8193/1722/9915 mbufs in use (current/cache/total) > 8192/1264/9456/25600 mbuf clusters in use (current/cache/total/max) > 8192/605 mbuf+clusters out of packet secondary zone in use > (current/cache) > 0/768/768/12800 4k (page size) jumbo clusters in use > (current/cache/total/max) > 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) > 18432K/6030K/24462K bytes allocated to network (current/cache/total) > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > 0/0/0 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > 0 calls to protocol drain routines > > Kirill > You could try the attached patch. It fixes the only places in the client side krpc over udp that seems mights cause a leak. I have no idea if it will help, since these cases should rarely, if ever, happen in practice. Please let us know if you have the chance to try the patch and whether or not it helped. rick ------=_Part_149546_2038487835.1298224963498 Content-Type: text/x-patch; name=clntdg.patch Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=clntdg.patch LS0tIHJwYy9jbG50X2RnLmMuc2F2CTIwMTEtMDItMTkgMTk6NTI6NDEuMDAwMDAwMDAwIC0wNTAw CisrKyBycGMvY2xudF9kZy5jCTIwMTEtMDItMjAgMTA6NDM6MTEuMDAwMDAwMDAwIC0wNTAwCkBA IC03MDQsOSArNzA0LDkgQEAgZ290X3JlcGx5OgogCQkgICAgKHJlcGx5X21zZy5hY3B0ZWRfcnBs eS5hcl9zdGF0ID09IFNVQ0NFU1MpKQogCQkJZXJycC0+cmVfc3RhdHVzID0gc3RhdCA9IFJQQ19T VUNDRVNTOwogCQllbHNlCi0JCQlzdGF0ID0gX3NldGVycl9yZXBseSgmcmVwbHlfbXNnLCAmKGN1 LT5jdV9lcnJvcikpOworCQkJc3RhdCA9IF9zZXRlcnJfcmVwbHkoJnJlcGx5X21zZywgZXJycCk7 CiAKLQkJaWYgKGVycnAtPnJlX3N0YXR1cyA9PSBSUENfU1VDQ0VTUykgeworCQlpZiAoc3RhdCA9 PSBSUENfU1VDQ0VTUykgewogCQkJcmVzdWx0cyA9IHhkcm1idWZfZ2V0YWxsKCZ4ZHJzKTsKIAkJ CWlmICghIEFVVEhfVkFMSURBVEUoYXV0aCwgeGlkLAogCQkJCSZyZXBseV9tc2cuYWNwdGVkX3Jw bHkuYXJfdmVyZiwKQEAgLTEwODksMTEgKzEwODksMTQgQEAgY2xudF9kZ19zb3VwY2FsbChzdHJ1 Y3Qgc29ja2V0ICpzbywgdm9pZAogCQkvKgogCQkgKiBUaGUgWElEIGlzIGluIHRoZSBmaXJzdCB1 aW50MzJfdCBvZiB0aGUgcmVwbHkuCiAJCSAqLwotCQlpZiAobS0+bV9sZW4gPCBzaXplb2YoeGlk KSAmJiBtX2xlbmd0aChtLCBOVUxMKSA8IHNpemVvZih4aWQpKQorCQlpZiAobS0+bV9sZW4gPCBz aXplb2YoeGlkKSAmJiBtX2xlbmd0aChtLCBOVUxMKSA8IHNpemVvZih4aWQpKSB7CiAJCQkvKgog CQkJICogU2hvdWxkIG5ldmVyIGhhcHBlbi4KIAkJCSAqLworCQkJcHJpbnRmKCJjbG50X2RnX3Nv dXBjYWxsOiByZWNlaXZlZCBnYXJiYWdlXG4iKTsKKwkJCW1fZnJlZW0obSk7CiAJCQljb250aW51 ZTsKKwkJfQogCiAJCW1fY29weWRhdGEobSwgMCwgc2l6ZW9mKHhpZCksIChjaGFyICopJnhpZCk7 CiAJCXhpZCA9IG50b2hsKHhpZCk7Cg== ------=_Part_149546_2038487835.1298224963498-- From owner-freebsd-stable@FreeBSD.ORG Sun Feb 20 18:11:04 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD0F7106564A for ; Sun, 20 Feb 2011 18:11:04 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 6CF698FC15 for ; Sun, 20 Feb 2011 18:11:04 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEAAPoYE2DaFvO/2dsb2JhbACEIKMFqXePSYEng0F2BIUNhwY X-IronPort-AV: E=Sophos;i="4.62,195,1297054800"; d="scan'208";a="110489592" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 20 Feb 2011 13:11:03 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id A3028B4031; Sun, 20 Feb 2011 13:11:03 -0500 (EST) Date: Sun, 20 Feb 2011 13:11:03 -0500 (EST) From: Rick Macklem To: Chuck Swiger Message-ID: <990201594.149705.1298225463594.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <8AB6976A-610D-46B1-BAE8-2BBDC70BBAE6@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE8 (Win)/6.0.10_GA_2692) Cc: freebsd-stable@freebsd.org Subject: Re: statd/lockd startup failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Feb 2011 18:11:04 -0000 > Hi-- > > On Feb 19, 2011, at 1:16 PM, Rick Macklem wrote: > > Well, that was what I was proposing. I could be wrong, but as far as > > I > > know, this is allowed by Sun RPC. The port#s are assigned > > dynamically and > > registered with rpcbind. (I don't necessarily agree with the design, > > but > > this was/is how Sun RPC does it. The philosophy was/is that apps. > > don't know > > what port# is being used and shouldn't care. If sysadmins want to > > use a > > fixed port#, they can use command line options to override the > > default > > dynamic assignment. And, yes, this is one reason that Sun RPC is a > > pita > > w.r.t. firewalls. 1980s design...) > > Trying to force SunRPC and old NFS through fixed ports in order to > pass through a firewall sounds like a lot more work, and weakens the > security of a firewall to such a significant extent that I have to > wonder if it is the right problem to solve. :-) > > Why not setup a VPN via OpenVPN/IPSec/ssh+ppp/etc...? > Well, the discussion was how to fix a problem where the dynamically assigned port# for one of (udp,tcp X ip6,ip4) wasn't available for the others. The test patch I posted allowed each of the four to select different port#s. The daemons already allow specification of a fixed port# (-p option) for anyone who wants a fixed port#. (And yes, I see not being able to run this stuff through a firewall a feature and not a bug.) rick From owner-freebsd-stable@FreeBSD.ORG Sun Feb 20 18:16:45 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A752A1065670 for ; Sun, 20 Feb 2011 18:16:45 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 682428FC18 for ; Sun, 20 Feb 2011 18:16:45 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEAC7pYE2DaFvO/2dsb2JhbACEIKMFqXuPR4Eng0F2BIUNhwY X-IronPort-AV: E=Sophos;i="4.62,195,1297054800"; d="scan'208";a="110489918" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 20 Feb 2011 13:16:44 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 990C4B3FB5; Sun, 20 Feb 2011 13:16:44 -0500 (EST) Date: Sun, 20 Feb 2011 13:16:44 -0500 (EST) From: Rick Macklem To: Doug Barton Message-ID: <366211571.149783.1298225804605.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <4D6061B9.4030706@dougbarton.us> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE8 (Win)/6.0.10_GA_2692) Cc: mike@jellydonut.org, george+freebsd@m5p.com, freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: statd/lockd startup failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Feb 2011 18:16:45 -0000 > On 02/19/2011 13:16, Rick Macklem wrote: > >> On 02/18/2011 10:08, Rick Macklem wrote: > >>> The attached patches changes the behaviour so that it tries to > >>> get an unused port for each of the 4 cases. > >> > >> Am I correct in assuming that what you're proposing is to > >> (potentially) > >> have different ports for all 4 combinations? I would suggest that > >> this > >> is not the right way to solve the problem. If I misunderstand, I > >> apologize. > >> > > Well, that was what I was proposing. > > I think that would be a bad idea. It's hard enough to deal with > tracking > these services when they are on the same port. :) > > I don't think there is a single function that you can call that will > provide you an open port on all 4, although it would probably be nice > if > we had one. Something along the line of open a port for 1, then try to > open the same port on the other 3. If one of them fails, start the > process over. In the common case (starting the services when the > system > starts) it shouldn't be difficult to find a port that is open on all > 4. > Yea, it would be a much bigger patch, but should be doable. I don't know about "tracking" (whatever that means?), but I can see the argument for doing this so that the # of ports used is minimized. I'll wait to see if the patch fixes the problem before I proceed. Btw, one issue w.r.t. the above algorithm is "how many iterations do you do before giving up, when it fails?". I'd say "forever", but logging something every 10 attempts, since the likelyhood of N failures before a success only decreases, but never hits 0. rick From owner-freebsd-stable@FreeBSD.ORG Sun Feb 20 19:04:29 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D229106564A for ; Sun, 20 Feb 2011 19:04:29 +0000 (UTC) (envelope-from boydjd@jbip.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 98C1D8FC1D for ; Sun, 20 Feb 2011 19:04:27 +0000 (UTC) Received: by fxm19 with SMTP id 19so1930764fxm.13 for ; Sun, 20 Feb 2011 11:04:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jbip.net; s=google; h=domainkey-signature:mime-version:from:date:message-id:subject:to :content-type; bh=B1v3OhPFRuldITr7mqv+WsyV2V9/1mGUI9KvQocAxgQ=; b=MsRzr9CidEphAQ5Jtld8j9V5ORj2GLwGP+T9RzvD2ROH8xXJWi0/ZzM0MTdI6TPpUi j9dQudIhFuN+RtRZQStxLXRr5HO7Uh8VdIsq+OLB8k4DWkdW8F0BemFic5lpYJGCHIS6 3gdPyeKMOAsuW5/LXMGabHTozr7aubU6zi9EY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=jbip.net; s=google; h=mime-version:from:date:message-id:subject:to:content-type; b=LoMMXaPvs557jUChTVOeTvGfombF44TCtqNEx+f0pJYIbmmxkHKBx8aE+jukSCcQWr 4bBGoN0qGBCaQGZscEpiYQi71O6JanAfEkRkny8IDnhHsq1W8reFKHHjUmAWmY1NNQ4A HtH5yei+PwTEcVSqrHLzyETpY/rpaXaQaOUSA= Received: by 10.223.96.73 with SMTP id g9mr772188fan.24.1298227286074; Sun, 20 Feb 2011 10:41:26 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.109.148 with HTTP; Sun, 20 Feb 2011 10:41:06 -0800 (PST) From: Joshua Boyd Date: Sun, 20 Feb 2011 13:41:06 -0500 Message-ID: To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 Subject: mpt(4) iuCRC errors X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Feb 2011 19:04:29 -0000 Hello all, I'm receiving iuCRC errors pretty constantly after rebuilding from a December kernel/world to yesterday's source, like the following: mpt1: EvtLogData: IOCLogInfo: 0x31181000 mpt1: EvtLogData: Event Data: 00000006 mpt1: mpt_cam_event: 0x1 (da6:mpt1:0:6:0): READ(10). CDB: 28 0 8 20 ae d7 0 0 40 0 (da6:mpt1:0:6:0): CAM status: SCSI Status Error (da6:mpt1:0:6:0): SCSI status: Check Condition (da6:mpt1:0:6:0): SCSI sense: ABORTED COMMAND asc:47,3 (Information unit iuCRC error detected) I was not receiving these errors previously. I recompiled to newest sources only to add support for mps(4) since I've got a supported card on the way. I also received these errors on boot for every drive (across 2 controllers), but that may have been related to enabling smartd at boot. Feb 20 00:12:37 foghornleghorn kernel: (da9:mpt0:0:1:0): READ(10). CDB: 28 0 60 48 52 80 0 0 80 0 Feb 20 00:12:37 foghornleghorn kernel: (da9:mpt0:0:1:0): CAM status: SCSI Status Error Feb 20 00:12:37 foghornleghorn kernel: (da9:mpt0:0:1:0): SCSI status: Check Condition Feb 20 00:12:37 foghornleghorn kernel: (da9:mpt0:0:1:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) Feb 20 00:12:56 foghornleghorn kernel: mpt0: request 0xffffff80002a6f80:23060 timed out for ccb 0xffffff00062fe000 (req->ccb 0xffffff00062fe000) Feb 20 00:12:56 foghornleghorn kernel: mpt0: attempting to abort req 0xffffff80002a6f80:23060 function 0 Feb 20 00:12:56 foghornleghorn kernel: mpt0: completing timedout/aborted req 0xffffff80002a6f80:23060 Feb 20 00:12:56 foghornleghorn kernel: mpt0: abort of req 0xffffff80002a6f80:0 completed Feb 20 00:12:58 foghornleghorn kernel: mpt0: mpt_cam_event: 0x16 Feb 20 00:12:58 foghornleghorn kernel: mpt0: mpt_cam_event: 0x16 foghornleghorn# uname -ar FreeBSD foghornleghorn.res.openband.net 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #12: Sat Feb 19 23:51:05 EST 2011 root@foghornleghorn.res.openband.net:/usr/obj/usr/src/sys/FOGHORNLEGHORN amd64 Thanks for any insight. -- Joshua Boyd JBipNet E-mail: boydjd@jbip.net http://www.jbip.net From owner-freebsd-stable@FreeBSD.ORG Sun Feb 20 19:06:53 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 770D5106566C for ; Sun, 20 Feb 2011 19:06:53 +0000 (UTC) (envelope-from boydjd@jbip.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0A4AA8FC08 for ; Sun, 20 Feb 2011 19:06:52 +0000 (UTC) Received: by fxm19 with SMTP id 19so1931960fxm.13 for ; Sun, 20 Feb 2011 11:06:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jbip.net; s=google; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type:content-transfer-encoding; bh=ELpgFr84OWgzjalvo6PtdGVxtgkqX3a9C0bsgc4AwxI=; b=CG5us7bJs4yN0mUfb/SdA63TgQymIzVvIlIicRbjkty3wGIcOsb8grX03EL3wS+H48 4roakBSGjzMsOc5l50ji+IZh0NRtUHXqUHABAHzZAZ9IQIA/TPGIQ3DtQ058DZgl1pn7 /y6lYnngl9G/+NfjHo6AfxW+tCHH01cUIKZJQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=jbip.net; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; b=fYnl4EofZXtMvqonQg163QNgBSodifDFQlxHDIje6hSTqq2CHsacTfavMhOaAD13oB WDP+zjx5EYx2dXDjCXKepWBh6EB0coS/nZgK0ISY5N07gbrFS96y9XBV+0JvT1y42WX5 g0mMbZ/6MHf2qBqJzsjC0pGZbkCMt84Ykdp5o= Received: by 10.223.107.211 with SMTP id c19mr767864fap.62.1298228812121; Sun, 20 Feb 2011 11:06:52 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.109.148 with HTTP; Sun, 20 Feb 2011 11:06:32 -0800 (PST) In-Reply-To: References: From: Joshua Boyd Date: Sun, 20 Feb 2011 14:06:32 -0500 Message-ID: To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: mpt(4) iuCRC errors X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Feb 2011 19:06:53 -0000 This doesn't look good. A scrub is showing some data being repaired on da6. I may try swapping out the drive for a cold spare. foghornleghorn# smartctl -a /dev/da6 smartctl 5.40 2010-10-16 r3189 [FreeBSD 8.2-PRERELEASE amd64] (local build) Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net (pass13:mpt1:0:6:0): INQUIRY. CDB: 12 0 0 0 24 0 (pass13:mpt1:0:6:0): CAM status: Command timeout (pass13:mpt1:0:6:0): INQUIRY. CDB: 12 0 0 0 24 0 (pass13:mpt1:0:6:0): CAM status: Command timeout Short INQUIRY response, skip product id A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options. On Sun, Feb 20, 2011 at 1:41 PM, Joshua Boyd wrote: > Hello all, > > I'm receiving iuCRC errors pretty constantly after rebuilding from a > December kernel/world to yesterday's source, like the following: > > mpt1: EvtLogData: IOCLogInfo: 0x31181000 > mpt1: =A0 EvtLogData: Event Data: =A000000006 > mpt1: mpt_cam_event: 0x1 > (da6:mpt1:0:6:0): READ(10). CDB: 28 0 8 20 ae d7 0 0 40 0 > (da6:mpt1:0:6:0): CAM status: SCSI Status Error > (da6:mpt1:0:6:0): SCSI status: Check Condition > (da6:mpt1:0:6:0): SCSI sense: ABORTED COMMAND asc:47,3 (Information > unit iuCRC error detected) > > I was not receiving these errors previously. I recompiled to newest > sources only to add support for mps(4) since I've got a supported card > on the way. > > I also received these errors on boot for every drive (across 2 > controllers), but that may have been related to enabling smartd at > boot. > > Feb 20 00:12:37 foghornleghorn kernel: (da9:mpt0:0:1:0): READ(10). > CDB: 28 0 60 48 52 80 0 0 80 0 > Feb 20 00:12:37 foghornleghorn kernel: (da9:mpt0:0:1:0): CAM status: > SCSI Status Error > Feb 20 00:12:37 foghornleghorn kernel: (da9:mpt0:0:1:0): SCSI status: > Check Condition > Feb 20 00:12:37 foghornleghorn kernel: (da9:mpt0:0:1:0): SCSI sense: > UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset > occurred) > Feb 20 00:12:56 foghornleghorn kernel: mpt0: request > 0xffffff80002a6f80:23060 timed out for ccb 0xffffff00062fe000 > (req->ccb 0xffffff00062fe000) > Feb 20 00:12:56 foghornleghorn kernel: mpt0: attempting to abort req > 0xffffff80002a6f80:23060 function 0 > Feb 20 00:12:56 foghornleghorn kernel: mpt0: completing > timedout/aborted req 0xffffff80002a6f80:23060 > Feb 20 00:12:56 foghornleghorn kernel: mpt0: abort of req > 0xffffff80002a6f80:0 completed > Feb 20 00:12:58 foghornleghorn kernel: mpt0: mpt_cam_event: 0x16 > Feb 20 00:12:58 foghornleghorn kernel: mpt0: mpt_cam_event: 0x16 > > foghornleghorn# uname -ar > FreeBSD foghornleghorn.res.openband.net 8.2-PRERELEASE FreeBSD > 8.2-PRERELEASE #12: Sat Feb 19 23:51:05 EST 2011 > root@foghornleghorn.res.openband.net:/usr/obj/usr/src/sys/FOGHORNLEGHORN > =A0amd64 > > Thanks for any insight. > > -- > Joshua Boyd > JBipNet > > E-mail: boydjd@jbip.net > > http://www.jbip.net > --=20 Joshua Boyd JBipNet E-mail: boydjd@jbip.net http://www.jbip.net From owner-freebsd-stable@FreeBSD.ORG Sun Feb 20 20:52:24 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82845106566C for ; Sun, 20 Feb 2011 20:52:24 +0000 (UTC) (envelope-from boydjd@jbip.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 14BA88FC0C for ; Sun, 20 Feb 2011 20:52:23 +0000 (UTC) Received: by fxm19 with SMTP id 19so1979192fxm.13 for ; Sun, 20 Feb 2011 12:52:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jbip.net; s=google; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type:content-transfer-encoding; bh=RGC2dfh9TfvLZ2wGV8MfshDIJCMFO+8vhH4bnwQSmx8=; b=gOgql9tTUMR93NTNHf+WJxSnXB9aRiMFTMz4gzVA2KTpzDilupJ2Ufjhrb/jGHUAYk f3BmMFgd3gUslNSxlV1l8NgVbo8ZplV7XsDEaGtLCgjq2RLi7xQATevtVMM5scKYdSiK uNh2r5eToOXFkOjhizv7rzK9n+UXuuHivpLmQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=jbip.net; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; b=VmdsxLRdE7Xy0ehAT8XGZxJFtJofO2pCTK5I1f2vVfnmPMQbBrliadiaZuebnD1fuK vSRPCSH7eEHttUmtJEXSVePKJ3jQWgPCrslVFjf38tPinrXOmd8bclYv1nCk21SAVQ9Z BszlvmviOy+jqUk8VBM0p+zv44wSm6UB2HRF8= Received: by 10.223.74.1 with SMTP id s1mr852503faj.138.1298235142072; Sun, 20 Feb 2011 12:52:22 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.109.148 with HTTP; Sun, 20 Feb 2011 12:52:02 -0800 (PST) In-Reply-To: References: From: Joshua Boyd Date: Sun, 20 Feb 2011 15:52:02 -0500 Message-ID: To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: mpt(4) iuCRC errors X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Feb 2011 20:52:24 -0000 Just an update. I replaced the drive, and continued to see the same errors. I reseated the cable for that drive into the backplane, and it appears that the errors have gone away. ZFS is resilvering the drive now, so we'll see. I really should hotglue all of these connectors into the backplane! On Sun, Feb 20, 2011 at 2:06 PM, Joshua Boyd wrote: > This doesn't look good. A scrub is showing some data being repaired on > da6. I may try swapping out the drive for a cold spare. > > foghornleghorn# smartctl -a /dev/da6 > smartctl 5.40 2010-10-16 r3189 [FreeBSD 8.2-PRERELEASE amd64] (local buil= d) > Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.ne= t > > (pass13:mpt1:0:6:0): INQUIRY. CDB: 12 0 0 0 24 0 > (pass13:mpt1:0:6:0): CAM status: Command timeout > (pass13:mpt1:0:6:0): INQUIRY. CDB: 12 0 0 0 24 0 > (pass13:mpt1:0:6:0): CAM status: Command timeout > Short INQUIRY response, skip product id > A mandatory SMART command failed: exiting. To continue, add one or > more '-T permissive' options. > > > On Sun, Feb 20, 2011 at 1:41 PM, Joshua Boyd wrote: >> Hello all, >> >> I'm receiving iuCRC errors pretty constantly after rebuilding from a >> December kernel/world to yesterday's source, like the following: >> >> mpt1: EvtLogData: IOCLogInfo: 0x31181000 >> mpt1: =A0 EvtLogData: Event Data: =A000000006 >> mpt1: mpt_cam_event: 0x1 >> (da6:mpt1:0:6:0): READ(10). CDB: 28 0 8 20 ae d7 0 0 40 0 >> (da6:mpt1:0:6:0): CAM status: SCSI Status Error >> (da6:mpt1:0:6:0): SCSI status: Check Condition >> (da6:mpt1:0:6:0): SCSI sense: ABORTED COMMAND asc:47,3 (Information >> unit iuCRC error detected) >> >> I was not receiving these errors previously. I recompiled to newest >> sources only to add support for mps(4) since I've got a supported card >> on the way. >> >> I also received these errors on boot for every drive (across 2 >> controllers), but that may have been related to enabling smartd at >> boot. >> >> Feb 20 00:12:37 foghornleghorn kernel: (da9:mpt0:0:1:0): READ(10). >> CDB: 28 0 60 48 52 80 0 0 80 0 >> Feb 20 00:12:37 foghornleghorn kernel: (da9:mpt0:0:1:0): CAM status: >> SCSI Status Error >> Feb 20 00:12:37 foghornleghorn kernel: (da9:mpt0:0:1:0): SCSI status: >> Check Condition >> Feb 20 00:12:37 foghornleghorn kernel: (da9:mpt0:0:1:0): SCSI sense: >> UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset >> occurred) >> Feb 20 00:12:56 foghornleghorn kernel: mpt0: request >> 0xffffff80002a6f80:23060 timed out for ccb 0xffffff00062fe000 >> (req->ccb 0xffffff00062fe000) >> Feb 20 00:12:56 foghornleghorn kernel: mpt0: attempting to abort req >> 0xffffff80002a6f80:23060 function 0 >> Feb 20 00:12:56 foghornleghorn kernel: mpt0: completing >> timedout/aborted req 0xffffff80002a6f80:23060 >> Feb 20 00:12:56 foghornleghorn kernel: mpt0: abort of req >> 0xffffff80002a6f80:0 completed >> Feb 20 00:12:58 foghornleghorn kernel: mpt0: mpt_cam_event: 0x16 >> Feb 20 00:12:58 foghornleghorn kernel: mpt0: mpt_cam_event: 0x16 >> >> foghornleghorn# uname -ar >> FreeBSD foghornleghorn.res.openband.net 8.2-PRERELEASE FreeBSD >> 8.2-PRERELEASE #12: Sat Feb 19 23:51:05 EST 2011 >> root@foghornleghorn.res.openband.net:/usr/obj/usr/src/sys/FOGHORNLEGHORN >> =A0amd64 >> >> Thanks for any insight. >> >> -- >> Joshua Boyd >> JBipNet >> >> E-mail: boydjd@jbip.net >> >> http://www.jbip.net >> > > > > -- > Joshua Boyd > JBipNet > > E-mail: boydjd@jbip.net > > http://www.jbip.net > --=20 Joshua Boyd JBipNet E-mail: boydjd@jbip.net http://www.jbip.net From owner-freebsd-stable@FreeBSD.ORG Mon Feb 21 03:39:17 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B2191065670 for ; Mon, 21 Feb 2011 03:39:17 +0000 (UTC) (envelope-from greg@bonett.org) Received: from bonett.org (bonett.org [66.249.7.150]) by mx1.freebsd.org (Postfix) with ESMTP id D43148FC12 for ; Mon, 21 Feb 2011 03:39:16 +0000 (UTC) Received: from [192.168.1.216] (unknown [76.91.19.169]) by bonett.org (Postfix) with ESMTPSA id E9317124495; Mon, 21 Feb 2011 03:39:14 +0000 (UTC) From: Greg Bonett To: Jeremy Chadwick In-Reply-To: <20110212041815.GA19226@icarus.home.lan> References: <20110207045501.GA15568@icarus.home.lan> <1297065041.754.12.camel@ubuntu> <20110207085537.GA20545@icarus.home.lan> <1297143276.9417.400.camel@ubuntu> <20110208055239.GA2557@icarus.home.lan> <1297145806.9417.413.camel@ubuntu> <20110208064633.GA3367@icarus.home.lan> <1297235241.4729.35.camel@ubuntu> <20110209092858.GA35033@icarus.home.lan> <1297481067.16594.39.camel@ubuntu> <20110212041815.GA19226@icarus.home.lan> Content-Type: text/plain; charset="UTF-8" Date: Sun, 20 Feb 2011 19:39:12 -0800 Message-ID: <1298259552.13980.19.camel@ubuntu> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 8.1 amd64 lockup (maybe zfs or disk related) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Feb 2011 03:39:17 -0000 > If the eSATA port is on the motherboard backplane (e.g. a port that's > soldered to the motherboard), then you're fine. Be aware that the eSATA > port may be connected to the JMicron controller, however, which I've > already said is of questionable quality to begin with. :-) I wanted to send a follow up email to let you know it appears the problem is solved. I believe the source of the problem was the JMicron controller as was suggested (and it was connected to my eSATA port). I installed a Silicon Image controller and stopped using the eSATA port. I still need the JMicron controller for my root device (it handles the IDE disks) but that drive sees very little IO and so far there have been no lockups. Also, now that I'm using the Silicon Image controller I don't get any "READ_DMA" errors on any disks. I was able to complete two (for good measure) zpool scrubs with other sustained high load tasks and all 6 CPU cores enabled. No disk errors, no lockups. It appears all is well. Thanks for the help. -Greg From owner-freebsd-stable@FreeBSD.ORG Mon Feb 21 06:57:36 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82BF71065693 for ; Mon, 21 Feb 2011 06:57:36 +0000 (UTC) (envelope-from alexs@ulgsm.ru) Received: from mail.ulgsm.ru (skuns.ulgsm.ru [93.93.141.36]) by mx1.freebsd.org (Postfix) with SMTP id DDC1B8FC13 for ; Mon, 21 Feb 2011 06:57:25 +0000 (UTC) Received: from mail.ulgsm.ru (localhost [127.0.0.1]) by mail.ulgsm.ru (Postfix) with ESMTP id 3BFBD3AB0B for ; Mon, 21 Feb 2011 09:40:14 +0300 (MSK) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on skuns.gsm900.net Received: from mail.ulgsm.ru (localhost [127.0.0.1]) by mail.ulgsm.ru (Postfix) with ESMTP id 208A63AB0A for ; Mon, 21 Feb 2011 09:40:14 +0300 (MSK) Received: from mail.ulgsm.ru (bazar.gsm900.net [10.144.130.160]) by mail.ulgsm.ru (Postfix) with ESMTP id E28603AB09 for ; Mon, 21 Feb 2011 09:40:13 +0300 (MSK) Date: Mon, 21 Feb 2011 09:40:13 +0300 From: alexs@ulgsm.ru To: freebsd-stable@freebsd.org Message-ID: <20110221064013.GA97226@mail.ulgsm.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: ClamAV using ClamSMTP Subject: vlandev interface up on start up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Feb 2011 06:57:36 -0000 Hi all. if in rc.conf cloned_interfaces="vlan66" ifconfig_vlan66="inet 192.168.66.1 netmask 255.255.255.0 vlan 66 vlandev em0" When statun em0 is active, status vlan66 is active, but packets are silently drop. it is need to add in rc.conf ifconfig_em0="up" Or make ifconfig em0 up by hand. It it rigth to patch rc scrits somewhere in vlan creating? -- alexs From owner-freebsd-stable@FreeBSD.ORG Mon Feb 21 07:07:59 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1722A106564A for ; Mon, 21 Feb 2011 07:07:59 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id 7BFD88FC14 for ; Mon, 21 Feb 2011 07:07:58 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.4/8.14.4) with ESMTP id p1L77mxF016923 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 21 Feb 2011 09:07:53 +0200 (EET) (envelope-from daniel@digsys.bg) Message-ID: <4D620F44.70005@digsys.bg> Date: Mon, 21 Feb 2011 09:07:48 +0200 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101217 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20110218164209.GA77903@nargothrond.kdm.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: mps(4) driver (LSI 6Gb SAS) commited to stable/8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Feb 2011 07:07:59 -0000 On 19.02.11 02:46, Bill Desjardins wrote: > > Thank you Ken for getting this done. Any plan to support the LSI 9240 > (skinny) cards? > I believe this is already supported by the mfi driver on the LSI site, it has support for the skinny and recently got a 64bit version. You may wish to try it. Maybe these additions could be ported to the FreeBSD driver as well. Daniel From owner-freebsd-stable@FreeBSD.ORG Mon Feb 21 07:32:37 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 968B3106566B for ; Mon, 21 Feb 2011 07:32:37 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta15.emeryville.ca.mail.comcast.net (qmta15.emeryville.ca.mail.comcast.net [76.96.27.228]) by mx1.freebsd.org (Postfix) with ESMTP id 77EFC8FC13 for ; Mon, 21 Feb 2011 07:32:37 +0000 (UTC) Received: from omta03.emeryville.ca.mail.comcast.net ([76.96.30.27]) by qmta15.emeryville.ca.mail.comcast.net with comcast id AXYY1g0030b6N64AFXYc0c; Mon, 21 Feb 2011 07:32:36 +0000 Received: from koitsu.dyndns.org ([98.248.33.18]) by omta03.emeryville.ca.mail.comcast.net with comcast id AXYb1g00b0PUQVN8PXYbRv; Mon, 21 Feb 2011 07:32:36 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 785E49B422; Sun, 20 Feb 2011 23:32:35 -0800 (PST) Date: Sun, 20 Feb 2011 23:32:35 -0800 From: Jeremy Chadwick To: alexs@ulgsm.ru Message-ID: <20110221073235.GA35508@icarus.home.lan> References: <20110221064013.GA97226@mail.ulgsm.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110221064013.GA97226@mail.ulgsm.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: vlandev interface up on start up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Feb 2011 07:32:37 -0000 On Mon, Feb 21, 2011 at 09:40:13AM +0300, alexs@ulgsm.ru wrote: > if in rc.conf > cloned_interfaces="vlan66" > ifconfig_vlan66="inet 192.168.66.1 netmask 255.255.255.0 vlan 66 vlandev em0" > > When statun em0 is active, status vlan66 is active, > but packets are silently drop. > > > it is need to add in rc.conf > ifconfig_em0="up" > > Or make ifconfig em0 up by hand. > > It it rigth to patch rc scrits somewhere in vlan creating? Have you looked at /etc/defaults/rc.conf, specifically the variables "vlans_XXX" and "create_args_vlanX" (where XXX is a NIC interface name), to see if there is already existing support for what you need? Just 'grep vlan /etc/defaults/rc.conf' to see what I'm taking about. Also, comment in passing: with regards to the ifconfig_XXX="up", this is pretty common when it comes to things like bridging and so on. I ran into this situation myself a few weeks ago when playing with bridging. -- | Jeremy Chadwick jdc@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 Feb 21 08:16:47 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5C5A106566C for ; Mon, 21 Feb 2011 08:16:47 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id AAB278FC08 for ; Mon, 21 Feb 2011 08:16:47 +0000 (UTC) Received: by pvg11 with SMTP id 11so96381pvg.13 for ; Mon, 21 Feb 2011 00:16:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=6I7JY/p4sr+Q9NGk/YGyJCnuuBo7IajVb9e4HHp/73w=; b=YWlQ0ufcRuARIgNdkXoy+aCmCnVVRAi7HZsaI3RNfHl0XuIos+vpR9+i/6hzPK9A3E Y2IGDCHaNAYF6nbIyzTPjZwQbIC5GN0Su3IFf6xRfR6yZUaxh5X2qPRPn8omrIaF9amh cPCTf1AhERv78f1J9ci8uuJebz4bfZVYDcVps= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=SN1mgCwr7GCNgFwzWlUiGafSq9qPqWu3X2DFtEoaD5G2kKan5PE6kL1MdrTyg6zLzV WoXp/0B7RpRdvY4lDb2LF7RD8tD8s1k79eKiubPlswxkS01K7HU7hnpKWh4YDN5eDXls mZHDYLHQfsYY8xZeIJOFnzURzTU7XpM73ETz0= MIME-Version: 1.0 Received: by 10.142.200.14 with SMTP id x14mr959091wff.380.1298276207148; Mon, 21 Feb 2011 00:16:47 -0800 (PST) Received: by 10.142.217.5 with HTTP; Mon, 21 Feb 2011 00:16:47 -0800 (PST) In-Reply-To: <20110221064013.GA97226@mail.ulgsm.ru> References: <20110221064013.GA97226@mail.ulgsm.ru> Date: Mon, 21 Feb 2011 11:16:47 +0300 Message-ID: From: Sergey Kandaurov To: alexs@ulgsm.ru Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: vlandev interface up on start up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Feb 2011 08:16:47 -0000 On 21 February 2011 09:40, wrote: > > Hi all. > > if in rc.conf > cloned_interfaces=3D"vlan66" > ifconfig_vlan66=3D"inet 192.168.66.1 netmask 255.255.255.0 vlan 66 vlande= v em0" > > When statun em0 is active, status vlan66 is active, > =A0but packets are silently drop. > > > it is need to add in rc.conf > ifconfig_em0=3D"up" ^^ Why not? we used this trick at work for years. --=20 wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Mon Feb 21 08:17:11 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 675E51065693 for ; Mon, 21 Feb 2011 08:17:11 +0000 (UTC) (envelope-from freysman@comcast.net) Received: from qmta06.emeryville.ca.mail.comcast.net (qmta06.emeryville.ca.mail.comcast.net [76.96.30.56]) by mx1.freebsd.org (Postfix) with ESMTP id 49B258FC15 for ; Mon, 21 Feb 2011 08:17:11 +0000 (UTC) Received: from omta09.emeryville.ca.mail.comcast.net ([76.96.30.20]) by qmta06.emeryville.ca.mail.comcast.net with comcast id AY3s1g0010S2fkCA6Y40l4; Mon, 21 Feb 2011 08:04:00 +0000 Received: from sz0078.ev.mail.comcast.net ([76.96.26.134]) by omta09.emeryville.ca.mail.comcast.net with comcast id AY401g0092tc5RY8VY40Sl; Mon, 21 Feb 2011 08:04:00 +0000 Date: Mon, 21 Feb 2011 08:04:00 +0000 (UTC) From: David J Brooks To: freebsd-stable@freebsd.org Message-ID: <1803560057.908709.1298275440098.JavaMail.root@sz0078a.emeryville.ca.mail.comcast.net> In-Reply-To: <1497633402.908693.1298275211209.JavaMail.root@sz0078a.emeryville.ca.mail.comcast.net> MIME-Version: 1.0 X-Originating-IP: [98.197.185.124] X-Mailer: Zimbra 6.0.5_GA_2431.RHEL5_64 (ZimbraWebClient - SAF3 (Win)/6.0.5_GA_2427.RHEL4) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: system crash during make installworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Feb 2011 08:17:11 -0000 As the subject suggests, my laptop crashed during make installworld. The new kernel boots, but the ELF interpreter is not found and I cannot get to a single user prompt. What is the least painful way to proceed? From owner-freebsd-stable@FreeBSD.ORG Mon Feb 21 08:25:44 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F23741065672 for ; Mon, 21 Feb 2011 08:25:44 +0000 (UTC) (envelope-from alexs@ulgsm.ru) Received: from mail.ulgsm.ru (skuns.ulgsm.ru [93.93.141.36]) by mx1.freebsd.org (Postfix) with SMTP id 55C188FC23 for ; Mon, 21 Feb 2011 08:25:43 +0000 (UTC) Received: from mail.ulgsm.ru (localhost [127.0.0.1]) by mail.ulgsm.ru (Postfix) with ESMTP id 14D753A6F8 for ; Mon, 21 Feb 2011 11:25:42 +0300 (MSK) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on skuns.gsm900.net Received: from mail.ulgsm.ru (localhost [127.0.0.1]) by mail.ulgsm.ru (Postfix) with ESMTP id EB3763A6ED for ; Mon, 21 Feb 2011 11:25:41 +0300 (MSK) Received: from mail.ulgsm.ru (bazar.gsm900.net [10.144.130.160]) by mail.ulgsm.ru (Postfix) with ESMTP id CC7D83A6DD for ; Mon, 21 Feb 2011 11:25:41 +0300 (MSK) Date: Mon, 21 Feb 2011 11:25:41 +0300 From: alexs@ulgsm.ru To: freebsd-stable@freebsd.org Message-ID: <20110221082541.GA39045@mail.ulgsm.ru> References: <20110221064013.GA97226@mail.ulgsm.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: ClamAV using ClamSMTP Content-Transfer-Encoding: quoted-printable Subject: Re: vlandev interface up on start up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Feb 2011 08:25:45 -0000 * Sergey Kandaurov [2011-02-21 11:16:47 +0300]: > On 21 February 2011 09:40, wrote: > > > > Hi all. > > > > if in rc.conf > > cloned_interfaces=3D"vlan66" > > ifconfig_vlan66=3D"inet 192.168.66.1 netmask 255.255.255.0 vlan 66 vl= andev em0" > > > > When statun em0 is active, status vlan66 is active, > > =A0but packets are silently drop. > > > > > > it is need to add in rc.conf > > ifconfig_em0=3D"up" > ^^ >=20 > Why not? we used this trick at work for years. drived I was driving 4 hours to take console and make this trick. It is work, but i think it is trap and unnessesary admins hand work. >=20 > --=20 > wbr, > pluknet > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" --=20 alexs From owner-freebsd-stable@FreeBSD.ORG Mon Feb 21 08:38:36 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A80EB106566B for ; Mon, 21 Feb 2011 08:38:36 +0000 (UTC) (envelope-from ykirill@yahoo.com) Received: from nm9-vm0.bullet.mail.ne1.yahoo.com (nm9-vm0.bullet.mail.ne1.yahoo.com [98.138.91.67]) by mx1.freebsd.org (Postfix) with SMTP id 65EA08FC0A for ; Mon, 21 Feb 2011 08:38:36 +0000 (UTC) Received: from [98.138.90.57] by nm9.bullet.mail.ne1.yahoo.com with NNFMP; 21 Feb 2011 08:38:36 -0000 Received: from [98.138.89.163] by tm10.bullet.mail.ne1.yahoo.com with NNFMP; 21 Feb 2011 08:38:35 -0000 Received: from [127.0.0.1] by omp1019.mail.ne1.yahoo.com with NNFMP; 21 Feb 2011 08:38:35 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 984061.9189.bm@omp1019.mail.ne1.yahoo.com Received: (qmail 45227 invoked by uid 60001); 21 Feb 2011 08:38:35 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1298277515; bh=Qla3ge/9aVL47+ie+8XBUQB4974xWV6FLstlFvJSie4=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=SwyIm1K7TZmDZLgUYz7ZPSLx1oqKKW4lDWCbdpg8iv02KkIt5ZB/E7bbgf/kCXv7ZzWRs4fjPT28jCsPoxSBcXwByyjtuyX/K3wkK6zAnOn/dfIrNDu2DU1NXUjgycIh/YByrHWwc9xIbCCGukW4T04PUqqZYD8CszEbhuT7C0w= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=qtPWSxOummg4vKSTj/GNSE9OTSC88mKohJ31iWZ/o+XVAlFzKVJL51Jb1PtxN5CKU37R/hjWpREAYmxmoq+XX12bChVdqmjG7HYzTufVDJvtdwwvD9n6ezNy3r1vhzsc7zqGfuSzduvs+qi2IwSb0agm9s/SWAlYh3ZdXKdhj8Q=; Message-ID: <850225.44477.qm@web120517.mail.ne1.yahoo.com> X-YMail-OSG: UXzuPfMVM1lMwj.7ftAEwExCU.exBPx.f02NyD_UbygvQ_k P77XyHW.8A.IqXX2NRa80rVT7JSbd_QcIal51Ed8Nd98nAaNZIlx8w7cB3WV bLv0Kz7cLkVbAS6dA7DcoX3J_ML8QgAabfXZkqFQoEceNizfMpkT7tcxHBS9 47EP5AO55AK9R3wkS6tHPVvh5D84WxaJCLGW.Ar8pT0hmS8iFXZ7DGOjCzKC yjRSCLP7kjT.PsFEUJe070bNLr2FcmBmRjjPkzlzTkiT_hv0RZvETislXq1f v4wRZIvk7N4Y.AQF2ZGHxIho- Received: from [212.74.229.232] by web120517.mail.ne1.yahoo.com via HTTP; Mon, 21 Feb 2011 00:38:35 PST X-Mailer: YahooMailClassic/11.4.20 YahooMailWebService/0.8.109.292656 Date: Mon, 21 Feb 2011 00:38:35 -0800 (PST) From: Kirill Yelizarov To: freebsd-stable@freebsd.org In-Reply-To: <2058422254.149547.1298224963499.JavaMail.root@erie.cs.uoguelph.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: NFS client over udp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Feb 2011 08:38:36 -0000 --- On Sun, 2/20/11, Rick Macklem wrote: > From: Rick Macklem > Subject: Re: NFS client over udp > To: "Kirill Yelizarov" > Cc: freebsd-stable@freebsd.org > Date: Sunday, February 20, 2011, 9:02 PM > > --- On Fri, 2/18/11, Kirill > Yelizarov > > > > On Fri, Feb 18, 2011 at 05:27:00AM > > > > -0800, Kirill Yelizarov wrote: > > > > > I have a reproducible memory leak when > using nfs > > > > client with an old > > > > > nfs server > > > > and mbufs used > > 8193/1722/9915 mbufs in use (current/cache/total) > > 8192/1264/9456/25600 mbuf clusters in use > (current/cache/total/max) > > 8192/605 mbuf+clusters out of packet secondary zone in > use > > (current/cache) > > 0/768/768/12800 4k (page size) jumbo clusters in use > > (current/cache/total/max) > > 0/0/0/6400 9k jumbo clusters in use > (current/cache/total/max) > > 0/0/0/3200 16k jumbo clusters in use > (current/cache/total/max) > > 18432K/6030K/24462K bytes allocated to network > (current/cache/total) > > 0/0/0 requests for mbufs denied > (mbufs/clusters/mbuf+clusters) > > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > > 0/0/0 sfbufs in use (current/peak/max) > > 0 requests for sfbufs denied > > 0 requests for sfbufs delayed > > 0 requests for I/O initiated by sendfile > > 0 calls to protocol drain routines > > > > Kirill > > > You could try the attached patch. It fixes the only places > in the > client side krpc over udp that seems mights cause a leak. I > have no > idea if it will help, since these cases should rarely, if > ever, > happen in practice. > > Please let us know if you have the chance to try the patch > and > whether or not it helped. > > rick > Rick, i tried your patch. Fortunately it didn't help me. There are no warnings on console and memory is climbing up during syncs and not freed later. I'll try to switch to tcp this evening. Thanks for help Kirill From owner-freebsd-stable@FreeBSD.ORG Mon Feb 21 08:50:57 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0FA11065672 for ; Mon, 21 Feb 2011 08:50:57 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id 4EBDE8FC08 for ; Mon, 21 Feb 2011 08:50:57 +0000 (UTC) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.4/8.14.4) with ESMTP id p1L8Rol7000331; Mon, 21 Feb 2011 09:27:51 +0100 Received: from pmp.uni-hannover.de (unknown [130.75.117.3]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 05DFE2E4; Mon, 21 Feb 2011 09:27:50 +0100 (CET) Date: Mon, 21 Feb 2011 09:27:50 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: Kirill Yelizarov Message-Id: <20110221092750.92fa52aa.gerrit@pmp.uni-hannover.de> In-Reply-To: <795118.6346.qm@web120517.mail.ne1.yahoo.com> References: <600887.27323.qm@web120520.mail.ne1.yahoo.com> <795118.6346.qm@web120517.mail.ne1.yahoo.com> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 3.0.3 (GTK+ 2.20.1; amd64-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.5.9.395186, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.2.21.81525 Cc: Rick Macklem , freebsd-stable@freebsd.org Subject: Re: NFS client over udp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gerrit.kuehn@aei.mpg.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2011 08:50:57 -0000 On Sat, 19 Feb 2011 08:56:45 -0800 (PST) Kirill Yelizarov wrote about Re: NFS client over udp: KY> > > Is ZFS in use on the system which sees rising wired KY> > > memory? KY> > No, ufs only. KY> I found an old post stating there is a leak with nfs udp client over KY> zfs: KY> http://lists.freebsd.org/pipermail/freebsd-fs/2010-February/007876.html Later on in that thread we found out that the leak has nothing to do with zfs and is triggered just by using nfs over udp. I cannot remember if there was a fix for that (Rick probably knows); at some point I just turned off udp on the server side completely and switched all clients to tcp to get my systems stable again. cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Mon Feb 21 14:53:23 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB55A106564A for ; Mon, 21 Feb 2011 14:53:23 +0000 (UTC) (envelope-from victor@bsdes.net) Received: from equilibrium.bsdes.net (244.Red-217-126-240.staticIP.rima-tde.net [217.126.240.244]) by mx1.freebsd.org (Postfix) with ESMTP id 8AE578FC0A for ; Mon, 21 Feb 2011 14:53:23 +0000 (UTC) Received: by equilibrium.bsdes.net (Postfix, from userid 1001) id 6329639829; Mon, 21 Feb 2011 15:35:08 +0100 (CET) Date: Mon, 21 Feb 2011 15:35:08 +0100 From: Victor Balada Diaz To: Edho P Arief Message-ID: <20110221143508.GA26000@equilibrium.bsdes.net> References: <20110217115653.GH34314@home.opsec.eu> 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.20 (2009-06-14) Cc: Kurt Jaeger , freebsd-stable@freebsd.org Subject: Re: 3TB disc and block alignment X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Feb 2011 14:53:23 -0000 On Thu, Feb 17, 2011 at 07:38:19PM +0700, Edho P Arief wrote: > UFS: > > >>>create GPT > # gpart create -s gpt da0 > >>>create partition, with start position 4k-aligned > # gpart add -t freebsd-ufs -b 1024 -l mydata da0 > >>>default newfs is good enough > # newfs -U /dev/gpt/mydata > > > corrections welcome. Hello, I guess that you would get better performance if you also add to newfs -f 4096 -b 32768 but i don't have hard numbers to prove it. Regards. -- La prueba ms fehaciente de que existe vida inteligente en otros planetas, es que no han intentado contactar con nosotros. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 21 16:16:37 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0395B106566B for ; Mon, 21 Feb 2011 16:16:37 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id B2DFC8FC12 for ; Mon, 21 Feb 2011 16:16:36 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1PrYRB-000K4E-JH for freebsd-stable@freebsd.org; Mon, 21 Feb 2011 17:16:37 +0100 Date: Mon, 21 Feb 2011 17:16:37 +0100 From: Kurt Jaeger To: freebsd-stable@freebsd.org Message-ID: <20110221161637.GR34314@home.opsec.eu> References: <20110217115653.GH34314@home.opsec.eu> <20110217124515.GI34314@home.opsec.eu> <4D5D1D10.7010000@digsys.bg> <20110217180140.GL66849@dan.emsphone.com> <20110217204643.GJ34314@home.opsec.eu> <37576665@h30.sp.ipt.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <37576665@h30.sp.ipt.ru> Subject: Re: 3TB disc and block alignment X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Feb 2011 16:16:37 -0000 Hi! > > Hmm, wasn't the issues with 3T drives, that they internally use > > 4K blocks and emulate 512 and that therefore 8 block alignments > > are an performance issue ? > > > The reason I'm asking: I encounter the problem of the lost > > secondary GPT table: > > > Feb 17 22:15:44 vserv1 kernel: GEOM: ad7: the secondary GPT table is corrupt or invalid. > > Feb 17 22:15:44 vserv1 kernel: GEOM: ad7: using the primary only -- recovery suggested. > > Feb 17 22:15:44 vserv1 kernel: GEOM: ufsid/4d5d8faa10b63ac1: the secondary GPT table is corrupt or invalid. > > Feb 17 22:15:44 vserv1 kernel: GEOM: ufsid/4d5d8faa10b63ac1: using the primary only -- recovery suggested. Boris Samorodov wrote: > It may be the case here if you to used glabel(8) to create a label > for the whole disk. I did not use glabel on that disk. > Geom puts it's metainfo at the last sector of > the disk -- the same place which a secondary GPT table uses. Hmm. I'm still not sure how to test whether the drive/controller behaves. -- pi@opsec.eu +49 171 3101372 9 years to go ! From owner-freebsd-stable@FreeBSD.ORG Mon Feb 21 16:29:27 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47BB4106564A for ; Mon, 21 Feb 2011 16:29:27 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 90F9E8FC15 for ; Mon, 21 Feb 2011 16:29:25 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA08313; Mon, 21 Feb 2011 18:29:17 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4D6292DD.8010704@freebsd.org> Date: Mon, 21 Feb 2011 18:29:17 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101213 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: Steven Hartland References: <8332E9240ECA403480B48D21FA3A8694@multiplay.co.uk> In-Reply-To: <8332E9240ECA403480B48D21FA3A8694@multiplay.co.uk> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: machdep.hlt_cpus not safe with ULE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Feb 2011 16:29:27 -0000 on 19/02/2011 14:36 Steven Hartland said the following: > I'm trying to debug a possibly failing CPU, so I thought it would > be easy just disable the cores using machdep.hlt_cpus and see if > we see the panic's we've been seeing. > > The problem is it seems ULE doesnt properly support machdep.hlt_cpus > and still schedules processes onto the halted cpus which obviously > causes problems. > > Can anyone confirm this behaviour? Yes, your observations are correct. Please also see: http://www.freebsd.org/cgi/query-pr.cgi?pr=145385 > Should machdep.hlt_cpus and I assume > the logical counterpart never be used with ULE? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Feb 21 16:38:48 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5973B106564A for ; Mon, 21 Feb 2011 16:38:48 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 10E448FC15 for ; Mon, 21 Feb 2011 16:38:47 +0000 (UTC) Received: from gate.ipt.ru ([194.62.233.123] helo=h30.sp.ipt.ru) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1PrYAw-000Lex-P9; Mon, 21 Feb 2011 18:59:50 +0300 From: Boris Samorodov To: Kurt Jaeger References: <20110217115653.GH34314@home.opsec.eu> <20110217124515.GI34314@home.opsec.eu> <4D5D1D10.7010000@digsys.bg> <20110217180140.GL66849@dan.emsphone.com> <20110217204643.GJ34314@home.opsec.eu> Date: Mon, 21 Feb 2011 18:59:50 +0300 In-Reply-To: <20110217204643.GJ34314@home.opsec.eu> (Kurt Jaeger's message of "Thu, 17 Feb 2011 21:46:43 +0100") Message-ID: <37576665@h30.sp.ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: 3TB disc and block alignment X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Feb 2011 16:38:48 -0000 On Thu, 17 Feb 2011 21:46:43 +0100 Kurt Jaeger wrote: > Hmm, wasn't the issues with 3T drives, that they internally use > 4K blocks and emulate 512 and that therefore 8 block alignments > are an performance issue ? > The reason I'm asking: I encounter the problem of the lost > secondary GPT table: > Feb 17 22:15:44 vserv1 kernel: GEOM: ad7: the secondary GPT table is corrupt or invalid. > Feb 17 22:15:44 vserv1 kernel: GEOM: ad7: using the primary only -- recovery suggested. > Feb 17 22:15:44 vserv1 kernel: GEOM: ufsid/4d5d8faa10b63ac1: the secondary GPT table is corrupt or invalid. > Feb 17 22:15:44 vserv1 kernel: GEOM: ufsid/4d5d8faa10b63ac1: using the primary only -- recovery suggested. It may be the case here if you to used glabel(8) to create a label for the whole disk. Geom puts it's metainfo at the last sector of the disk -- the same place which a secondary GPT table uses. > I had this disc connected via some usb2sata adapter as da0, and there > was no error message when I did the 'gpart create ad7' thing. > When I now connect it to the some other box as ad7 and this error > message appears: Which of the two has the problem with the > controller not getting the large size disc correct ? -- WBR, bsam From owner-freebsd-stable@FreeBSD.ORG Mon Feb 21 16:48:15 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC9A0106566C for ; Mon, 21 Feb 2011 16:48:15 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 963D18FC1C for ; Mon, 21 Feb 2011 16:48:15 +0000 (UTC) Received: from gate.ipt.ru ([194.62.233.123] helo=h30.sp.ipt.ru) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1PrYvm-000Lif-Jl; Mon, 21 Feb 2011 19:48:14 +0300 From: Boris Samorodov To: Kurt Jaeger References: <20110217115653.GH34314@home.opsec.eu> <20110217124515.GI34314@home.opsec.eu> <4D5D1D10.7010000@digsys.bg> <20110217180140.GL66849@dan.emsphone.com> <20110217204643.GJ34314@home.opsec.eu> <37576665@h30.sp.ipt.ru> <20110221161637.GR34314@home.opsec.eu> Date: Mon, 21 Feb 2011 19:48:14 +0300 In-Reply-To: <20110221161637.GR34314@home.opsec.eu> (Kurt Jaeger's message of "Mon, 21 Feb 2011 17:16:37 +0100") Message-ID: <71493761@h30.sp.ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: 3TB disc and block alignment X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Feb 2011 16:48:15 -0000 Hi! On Mon, 21 Feb 2011 17:16:37 +0100 Kurt Jaeger wrote: > > > Hmm, wasn't the issues with 3T drives, that they internally use > > > 4K blocks and emulate 512 and that therefore 8 block alignments > > > are an performance issue ? > > > > > The reason I'm asking: I encounter the problem of the lost > > > secondary GPT table: > > > > > Feb 17 22:15:44 vserv1 kernel: GEOM: ad7: the secondary GPT table is corrupt or invalid. ^^^^^^^^^ [1] > > > Feb 17 22:15:44 vserv1 kernel: GEOM: ad7: using the primary only -- recovery suggested. > > > Feb 17 22:15:44 vserv1 kernel: GEOM: ufsid/4d5d8faa10b63ac1: the secondary GPT table is corrupt or invalid. > > > Feb 17 22:15:44 vserv1 kernel: GEOM: ufsid/4d5d8faa10b63ac1: using the primary only -- recovery suggested. > Boris Samorodov wrote: > > It may be the case here if you to used glabel(8) to create a label > > for the whole disk. > I did not use glabel on that disk. Hm, I may be wrong here but from the log [1] you do have a geom name ad7. Can you show an output of the command: ----- % glabel status ----- > > Geom puts it's metainfo at the last sector of > > the disk -- the same place which a secondary GPT table uses. > Hmm. I'm still not sure how to test whether the drive/controller > behaves. -- WBR, bsam From owner-freebsd-stable@FreeBSD.ORG Mon Feb 21 16:55:20 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90CE1106566B for ; Mon, 21 Feb 2011 16:55:20 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4D1358FC13 for ; Mon, 21 Feb 2011 16:55:20 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1PrZ2f-000KgV-Kw for freebsd-stable@freebsd.org; Mon, 21 Feb 2011 17:55:21 +0100 Date: Mon, 21 Feb 2011 17:55:21 +0100 From: Kurt Jaeger To: freebsd-stable@freebsd.org Message-ID: <20110221165521.GS34314@home.opsec.eu> References: <20110217115653.GH34314@home.opsec.eu> <20110217124515.GI34314@home.opsec.eu> <4D5D1D10.7010000@digsys.bg> <20110217180140.GL66849@dan.emsphone.com> <20110217204643.GJ34314@home.opsec.eu> <37576665@h30.sp.ipt.ru> <20110221161637.GR34314@home.opsec.eu> <71493761@h30.sp.ipt.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <71493761@h30.sp.ipt.ru> Subject: Re: 3TB disc and block alignment X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Feb 2011 16:55:20 -0000 Hi! > > > > Feb 17 22:15:44 vserv1 kernel: GEOM: ufsid/4d5d8faa10b63ac1: using the primary only -- recovery suggested. > > > Boris Samorodov wrote: > > > It may be the case here if you to used glabel(8) to create a label > > > for the whole disk. > > > I did not use glabel on that disk. > > Hm, I may be wrong here but from the log [1] you do have a geom name > ad7. Can you show an output of the command: > ----- > % glabel status > ----- # glabel status Name Status Components ufsid/4d62938756e96a72 N/A ad7 If I use gpart, does this somehow imply glabel ? You see me confused 8-) -- pi@opsec.eu +49 171 3101372 9 years to go ! From owner-freebsd-stable@FreeBSD.ORG Mon Feb 21 16:56:42 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 904F61065674 for ; Mon, 21 Feb 2011 16:56:42 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id B8F168FC0A for ; Mon, 21 Feb 2011 16:56:41 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA08809; Mon, 21 Feb 2011 18:56:36 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4D629944.9020202@freebsd.org> Date: Mon, 21 Feb 2011 18:56:36 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101213 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: David J Brooks References: <1497633402.908693.1298275211209.JavaMail.root@sz0078a.emeryville.ca.mail.comcast.net> <1803560057.908709.1298275440098.JavaMail.root@sz0078a.emeryville.ca.mail.comcast.net> In-Reply-To: <1803560057.908709.1298275440098.JavaMail.root@sz0078a.emeryville.ca.mail.comcast.net> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: system crash during make installworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Feb 2011 16:56:42 -0000 on 21/02/2011 10:04 David J Brooks said the following: > As the subject suggests, my laptop crashed during make installworld. The new > kernel boots, but the ELF interpreter is not found and I cannot get to a single > user prompt. What is the least painful way to proceed? My take would be an alternative bootable media: live CD or install CD or etc. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Feb 21 17:07:57 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55D211065673 for ; Mon, 21 Feb 2011 17:07:57 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-bw0-f48.google.com (mail-bw0-f48.google.com [209.85.214.48]) by mx1.freebsd.org (Postfix) with ESMTP id E10018FC0A for ; Mon, 21 Feb 2011 17:07:55 +0000 (UTC) Received: by bwz8 with SMTP id 8so1101881bwz.35 for ; Mon, 21 Feb 2011 09:07:54 -0800 (PST) Received: by 10.204.26.200 with SMTP id f8mr1594289bkc.46.1298308074437; Mon, 21 Feb 2011 09:07:54 -0800 (PST) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id v25sm3860557bkt.6.2011.02.21.09.07.52 (version=SSLv3 cipher=OTHER); Mon, 21 Feb 2011 09:07:52 -0800 (PST) Message-ID: <4D629BE7.8020501@my.gd> Date: Mon, 21 Feb 2011 18:07:51 +0100 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20110218164209.GA77903@nargothrond.kdm.org> In-Reply-To: <20110218164209.GA77903@nargothrond.kdm.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: mps(4) driver (LSI 6Gb SAS) commited to stable/8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Feb 2011 17:07:57 -0000 On 2/18/11 5:42 PM, Kenneth D. Merry wrote: > > Let me know if you run into any issues. > > Ken Rebuilt this afternoon, rebooted, still works fine. I'll post if I run into any problem. Thanks for your work, this driver was clearly needed on 8.x seeing the cards are becoming more and more mainstream. Too bad it didn't make the 8.2 ISO images :) From owner-freebsd-stable@FreeBSD.ORG Mon Feb 21 17:57:28 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F033106564A; Mon, 21 Feb 2011 17:57:28 +0000 (UTC) (envelope-from feld@feld.me) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4605D8FC12; Mon, 21 Feb 2011 17:57:27 +0000 (UTC) Received: by iwn33 with SMTP id 33so841011iwn.13 for ; Mon, 21 Feb 2011 09:57:27 -0800 (PST) Received: by 10.43.58.146 with SMTP id wk18mr2278422icb.263.1298309561520; Mon, 21 Feb 2011 09:32:41 -0800 (PST) Received: from tech304 (supranet-tech.secure-on.net [66.170.8.18]) by mx.google.com with ESMTPS id g4sm4415337ick.23.2011.02.21.09.32.39 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 21 Feb 2011 09:32:40 -0800 (PST) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-stable@freebsd.org, freebsd-emulation@freebsd.org Date: Mon, 21 Feb 2011 11:32:38 -0600 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Mark Felder" Message-ID: User-Agent: Opera Mail/11.01 (FreeBSD) Cc: Subject: Panic from linux emulation (flashplugin) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Feb 2011 17:57:28 -0000 I'm sending this to both stable and emulation lists, but I'm not subscribed to the emulation list so please cc: me there. Hi guys, I'm told this is known but I can't find any information. I'm running the checkout for RELENG_8_2 from Thursday and the issue I'm having on my amd64 Desktop is that every time I play a flash video (my only real use of linux emulation) it causes a kernel panic. This happens in Opera, Firefox, and Chromium. Another user in Freenode's ##freebsd said he is experiencing this too. I've seen nothing mentioned on the freebsd-emulation mailing list. Any thoughts? Thanks, Mark Relevant info: 10:56:08 skeletor:~ > uname -a FreeBSD skeletor.feld.me 8.2-RELEASE FreeBSD 8.2-RELEASE #1: Thu Feb 17 13:03:46 CST 2011 root@mwi1.coffeenet.org:/usr/obj/usr/src/sys/GENERIC amd64 10:57:11 skeletor:~ > sudo kldstat Password: Id Refs Address Size Name 1 53 0xffffffff80100000 c9fe20 kernel 2 1 0xffffffff80da0000 24d98 snd_hda.ko 3 4 0xffffffff80dc5000 75668 sound.ko 4 1 0xffffffff80e3b000 13b98 snd_uaudio.ko 5 1 0xffffffff80e4f000 f080 aio.ko 6 1 0xffffffff80e5f000 ffb0 ahci.ko 7 1 0xffffffff80e6f000 52d8 atapicam.ko 8 1 0xffffffff80e75000 d08de0 nvidia.ko 9 3 0xffffffff81b7e000 42558 linux.ko 10 3 0xffffffff81bc1000 45ed0 vboxdrv.ko 11 1 0xffffffff81e22000 3ee0 linprocfs.ko 12 2 0xffffffff81e26000 28ae vboxnetflt.ko 13 2 0xffffffff81e29000 8d44 netgraph.ko 14 1 0xffffffff81e32000 1532 ng_ether.ko 15 1 0xffffffff81e34000 d0c vboxnetadp.ko 16 1 0xffffffff81e35000 a1c pflog.ko 17 1 0xffffffff81e36000 2bd81 pf.ko 18 1 0xffffffff81e62000 a8ea fuse.ko I was running linux-f10-flashplugin10 10.2r152 From owner-freebsd-stable@FreeBSD.ORG Mon Feb 21 18:06:41 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EDE7106566C for ; Mon, 21 Feb 2011 18:06:41 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from thalia-smout.broadpark.no (thalia-smout.broadpark.no [80.202.8.21]) by mx1.freebsd.org (Postfix) with ESMTP id B870F8FC21 for ; Mon, 21 Feb 2011 18:06:40 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from terra-smin.broadpark.no ([80.202.8.13]) by thalia-smout.broadpark.no (Sun Java(tm) System Messaging Server 7u3-15.01 64bit (built Feb 12 2010)) with ESMTP id <0LGZ00LQT8V21I60@thalia-smout.broadpark.no> for freebsd-stable@freebsd.org; Mon, 21 Feb 2011 18:06:38 +0100 (CET) Received: from kg-v2.kg4.no ([84.48.120.77]) by terra-smin.broadpark.no (Sun Java(tm) System Messaging Server 7u3-15.01 64bit (built Feb 12 2010)) with SMTP id <0LGZ0051V8V1I300@terra-smin.broadpark.no> for freebsd-stable@freebsd.org; Mon, 21 Feb 2011 18:06:38 +0100 (CET) Date: Mon, 21 Feb 2011 18:06:37 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20110221180637.50fa0dd2.torfinn.ingolfsen@broadpark.no> In-reply-to: <4D629944.9020202@freebsd.org> References: <1497633402.908693.1298275211209.JavaMail.root@sz0078a.emeryville.ca.mail.comcast.net> <1803560057.908709.1298275440098.JavaMail.root@sz0078a.emeryville.ca.mail.comcast.net> <4D629944.9020202@freebsd.org> X-Mailer: Sylpheed 3.1.0 (GTK+ 2.22.1; amd64-portbld-freebsd8.1) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: system crash during make installworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Feb 2011 18:06:41 -0000 On Mon, 21 Feb 2011 18:56:36 +0200 Andriy Gapon wrote: > on 21/02/2011 10:04 David J Brooks said the following: > > As the subject suggests, my laptop crashed during make installworld. The new > > kernel boots, but the ELF interpreter is not found and I cannot get to a single > > user prompt. What is the least painful way to proceed? > > My take would be an alternative bootable media: live CD or install CD or etc. Or, if the hard drive is easy to get at, and he has the a (S)ATA-to-usb dongle / dock; connect the hard drive to another FreeBSD machine and copy required files off that one. But first things first: does the old kernel still boot? (depending on how far in the process make installworld came, it might) HTH -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Mon Feb 21 18:15:41 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2ADD7106566B; Mon, 21 Feb 2011 18:15:41 +0000 (UTC) (envelope-from ken@kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.freebsd.org (Postfix) with ESMTP id EADA18FC1D; Mon, 21 Feb 2011 18:15:40 +0000 (UTC) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.14.2/8.14.2) with ESMTP id p1LIFeHK040561; Mon, 21 Feb 2011 11:15:40 -0700 (MST) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id p1LIFd9t040560; Mon, 21 Feb 2011 11:15:39 -0700 (MST) (envelope-from ken) Date: Mon, 21 Feb 2011 11:15:39 -0700 From: "Kenneth D. Merry" To: Ollivier Robert Message-ID: <20110221181539.GA40528@nargothrond.kdm.org> References: <20110218164209.GA77903@nargothrond.kdm.org> <20110219232057.GA20053@bau44-1-88-173-173-77.fbx.proxad.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110219232057.GA20053@bau44-1-88-173-173-77.fbx.proxad.net> User-Agent: Mutt/1.4.2i Cc: freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: mps(4) driver (LSI 6Gb SAS) commited to stable/8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Feb 2011 18:15:41 -0000 On Sun, Feb 20, 2011 at 00:20:57 +0100, Ollivier Robert wrote: > According to Kenneth D. Merry: > > I just merged the mps(4) driver to stable/8, for those of you with LSI 6Gb > > SAS hardware. > > Thanks a lot Ken! You'll make people very happy (incl. me!) in France :) You're welcome! > > There are also a couple of othere issues with the driver that I am planning > > to fix in -current today and merge back into stable/8 in a few days. In > > particular I have fixes for these issues: > > I'll wait till you commit these in stable/8 before regenerating my mfsbsd image. The MFC of both changes is done. Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-stable@FreeBSD.ORG Mon Feb 21 19:42:25 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 409F8106566B for ; Mon, 21 Feb 2011 19:42:25 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 01B948FC1C for ; Mon, 21 Feb 2011 19:42:24 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 22B5F1E00240; Mon, 21 Feb 2011 20:26:48 +0100 (CET) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.4/8.14.3) with ESMTP id p1LJOPcR039864; Mon, 21 Feb 2011 20:24:25 +0100 (CET) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.4/8.14.3/Submit) id p1LJOPuw039863; Mon, 21 Feb 2011 20:24:25 +0100 (CET) (envelope-from nox) Date: Mon, 21 Feb 2011 20:24:25 +0100 (CET) From: Juergen Lock Message-Id: <201102211924.p1LJOPuw039863@triton8.kn-bremen.de> To: feld@feld.me X-Newsgroups: local.list.freebsd.emulation In-Reply-To: Organization: Cc: freebsd-emulation@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Panic from linux emulation (flashplugin) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Feb 2011 19:42:25 -0000 In article you write: >I'm sending this to both stable and emulation lists, but I'm not >subscribed to the emulation list so please cc: me there. > >Hi guys, > >I'm told this is known but I can't find any information. I'm running the >checkout for RELENG_8_2 from Thursday and the issue I'm having on my amd64 >Desktop is that every time I play a flash video (my only real use of linux >emulation) it causes a kernel panic. This happens in Opera, Firefox, and >Chromium. Another user in Freenode's ##freebsd said he is experiencing >this too. I've seen nothing mentioned on the freebsd-emulation mailing >list. > > > >Any thoughts? > Well it works for me, just tested with native ff, linux ff and linux opera... (other than youtube seems to be overloaded at this time, videos pause a lot.) > > > >Thanks, > > >Mark > > > >Relevant info: > > >10:56:08 skeletor:~ > uname -a >FreeBSD skeletor.feld.me 8.2-RELEASE FreeBSD 8.2-RELEASE #1: Thu Feb 17 >13:03:46 CST 2011 >root@mwi1.coffeenet.org:/usr/obj/usr/src/sys/GENERIC amd64 > >10:57:11 skeletor:~ > sudo kldstat >Password: >Id Refs Address Size Name > 1 53 0xffffffff80100000 c9fe20 kernel > 2 1 0xffffffff80da0000 24d98 snd_hda.ko > 3 4 0xffffffff80dc5000 75668 sound.ko > 4 1 0xffffffff80e3b000 13b98 snd_uaudio.ko > 5 1 0xffffffff80e4f000 f080 aio.ko > 6 1 0xffffffff80e5f000 ffb0 ahci.ko > 7 1 0xffffffff80e6f000 52d8 atapicam.ko > 8 1 0xffffffff80e75000 d08de0 nvidia.ko > 9 3 0xffffffff81b7e000 42558 linux.ko >10 3 0xffffffff81bc1000 45ed0 vboxdrv.ko >11 1 0xffffffff81e22000 3ee0 linprocfs.ko >12 2 0xffffffff81e26000 28ae vboxnetflt.ko >13 2 0xffffffff81e29000 8d44 netgraph.ko >14 1 0xffffffff81e32000 1532 ng_ether.ko >15 1 0xffffffff81e34000 d0c vboxnetadp.ko >16 1 0xffffffff81e35000 a1c pflog.ko >17 1 0xffffffff81e36000 2bd81 pf.ko >18 1 0xffffffff81e62000 a8ea fuse.ko > >I was running linux-f10-flashplugin10 10.2r152 I see you use the nvidia blob (I use radeon with xorg drivers), did you rebuild the nvidia driver port after upgrading to 8.2? Or maybe this has something to do with the vdpau support that was added to flash with the last update and that others reported as possibly not working properly on FreeBSD... If you did rebuild nvidia try mv.ing /compat/linux/usr/lib/libvdpau.so.1 away temporarily and see if that fixes the panics, if yes its probably an nvidia issue. And even if not I guess you need to collect a backtrace or at least a textdump of the panic, see here about how to get a dump: http://www.freebsd.org/doc/en/books/developers-handbook/book.html#KERNELDEBUG-OBTAIN If the dumping/savecore/crashinfo script worked you should get a new /var/crash/core.txt.X file with the backtrace (among other things) after the next boot. Good luck, :) Juergen From owner-freebsd-stable@FreeBSD.ORG Mon Feb 21 20:07:57 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 451AD106566C; Mon, 21 Feb 2011 20:07:57 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ew0-f49.google.com (mail-ew0-f49.google.com [209.85.215.49]) by mx1.freebsd.org (Postfix) with ESMTP id 77FF58FC12; Mon, 21 Feb 2011 20:07:56 +0000 (UTC) Received: by ewy23 with SMTP id 23so720639ewy.8 for ; Mon, 21 Feb 2011 12:07:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=1ykyobV8y6187OR5JHXYKP59rNq4eFA5NuE6cm+2eRU=; b=EFEgWHgYRs7ucuISAHzPqZ09+5Au4k3ZFlsgGl4t0DlIoFFesge8r9cMZpKtkpNCnV RFVJFYbLHkCpwn28nYKkaTOc1CYi7zsSwB3QAxVhAvnWRDC1O/ihyW+hc4Jax4j+0PRU 83pny5QOCamsNFLBHOEpA0pywmqNjNwAsqq+Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=pvLNIjBldpMB7fNY/YT0M3a7RWyy3xjUhFuEOx3xh0zmH/aaFWjIStvoFBPTxYcrLE XcTl5PIcjxQcaeoXayTZuD2vZZJ++NPk9ve+ONXhcDv7sSiqrRIJnBp02rCKjFeP+070 XN6wse8dxxA+70CpoqjYjDz05xChqAuvhlVfs= MIME-Version: 1.0 Received: by 10.216.155.75 with SMTP id i53mr2512006wek.27.1298318875220; Mon, 21 Feb 2011 12:07:55 -0800 (PST) Sender: yanegomi@gmail.com Received: by 10.216.71.200 with HTTP; Mon, 21 Feb 2011 12:07:54 -0800 (PST) In-Reply-To: <4D6292DD.8010704@freebsd.org> References: <8332E9240ECA403480B48D21FA3A8694@multiplay.co.uk> <4D6292DD.8010704@freebsd.org> Date: Mon, 21 Feb 2011 12:07:54 -0800 X-Google-Sender-Auth: wgVU-5gTp7RGTPT4RddyOwFItKI Message-ID: From: Garrett Cooper To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org, Steven Hartland , freebsd-stable@freebsd.org Subject: Re: machdep.hlt_cpus not safe with ULE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Feb 2011 20:07:57 -0000 On Mon, Feb 21, 2011 at 8:29 AM, Andriy Gapon wrote: > on 19/02/2011 14:36 Steven Hartland said the following: >> I'm trying to debug a possibly failing CPU, so I thought it would >> be easy just disable the cores using machdep.hlt_cpus and see if >> we see the panic's we've been seeing. >> >> The problem is it seems ULE doesnt properly support machdep.hlt_cpus >> and still schedules processes onto the halted cpus which obviously >> causes problems. >> >> Can anyone confirm this behaviour? > > Yes, your observations are correct. > Please also see: http://www.freebsd.org/cgi/query-pr.cgi?pr=145385 > >> Should machdep.hlt_cpus and I assume >> the logical counterpart never be used with ULE? As a followup to this and based on discussions with other folks, the fact that it's using hlt to halt CPUs without rescheduling tasks / masking interrupts, etc is not good. So none of the *hlt* sysctls are really doing the right thing on x86. Thanks, -Garrett From owner-freebsd-stable@FreeBSD.ORG Mon Feb 21 20:41:40 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FBC61065673; Mon, 21 Feb 2011 20:41:40 +0000 (UTC) (envelope-from prvs=10337ef692=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 31F658FC1A; Mon, 21 Feb 2011 20:41:38 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Mon, 21 Feb 2011 20:30:21 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Mon, 21 Feb 2011 20:30:21 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50012271061.msg; Mon, 21 Feb 2011 20:30:19 +0000 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=10337ef692=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <7048D14F1FD341F2AFD2B0CB13C95477@multiplay.co.uk> From: "Steven Hartland" To: "Garrett Cooper" , "Andriy Gapon" References: <8332E9240ECA403480B48D21FA3A8694@multiplay.co.uk><4D6292DD.8010704@freebsd.org> Date: Mon, 21 Feb 2011 20:30:54 -0000 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.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: machdep.hlt_cpus not safe with ULE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Feb 2011 20:41:40 -0000 ----- Original Message ----- From: "Garrett Cooper" > As a followup to this and based on discussions with other folks, > the fact that it's using hlt to halt CPUs without rescheduling tasks / > masking interrupts, etc is not good. So none of the *hlt* sysctls are > really doing the right thing on x86. Time to disable them until they are fixed properly then I would suggest? 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 Mon Feb 21 20:47:45 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50471106566B; Mon, 21 Feb 2011 20:47:45 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 860BF8FC08; Mon, 21 Feb 2011 20:47:44 +0000 (UTC) Received: by wwf26 with SMTP id 26so6344410wwf.31 for ; Mon, 21 Feb 2011 12:47:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=qwCWNv2u6GFAi+yrq8S6P6hewG8lm4IChW9Ap1HYWpI=; b=rk9bhQpSol9yQ/nl1UmSpwk2L8FdfsXmiTwmoOTTpWkw4lcuufBFBnIj0lmhZGUT9s 0NAeFbwwlVn2in6KGQxSJm7nfSXuTzrG5vHDIsMflMoX81Bn3PMdqkmyoXng/Ptef4Ua rQRYndf8h8yPbN1lcYA6xpDMhdvvRT7Ts5om0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=QjnKpLTewkiQS7/kPHsTxZsid/1IJJGZkrhIMOhF2koNmdchC0Yjit1Mh2JcJ2LLWK zHmndGM0QQ14wW+EWet5jCFTsqPua/nhsLdD+4+FCBW9MT/Rk+P6PyNtMfT37NhcBeCL /xzN8parYym0e5n4DPnltqqqyrLYonq9+Zwco= MIME-Version: 1.0 Received: by 10.216.241.138 with SMTP id g10mr1628225wer.27.1298321244744; Mon, 21 Feb 2011 12:47:24 -0800 (PST) Sender: yanegomi@gmail.com Received: by 10.216.71.200 with HTTP; Mon, 21 Feb 2011 12:47:24 -0800 (PST) In-Reply-To: <7048D14F1FD341F2AFD2B0CB13C95477@multiplay.co.uk> References: <8332E9240ECA403480B48D21FA3A8694@multiplay.co.uk> <4D6292DD.8010704@freebsd.org> <7048D14F1FD341F2AFD2B0CB13C95477@multiplay.co.uk> Date: Mon, 21 Feb 2011 12:47:24 -0800 X-Google-Sender-Auth: pJ654n1YnpnqwiaIHKihBV0HfY4 Message-ID: From: Garrett Cooper To: Steven Hartland Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org, Andriy Gapon Subject: Re: machdep.hlt_cpus not safe with ULE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Feb 2011 20:47:45 -0000 On Mon, Feb 21, 2011 at 12:30 PM, Steven Hartland wrote: > ----- Original Message ----- From: "Garrett Cooper" >> >> =A0 As a followup to this and based on discussions with other folks, >> the fact that it's using hlt to halt CPUs without rescheduling tasks / >> masking interrupts, etc is not good. So none of the *hlt* sysctls are >> really doing the right thing on x86. > > Time to disable them until they are fixed properly then I would suggest? Andriy's patch attached to the PR above does the right thing when first bringing up the system, but it's still broken with the sysctl case, so I would actually vote to disable the sysctls for now and commit his patch separately as it's better than the existing code is in that area. Thanks! -Garrett From owner-freebsd-stable@FreeBSD.ORG Mon Feb 21 20:48:23 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1F87106566B; Mon, 21 Feb 2011 20:48:23 +0000 (UTC) (envelope-from feld@feld.me) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id A3B0A8FC1B; Mon, 21 Feb 2011 20:48:23 +0000 (UTC) Received: by iyj12 with SMTP id 12so1253062iyj.13 for ; Mon, 21 Feb 2011 12:48:23 -0800 (PST) Received: by 10.42.228.68 with SMTP id jd4mr2501886icb.499.1298321302949; Mon, 21 Feb 2011 12:48:22 -0800 (PST) Received: from tech304 (supranet-tech.secure-on.net [66.170.8.18]) by mx.google.com with ESMTPS id c4sm4513541ict.7.2011.02.21.12.48.21 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 21 Feb 2011 12:48:22 -0800 (PST) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Juergen Lock" References: <201102211924.p1LJOPuw039863@triton8.kn-bremen.de> Date: Mon, 21 Feb 2011 14:48:19 -0600 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Mark Felder" Message-ID: In-Reply-To: <201102211924.p1LJOPuw039863@triton8.kn-bremen.de> User-Agent: Opera Mail/11.01 (FreeBSD) Cc: freebsd-emulation@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Panic from linux emulation (flashplugin) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Feb 2011 20:48:24 -0000 On Mon, 21 Feb 2011 13:24:25 -0600, Juergen Lock wrote: > I see you use the nvidia blob (I use radeon with xorg drivers), did > you rebuild the nvidia driver port after upgrading to 8.2? Or maybe > this has something to do with the vdpau support that was added to > flash with the last update and that others reported as possibly not > working properly on FreeBSD... Aha! This is probably it! I just upgraded my workstation at work to 8.2 (also nvidia) and I am not having the crash but I also don't have that newer flash version that includes vdpau support. I will downgrade the flash version at home and report back. It would possibly also be wise to contact the maintainer and have him mark the port as BROKEN or conflicting or something if you're running nvidia so people don't run into this issue. Thanks, Mark From owner-freebsd-stable@FreeBSD.ORG Mon Feb 21 21:10:31 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 243E3106566B; Mon, 21 Feb 2011 21:10:31 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 9622F8FC15; Mon, 21 Feb 2011 21:10:29 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p1LLAPAP001849 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Feb 2011 23:10:25 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p1LLAOBP044748; Mon, 21 Feb 2011 23:10:24 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p1LLAOAK044747; Mon, 21 Feb 2011 23:10:24 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 21 Feb 2011 23:10:24 +0200 From: Kostik Belousov To: Mike Tancsa Message-ID: <20110221211024.GV78089@deviant.kiev.zoral.com.ua> References: <4D4A38FD.7000607@rdtc.ru> <4D3011DB.9050900@frasunek.com> <4FD1B1C3-08A7-4F48-A30A-DE5A8F3D3834@averesystems.com> <4D6133AC.6070507@sentex.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uIetXajv+QHHV+2h" Content-Disposition: inline In-Reply-To: <4D6133AC.6070507@sentex.net> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: About "panic: bufwrite: buffer is not busy???" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Feb 2011 21:10:31 -0000 --uIetXajv+QHHV+2h Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 20, 2011 at 10:30:52AM -0500, Mike Tancsa wrote: > On 2/20/2011 9:33 AM, Andrey Smagin wrote: > > On week -current I have same problem, my box paniced every 2-15 min. I = resolve problem by next steps - unplug network connectors from 2 intel em (= 82574L) cards. I think last time that mpd5 related panic, but mpd5 work wit= h another re interface interated on MB. I think it may be em related panic,= or em+mpd5. >=20 > The latest panic I saw didnt have anything to do with em. Are you sure > your crashes are because of the nic drive ? >=20 > The latest I saw was on Friday. >=20 > # kgdb /usr/obj/usr/src/sys/router/kernel.debug vmcore.11 > (kgdb) bt > #0 doadump () at pcpu.h:231 > #1 0xc04a51f9 in db_fncall (dummy1=3D1, dummy2=3D0, dummy3=3D-1063333856, > dummy4=3D0xc6b9696c "") at /usr/src/sys/ddb/db_command.c:548 > #2 0xc04a55f1 in db_command (last_cmdp=3D0xc096f73c, cmd_table=3D0x0, > dopager=3D1) at /usr/src/sys/ddb/db_command.c:445 > #3 0xc04a574a in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 > #4 0xc04a764d in db_trap (type=3D12, code=3D0) at > /usr/src/sys/ddb/db_main.c:229 > #5 0xc068ba7e in kdb_trap (type=3D12, code=3D0, tf=3D0xc6b96b94) at > /usr/src/sys/kern/subr_kdb.c:546 > #6 0xc088056f in trap_fatal (frame=3D0xc6b96b94, eva=3D52) at > /usr/src/sys/i386/i386/trap.c:937 > #7 0xc0880830 in trap_pfault (frame=3D0xc6b96b94, usermode=3D0, eva=3D52= ) at > /usr/src/sys/i386/i386/trap.c:859 > #8 0xc0880d4a in trap (frame=3D0xc6b96b94) at > /usr/src/sys/i386/i386/trap.c:532 > #9 0xc086716c in calltrap () at /usr/src/sys/i386/i386/exception.s:166 > #10 0xc0657a16 in uihold (uip=3D0x0) at /usr/src/sys/kern/kern_resource.c= :1248 > #11 0xc0654ec9 in crcopy (dest=3D0xce3ee800, src=3D0xce3ee600) at > /usr/src/sys/kern/kern_prot.c:1873 > #12 0xc0654fd1 in crcopysafe (p=3D0xc90cc810, cr=3D0xce3ee800) at > /usr/src/sys/kern/kern_prot.c:1950 > #13 0xc0656d7f in seteuid (td=3D0xc9196b80, uap=3D0xc6b96cec) at > /usr/src/sys/kern/kern_prot.c:615 > #14 0xc06985ff in syscallenter (td=3D0xc9196b80, sa=3D0xc6b96ce4) at > /usr/src/sys/kern/subr_trap.c:315 > #15 0xc0880884 in syscall (frame=3D0xc6b96d28) at > /usr/src/sys/i386/i386/trap.c:1061 > #16 0xc08671d1 in Xint0x80_syscall () at > /usr/src/sys/i386/i386/exception.s:264 > #17 0x00000033 in ?? () >=20 > (kgdb) frame 10 > #10 0xc0657a16 in uihold (uip=3D0x0) at /usr/src/sys/kern/kern_resource.c= :1248 > 1248 { > (kgdb) list > 1243 * Place another refcount on a uidinfo struct. > 1244 */ > 1245 void > 1246 uihold(uip) > 1247 struct uidinfo *uip; > 1248 { > 1249 > 1250 refcount_acquire(&uip->ui_ref); > 1251 } > 1252 > (kgdb) p *uip > Cannot access memory at address 0x0 > (kgdb) p uip > $1 =3D (struct uidinfo *) 0x0 > (kgdb) Is this reproducable ? What system version is it ? Could you, please, go to frame 12 and show the output of "p *p", "p *(p->p_ucred)" ? --uIetXajv+QHHV+2h Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk1i1L8ACgkQC3+MBN1Mb4iWjQCdGtiGPTrEYq5J8OXDcGCZUHyz F54AoIP0E6k99wX7IjPdqwydwakY/85D =lR70 -----END PGP SIGNATURE----- --uIetXajv+QHHV+2h-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 21 21:27:35 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10BE41065675; Mon, 21 Feb 2011 21:27:35 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 87A748FC15; Mon, 21 Feb 2011 21:27:34 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:68ff:b8ee:849:710f] ([IPv6:2607:f3e0:0:4:68ff:b8ee:849:710f]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p1LLRWVg052586 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 21 Feb 2011 16:27:32 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4D62D8C1.1090408@sentex.net> Date: Mon, 21 Feb 2011 16:27:29 -0500 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Kostik Belousov References: <4D4A38FD.7000607@rdtc.ru> <4D3011DB.9050900@frasunek.com> <4FD1B1C3-08A7-4F48-A30A-DE5A8F3D3834@averesystems.com> <4D6133AC.6070507@sentex.net> <20110221211024.GV78089@deviant.kiev.zoral.com.ua> In-Reply-To: <20110221211024.GV78089@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: About "panic: bufwrite: buffer is not busy???" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Feb 2011 21:27:35 -0000 On 2/21/2011 4:10 PM, Kostik Belousov wrote: > Is this reproducable ? The box seems to have a number of bugs it has been triggering. gleb@freebsd.org's netgraph patch, seems to have fixed one of them. Max seems to have fixed two others. This one, I am not sure. I can re-enable memguard to randomly sample again, which is what seemed to have caught / triggered it. > What system version is it ? 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #11: Thu Feb 17 i386, 4G of RAM > > Could you, please, go to frame 12 and show the output of "p *p", > "p *(p->p_ucred)" ? (kgdb) frame 12 #12 0xc0654fd1 in crcopysafe (p=0xc90cc810, cr=0xce3ee800) at /usr/src/sys/kern/kern_prot.c:1950 1950 crcopy(cr, oldcred); (kgdb) list 1945 PROC_UNLOCK(p); 1946 crextend(cr, groups); 1947 PROC_LOCK(p); 1948 oldcred = p->p_ucred; 1949 } 1950 crcopy(cr, oldcred); 1951 1952 return (oldcred); 1953 } 1954 (kgdb) p *(p->p_ucred) $1 = {cr_ref = 3373030400, cr_uid = 3460374784, cr_ruid = 3231313392, cr_svuid = 7196, cr_ngroups = 0, cr_rgid = 503415038, cr_svgid = 0, cr_uidinfo = 0x0, cr_ruidinfo = 0x0, cr_prison = 0x0, cr_pspare = 0xffffffff, cr_flags = 4294967295, cr_pspare2 = {0x0, 0x0}, cr_label = 0xffffffff, cr_audit = {ai_auid = 0, ai_mask = {am_success = 0, am_failure = 1298034100}, ai_termid = {at_port = 3, at_type = 1, at_addr = {0, 64, 0, 0}}, ai_asid = 0, ai_flags = 0}, cr_groups = 0xc9e37900, cr_agroups = 16} (kgdb) p *p $2 = {p_list = {le_next = 0xc93ed560, le_prev = 0xc9187ac0}, p_threads = {tqh_first = 0xc9196b80, tqh_last = 0xc9196b88}, p_slock = {lock_object = { lo_name = 0xc08efca2 "process slock", lo_flags = 720896, lo_data = 0, lo_witness = 0x0}, mtx_lock = 4}, p_ucred = 0xce3ee600, p_fd = 0xc9559100, p_fdtol = 0x0, p_stats = 0xc90cd600, p_limit = 0xc912d600, p_limco = {c_links = {sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0x0}}, c_time = 0, c_arg = 0x0, c_func = 0, c_lock = 0xc90cc898, c_flags = 0, c_cpu = 0}, p_sigacts = 0xc911f000, p_flag = 268435713, p_state = PRS_NORMAL, p_pid = 565, p_hash = {le_next = 0x0, le_prev = 0xc8d148d4}, p_pglist = {le_next = 0x0, le_prev = 0xc90c85c8}, p_pptr = 0xc8d2b000, p_sibling = {le_next = 0xc93ed560, le_prev = 0xc9187b3c}, p_children = {lh_first = 0x0}, p_mtx = { lock_object = {lo_name = 0xc08efc95 "process lock", lo_flags = 21168128, lo_data = 0, lo_witness = 0x0}, mtx_lock = 3373886336}, p_ksi = 0xc908f9b0, p_sigqueue = { sq_signals = {__bits = {0, 0, 0, 0}}, sq_kill = {__bits = {0, 0, 0, 0}}, sq_list = {tqh_first = 0x0, tqh_last = 0xc90cc8d0}, sq_proc = 0xc90cc810, sq_flags = 1}, p_oppid = 0, p_vmspace = 0xc93f0e80, p_swtick = 6600, p_realtimer = {it_interval = {tv_sec = 0, tv_usec = 0}, it_value = {tv_sec = 0, tv_usec = 0}}, p_ru = {ru_utime = { tv_sec = 0, tv_usec = 0}, ru_stime = {tv_sec = 0, tv_usec = 0}, ru_maxrss = 0, ru_ixrss = 0, ru_idrss = 0, ru_isrss = 0, ru_minflt = 0, ru_majflt = 0, ru_nswap = 0, ru_inblock = 0, ru_oublock = 0, ru_msgsnd = 0, ru_msgrcv = 0, ru_nsignals = 0, ru_nvcsw = 0, ru_nivcsw = 0}, p_rux = {rux_runtime = 109046064880, rux_uticks = 1368, rux_sticks = 5393, rux_iticks = 0, rux_uu = 10366008, rux_su = 40860399, rux_tu = 51225136}, p_crux = {rux_runtime = 0, rux_uticks = 0, rux_sticks = 0, rux_iticks = 0, rux_uu = 0, rux_su = 0, rux_tu = 0}, p_profthreads = 0, p_exitthreads = 0, p_traceflag = 0, p_tracevp = 0x0, p_tracecred = 0x0, p_textvp = 0xc95bf96c, p_lock = 0, p_sigiolst = {slh_first = 0x0}, p_sigparent = 20, p_sig = 0, p_code = 0, p_stops = 0, p_stype = 0, p_step = 0 '\0', p_pfsflags = 0 '\0', p_nlminfo = 0x0, p_aioinfo = 0x0, p_singlethread = 0x0, p_suspcount = 0, p_xthread = 0x0, p_boundary_count = 0, p_pendingcnt = 0, p_itimers = 0x0, p_magic = 3203398350, p_osrel = 802500, p_comm = "zebra", '\0' , p_pgrp = 0xc90c85c0, p_sysent = 0xc095c800, p_args = 0xc90c8440, p_cpulimit = 9223372036854775807, p_nice = 0 '\0', p_fibnum = 0, p_xstat = 0, p_klist = {kl_list = {slh_first = 0x0}, kl_lock = 0xc062a990 , kl_unlock = 0xc062a940 , kl_assert_locked = 0xc06275f0 , kl_assert_unlocked = 0xc0627600 , kl_lockarg = 0xc90cc898}, p_numthreads = 1, p_md = { md_ldt = 0x0}, p_itcallout = {c_links = {sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0x0}}, c_time = 0, c_arg = 0x0, c_func = 0, c_lock = 0x0, c_flags = 16, c_cpu = 0}, p_acflag = 1, p_peers = 0x0, p_leader = 0xc90cc810, p_emuldata = 0x0, p_label = 0x0, p_sched = 0xc90ccac0, p_ktr = {stqh_first = 0x0, stqh_last = 0xc90ccaa0}, p_mqnotifier = {lh_first = 0x0}, p_dtrace = 0x0, p_pwait = {cv_description = 0xc08f00ef "ppwait", cv_waiters = 0}, p_dbgwait = {cv_description = 0xc08f00f6 "dbgwait", cv_waiters = 0}} (kgdb) -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Mon Feb 21 21:30:00 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D926E106566C for ; Mon, 21 Feb 2011 21:30:00 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from fallbackmx08.syd.optusnet.com.au (fallbackmx08.syd.optusnet.com.au [211.29.132.10]) by mx1.freebsd.org (Postfix) with ESMTP id 61AD28FC08 for ; Mon, 21 Feb 2011 21:30:00 +0000 (UTC) Received: from mail10.syd.optusnet.com.au (mail10.syd.optusnet.com.au [211.29.132.191]) by fallbackmx08.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p1LJmGqx009572 for ; Tue, 22 Feb 2011 06:48:16 +1100 Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail10.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p1LJmBWF020639 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Feb 2011 06:48:12 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.4/8.14.4) with ESMTP id p1LJm7BO056225; Tue, 22 Feb 2011 06:48:07 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id p1LJm7hJ056224; Tue, 22 Feb 2011 06:48:07 +1100 (EST) (envelope-from peter) Date: Tue, 22 Feb 2011 06:48:06 +1100 From: Peter Jeremy To: David J Brooks Message-ID: <20110221194806.GA56133@server.vk2pj.dyndns.org> References: <1497633402.908693.1298275211209.JavaMail.root@sz0078a.emeryville.ca.mail.comcast.net> <1803560057.908709.1298275440098.JavaMail.root@sz0078a.emeryville.ca.mail.comcast.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline In-Reply-To: <1803560057.908709.1298275440098.JavaMail.root@sz0078a.emeryville.ca.mail.comcast.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: system crash during make installworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Feb 2011 21:30:01 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2011-Feb-21 08:04:00 +0000, David J Brooks wrote: >As the subject suggests, my laptop crashed during make installworld. >The new kernel boots, but the ELF interpreter is not found and I >cannot get to a single user prompt. What is the least painful way to >proceed? My first suggestion would be to boot the previous kernel. If that doesn't help, try specifying /rescue/sh as the single-user shell. If neither of those work, please specify the exact error message you get and the point where you get it (if you don't have a serial console available, post a link to picture of the screen showing the issue). --=20 Peter Jeremy --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (FreeBSD) iEYEARECAAYFAk1iwXYACgkQ/opHv/APuId+4wCfQDnQHoszrp1Bpk/j9SZ869vU 608AnjYzAga7Qs+l3U4UnDUzWO/6C3yJ =mjzx -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 21 22:30:28 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4284D106566C for ; Mon, 21 Feb 2011 22:30:28 +0000 (UTC) (envelope-from erob@gthcfoundation.org) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id 1E47B8FC13 for ; Mon, 21 Feb 2011 22:30:28 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-1; format=flowed Received: from marina.localdomain ([184.162.50.38]) by VL-MR-MRZ20.ip.videotron.ca (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTP id <0LGZ009C3L23OH60@VL-MR-MRZ20.ip.videotron.ca> for freebsd-stable@freebsd.org; Mon, 21 Feb 2011 16:30:03 -0500 (EST) Message-id: <4D62D961.9000804@gthcfoundation.org> Date: Mon, 21 Feb 2011 16:30:09 -0500 From: Etienne Robillard User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.16) Gecko/20110113 Thunderbird/3.0.11 To: freebsd-stable@freebsd.org Subject: Problem with ipfw and libalias on 8.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Feb 2011 22:30:29 -0000 Hi, I'm unable to load the ipfw module in 8.2-PRELEASE. i think this may be due to ABI changes at the kernel level. , $ sudo kldload /boot/kernel/ipfw.ko $ dmesg ... KLD ipfw.ko: depends on libalias - not available or version mismatch linker_load_file: Unsupported file type $ uname -a FreeBSD marina.localdomain 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #1: Wed Feb 16 03:38:23 EST 2011 root@:/usr/local/freebsd8/src/sys/amd64/compile/GENERIC.ndebug amd64 could there be a more precise explanation? Thanks, Etienne From owner-freebsd-stable@FreeBSD.ORG Mon Feb 21 22:41:06 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BF2C106564A; Mon, 21 Feb 2011 22:41:06 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 1B2368FC0C; Mon, 21 Feb 2011 22:41:06 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 68A801E00240; Mon, 21 Feb 2011 23:41:05 +0100 (CET) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.4/8.14.3) with ESMTP id p1LMdnQM053249; Mon, 21 Feb 2011 23:39:49 +0100 (CET) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.4/8.14.3/Submit) id p1LMdnv9053248; Mon, 21 Feb 2011 23:39:49 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Mon, 21 Feb 2011 23:39:49 +0100 To: Mark Felder Message-ID: <20110221223949.GA53037@triton8.kn-bremen.de> References: <201102211924.p1LJOPuw039863@triton8.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-emulation@freebsd.org, freebsd-stable@freebsd.org, Juergen Lock Subject: Re: Panic from linux emulation (flashplugin) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Feb 2011 22:41:06 -0000 On Mon, Feb 21, 2011 at 02:48:19PM -0600, Mark Felder wrote: > On Mon, 21 Feb 2011 13:24:25 -0600, Juergen Lock > wrote: > > > I see you use the nvidia blob (I use radeon with xorg drivers), did > > you rebuild the nvidia driver port after upgrading to 8.2? Or maybe > > this has something to do with the vdpau support that was added to > > flash with the last update and that others reported as possibly not > > working properly on FreeBSD... > > Aha! This is probably it! > > I just upgraded my workstation at work to 8.2 (also nvidia) and I am not > having the crash but I also don't have that newer flash version that > includes vdpau support. I will downgrade the flash version at home and > report back. > So on the box that got the panic the nvidia driver port was rebuilt after the src/kernel upgrade? > It would possibly also be wise to contact the maintainer and have him mark > the port as BROKEN or conflicting or something if you're running nvidia so > people don't run into this issue. The maintainer is emulation@... :) But yes if its confirmed and can't be fixed we should probably patch the flash binary to stop it from trying to load libvdpau (like by patching the filename to something nonexisting?) Juergen From owner-freebsd-stable@FreeBSD.ORG Mon Feb 21 22:43:02 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7A7A106564A; Mon, 21 Feb 2011 22:43:02 +0000 (UTC) (envelope-from feld@feld.me) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 799AA8FC20; Mon, 21 Feb 2011 22:43:02 +0000 (UTC) Received: by iyj12 with SMTP id 12so1340931iyj.13 for ; Mon, 21 Feb 2011 14:43:02 -0800 (PST) Received: by 10.42.175.6 with SMTP id ay6mr2566211icb.498.1298328182045; Mon, 21 Feb 2011 14:43:02 -0800 (PST) Received: from tech304 (supranet-tech.secure-on.net [66.170.8.18]) by mx.google.com with ESMTPS id u9sm5556580ibe.8.2011.02.21.14.43.00 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 21 Feb 2011 14:43:01 -0800 (PST) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Juergen Lock" References: <201102211924.p1LJOPuw039863@triton8.kn-bremen.de> <20110221223949.GA53037@triton8.kn-bremen.de> Date: Mon, 21 Feb 2011 16:42:59 -0600 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Mark Felder" Message-ID: In-Reply-To: <20110221223949.GA53037@triton8.kn-bremen.de> User-Agent: Opera Mail/11.01 (FreeBSD) Cc: freebsd-emulation@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Panic from linux emulation (flashplugin) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Feb 2011 22:43:02 -0000 On Mon, 21 Feb 2011 16:39:49 -0600, Juergen Lock wrote: > So on the box that got the panic the nvidia driver port was rebuilt > after the src/kernel upgrade? Correct. > > The maintainer is emulation@... But yes if its confirmed and > can't be fixed we should probably patch the flash binary to stop > it from trying to load libvdpau (like by patching the filename to > something nonexisting?) I was talking about the maintainer of the flashplugin in ports. That would be Nox. I have sent him an email. Regards, Mark From owner-freebsd-stable@FreeBSD.ORG Mon Feb 21 22:44:38 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BB8C106564A; Mon, 21 Feb 2011 22:44:38 +0000 (UTC) (envelope-from feld@feld.me) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4E2388FC21; Mon, 21 Feb 2011 22:44:37 +0000 (UTC) Received: by iwn33 with SMTP id 33so1075644iwn.13 for ; Mon, 21 Feb 2011 14:44:37 -0800 (PST) Received: by 10.42.4.145 with SMTP id 17mr2675752ics.335.1298328277645; Mon, 21 Feb 2011 14:44:37 -0800 (PST) Received: from tech304 (supranet-tech.secure-on.net [66.170.8.18]) by mx.google.com with ESMTPS id y8sm4573205ica.2.2011.02.21.14.44.36 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 21 Feb 2011 14:44:36 -0800 (PST) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Juergen Lock" , "Mark Felder" References: <201102211924.p1LJOPuw039863@triton8.kn-bremen.de> <20110221223949.GA53037@triton8.kn-bremen.de> Date: Mon, 21 Feb 2011 16:44:35 -0600 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Mark Felder" Message-ID: In-Reply-To: User-Agent: Opera Mail/11.01 (FreeBSD) Cc: freebsd-emulation@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Panic from linux emulation (flashplugin) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Feb 2011 22:44:38 -0000 On Mon, 21 Feb 2011 16:42:59 -0600, Mark Felder wrote: > I was talking about the maintainer of the flashplugin in ports. That > would be Nox. I have sent him an email. Oh dear I take that back. He was the last person to submit an update, not the maintainer. Whoops! Mark From owner-freebsd-stable@FreeBSD.ORG Mon Feb 21 23:10:51 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAC8F10656C8 for ; Mon, 21 Feb 2011 23:10:51 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 725B08FC25 for ; Mon, 21 Feb 2011 23:10:51 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvEAANN/Yk2DaFvO/2dsb2JhbACEH5NXDo8wqlGQaIEngVaBa3YEhQ2HBoZL X-IronPort-AV: E=Sophos;i="4.62,202,1297054800"; d="scan'208";a="111699214" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 21 Feb 2011 18:10:50 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 7B044B3F32; Mon, 21 Feb 2011 18:10:50 -0500 (EST) Date: Mon, 21 Feb 2011 18:10:50 -0500 (EST) From: Rick Macklem To: Kirill Yelizarov Message-ID: <1257594558.173363.1298329850374.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <850225.44477.qm@web120517.mail.ne1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE8 (Win)/6.0.10_GA_2692) Cc: freebsd-stable@freebsd.org Subject: Re: NFS client over udp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Feb 2011 23:10:51 -0000 > --- On Sun, 2/20/11, Rick Macklem wrote: > > > From: Rick Macklem > > Subject: Re: NFS client over udp > > To: "Kirill Yelizarov" > > Cc: freebsd-stable@freebsd.org > > Date: Sunday, February 20, 2011, 9:02 PM > > > --- On Fri, 2/18/11, Kirill > > Yelizarov > > > > > On Fri, Feb 18, 2011 at 05:27:00AM > > > > > -0800, Kirill Yelizarov wrote: > > > > > > I have a reproducible memory leak when > > using nfs > > > > > client with an old > > > > > > nfs server > > > > > > and mbufs used > > > 8193/1722/9915 mbufs in use (current/cache/total) > > > 8192/1264/9456/25600 mbuf clusters in use > > (current/cache/total/max) > > > 8192/605 mbuf+clusters out of packet secondary zone in > > use > > > (current/cache) > > > 0/768/768/12800 4k (page size) jumbo clusters in use > > > (current/cache/total/max) > > > 0/0/0/6400 9k jumbo clusters in use > > (current/cache/total/max) > > > 0/0/0/3200 16k jumbo clusters in use > > (current/cache/total/max) > > > 18432K/6030K/24462K bytes allocated to network > > (current/cache/total) > > > 0/0/0 requests for mbufs denied > > (mbufs/clusters/mbuf+clusters) > > > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > > > 0/0/0 sfbufs in use (current/peak/max) > > > 0 requests for sfbufs denied > > > 0 requests for sfbufs delayed > > > 0 requests for I/O initiated by sendfile > > > 0 calls to protocol drain routines > > > > > > Kirill > > > > > You could try the attached patch. It fixes the only places > > in the > > client side krpc over udp that seems mights cause a leak. I > > have no > > idea if it will help, since these cases should rarely, if > > ever, > > happen in practice. > > > > Please let us know if you have the chance to try the patch > > and > > whether or not it helped. > > > > rick > > > Rick, i tried your patch. Fortunately it didn't help me. There are no > warnings on console and memory is climbing up during syncs and not > freed later. I'll try to switch to tcp this evening. Thanks for help > I'll assume that's unfortunately;-) Since the two cases patched probably never happen, I'm not surprised. The only other thing I can think of that you could try is switching to the experimental client. This would identify if the bug is in the regular client or somewhere further down in the rpc transport. The mount command would look something like: # mount -t newnfs -o nfsv3,udp : Thanks for trying it and letting me know, rick From owner-freebsd-stable@FreeBSD.ORG Tue Feb 22 03:16:32 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88C79106564A for ; Tue, 22 Feb 2011 03:16:32 +0000 (UTC) (envelope-from freysman@comcast.net) Received: from qmta08.emeryville.ca.mail.comcast.net (qmta08.emeryville.ca.mail.comcast.net [76.96.30.80]) by mx1.freebsd.org (Postfix) with ESMTP id 39C4A8FC13 for ; Tue, 22 Feb 2011 03:16:31 +0000 (UTC) Received: from omta17.emeryville.ca.mail.comcast.net ([76.96.30.73]) by qmta08.emeryville.ca.mail.comcast.net with comcast id ArEB1g0021afHeLA8rGXHt; Tue, 22 Feb 2011 03:16:31 +0000 Received: from sz0078.ev.mail.comcast.net ([76.96.26.134]) by omta17.emeryville.ca.mail.comcast.net with comcast id ArGR1g00N2tc5RY8drGRlR; Tue, 22 Feb 2011 03:16:28 +0000 Date: Tue, 22 Feb 2011 03:16:25 +0000 (UTC) From: David J Brooks To: Peter Jeremy Message-ID: <858871272.959687.1298344585156.JavaMail.root@sz0078a.emeryville.ca.mail.comcast.net> In-Reply-To: <328879293.959596.1298344492387.JavaMail.root@sz0078a.emeryville.ca.mail.comcast.net> MIME-Version: 1.0 X-Originating-IP: [98.197.185.124] X-Mailer: Zimbra 6.0.5_GA_2431.RHEL5_64 (ZimbraWebClient - SAF3 (Win)/6.0.5_GA_2427.RHEL4) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: system crash during make installworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Feb 2011 03:16:32 -0000 >>On 2011-Feb-21 08:04:00 +0000, David J Brooks wrote: >>As the subject suggests, my laptop crashed during make installworld. >>The new kernel boots, but the ELF interpreter is not found and I >>cannot get to a single user prompt. What is the least painful way to >>proceed? > >My first suggestion would be to boot the previous kernel. If that doesn't >help, try specifying /rescue/sh as the single-user shell.> > >If neither of those work, please specify the exact error message you >get and the point where you get it (if you don't have a serial console >available, post a link to picture of the screen showing the issue). I was able to boot the old kernel, but that didn't seem to help. Using /rescue/sh got me a usable prompt, and I was able to do a 'mount -a -t ufs' which got my hopes up, but trying to run 'make installworld' still gives me this: ELF interpreter /libexec/ld-elf.so.1 not found Abort trap I looked in /libexec and found ld-elf.so.1 and ld-elf.so.1.old I tried copying ld-elf.so.1 to ld-elf-so.1.new and .old to ld-elf.so.1 and rebooting the old kernel in hopes that it would work. No joy. Next I made a copy of the 8.2-RC# install disk and tried to do an upgrade in place. It was unable to backup /etc to /var/tmp/etc due to: ELF interpreter /libexec/ld-elf.so.1 not found Abort trap .. again. This happens pretty much anytime I try to execute a command that does not come from /rescue I really rather not do a clean install and lose all my configuration data, but it's increasingly looking like that may be my only option. David From owner-freebsd-stable@FreeBSD.ORG Tue Feb 22 07:36:39 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62E8A106566C for ; Tue, 22 Feb 2011 07:36:39 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-bw0-f44.google.com (mail-bw0-f44.google.com [209.85.214.44]) by mx1.freebsd.org (Postfix) with ESMTP id E37728FC12 for ; Tue, 22 Feb 2011 07:36:38 +0000 (UTC) Received: by bwz13 with SMTP id 13so3172721bwz.17 for ; Mon, 21 Feb 2011 23:36:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=A2a5b4ivlOtT9r4kFT2EatOfOQVSOasTFdtB1xsvmPY=; b=v1KqUwqrodztmHPxU2r7dSHtaXgvbhWEMQgjzUG9EwqBHCX4924SZjCNUKN7TKQ4yt 8OEDfbtMgGn9FafXoEe10Uc5DRKyzJgHBT5/RPVYktpYBqnbI7x7wUmfjor8yorPXIfT 68Q/qXl72UHKg97HHzpzMwXKAE5u/l6+ImaUA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=JBtxzankQR7zUH6fhI0tMZGVwczkHqEihUJqXnndXNRuzlvpAvTi+H/DrmRSoL6/yQ nDr39AGA8cmU+NJyJpdweKdKdWwp+bf/fIXadsqR4ud/AoX5Mb3UvYpbnZx4y+fHZ7/S 0RCcb3S4BvUtj2kq5c7m5SnTT+mAOziKwOPmg= MIME-Version: 1.0 Received: by 10.204.59.16 with SMTP id j16mr2208699bkh.138.1298360197406; Mon, 21 Feb 2011 23:36:37 -0800 (PST) Received: by 10.204.7.15 with HTTP; Mon, 21 Feb 2011 23:36:37 -0800 (PST) In-Reply-To: <858871272.959687.1298344585156.JavaMail.root@sz0078a.emeryville.ca.mail.comcast.net> References: <328879293.959596.1298344492387.JavaMail.root@sz0078a.emeryville.ca.mail.comcast.net> <858871272.959687.1298344585156.JavaMail.root@sz0078a.emeryville.ca.mail.comcast.net> Date: Tue, 22 Feb 2011 01:36:37 -0600 Message-ID: From: Scot Hetzel To: David J Brooks Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: system crash during make installworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Feb 2011 07:36:39 -0000 On Mon, Feb 21, 2011 at 9:16 PM, David J Brooks wrote: > Next I made a copy of the 8.2-RC# install disk and tried to do an upgrade in place. It was unable to backup /etc to /var/tmp/etc due to: > > > > ELF interpreter /libexec/ld-elf.so.1 not found > Abort trap > > > .. again. This happens pretty much anytime I try to execute a command that does not come from /rescue > > > I really rather not do a clean install and lose all my configuration data, but it's increasingly looking like that may be my only option. > To copy your /etc directory to /var/tmp use: /rescue/cp -rp /etc /var/tmp Scot From owner-freebsd-stable@FreeBSD.ORG Tue Feb 22 08:04:05 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 416A61065670 for ; Tue, 22 Feb 2011 08:04:05 +0000 (UTC) (envelope-from freysman@comcast.net) Received: from qmta01.emeryville.ca.mail.comcast.net (qmta01.emeryville.ca.mail.comcast.net [76.96.30.16]) by mx1.freebsd.org (Postfix) with ESMTP id 218A28FC1B for ; Tue, 22 Feb 2011 08:04:04 +0000 (UTC) Received: from omta01.emeryville.ca.mail.comcast.net ([76.96.30.11]) by qmta01.emeryville.ca.mail.comcast.net with comcast id Aw2k1g0010EPchoA1w44ZC; Tue, 22 Feb 2011 08:04:04 +0000 Received: from sz0078.ev.mail.comcast.net ([76.96.26.134]) by omta01.emeryville.ca.mail.comcast.net with comcast id Aw441g0032tc5RY8Mw44cF; Tue, 22 Feb 2011 08:04:04 +0000 Date: Tue, 22 Feb 2011 08:04:04 +0000 (UTC) From: David J Brooks To: Scot Hetzel Message-ID: <500638861.967000.1298361844004.JavaMail.root@sz0078a.emeryville.ca.mail.comcast.net> In-Reply-To: MIME-Version: 1.0 X-Originating-IP: [98.197.185.124] X-Mailer: Zimbra 6.0.5_GA_2431.RHEL5_64 (ZimbraWebClient - SAF3 (Win)/6.0.5_GA_2427.RHEL4) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: system crash during make installworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Feb 2011 08:04:05 -0000 >> Next I made a copy of the 8.2-RC# install disk and tried to do an upgrade in place. It was unable to backup /etc to /var/tmp/etc due to: >> >> ELF interpreter /libexec/ld-elf.so.1 not found >> Abort trap >> >> .. again. This happens pretty much anytime I try to execute a command that does not come from /rescue >> >> >> I really rather not do a clean install and lose all my configuration data, but it's increasingly looking like that may be my only option. >> >To copy your /etc directory to /var/tmp use: > >/rescue/cp -rp /etc /var/tmp > >Scot That seems to be working. Thanks to all who have helped in sorting out this mess! David From owner-freebsd-stable@FreeBSD.ORG Tue Feb 22 09:09:38 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A29E81065673 for ; Tue, 22 Feb 2011 09:09:38 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 5B9978FC12 for ; Tue, 22 Feb 2011 09:09:38 +0000 (UTC) Received: from gate.ipt.ru ([194.62.233.123] helo=h30.sp.ipt.ru) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1ProFV-000MqH-72; Tue, 22 Feb 2011 12:09:37 +0300 From: Boris Samorodov To: Kurt Jaeger References: <20110217115653.GH34314@home.opsec.eu> <20110217124515.GI34314@home.opsec.eu> <4D5D1D10.7010000@digsys.bg> <20110217180140.GL66849@dan.emsphone.com> <20110217204643.GJ34314@home.opsec.eu> <37576665@h30.sp.ipt.ru> <20110221161637.GR34314@home.opsec.eu> <71493761@h30.sp.ipt.ru> <20110221165521.GS34314@home.opsec.eu> Date: Tue, 22 Feb 2011 12:09:36 +0300 In-Reply-To: <20110221165521.GS34314@home.opsec.eu> (Kurt Jaeger's message of "Mon, 21 Feb 2011 17:55:21 +0100") Message-ID: <92928271@h30.sp.ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: 3TB disc and block alignment X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Feb 2011 09:09:38 -0000 Hi! On Mon, 21 Feb 2011 17:55:21 +0100 Kurt Jaeger wrote: > > > > > Feb 17 22:15:44 vserv1 kernel: GEOM: ufsid/4d5d8faa10b63ac1: using the primary only -- recovery suggested. > > > > > Boris Samorodov wrote: > > > > It may be the case here if you to used glabel(8) to create a label > > > > for the whole disk. > > > > > I did not use glabel on that disk. > > > > Hm, I may be wrong here but from the log [1] you do have a geom name > > ad7. Can you show an output of the command: > > ----- > > % glabel status > > ----- > # glabel status > Name Status Components > ufsid/4d62938756e96a72 N/A ad7 > If I use gpart, does this somehow imply glabel ? I'm not an expert at gpart(8). But my gparted disks have geom labels for partitions but not for disks: ----- % glabel status Name Status Components ufsid/49dfc483d87d81e7 N/A ada0s2 gptid/3117ed73-3359-11e0-bc0d-001fd091e496 N/A ada1p1 label/swap N/A ada1p2 label/9-i386 N/A ada1p3 gptid/acf7633d-3359-11e0-bc0d-001fd091e496 N/A ada1p4 label/homefs N/A ada1p5 gptid/75213528-28a1-11e0-9c4c-001d60234854 N/A ada2p1 gptid/752e6772-28a1-11e0-9c4c-001d60234854 N/A ada2p2 label/rootfs N/A ada2p3 ufsid/4d3efd0ce038c3e2 N/A ada2p3 gptid/75379a58-28a1-11e0-9c4c-001d60234854 N/A ada2p3 label/varfs N/A ada2p4 ufsid/4d3efd2386112e5e N/A ada2p4 gptid/75447694-28a1-11e0-9c4c-001d60234854 N/A ada2p4 label/usrfs N/A ada2p5 ufsid/4d3efd259218e570 N/A ada2p5 gptid/754e9bec-28a1-11e0-9c4c-001d60234854 N/A ada2p5 label/space N/A ada2p6 ufsid/4d3efd2813378f80 N/A ada2p6 gptid/7557f126-28a1-11e0-9c4c-001d60234854 N/A ada2p6 ufsid/49dfc48396bcec1a N/A ada0s1a ufsid/49dfc496372a8bf7 N/A ada0s1d ufsid/49dfc493241d3645 N/A ada0s1e ufsid/49dfc493e4a185ad N/A ada0s1f ----- Can you recall exact commands which you used to create desk and its partitions? > You see me confused 8-) NP. Glad to be helpful. ;-) -- WBR, bsam From owner-freebsd-stable@FreeBSD.ORG Tue Feb 22 09:18:36 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77486106564A for ; Tue, 22 Feb 2011 09:18:36 +0000 (UTC) (envelope-from nvass@gmx.com) Received: from mailout-eu.gmx.com (mailout-eu.gmx.com [213.165.64.42]) by mx1.freebsd.org (Postfix) with SMTP id C4E698FC1C for ; Tue, 22 Feb 2011 09:18:35 +0000 (UTC) Received: (qmail invoked by alias); 22 Feb 2011 09:18:34 -0000 Received: from adsl-124.91.140.30.tellas.gr (EHLO [192.168.73.195]) [91.140.30.124] by mail.gmx.com (mp-eu005) with SMTP; 22 Feb 2011 10:18:34 +0100 X-Authenticated: #46156728 X-Provags-ID: V01U2FsdGVkX1+xlrUi0RWxptYHHqI6ro8fgKKrGxDQBQRzYL/Qjx s0q5ymV7Ozv76E Message-ID: <4D637F60.2090007@gmx.com> Date: Tue, 22 Feb 2011 11:18:24 +0200 From: Nikos Vassiliadis User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Etienne Robillard References: <4D62D961.9000804@gthcfoundation.org> In-Reply-To: <4D62D961.9000804@gthcfoundation.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: Problem with ipfw and libalias on 8.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Feb 2011 09:18:36 -0000 On 2/21/2011 11:30 PM, Etienne Robillard wrote: > KLD ipfw.ko: depends on libalias - not available or version mismatch > linker_load_file: Unsupported file type Try a: touch sys/netinet/ipfw/*.c sys/netinet/libalias/*.c env NO_CLEAN=1 make kernel Does this fix the problem? Nikos From owner-freebsd-stable@FreeBSD.ORG Tue Feb 22 09:23:12 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22738106564A for ; Tue, 22 Feb 2011 09:23:12 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id D35648FC0A for ; Tue, 22 Feb 2011 09:23:11 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1ProSe-000AP2-18 for freebsd-stable@freebsd.org; Tue, 22 Feb 2011 10:23:12 +0100 Date: Tue, 22 Feb 2011 10:23:12 +0100 From: Kurt Jaeger To: freebsd-stable@freebsd.org Message-ID: <20110222092311.GU34314@home.opsec.eu> References: <20110217124515.GI34314@home.opsec.eu> <4D5D1D10.7010000@digsys.bg> <20110217180140.GL66849@dan.emsphone.com> <20110217204643.GJ34314@home.opsec.eu> <37576665@h30.sp.ipt.ru> <20110221161637.GR34314@home.opsec.eu> <71493761@h30.sp.ipt.ru> <20110221165521.GS34314@home.opsec.eu> <92928271@h30.sp.ipt.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <92928271@h30.sp.ipt.ru> Subject: Re: 3TB disc and block alignment X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Feb 2011 09:23:12 -0000 Hi! > > # glabel status > > Name Status Components > > ufsid/4d62938756e96a72 N/A ad7 > > > If I use gpart, does this somehow imply glabel ? > > I'm not an expert at gpart(8). But my gparted disks have geom labels for > partitions but not for disks: Interesting. > Can you recall exact commands which you used to create desk and > its partitions? Basically, I did this: gpart create -s gpt ad7 newfs /dev/ad7 -- pi@opsec.eu +49 171 3101372 9 years to go ! From owner-freebsd-stable@FreeBSD.ORG Tue Feb 22 09:28:39 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 686A7106566B for ; Tue, 22 Feb 2011 09:28:39 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 1DCBF8FC15 for ; Tue, 22 Feb 2011 09:28:37 +0000 (UTC) Received: by qyk35 with SMTP id 35so1815572qyk.13 for ; Tue, 22 Feb 2011 01:28:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=LcYBg6xM0YM3IW7El4xvS41WCgu9d8MYS7TlYdXBAj8=; b=CpUR8tNsikCVQ8QdArpcSIvCpcnlTyYdNt0ykxXWm2ZT2VlrEGBJcvIZ3bHL1vkqOD rErOBc/rZSKJglbHHv8IrI9z+OsJAXFCYYEy0MQEqpx0c74tzc+AKPHbwPOEsZccpqv7 cVtuZHep72KSIZF6WdIz56fBS7OOmrATjJXmI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=mjIMQWQhnCrwRmwgz7qFErZ0XWBynVPCAvsXNUPqV/jgyVqwBv1vv+Viv0+FstINdw pyvlS10Spi8VgqK0TRqgdYiZcV//maPRuNUJNjQOlvGxyrSx1gvW4BTNaIAPXU5eoWRu bjuthQqSiejuk/fScy9Bp+rf5pCMw4WBozaBU= MIME-Version: 1.0 Received: by 10.229.227.15 with SMTP id iy15mr1818218qcb.51.1298366917379; Tue, 22 Feb 2011 01:28:37 -0800 (PST) Received: by 10.229.84.129 with HTTP; Tue, 22 Feb 2011 01:28:37 -0800 (PST) In-Reply-To: <4D62D961.9000804@gthcfoundation.org> References: <4D62D961.9000804@gthcfoundation.org> Date: Tue, 22 Feb 2011 12:28:37 +0300 Message-ID: From: Sergey Kandaurov To: Etienne Robillard Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Problem with ipfw and libalias on 8.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Feb 2011 09:28:39 -0000 On 22 February 2011 00:30, Etienne Robillard wrot= e: > Hi, > > I'm unable to load the ipfw module in 8.2-PRELEASE. i think > this may be due to ABI changes at the kernel level. , > > $ sudo kldload /boot/kernel/ipfw.ko > $ dmesg > ... > KLD ipfw.ko: depends on libalias - not available or version mismatch > linker_load_file: Unsupported file type > > $ uname -a > FreeBSD marina.localdomain 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #1: Wed = Feb > 16 03:38:23 EST 2011 > root@:/usr/local/freebsd8/src/sys/amd64/compile/GENERIC.ndebug =A0amd64 > > could there be a more precise explanation? > In recent 8.x you first need to kldload libalias.ko. It was broken in 8 since MFC r200636 (and still broken in head), where ipfw.ko includes ipfw_nat, which depends on libalias. I think either ipfw should un-include ipfw_nat stuff, or pollute self more and take explicit dependency on libalias. --=20 wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Tue Feb 22 10:06:53 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7490106566B for ; Tue, 22 Feb 2011 10:06:53 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 272C58FC0A for ; Tue, 22 Feb 2011 10:06:52 +0000 (UTC) Received: from gate.ipt.ru ([194.62.233.123] helo=h30.sp.ipt.ru) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1Prp8t-000Muw-WD; Tue, 22 Feb 2011 13:06:52 +0300 From: Boris Samorodov To: Kurt Jaeger References: <20110217124515.GI34314@home.opsec.eu> <4D5D1D10.7010000@digsys.bg> <20110217180140.GL66849@dan.emsphone.com> <20110217204643.GJ34314@home.opsec.eu> <37576665@h30.sp.ipt.ru> <20110221161637.GR34314@home.opsec.eu> <71493761@h30.sp.ipt.ru> <20110221165521.GS34314@home.opsec.eu> <92928271@h30.sp.ipt.ru> <20110222092311.GU34314@home.opsec.eu> Date: Tue, 22 Feb 2011 13:06:51 +0300 In-Reply-To: <20110222092311.GU34314@home.opsec.eu> (Kurt Jaeger's message of "Tue, 22 Feb 2011 10:23:12 +0100") Message-ID: <60764836@h30.sp.ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: 3TB disc and block alignment X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Feb 2011 10:06:53 -0000 Hi! On Tue, 22 Feb 2011 10:23:12 +0100 Kurt Jaeger wrote: > Basically, I did this: > gpart create -s gpt ad7 > newfs /dev/ad7 Wow! Don't do it. It may hurt. ;-) Please, pay attention to gpart(8) (i.e. read the manual carefully). One should create a specific partition and only then create a file system upon it. -- WBR, bsam From owner-freebsd-stable@FreeBSD.ORG Tue Feb 22 10:14:43 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A7231065674 for ; Tue, 22 Feb 2011 10:14:43 +0000 (UTC) (envelope-from ykirill@yahoo.com) Received: from nm11.bullet.mail.sp2.yahoo.com (nm11.bullet.mail.sp2.yahoo.com [98.139.91.81]) by mx1.freebsd.org (Postfix) with SMTP id 479118FC17 for ; Tue, 22 Feb 2011 10:14:43 +0000 (UTC) Received: from [98.139.91.69] by nm11.bullet.mail.sp2.yahoo.com with NNFMP; 22 Feb 2011 10:00:53 -0000 Received: from [98.139.91.54] by tm9.bullet.mail.sp2.yahoo.com with NNFMP; 22 Feb 2011 10:00:53 -0000 Received: from [127.0.0.1] by omp1054.mail.sp2.yahoo.com with NNFMP; 22 Feb 2011 10:00:53 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 323575.3474.bm@omp1054.mail.sp2.yahoo.com Received: (qmail 82030 invoked by uid 60001); 22 Feb 2011 10:00:53 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1298368852; bh=xdwYpuK2XDnV/PH3BsHnRW3Tb8lTW5qIfo4C9cUeQjE=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=EJmSQWm0O7M+Hq2LlJu5UmFserVN1IEkjT8nEIxgMLaHynDr+aD42eq/VVaxfW1Nr8WjkBqe9rhVBac13g9H1dLCZfnNvwp2+yrHb2l2zpIFhqFjxtT1pLRrP8cEjy2mdy10jDtcbw/Fl7faMNppccecrvZi0quH7i75ly+lYf0= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=RsLMirHtzh8Ps4cqG6ziEAuEE00QswfZ8QEIpPGoJZ59Eqpiu8tq1VXn9yhFmPOt2GctXF1GN9KIyhtzqLHkRqZlkKEdE+FCJXxT7N/QLBgAeEbQordKlHs3DetQ3dQ8J+sPQJsgQZoDEqTQZvVJ7zMgXiqs2fxDJ6cSnrxSYs4=; Message-ID: <926100.70850.qm@web120520.mail.ne1.yahoo.com> X-YMail-OSG: njQ3iykVM1nxSfhktC.lz7eytOZLgS0IJIFCZ1DPHYyHhKE sjorew0cPZ7Ur0MfaPYTL364xNzYgWfAHcZhDgTcrsi.odXW5maxWFb.nHvj ywhyxEnFjIpoMdJd8xHZFSvLBM6xMwIMBJ5e53sTmUchiKRS7MkuYJ81Fau. Sgtt..lJrXUthTJbSaTNYTHSrhtTHGwsPYYFUJE52X7yluEmvvYhexKx_Rjh YogKqf_dNfprY803g6XRx.iV04Ndq87L0dR_fbYQSuzAVuUiS9sRXlxNemn8 Ei.0gxrHqZFc00exQPCoQCE0- Received: from [212.74.229.232] by web120520.mail.ne1.yahoo.com via HTTP; Tue, 22 Feb 2011 02:00:52 PST X-Mailer: YahooMailClassic/11.4.20 YahooMailWebService/0.8.109.292656 Date: Tue, 22 Feb 2011 02:00:52 -0800 (PST) From: Kirill Yelizarov To: freebsd-stable@freebsd.org In-Reply-To: <1257594558.173363.1298329850374.JavaMail.root@erie.cs.uoguelph.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: NFS client over udp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Feb 2011 10:14:43 -0000 --- On Tue, 2/22/11, Rick Macklem wrote: > From: Rick Macklem > Subject: Re: NFS client over udp > To: "Kirill Yelizarov" > Cc: freebsd-stable@freebsd.org > Date: Tuesday, February 22, 2011, 2:10 AM > > --- On Sun, 2/20/11, Rick > Macklem > wrote: > > > > > From: Rick Macklem > > > Subject: Re: NFS client over udp > > > To: "Kirill Yelizarov" > > > Cc: freebsd-stable@freebsd.org > > > Date: Sunday, February 20, 2011, 9:02 PM > > > > --- On Fri, 2/18/11, Kirill > > > Yelizarov > > > > > > On Fri, Feb 18, 2011 at > 05:27:00AM > > > > > > -0800, Kirill Yelizarov wrote: > > > > > > > I have a reproducible memory > leak when > > > using nfs > > > > > > client with an old > > > > > > > nfs server > > > > > > > > and mbufs used > > > > 8193/1722/9915 mbufs in use > (current/cache/total) > > > > 8192/1264/9456/25600 mbuf clusters in use > > > (current/cache/total/max) > > > > 8192/605 mbuf+clusters out of packet > secondary zone in > > > use > > > > (current/cache) > > > > 0/768/768/12800 4k (page size) jumbo > clusters in use > > > > (current/cache/total/max) > > > > 0/0/0/6400 9k jumbo clusters in use > > > (current/cache/total/max) > > > > 0/0/0/3200 16k jumbo clusters in use > > > (current/cache/total/max) > > > > 18432K/6030K/24462K bytes allocated to > network > > > (current/cache/total) > > > > 0/0/0 requests for mbufs denied > > > (mbufs/clusters/mbuf+clusters) > > > > 0/0/0 requests for jumbo clusters denied > (4k/9k/16k) > > > > 0/0/0 sfbufs in use (current/peak/max) > > > > 0 requests for sfbufs denied > > > > 0 requests for sfbufs delayed > > > > 0 requests for I/O initiated by sendfile > > > > 0 calls to protocol drain routines > > > > > > > > Kirill > > > > > > > You could try the attached patch. It fixes the > only places > > > in the > > > client side krpc over udp that seems mights cause > a leak. I > > > have no > > > idea if it will help, since these cases should > rarely, if > > > ever, > > > happen in practice. > > > > > > Please let us know if you have the chance to try > the patch > > > and > > > whether or not it helped. > > > > > > rick > > > > > Rick, i tried your patch. Fortunately it didn't help > me. There are no > > warnings on console and memory is climbing up during > syncs and not > > freed later. I'll try to switch to tcp this evening. > Thanks for help > > > I'll assume that's unfortunately;-) Since the two cases > patched probably > never happen, I'm not surprised. > > The only other thing I can think of that you could try is > switching to > the experimental client. This would identify if the bug is > in the regular > client or somewhere further down in the rpc transport. > > The mount command would look something like: > # mount -t newnfs -o nfsv3,udp : > > I added options NFSCL to my kernel and tried to mount. mount shows everything is ok: 192.168.0.35:/home on /mnt (newnfs) but when i try to cd /mnt i get permission denied my export allow root and everything is done as root. What am i doing wrong? Kirill From owner-freebsd-stable@FreeBSD.ORG Tue Feb 22 11:05:05 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95E711065674 for ; Tue, 22 Feb 2011 11:05:05 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (unknown [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 1CA738FC17 for ; Tue, 22 Feb 2011 11:05:05 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 44505E82E3; Tue, 22 Feb 2011 11:05:02 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cran.org.uk; h=subject :from:to:cc:in-reply-to:references:content-type:date:message-id :mime-version:content-transfer-encoding; s=mail; bh=4XlyoFLNCi6h F7SahDeV1v7dgxM=; b=O/l/eu8gwMm3ph1cvETD4hyrt72YJelqkvLEBOMgsIAB G4cFvGOFTCp0e+nXBs+2TSsUSx9UWbuNaxPnUoVwe47l6fzA0UH8PbUfLiM8pQb5 cbknGUx+oLi2xPQIdNyPgdWq4u1Q3HVya/9IvONr30q520paOxR5qGsv3HimdcU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cran.org.uk; h=subject:from :to:cc:in-reply-to:references:content-type:date:message-id :mime-version:content-transfer-encoding; q=dns; s=mail; b=TyL5Mn y28Y0MIt6c4r/JgythFlMd8XjdVBCqigpakePaKTMvhTNRJykAWw0sZxzRTe6GiR 6pQ5I41W/5QE6E1HRjLemzdAXNAsLwZa4TwyG2YlTkq8CA4ffrpwhZIr/DGQRDzg +1rYOdEPf1rM9PRj2yXZlgJOpqdbetvmXQll0= Received: from [192.168.0.11] (client-86-31-177-138.oxfd.adsl.virginmedia.com [86.31.177.138]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id E0B88E61C0; Tue, 22 Feb 2011 11:05:01 +0000 (GMT) From: Bruce Cran To: Jeremy Chadwick In-Reply-To: <20110207085537.GA20545@icarus.home.lan> References: <1297026074.23922.8.camel@ubuntu> <20110207045501.GA15568@icarus.home.lan> <1297065041.754.12.camel@ubuntu> <20110207085537.GA20545@icarus.home.lan> Content-Type: text/plain; charset="UTF-8" Date: Tue, 22 Feb 2011 11:05:00 +0000 Message-ID: <1298372700.4940.76.camel@debian.nessbank> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit Cc: Greg Bonett , freebsd-stable Subject: Re: 8.1 amd64 lockup (maybe zfs or disk related) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Feb 2011 11:05:05 -0000 On Mon, 2011-02-07 at 00:55 -0800, Jeremy Chadwick wrote: > # NOTE: Systems with 8GB of RAM or more have prefetch enabled by default. > vfs.zfs.prefetch_disable="1" I think ZFS is enabled with 4 GB or more, not 8 GB: "ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is present; to enable, add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf." -- Bruce Cran From owner-freebsd-stable@FreeBSD.ORG Tue Feb 22 11:17:32 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E71C106564A for ; Tue, 22 Feb 2011 11:17:32 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta09.emeryville.ca.mail.comcast.net (qmta09.emeryville.ca.mail.comcast.net [76.96.30.96]) by mx1.freebsd.org (Postfix) with ESMTP id E114B8FC14 for ; Tue, 22 Feb 2011 11:17:31 +0000 (UTC) Received: from omta23.emeryville.ca.mail.comcast.net ([76.96.30.90]) by qmta09.emeryville.ca.mail.comcast.net with comcast id AzHX1g0011wfjNsA9zHX68; Tue, 22 Feb 2011 11:17:31 +0000 Received: from koitsu.dyndns.org ([98.248.33.18]) by omta23.emeryville.ca.mail.comcast.net with comcast id AzHV1g0070PUQVN8jzHWTn; Tue, 22 Feb 2011 11:17:30 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 68A449B422; Tue, 22 Feb 2011 03:17:29 -0800 (PST) Date: Tue, 22 Feb 2011 03:17:29 -0800 From: Jeremy Chadwick To: Bruce Cran Message-ID: <20110222111729.GA193@icarus.home.lan> References: <1297026074.23922.8.camel@ubuntu> <20110207045501.GA15568@icarus.home.lan> <1297065041.754.12.camel@ubuntu> <20110207085537.GA20545@icarus.home.lan> <1298372700.4940.76.camel@debian.nessbank> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1298372700.4940.76.camel@debian.nessbank> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Greg Bonett , freebsd-stable Subject: Re: 8.1 amd64 lockup (maybe zfs or disk related) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Feb 2011 11:17:32 -0000 On Tue, Feb 22, 2011 at 11:05:00AM +0000, Bruce Cran wrote: > On Mon, 2011-02-07 at 00:55 -0800, Jeremy Chadwick wrote: > > > # NOTE: Systems with 8GB of RAM or more have prefetch enabled by default. > > vfs.zfs.prefetch_disable="1" > > I think ZFS is enabled with 4 GB or more, not 8 GB: > > "ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is > present; to enable, add "vfs.zfs.prefetch_disable=0" > to /boot/loader.conf." The message ZFS on FreeBSD spits out (shown above) is somewhat inaccurate. I spent the time looking at the code and blogged about the condition over a year ago: http://koitsu.wordpress.com/2009/10/12/testing-out-freebsd-8-0-rc1/ Search for "ZFS NOTICE: system has less than 4GB" on the page above. I still feel the message needs to be re-worded, despite having gone through multiple changes of phrasing already. -- | Jeremy Chadwick jdc@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 Feb 22 12:53:47 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC4441065695 for ; Tue, 22 Feb 2011 12:53:47 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id 970828FC1C for ; Tue, 22 Feb 2011 12:53:47 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1PrrkS-000Dy4-9q for freebsd-stable@freebsd.org; Tue, 22 Feb 2011 13:53:48 +0100 Date: Tue, 22 Feb 2011 13:53:48 +0100 From: Kurt Jaeger To: freebsd-stable@freebsd.org Message-ID: <20110222125348.GV34314@home.opsec.eu> References: <4D5D1D10.7010000@digsys.bg> <20110217180140.GL66849@dan.emsphone.com> <20110217204643.GJ34314@home.opsec.eu> <37576665@h30.sp.ipt.ru> <20110221161637.GR34314@home.opsec.eu> <71493761@h30.sp.ipt.ru> <20110221165521.GS34314@home.opsec.eu> <92928271@h30.sp.ipt.ru> <20110222092311.GU34314@home.opsec.eu> <60764836@h30.sp.ipt.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <60764836@h30.sp.ipt.ru> Subject: Re: 3TB disc and block alignment X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Feb 2011 12:53:48 -0000 Hi! > > Basically, I did this: > > > gpart create -s gpt ad7 > > newfs /dev/ad7 > > Wow! Don't do it. It may hurt. ;-) Why may it hurt ? How may it hurt ? Which sector is written to by this 'gpart' command ? As far as I understand, GPT writes some stuff at the beginning and the end of the harddisk. How/why will the newfs overwrite those parts ? > Please, pay attention to gpart(8) (i.e. read the manual > carefully). One should create a specific partition and > only then create a file system upon it. I've read the gpart manual many times 8-) Maybe I'm to thick to get it ? -- pi@opsec.eu +49 171 3101372 9 years to go ! From owner-freebsd-stable@FreeBSD.ORG Tue Feb 22 13:04:28 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E2A2106566C for ; Tue, 22 Feb 2011 13:04:28 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ticketswitch.com (constantine.ingresso.co.uk [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 238F38FC08 for ; Tue, 22 Feb 2011 13:04:28 +0000 (UTC) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.73 (FreeBSD)) (envelope-from ) id 1Prruj-000N2j-P3; Tue, 22 Feb 2011 13:04:25 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1Prruj-000D2F-ML; Tue, 22 Feb 2011 13:04:25 +0000 Date: Tue, 22 Feb 2011 13:04:25 +0000 Message-Id: To: freebsd-stable@freebsd.org, lists@c0mplx.org In-Reply-To: <20110222125348.GV34314@home.opsec.eu> From: Pete French Cc: Subject: Re: 3TB disc and block alignment X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Feb 2011 13:04:28 -0000 > Why may it hurt ? How may it hurt ? Which sector is written to by > this 'gpart' command ? > > As far as I understand, GPT writes some stuff at the beginning and > the end of the harddisk. Yup, this is true. > How/why will the newfs overwrite those parts ? Because you are also giving it the whole hard disc to write to, instead of a partition within the hard disc, so you will end up scribbling on what you wrote with the gpart command. -pete. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 22 14:19:48 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21C5D106564A for ; Tue, 22 Feb 2011 14:19:48 +0000 (UTC) (envelope-from svein@stillbilde.net) Received: from mail.stillbilde.net (d80.iso100.no [81.175.61.195]) by mx1.freebsd.org (Postfix) with ESMTP id D1D0E8FC08 for ; Tue, 22 Feb 2011 14:19:47 +0000 (UTC) Received: from [127.0.0.1] (unknown [192.168.12.4]) (Authenticated sender: svein) by mail.stillbilde.net (Familien Skogens mail) with ESMTPSA id CC6D427 for ; Tue, 22 Feb 2011 15:04:37 +0100 (CET) Message-ID: <4D63C272.1080004@stillbilde.net> Date: Tue, 22 Feb 2011 15:04:34 +0100 From: Svein Skogen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig77C016B65D83B468E64F56AB" Subject: Freebsd-update and release candidates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Feb 2011 14:19:48 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig77C016B65D83B468E64F56AB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I'm in the process of setting up a small network of FreeBSD installations. My plan (this time) is to keep them on branches available to freebsd-update, instead of depending on source being checked out from CVS. However, I'm a wee bit curious of whether I will be able to upgrade from 8.2RC3 or if I should wait until 8.2 is actually released with the setup (I _CAN_ wait a week or two). Any insight would be appreciated. //Svein --=20 --------+-------------------+------------------------------- /"\ |Svein Skogen | svein@d80.iso100.no \ / |Solberg =D8stli 9 | PGP Key: 0xE5E76831 X |2020 Skedsmokorset | svein@jernhuset.no / \ |Norway | PGP Key: 0xCE96CE13 | | svein@stillbilde.net ascii | | PGP Key: 0x58CD33B6 ribbon |System Admin | svein-listmail@stillbilde.net Campaign|stillbilde.net | PGP Key: 0x22D494A4 +-------------------+------------------------------- |msn messenger: | Mobile Phone: +47 907 03 575 |svein@jernhuset.no | RIPE handle: SS16503-RIPE --------+-------------------+------------------------------- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? ------------------------------------------------------------ Picture Gallery: https://gallery.stillbilde.net/v/svein/ ------------------------------------------------------------ --------------enig77C016B65D83B468E64F56AB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk1jwnUACgkQSBMQn1jNM7bHsQCfaxahejtDzaVnhnYsO2vTMmyu ASwAn2LggJQ1eylrICCZtz/HamlfuPMm =lMU7 -----END PGP SIGNATURE----- --------------enig77C016B65D83B468E64F56AB-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 22 14:49:44 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B9A2106564A for ; Tue, 22 Feb 2011 14:49:44 +0000 (UTC) (envelope-from prvs=1034c91456=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id D13018FC08 for ; Tue, 22 Feb 2011 14:49:43 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Tue, 22 Feb 2011 14:38:51 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 22 Feb 2011 14:38:51 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50012276836.msg for ; Tue, 22 Feb 2011 14:38:50 +0000 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1034c91456=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: From: "Steven Hartland" To: "Svein Skogen" , References: <4D63C272.1080004@stillbilde.net> Date: Tue, 22 Feb 2011 14:39:25 -0000 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.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 Cc: Subject: Re: Freebsd-update and release candidates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Feb 2011 14:49:44 -0000 > However, I'm a wee bit curious of whether I will be able to upgrade from > 8.2RC3 or if I should wait until 8.2 is actually released with the setup > (I _CAN_ wait a week or two). Looks like its already been tagged so should be any time now:- /usr/src/UPDATING:- ... 20110221: 8.2-RELEASE. 20101126: New version of minidump format for amd64 architecture was introduced in r215872. To analyze vmcore files produced by kernels at or after this version you will need updated userland, libkvm actually, that is able to handle the new version. 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 Tue Feb 22 14:56:59 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A09B106566B for ; Tue, 22 Feb 2011 14:56:59 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id B3B448FC16 for ; Tue, 22 Feb 2011 14:56:58 +0000 (UTC) Received: by wwi17 with SMTP id 17so4196584wwi.1 for ; Tue, 22 Feb 2011 06:56:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=RjGPDFgYz+NnXV9PYFwJrSnvocoOaT0oFQKlN6ifyDA=; b=EAPhMKtHvA5JmEa/S2jXQLYp01usjg3cHj2TPoA+6AZK7L/Au0wkyQ07U08aQTlKkf Z5J22FktWU7DQDbKRXB/whm9r4Yz0AWTmZn7XsK6RwPZ6k+SMSwcWjHtxmrKzUtCD2JC QVQGHOaJKKOCjoE+D8afpimmRdl6K6P/NelwU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=mPjyBTt/Y0I+7IQKBLstFeqVpywiGzJ6BfIgF8/mdxiOHS6GKvwN/dLGCiXyC3UuWo S7iaKa5zsoxCLuvEHnJ6ZxPZiDyLp5QMDKIGmUe6Jl+hvc9P4uTk192oGoN1Sea9/yMu FLbvpNCTB3kSq4UtnG61YneJsXoycJbVuKSPk= Received: by 10.216.56.65 with SMTP id l43mr3215234wec.113.1298384918807; Tue, 22 Feb 2011 06:28:38 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.11.69 with HTTP; Tue, 22 Feb 2011 06:28:03 -0800 (PST) In-Reply-To: <4D63C272.1080004@stillbilde.net> References: <4D63C272.1080004@stillbilde.net> From: Renato Botelho Date: Tue, 22 Feb 2011 11:28:03 -0300 Message-ID: To: Svein Skogen Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: Freebsd-update and release candidates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Feb 2011 14:56:59 -0000 On Tue, Feb 22, 2011 at 11:04 AM, Svein Skogen wrote: > I'm in the process of setting up a small network of FreeBSD > installations. My plan (this time) is to keep them on branches available > to freebsd-update, instead of depending on source being checked out from > CVS. > > However, I'm a wee bit curious of whether I will be able to upgrade from > 8.2RC3 or if I should wait until 8.2 is actually released with the setup > (I _CAN_ wait a week or two). If you are running 8.2-RC3, you can safely run freebsd-update to go to 8.2-RELEASE. # freebsd-update -r 8.2-RELEASE upgrade -- Renato Botelho From owner-freebsd-stable@FreeBSD.ORG Tue Feb 22 15:43:03 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C35D106566C for ; Tue, 22 Feb 2011 15:43:03 +0000 (UTC) (envelope-from me@janh.de) Received: from mailhost.uni-hamburg.de (mailhost.uni-hamburg.de [134.100.32.155]) by mx1.freebsd.org (Postfix) with ESMTP id DD90B8FC19 for ; Tue, 22 Feb 2011 15:43:02 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mailhost.uni-hamburg.de (Postfix) with ESMTP id D8F919009A; Tue, 22 Feb 2011 16:43:01 +0100 (CET) X-Virus-Scanned: by University of Hamburg (RRZ/mailhost) Received: from mailhost.uni-hamburg.de ([127.0.0.1]) by localhost (mailhost.uni-hamburg.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id a43c2-7++7aN; Tue, 22 Feb 2011 16:43:01 +0100 (CET) Received: from nb981.math (g224005197.adsl.alicedsl.de [92.224.5.197]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: fmjv004) by mailhost.uni-hamburg.de (Postfix) with ESMTPSA id 7CA419003A; Tue, 22 Feb 2011 16:43:01 +0100 (CET) Message-ID: <4D63D980.9070700@janh.de> Date: Tue, 22 Feb 2011 16:42:56 +0100 From: Jan Henrik Sylvester User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20110209 Thunderbird/3.1.7 MIME-Version: 1.0 To: Svein Skogen References: <4D63C272.1080004@stillbilde.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable-list freebsd Subject: Re: Freebsd-update and release candidates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Feb 2011 15:43:03 -0000 On 01/-10/-28163 20:59, Renato Botelho wrote: > On Tue, Feb 22, 2011 at 11:04 AM, Svein Skogen wrote: >> I'm in the process of setting up a small network of FreeBSD >> installations. My plan (this time) is to keep them on branches available >> to freebsd-update, instead of depending on source being checked out from >> CVS. >> >> However, I'm a wee bit curious of whether I will be able to upgrade from >> 8.2RC3 or if I should wait until 8.2 is actually released with the setup >> (I _CAN_ wait a week or two). > > If you are running 8.2-RC3, you can safely run freebsd-update to go > to 8.2-RELEASE. > > # freebsd-update -r 8.2-RELEASE upgrade You can see for yourself, which releases are supported by freebsd-update: http://update4.freebsd.org/ Since 7.2, every BETA, RC, and RELEASE has been available via freebsd-update (i386 and amd64). I think, the binary diffs are not generated for every combination, but since freebsd-update will fallback to downloading the whole files, even leaving out a few releases should always work. The official announcements usually contain a list of releases supported by freebsd-update, for example 8.2-RC3 was available from 8.0-RELEASE, 8.1-RELEASE, 8.2-BETA1, 8.2-RC1, 8.2-RC2, and "earlier FreeBSD releases (FreeBSD 7.x)". BTW: The 8.2-RELEASE bits are on freebsd-update for almost a day already, the ISOs even a little bit longer, but as always: Wait for the official announcement that is scheduled for today. Cheers, Jan Henrik From owner-freebsd-stable@FreeBSD.ORG Tue Feb 22 16:48:33 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B5591065694 for ; Tue, 22 Feb 2011 16:48:33 +0000 (UTC) (envelope-from erob@gthcfoundation.org) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id D7AA58FC13 for ; Tue, 22 Feb 2011 16:48:32 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-1; format=flowed Received: from marina.localdomain ([184.162.50.38]) by VL-MR-MRZ22.ip.videotron.ca (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTP id <0LH100A9B2OVI870@VL-MR-MRZ22.ip.videotron.ca> for freebsd-stable@freebsd.org; Tue, 22 Feb 2011 11:48:32 -0500 (EST) Message-id: <4D63E8D4.2040306@gthcfoundation.org> Date: Tue, 22 Feb 2011 11:48:20 -0500 From: Etienne Robillard User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.16) Gecko/20110113 Thunderbird/3.0.11 To: Sergey Kandaurov References: <4D62D961.9000804@gthcfoundation.org> In-reply-to: Cc: nvass@gmx.com, freebsd-stable@freebsd.org Subject: Re: Problem with ipfw and libalias on 8.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Feb 2011 16:48:33 -0000 On 02/22/2011 04:28, Sergey Kandaurov wrote: > On 22 February 2011 00:30, Etienne Robillard wrote: > >> Hi, >> >> I'm unable to load the ipfw module in 8.2-PRELEASE. i think >> this may be due to ABI changes at the kernel level. , >> >> $ sudo kldload /boot/kernel/ipfw.ko >> $ dmesg >> ... >> KLD ipfw.ko: depends on libalias - not available or version mismatch >> linker_load_file: Unsupported file type >> >> $ uname -a >> FreeBSD marina.localdomain 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #1: Wed Feb >> 16 03:38:23 EST 2011 >> root@:/usr/local/freebsd8/src/sys/amd64/compile/GENERIC.ndebug amd64 >> >> could there be a more precise explanation? >> >> > In recent 8.x you first need to kldload libalias.ko. > It was broken in 8 since MFC r200636 (and still broken in head), > where ipfw.ko includes ipfw_nat, which depends on libalias. > > I think either ipfw should un-include ipfw_nat stuff, > or pollute self more and take explicit dependency on libalias. > > Thanks that fixed it. I recall having tried to manually load libalias.ko but after a full buildworld it works fine. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 22 22:13:44 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CB1A1065672 for ; Tue, 22 Feb 2011 22:13:44 +0000 (UTC) (envelope-from Henner.Heck@web.de) Received: from fmmailgate03.web.de (fmmailgate03.web.de [217.72.192.234]) by mx1.freebsd.org (Postfix) with ESMTP id EBC758FC08 for ; Tue, 22 Feb 2011 22:13:43 +0000 (UTC) Received: from smtp08.web.de ( [172.20.5.216]) by fmmailgate03.web.de (Postfix) with ESMTP id AF3FF1891B94D for ; Tue, 22 Feb 2011 22:55:36 +0100 (CET) Received: from [95.112.167.20] (helo=[192.168.1.10]) by smtp08.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.110 #2) id 1Ps0Cm-00057T-00 for freebsd-stable@freebsd.org; Tue, 22 Feb 2011 22:55:36 +0100 Message-ID: <4D6430D9.8060609@web.de> Date: Tue, 22 Feb 2011 22:55:37 +0100 From: Henner Heck User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.2.11) Gecko/20101013 Thunderbird/3.1.5 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Sender: Henner.Heck@web.de X-Sender: Henner.Heck@web.de X-Provags-ID: V01U2FsdGVkX18L2w88DBR8g0/bH89TrVdGOu8Nz3Lk3oZ2Tgmh aqadFmoLKrB9VJtJSZ2uhuiMBKnUg1wBmcIeaIc2476c8IHZT6 c9gnYPtB4= Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD 8.2 Release, ZFS + Samba, running out of memory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Feb 2011 22:13:44 -0000 Hello, i experience freezing of my FreeBSD machine when performing certain operations on a Samba share. Technical info: - FreeBSD 8.2 Release 64 Bit (it also happened with 8.2 RC3) - Samba 3.5.6.1 - Athlon II Quadcore, 4 GB Ram - 1 SSD with a ZFS pool (No.0) containing the FreeBSD system - 12x2TB RaidZ2 pool (No.1) for data, created on 12 GEOM eli encrypted partitions on 12 disks, shared to a Windows 7 PC with Samba, 8 of the disks are attached to 2 Marvell SATA controllers, 4 to the onboard controller - ZPool v15, ZFS v4 Scenarios (checked using top): A: When copying files from one directory in pool 1 to another, the free memory drops from about 3700M to abaout 200M in the process, but seems to stabilize then. B: When copying the files onto a Windows machine using the Samba share, the free memory seems to stabilize at about 100M. C: When computing a hashvalue of files from the share on Windows or doing a binary compare to copies of the files stored on the Windows PC (using Total Commander), the free memory on the FreeBSD machine drops even lower and shortly after the BSD system freezes. Here is the last top output i got via ssh: /last pid: 1328; load averages: 4.53, 2.23, 0.99 up 0+00:04:39 22:07:50 263 processes: 43 running, 201 sleeping, 19 waiting CPU: 0.9% user, 0.0% nice, 23.1% system, 4.2% interrupt, 71.9% idle Mem: 720K Active, 516M Wired, 144K Cache, 320K Buf, *39M Free* Swap: 4096M Total, 12M Used, 4084M Free, 3008K In, 5124K Out PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 4 171 ki31 0K 64K RUN 0 15:54 303.61% idle 1321 root 1 52 0 27812K 704K swread 1 0:24 14.26% smbd 12 root 19 -60 - 0K 304K WAIT 0 0:21 12.45% intr 16 root 1 48 - 0K 16K psleep 2 0:01 3.76% pagedaemon 3 root 1 -8 - 0K 16K RUN 0 0:06 3.27% g_up 4 root 1 -8 - 0K 16K - 3 0:05 2.69% g_down 0 root 108 -8 0 0K 1712K - 0 1:02 1.86% kernel 8 root 6 -8 - 0K 88K tx->tx 1 0:00 1.27% zfskern 1268 root 1 44 - 0K 16K geli:w 1 0:03 0.98% g_eli[1] gpt 1225 root 1 45 - 0K 16K RUN 3 0:02 0.98% g_eli[3] gpt 1267 root 1 44 - 0K 16K geli:w 0 0:02 0.98% g_eli[0] gpt 1237 root 1 44 - 0K 16K RUN 0 0:02 0.88% g_eli[0] gpt 1214 root 1 44 - 0K 16K RUN 2 0:02 0.88% g_eli[2] gpt 1244 root 1 44 - 0K 16K RUN 2 0:02 0.78% g_eli[2] gpt 1243 root 1 44 - 0K 16K RUN 1 0:02 0.78% g_eli[1] gpt 1212 root 1 44 - 0K 16K RUN 0 0:02 0.78% g_eli[0] gpt 1215 root 1 44 - 0K 16K RUN 3 0:02 0.78% g_eli[3] gpt 1213 root 1 44 - 0K 16K RUN 1 0:02 0.78% g_eli[1] gpt 1240 root 1 44 - 0K 16K RUN 3 0:02 0.78% g_eli[3] gpt 1217 root 1 44 - 0K 16K RUN 0 0:02 0.78% g_eli[0] gpt 1242 root 1 44 - 0K 16K RUN 0 0:02 0.68% g_eli[0] gpt 1238 root 1 44 - 0K 16K RUN 1 0:02 0.68% g_eli[1] gpt 1248 root 1 44 - 0K 16K RUN 1 0:02 0.68% g_eli[1] gpt 1252 root 1 44 - 0K 16K RUN 0 0:02 0.68% g_eli[0] gpt 1249 root 1 44 - 0K 16K RUN 2 0:02 0.68% g_eli[2] gpt 1269 root 1 44 - 0K 16K geli:w 2 0:02 0.68% g_eli[2] gpt/ It looks like a caching problem to me, but i don't know how to fix it. I am also a bit confused, since i don't see an obvious difference between scenario B and C. I had a similar setup with 5 disks RaidZ1 and Samba running on 8.1 Release, and never experienced such a freeze. Does anyone have advice on how to get rid of this problem? Best regards, Henner Heck *Config files* ---------------------------------------------------------------------------------- *loader.conf* ahci_load="YES" hw.hptrr.attach_generic=0 mvs_load="YES" aio_load="YES" kern.geom.label.gptid.enable=0 geom_label_load="YES" geom_eli_load="YES" zfs_load="YES" hint.acpi_throttle.0.disabled=1 hw.pci.do_power_nodriver=3 vfs.root.mountfrom="zfs:pool0/ROOT/freebsd" *rc.conf* (a bit anonymized) defaultrouter="xxx.xxx.xxx.xxx" hostname="hostname" ifconfig_em0="inet xxx.xxx.xxx.xxx netmask xxx.xxx.xxx.xxx" keymap="german.iso" zfs_enable="YES" sshd_enable="YES" geli_autodetach="NO" samba_enable="YES" powerd_enable="YES" *sysctl.conf* No active entries *smb.conf* (a bit anonymized) [global] workgroup = AG server string = Praetoria log file = /var/log/log.%m log level = 0 max log size = 50 security = user encrypt passwords = yes use sendfile = true min receivefile size = 131072 aio read size = 16384 aio write size = 16384 #needed for aio to work write cache size = 0 [user1] comment = Share for user user1 path = /volumes/pool1/users/user1 valid users = user1 public = no writable = yes printable = no browseable = yes From owner-freebsd-stable@FreeBSD.ORG Tue Feb 22 22:21:21 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20B441065695 for ; Tue, 22 Feb 2011 22:21:21 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id A66748FC19 for ; Tue, 22 Feb 2011 22:21:20 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p1MMLG6p035887 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 23 Feb 2011 00:21:16 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p1MMLGRs063030; Wed, 23 Feb 2011 00:21:16 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p1MMLG0w063029; Wed, 23 Feb 2011 00:21:16 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 23 Feb 2011 00:21:16 +0200 From: Kostik Belousov To: Henner Heck Message-ID: <20110222222116.GI78089@deviant.kiev.zoral.com.ua> References: <4D6430D9.8060609@web.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4ijVojJviyn2gS8i" Content-Disposition: inline In-Reply-To: <4D6430D9.8060609@web.de> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 8.2 Release, ZFS + Samba, running out of memory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Feb 2011 22:21:21 -0000 --4ijVojJviyn2gS8i Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 22, 2011 at 10:55:37PM +0100, Henner Heck wrote: >=20 > Hello, >=20 > i experience freezing of my FreeBSD machine when performing certain > operations > on a Samba share. >=20 > Technical info: > - FreeBSD 8.2 Release 64 Bit (it also happened with 8.2 RC3) > - Samba 3.5.6.1 > - Athlon II Quadcore, 4 GB Ram > - 1 SSD with a ZFS pool (No.0) containing the FreeBSD system > - 12x2TB RaidZ2 pool (No.1) for data, created on 12 GEOM eli encrypted > partitions on 12 disks, > shared to a Windows 7 PC with Samba, > 8 of the disks are attached to 2 Marvell SATA controllers, 4 to the > onboard controller > - ZPool v15, ZFS v4 >=20 > Scenarios (checked using top): >=20 > A: > When copying files from one directory in pool 1 to another, the free > memory drops from > about 3700M to abaout 200M in the process, but seems to stabilize then. >=20 > B: > When copying the files onto a Windows machine using the Samba share, > the free memory seems to stabilize at about 100M. >=20 > C: > When computing a hashvalue of files from the share on Windows or doing a > binary compare to copies of the files stored on the Windows PC (using > Total Commander), > the free memory on the FreeBSD machine drops even lower and shortly > after the BSD system freezes. > Here is the last top output i got via ssh: >=20 > /last pid: 1328; load averages: 4.53, 2.23, 0.99 up 0+00:04:39=20 > 22:07:50 > 263 processes: 43 running, 201 sleeping, 19 waiting > CPU: 0.9% user, 0.0% nice, 23.1% system, 4.2% interrupt, 71.9% idle > Mem: 720K Active, 516M Wired, 144K Cache, 320K Buf, *39M Free* > Swap: 4096M Total, 12M Used, 4084M Free, 3008K In, 5124K Out >=20 > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 11 root 4 171 ki31 0K 64K RUN 0 15:54 303.61% idle > 1321 root 1 52 0 27812K 704K swread 1 0:24 14.26% smbd > 12 root 19 -60 - 0K 304K WAIT 0 0:21 12.45% intr > 16 root 1 48 - 0K 16K psleep 2 0:01 3.76% > pagedaemon > 3 root 1 -8 - 0K 16K RUN 0 0:06 3.27% g_up > 4 root 1 -8 - 0K 16K - 3 0:05 2.69% g_down > 0 root 108 -8 0 0K 1712K - 0 1:02 1.86% kernel > 8 root 6 -8 - 0K 88K tx->tx 1 0:00 1.27% zfskern > 1268 root 1 44 - 0K 16K geli:w 1 0:03 0.98% > g_eli[1] gpt > 1225 root 1 45 - 0K 16K RUN 3 0:02 0.98% > g_eli[3] gpt > 1267 root 1 44 - 0K 16K geli:w 0 0:02 0.98% > g_eli[0] gpt > 1237 root 1 44 - 0K 16K RUN 0 0:02 0.88% > g_eli[0] gpt > 1214 root 1 44 - 0K 16K RUN 2 0:02 0.88% > g_eli[2] gpt > 1244 root 1 44 - 0K 16K RUN 2 0:02 0.78% > g_eli[2] gpt > 1243 root 1 44 - 0K 16K RUN 1 0:02 0.78% > g_eli[1] gpt > 1212 root 1 44 - 0K 16K RUN 0 0:02 0.78% > g_eli[0] gpt > 1215 root 1 44 - 0K 16K RUN 3 0:02 0.78% > g_eli[3] gpt > 1213 root 1 44 - 0K 16K RUN 1 0:02 0.78% > g_eli[1] gpt > 1240 root 1 44 - 0K 16K RUN 3 0:02 0.78% > g_eli[3] gpt > 1217 root 1 44 - 0K 16K RUN 0 0:02 0.78% > g_eli[0] gpt > 1242 root 1 44 - 0K 16K RUN 0 0:02 0.68% > g_eli[0] gpt > 1238 root 1 44 - 0K 16K RUN 1 0:02 0.68% > g_eli[1] gpt > 1248 root 1 44 - 0K 16K RUN 1 0:02 0.68% > g_eli[1] gpt > 1252 root 1 44 - 0K 16K RUN 0 0:02 0.68% > g_eli[0] gpt > 1249 root 1 44 - 0K 16K RUN 2 0:02 0.68% > g_eli[2] gpt > 1269 root 1 44 - 0K 16K geli:w 2 0:02 0.68% > g_eli[2] gpt/ >=20 > It looks like a caching problem to me, but i don't know how to fix it. > I am also a bit confused, since i don't see an obvious difference > between scenario B and C. > I had a similar setup with 5 disks RaidZ1 and Samba running on 8.1 Releas= e, > and never experienced such a freeze. >=20 > Does anyone have advice on how to get rid of this problem? Try the patch from rev. 218795. If it indeed help, we would need an errara notice. --4ijVojJviyn2gS8i Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk1kNtsACgkQC3+MBN1Mb4isBgCdGa6kVZ7x4nVVjzJI28cFTLZI WykAoPeitIiYULQAwOjwM3npPQ8mTKSM =SO/q -----END PGP SIGNATURE----- --4ijVojJviyn2gS8i-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 22 22:31:18 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BE5A106564A for ; Tue, 22 Feb 2011 22:31:18 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (mail.vx.sk [IPv6:2a01:4f8:100:1043::3]) by mx1.freebsd.org (Postfix) with ESMTP id 957F78FC15 for ; Tue, 22 Feb 2011 22:31:17 +0000 (UTC) Received: from core.vx.sk (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id B946E13411D; Tue, 22 Feb 2011 23:31:16 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by core.vx.sk (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id s1r6aWh3ZorO; Tue, 22 Feb 2011 23:31:14 +0100 (CET) Received: from [10.9.8.1] (chello085216231078.chello.sk [85.216.231.78]) by mail.vx.sk (Postfix) with ESMTPSA id 9AC09134112; Tue, 22 Feb 2011 23:31:14 +0100 (CET) Message-ID: <4D643930.9020104@FreeBSD.org> Date: Tue, 22 Feb 2011 23:31:12 +0100 From: Martin Matuska User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; sk; rv:1.8.1.23) Gecko/20090812 Lightning/0.9 Thunderbird/2.0.0.23 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: Henner Heck References: <4D6430D9.8060609@web.de> In-Reply-To: <4D6430D9.8060609@web.de> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 8.2 Release, ZFS + Samba, running out of memory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Feb 2011 22:31:18 -0000 There looks like a known bug of not activating memory pages if using sendfile(2). This was fixed by kib@ in revision 218795 of stable/8. Please try the following patch and report the result: http://people.freebsd.org/~mm/patches/releng_8_2/218795.zfs.patch Dňa 22.02.2011 22:55, Henner Heck wrote / napísal(a): > > Hello, > > i experience freezing of my FreeBSD machine when performing certain > operations > on a Samba share. > > Technical info: > - FreeBSD 8.2 Release 64 Bit (it also happened with 8.2 RC3) > - Samba 3.5.6.1 > - Athlon II Quadcore, 4 GB Ram > - 1 SSD with a ZFS pool (No.0) containing the FreeBSD system > - 12x2TB RaidZ2 pool (No.1) for data, created on 12 GEOM eli encrypted > partitions on 12 disks, > shared to a Windows 7 PC with Samba, > 8 of the disks are attached to 2 Marvell SATA controllers, 4 to the > onboard controller > - ZPool v15, ZFS v4 > > Scenarios (checked using top): > > A: > When copying files from one directory in pool 1 to another, the free > memory drops from > about 3700M to abaout 200M in the process, but seems to stabilize then. > > B: > When copying the files onto a Windows machine using the Samba share, > the free memory seems to stabilize at about 100M. > > C: > When computing a hashvalue of files from the share on Windows or doing a > binary compare to copies of the files stored on the Windows PC (using > Total Commander), > the free memory on the FreeBSD machine drops even lower and shortly > after the BSD system freezes. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 22 22:35:29 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68FA710656A3 for ; Tue, 22 Feb 2011 22:35:29 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 256A18FC13 for ; Tue, 22 Feb 2011 22:35:28 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvEAAB7JY02DaFvO/2dsb2JhbACEIJM2Do8xrFeQXYEngVaBa3YEhQ2HBoZL X-IronPort-AV: E=Sophos;i="4.62,208,1297054800"; d="scan'208";a="110717156" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 22 Feb 2011 17:35:28 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 23FDEB3F88; Tue, 22 Feb 2011 17:35:28 -0500 (EST) Date: Tue, 22 Feb 2011 17:35:28 -0500 (EST) From: Rick Macklem To: Kirill Yelizarov Message-ID: <1920317329.229957.1298414128136.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <926100.70850.qm@web120520.mail.ne1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE8 (Win)/6.0.10_GA_2692) Cc: freebsd-stable@freebsd.org Subject: Re: NFS client over udp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Feb 2011 22:35:29 -0000 > --- On Tue, 2/22/11, Rick Macklem wrote: > > > From: Rick Macklem > > Subject: Re: NFS client over udp > > To: "Kirill Yelizarov" > > Cc: freebsd-stable@freebsd.org > > Date: Tuesday, February 22, 2011, 2:10 AM > > > --- On Sun, 2/20/11, Rick > > Macklem > > wrote: > > > > > > > From: Rick Macklem > > > > Subject: Re: NFS client over udp > > > > To: "Kirill Yelizarov" > > > > Cc: freebsd-stable@freebsd.org > > > > Date: Sunday, February 20, 2011, 9:02 PM > > > > > --- On Fri, 2/18/11, Kirill > > > > Yelizarov > > > > > > > On Fri, Feb 18, 2011 at > > 05:27:00AM > > > > > > > -0800, Kirill Yelizarov wrote: > > > > > > > > I have a reproducible memory > > leak when > > > > using nfs > > > > > > > client with an old > > > > > > > > nfs server > > > > > > > > > > and mbufs used > > > > > 8193/1722/9915 mbufs in use > > (current/cache/total) > > > > > 8192/1264/9456/25600 mbuf clusters in use > > > > (current/cache/total/max) > > > > > 8192/605 mbuf+clusters out of packet > > secondary zone in > > > > use > > > > > (current/cache) > > > > > 0/768/768/12800 4k (page size) jumbo > > clusters in use > > > > > (current/cache/total/max) > > > > > 0/0/0/6400 9k jumbo clusters in use > > > > (current/cache/total/max) > > > > > 0/0/0/3200 16k jumbo clusters in use > > > > (current/cache/total/max) > > > > > 18432K/6030K/24462K bytes allocated to > > network > > > > (current/cache/total) > > > > > 0/0/0 requests for mbufs denied > > > > (mbufs/clusters/mbuf+clusters) > > > > > 0/0/0 requests for jumbo clusters denied > > (4k/9k/16k) > > > > > 0/0/0 sfbufs in use (current/peak/max) > > > > > 0 requests for sfbufs denied > > > > > 0 requests for sfbufs delayed > > > > > 0 requests for I/O initiated by sendfile > > > > > 0 calls to protocol drain routines > > > > > > > > > > Kirill > > > > > > > > > You could try the attached patch. It fixes the > > only places > > > > in the > > > > client side krpc over udp that seems mights cause > > a leak. I > > > > have no > > > > idea if it will help, since these cases should > > rarely, if > > > > ever, > > > > happen in practice. > > > > > > > > Please let us know if you have the chance to try > > the patch > > > > and > > > > whether or not it helped. > > > > > > > > rick > > > > > > > Rick, i tried your patch. Fortunately it didn't help > > me. There are no > > > warnings on console and memory is climbing up during > > syncs and not > > > freed later. I'll try to switch to tcp this evening. > > Thanks for help > > > > > I'll assume that's unfortunately;-) Since the two cases > > patched probably > > never happen, I'm not surprised. > > > > The only other thing I can think of that you could try is > > switching to > > the experimental client. This would identify if the bug is > > in the regular > > client or somewhere further down in the rpc transport. > > > > The mount command would look something like: > > # mount -t newnfs -o nfsv3,udp : > > > > > I added options NFSCL to my kernel and tried to mount. mount shows > everything is ok: > 192.168.0.35:/home on /mnt (newnfs) > but when i try to cd /mnt i get permission denied > my export allow root and everything is done as root. What am i doing > wrong? > Try adding the "resvport" option. I don't think it's a default for the experimental client at this time. (I have a series of patches for the client that will go into head in April that brings it in line with the regular client, including same default mount options.) rick From owner-freebsd-stable@FreeBSD.ORG Tue Feb 22 22:43:42 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02AD81065672 for ; Tue, 22 Feb 2011 22:43:42 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA11.westchester.pa.mail.comcast.net (qmta11.westchester.pa.mail.comcast.net [76.96.59.211]) by mx1.freebsd.org (Postfix) with ESMTP id A356A8FC08 for ; Tue, 22 Feb 2011 22:43:41 +0000 (UTC) Received: from omta17.westchester.pa.mail.comcast.net ([76.96.62.89]) by QMTA11.westchester.pa.mail.comcast.net with comcast id BAKf1g0091vXlb85BAjiSA; Tue, 22 Feb 2011 22:43:42 +0000 Received: from koitsu.dyndns.org ([98.248.33.18]) by omta17.westchester.pa.mail.comcast.net with comcast id BAjZ1g01E0PUQVN3dAjfNr; Tue, 22 Feb 2011 22:43:40 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 383809B422; Tue, 22 Feb 2011 14:43:32 -0800 (PST) Date: Tue, 22 Feb 2011 14:43:32 -0800 From: Jeremy Chadwick To: Henner Heck Message-ID: <20110222224332.GA12504@icarus.home.lan> References: <4D6430D9.8060609@web.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D6430D9.8060609@web.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 8.2 Release, ZFS + Samba, running out of memory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Feb 2011 22:43:42 -0000 On Tue, Feb 22, 2011 at 10:55:37PM +0100, Henner Heck wrote: > i experience freezing of my FreeBSD machine when performing certain > operations > on a Samba share. > > Technical info: > - FreeBSD 8.2 Release 64 Bit (it also happened with 8.2 RC3) > - Samba 3.5.6.1 > - Athlon II Quadcore, 4 GB Ram > - 1 SSD with a ZFS pool (No.0) containing the FreeBSD system > - 12x2TB RaidZ2 pool (No.1) for data, created on 12 GEOM eli encrypted > partitions on 12 disks, > shared to a Windows 7 PC with Samba, > 8 of the disks are attached to 2 Marvell SATA controllers, 4 to the > onboard controller > - ZPool v15, ZFS v4 > > Scenarios (checked using top): > > A: > When copying files from one directory in pool 1 to another, the free > memory drops from > about 3700M to abaout 200M in the process, but seems to stabilize then. > > B: > When copying the files onto a Windows machine using the Samba share, > the free memory seems to stabilize at about 100M. > > C: > When computing a hashvalue of files from the share on Windows or doing a > binary compare to copies of the files stored on the Windows PC (using > Total Commander), > the free memory on the FreeBSD machine drops even lower and shortly > after the BSD system freezes. > Here is the last top output i got via ssh: > > ... > > Does anyone have advice on how to get rid of this problem? > > ... > > *smb.conf* (a bit anonymized) > > [global] > use sendfile = true Set this to "false" and the problem might go away. You can try some of the patches others have recommended as well (which will permit you to use sendfile going forward), but if you don't want to deal with patches, the workaround should be fine. If you still experience issues after that, possibly some loader.conf tuning for ZFS is needed. Also, one question: when you say "freezes", do you mean "completely locks up hard" or "the system seems alive but seems to be spending all of its CPU time doing something else"? Try hitting NumLock on the system's keyboard to see if the LED toggles on/off; if it does, the system isn't frozen, but is catatonic to some degree. -- | Jeremy Chadwick jdc@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 Feb 22 23:13:52 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E32E4106566B for ; Tue, 22 Feb 2011 23:13:51 +0000 (UTC) (envelope-from Henner.Heck@web.de) Received: from fmmailgate01.web.de (fmmailgate01.web.de [217.72.192.221]) by mx1.freebsd.org (Postfix) with ESMTP id A21288FC0C for ; Tue, 22 Feb 2011 23:13:51 +0000 (UTC) Received: from smtp04.web.de ( [172.20.0.225]) by fmmailgate01.web.de (Postfix) with ESMTP id 09FD01899CC5F for ; Wed, 23 Feb 2011 00:13:50 +0100 (CET) Received: from [95.112.167.20] (helo=[192.168.1.10]) by smtp04.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.110 #2) id 1Ps1QT-0003Rw-00 for freebsd-stable@freebsd.org; Wed, 23 Feb 2011 00:13:50 +0100 Message-ID: <4D64432F.4090104@web.de> Date: Wed, 23 Feb 2011 00:13:51 +0100 From: Henner Heck User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.2.11) Gecko/20101013 Thunderbird/3.1.5 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4D6430D9.8060609@web.de> <20110222224332.GA12504@icarus.home.lan> In-Reply-To: <20110222224332.GA12504@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: Henner.Heck@web.de X-Sender: Henner.Heck@web.de X-Provags-ID: V01U2FsdGVkX1/EgeM5J2PQmMtKPeRzpbEatcs7X7D4hqB+42/a tFCe9KfFM3HiWEpGrukE7zS4+AGxxIqBOKxUdAl1XEdz4gzs2o YSLNhYLLM= Subject: Re: FreeBSD 8.2 Release, ZFS + Samba, running out of memory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Feb 2011 23:13:52 -0000 I only connect to the BSD system via ssh at the moment, there is no keyboard attached. The ssh shell running "top" doesn't update anymore and doesn't take any input. A new ssh session is not possible. Pressing the power button once does not shut down the machine, i have to keep it pressed for several seconds to power down hard. I will try out disabling "sendfile" and, if i can manage, also try out the patch. This would be my first kernel patch and compilation, so it might take a while to learn. :) Would i run the risk of loosing the patch when running "freebsd-update"? Will the patch be provided by "freebsd-update" at some point? Thank you all for your advice, Henner Heck Am 22.02.2011 23:43, schrieb Jeremy Chadwick: > >> *smb.conf* (a bit anonymized) >> >> [global] >> use sendfile = true > Set this to "false" and the problem might go away. You can try some of > the patches others have recommended as well (which will permit you to > use sendfile going forward), but if you don't want to deal with patches, > the workaround should be fine. > > If you still experience issues after that, possibly some loader.conf > tuning for ZFS is needed. > > Also, one question: when you say "freezes", do you mean "completely > locks up hard" or "the system seems alive but seems to be spending all > of its CPU time doing something else"? Try hitting NumLock on the > system's keyboard to see if the LED toggles on/off; if it does, the > system isn't frozen, but is catatonic to some degree. > From owner-freebsd-stable@FreeBSD.ORG Wed Feb 23 09:11:18 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38E7310656A4 for ; Wed, 23 Feb 2011 09:11:18 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 1AC7A8FC35 for ; Wed, 23 Feb 2011 09:11:18 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id p1N9B3Sg062059 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 23 Feb 2011 01:11:03 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id p1N9B246062058; Wed, 23 Feb 2011 01:11:02 -0800 (PST) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA07459; Wed, 23 Feb 11 01:10:36 PST Date: Wed, 23 Feb 2011 01:10:12 -0800 From: perryh@pluto.rain.com To: petefrench@ingresso.co.uk, lists@c0mplx.org Message-Id: <4d64cef4.8Viwa9MksENBCcLO%perryh@pluto.rain.com> References: In-Reply-To: User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 3TB disc and block alignment X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Feb 2011 09:11:18 -0000 Pete French wrote: > > Why may it hurt ? How may it hurt ? Which sector is written to > > by this 'gpart' command ? > > > > As far as I understand, GPT writes some stuff at the beginning > > and the end of the harddisk. > > Yup, this is true. > > > How/why will the newfs overwrite those parts ? > > Because you are also giving it the whole hard disc to write to, > instead of a partition within the hard disc, so you will end up > scribbling on what you wrote with the gpart command. Certainly the _correct_ thing to do is to create a partition, and newfs that. However, it's not entirely clear why the OP is not getting by with this mistake, because newfs (for a UFS filesystem) doesn't write anything ahead of the superblock -- unless asked to install bootblocks. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 23 09:35:50 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18EC81065670 for ; Wed, 23 Feb 2011 09:35:50 +0000 (UTC) (envelope-from lev@serebryakov.spb.ru) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id AC7648FC1B for ; Wed, 23 Feb 2011 09:35:49 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 2A22F13DF46; Wed, 23 Feb 2011 12:16:41 +0300 (MSK) Date: Wed, 23 Feb 2011 12:16:37 +0300 From: Lev Serebryakov X-Priority: 3 (Normal) Message-ID: <1975926365.20110223121637@serebryakov.spb.ru> To: freebsd-net@freebsd.org, freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----------11DA019414A12A07" Cc: =?utf-8?Q?Michael_T=C3=BCxen?= , Jack Vogel Subject: em0 with latest driver hangs again and again (without "Watchdog timeout" message!) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Feb 2011 09:35:50 -0000 ------------11DA019414A12A07 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Hello, Freebsd-net. It's me again, as problem is not solved and no "clear" answer was received. em0 NIC on my storage server hangs every several (2-3) days. Symptoms are simple: no packets can be send, mbufs are overfilled, "No buf space to send" error for any program. Configuration now is VERY BASIC: no polling, no sysctls or loader.conf tunables AT ALL. No jumbo frames. nic doesn't show any "Watchdog timeout" / "resetting" messages. Driver from "em driver, 82574L chip, and possibly ASPM" thread doesn't help, really: it seems, that it decrease frequincy of hangs, but doesn't eliminate them, but I can not say for sure, may be frequency change is only illusion, as it random process. I've added diagnostic patch from Michael Tuxen. System is cvsupped and built Mon Feb 21, it is FreeBSD 8-STABLE (RELENG_8). Hardware is: em0@pci0:0:25:0: class=3D0x020000 card=3D0x82681043 chip=3D0x10bd808= 6 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'Intel 82566DM Gigabit Ethernet Adapter (82566DM)' class =3D network subclass =3D ethernet bar [10] =3D type Memory, range 32, base 0xfeb40000, size 131072, ena= bled bar [14] =3D type Memory, range 32, base 0xfeb7a000, size 4096, enabl= ed bar [18] =3D type I/O Port, range 32, base 0xe880, size 32, enabled cap 01[c8] =3D powerspec 2 supports D0 D3 current D0 cap 05[d0] =3D MSI supports 1 message, 64 bit cap 09[e0] =3D vendor (length 6) Intel cap 2 version 0 Output of ifconfig, vmstat -m, netstat -m, top -Snd 1, sysctl dev.em.0 is attached. Interesting part of diagnostic sysctls: dev.em.0.queue0.rxd_head: 896 dev.em.0.queue0.rxd_tail: 895 dev.em.0.queue0.rx_irq: 0 dev.em.0.queue0.rx_nxt_refresh: 896 dev.em.0.queue0.rx_nxt_check: 896 --=20 // Black Lion AKA Lev Serebryakov ------------11DA019414A12A07 Content-Type: application/octet-stream; name="em0.log" Content-transfer-encoding: base64 Content-Disposition: attachment; filename="em0.log" Pj4+IGlmY29uZmlnIGVtMAplbTA6IGZsYWdzPThjNDM8VVAsQlJPQURDQVNULFJVTk5JTkcs T0FDVElWRSxTSU1QTEVYLE1VTFRJQ0FTVD4gbWV0cmljIDAgbXR1IDE1MDAKCW9wdGlvbnM9 MjE5YjxSWENTVU0sVFhDU1VNLFZMQU5fTVRVLFZMQU5fSFdUQUdHSU5HLFZMQU5fSFdDU1VN LFRTTzQsV09MX01BR0lDPgoJZXRoZXIgMDA6MWU6OGM6NzU6MDM6MGQKCWluZXQgMC4wLjAu MCBuZXRtYXNrIDB4ZmYwMDAwMDAgYnJvYWRjYXN0IDI1NS4yNTUuMjU1LjI1NQoJbWVkaWE6 IEV0aGVybmV0IDEwMDBiYXNlVCA8ZnVsbC1kdXBsZXg+CglzdGF0dXM6IGFjdGl2ZQo8PDwg aWZjb25maWcgZW0wCj4+PiB2bXN0YXQgLW0KICAgICAgICAgVHlwZSBJblVzZSBNZW1Vc2Ug SGlnaFVzZSBSZXF1ZXN0cyAgU2l6ZShzKQogICAgICAgbW9kdWxlICAgMTUyICAgIDE5SyAg ICAgICAtICAgICAgMTUyICAxMjgKICAgICAgICAgIFVTQiAgICA3NiAgICA2NksgICAgICAg LSAgICAgICA4MCAgMTYsMzIsNjQsMTI4LDI1NiwxMDI0LDIwNDgsNDA5NgogICAgIG10eF9w b29sICAgICAyICAgIDE2SyAgICAgICAtICAgICAgICAyICAKICAgQ0FNIHBlcmlwaCAgICAy MiAgICAgNksgICAgICAgLSAgICAgICA0NCAgMTYsMzIsNjQsMjU2CiAgICAgcGNpX2xpbmsg ICAgMTYgICAgIDJLICAgICAgIC0gICAgICAgMTYgIDY0LDEyOAogICAgICBhY3Bpc2VtICAg IDE5ICAgICAzSyAgICAgICAtICAgICAgIDE5ICAxMjgKICAgICAgc3VicHJvYyAgIDM3NCAg IDM1NUsgICAgICAgLSAgICA1Mzg0NyAgNTEyLDQwOTYKICAgICAgICAgcHJvYyAgICAgMiAg ICAxNksgICAgICAgLSAgICAgICAgMiAgCiAgICAgIHNlc3Npb24gICAgMjMgICAgIDNLICAg ICAgIC0gICAgICA5MDYgIDEyOAogICAgICAgICBwZ3JwICAgIDI1ICAgICA0SyAgICAgICAt ICAgICAgOTQ4ICAxMjgKICAgICAgICAgY3JlZCAgICA1OCAgICAxMEsgICAgICAgLSAgIDU4 OTQwNiAgNjQsMjU2CiAgICAgIHVpZGluZm8gICAgIDggICAgIDNLICAgICAgIC0gICAgNjU1 NjIgIDEyOCwyMDQ4CiAgICAgICBwbGltaXQgICAgMTAgICAgIDNLICAgICAgIC0gICAgMTE5 OTIgIDI1NgogICAgICBDQU0gWFBUICAgMjgzICAgNDA1SyAgICAgICAtICAgICAgNDA0ICAx NiwzMiw2NCwxMjgsMjU2LDEwMjQsMjA0OAogICAgICAgREVWRlMxICAgMTQyICAgIDcxSyAg ICAgICAtICAgICAgMTUxICA1MTIKICAgIHN5c2N0bHRtcCAgICAgMCAgICAgMEsgICAgICAg LSAgICAgMzM5OCAgMTYsMzIsNjQsMTI4CiAgICBzeXNjdGxvaWQgIDMyNTYgICAxNjFLICAg ICAgIC0gICAgIDMzOTAgIDE2LDMyLDY0LDEyOAogICAgICAgc3lzY3RsICAgICAwICAgICAw SyAgICAgICAtICAgIDQyNjU5ICAxNiwzMiw2NAogICAgICBjYWxsb3V0ICAgICAxICAgNTEy SyAgICAgICAtICAgICAgICAxICAKICAgICAgICAgdW10eCAgIDQwMiAgICA1MUsgICAgICAg LSAgICAgIDQwMiAgMTI4CiAgICAgcDEwMDMuMWIgICAgIDEgICAgIDFLICAgICAgIC0gICAg ICAgIDEgIDE2CiAgICAgICAgIFNXQVAgICAgIDIgICA1NDlLICAgICAgIC0gICAgICAgIDIg IDY0CiAgICAgICBERVZGUzMgICAxNjggICAgNDJLICAgICAgIC0gICAgICAxNzggIDI1Ngog ICAgICAgYnVzLXNjICAgIDYzICAgMzczSyAgICAgICAtICAgICAxMTkyICAxNiwzMiw2NCwx MjgsMjU2LDUxMiwyMDQ4LDQwOTYKICAgICAgICAgIGJ1cyAgIDYwOSAgICA2MksgICAgICAg LSAgICAgMzQ4MCAgMTYsMzIsNjQsMTI4LDI1Niw1MTIsMTAyNAogICAgICBkZXZzdGF0ICAg IDE0ICAgIDI5SyAgICAgICAtICAgICAgIDE0ICAzMiw0MDk2CiBldmVudGhhbmRsZXIgICAg NjcgICAgIDZLICAgICAgIC0gICAgICAgNjcgIDY0LDEyOAogICAgICAgICBrb2JqICAgIDkz ICAgMzcySyAgICAgICAtICAgICAgMTE1ICA0MDk2CiAgICAgIFBlci1jcHUgICAgIDEgICAg IDFLICAgICAgIC0gICAgICAgIDEgIDMyCiAgICAgICAgREVWRlMgICAgMjAgICAgIDFLICAg ICAgIC0gICAgICAgMjEgIDE2LDEyOAogICAgICAgICBybWFuICAgMTc3ICAgIDIySyAgICAg ICAtICAgICAgNjAxICAxNiwzMiwxMjgKICAgICAgIERFVkZTUCAgICAgMSAgICAgMUsgICAg ICAgLSAgICAgICAgMSAgNjQKICAgICAgICAgc2J1ZiAgICAgMCAgICAgMEsgICAgICAgLSAg ICAgMTIzOCAgMTYsMzIsNjQsMTI4LDI1Niw1MTIsMTAyNCwyMDQ4LDQwOTYKICAgIHBmc19u b2RlcyAgICAyMSAgICAgNksgICAgICAgLSAgICAgICAyMSAgMjU2CiAgICAgICAgc3RhY2sg ICAgIDAgICAgIDBLICAgICAgIC0gICAgICAgIDIgIDI1NgogICAgdGFza3F1ZXVlICAgIDE1 ICAgICAySyAgICAgICAtICAgICAgIDE1ICAxNiwzMiwxMjgKICAgICAgIFVuaXRubyAgICAx MCAgICAgMUsgICAgICAgLSAgICAgICA3MCAgMzIsNjQKICAgICAgICAgIGlvdiAgICAgMCAg ICAgMEsgICAgICAgLSAgICAzMzQyNiAgMTYsMzIsNjQsMTI4LDI1Niw1MTIKICAgICAgIHNl bGVjdCAgICA3NSAgICAxMEsgICAgICAgLSAyODEzNzQzNzQyICAxMjgsNTEyLDEwMjQKICAg ICBpb2N0bG9wcyAgICAgMCAgICAgMEsgICAgICAgLSA1MTYzMTExMyAgMTYsMzIsNjQsMTI4 LDI1Niw1MTIsMTAyNCwyMDQ4LDQwOTYKICAgICAgICAgIG1zZyAgICAgNCAgICAzMEsgICAg ICAgLSAgICAgICAgNCAgMjA0OCw0MDk2CiAgICAgICAgICBzZW0gICAgIDQgICAgMTFLICAg ICAgIC0gICAgICAgIDQgIDUxMiwxMDI0CiAgICAgICAgICBzaG0gICAgIDEgICAgMjBLICAg ICAgIC0gICAgICAgIDEgIAogICAgICAgICAgdHR5ICAgIDIwICAgIDIwSyAgICAgICAtICAg ICAgIDI1ICAxMDI0LDIwNDgKICAgICAgICAgIHB0cyAgICAgMCAgICAgMEsgICAgICAgLSAg ICAgICAgMyAgMjU2CiAgICAgbWJ1Zl90YWcgICAgIDAgICAgIDBLICAgICAgIC0gICAgMzY1 MzggIDMyCiAgICAgICAgc2htZmQgICAgIDEgICAgIDhLICAgICAgIC0gICAgICAgIDEgIAog ICAgICAgICBHRU9NICAgMTc1ICAgIDM4SyAgICAgICAtICAgICAgNzQxICAxNiwzMiw2NCwx MjgsMjU2LDUxMiwxMDI0CiAgICAgICAgICBwY2IgICAgMzEgICAgMTNLICAgICAgIC0gIDEz MDEwNzIgIDE2LDMyLDEwMjQsMjA0OCw0MDk2CiAgICAgICBzb25hbWUgICAgIDYgICAgIDFL ICAgICAgIC0gIDQ4NzE3OTYgIDE2LDMyLDEyOAogICAgICAgICAgYWNsICAgICAwICAgICAw SyAgICAgICAtICAgICAyODIzICA0MDk2CiAgICAgICBiaW9idWYgICAgIDAgICAgIDBLICAg ICAgIC0gICAgICA2ODcgIDIwNDgKICAgICB2ZnNjYWNoZSAgICAgMSAgMTAyNEsgICAgICAg LSAgICAgICAgMSAgCiAgIGNsX3NhdmVidWYgICAgIDAgICAgIDBLICAgICAgIC0gICAgMTA0 NjMgIDY0LDEyOAogIGV4cG9ydF9ob3N0ICAgICAyICAgICAxSyAgICAgICAtICAgICAgICAy ICAyNTYKICAgICB2ZnNfaGFzaCAgICAgMSAgIDUxMksgICAgICAgLSAgICAgICAgMSAgCiAg ICAgICB2bm9kZXMgICAgIDIgICAgIDFLICAgICAgIC0gICAgICAgIDIgIDI1NgogIHZub2Rl bWFya2VyICAgICAwICAgICAwSyAgICAgICAtICAgIDU1OTU2ICA1MTIKICAgICAgICBtb3Vu dCAgIDEwNCAgICAgNksgICAgICAgLSAgICAgIDMwNCAgMTYsMzIsNjQsMTI4LDI1Niw1MTIK ICAgICAgICAgIEJQRiAgICAgNyAgICAgOUsgICAgICAgLSAgICAgICAgNyAgMTI4LDUxMiw0 MDk2CiAgZXRoZXJfbXVsdGkgICAgMTIgICAgIDFLICAgICAgIC0gICAgICAgMjYgIDE2LDY0 CiAgICAgICBpZmFkZHIgICAgMTQgICAgIDdLICAgICAgIC0gICAgICAgMTYgIDMyLDUxMiw0 MDk2CiAgICAgICAgaWZuZXQgICAgIDMgICAgIDVLICAgICAgIC0gICAgICAgIDMgIDEyOCwy MDQ4CiAgICAgICAgY2xvbmUgICAgIDIgICAgIDhLICAgICAgIC0gICAgICAgIDIgIDQwOTYK ICAgICAgIGFycGNvbSAgICAgMSAgICAgMUsgICAgICAgLSAgICAgICAgMSAgMTYKICAgICAg bGx0YWJsZSAgICAgMiAgICAgMUsgICAgICAgLSAgICAgICAgOSAgMjU2LDUxMgogICAgICBz Y3NpX2RhICAgICAwICAgICAwSyAgICAgICAtICAgICAgIDE2ICAxNgogICAgICAga2JkbXV4 ICAgICA2ICAgIDEwSyAgICAgICAtICAgICAgICA2ICAxNiw1MTIsMTAyNCwyMDQ4LDQwOTYK ICAgICAgICAgIExFRCAgICAgMSAgICAgMUsgICAgICAgLSAgICAgICAgMSAgMTI4CiAgICAg ICBpc2FkZXYgICAgIDYgICAgIDFLICAgICAgIC0gICAgICAgIDYgIDEyOAogICAgIHJvdXRl dGJsICAgIDEyICAgICA0SyAgICAgICAtICAgIDM2MTg5ICAzMiw2NCwxMjgsMjU2LDUxMgog ICAgICAgICBpZ21wICAgICAyICAgICAxSyAgICAgICAtICAgICAgICAyICAyNTYKQ0FNIGRl diBxdWV1ZSAgICAgOCAgICAgMUsgICAgICAgLSAgICAgICAgOCAgMTI4CiAgICBDQU0gcXVl dWUgICAgNDMgICAgIDNLICAgICAgIC0gICAgICAxNDggIDE2LDMyLDY0LDI1NgogICAgICBD QU0gU0lNICAgICA4ICAgICAySyAgICAgICAtICAgICAgICA4ICAyNTYKICBpcF9tb3B0aW9u cyAgICAgNCAgICAgMUsgICAgICAgLSAgICAgICAgNCAgNjQsMjU2CiAgICAgaW5fbXVsdGkg ICAgIDMgICAgIDFLICAgICAgIC0gICAgICAgIDUgIDI1NgogICBpbl9tZmlsdGVyICAgICAy ICAgICAySyAgICAgICAtICAgICAgICAyICAxMDI0CiAgICBob3N0Y2FjaGUgICAgIDEgICAg MjhLICAgICAgIC0gICAgICAgIDEgIAogICAgIHN5bmNhY2hlICAgICAxICAgIDk2SyAgICAg ICAtICAgICAgICAxICAKICAgICAgTkZTIEZIQSAgICAgMSAgICAgMksgICAgICAgLSAgICAg IDE0MyAgNjQsMjA0OAogICAgICAgICAgcnBjICAgMTUyICAgIDgxSyAgICAgICAtICAgICAg NDYyICAzMiw2NCwxMjgsMjU2LDUxMiwyMDQ4CmF1ZGl0X2V2Y2xhc3MgICAxNzIgICAgIDZL ICAgICAgIC0gICAgICAyMTEgIDMyCiAgICAgc2F2ZWRpbm8gICAgIDAgICAgIDBLICAgICAg IC0gICAgMTE2MzcgIDI1NgogICAgbmV3ZGlyYmxrICAgICAwICAgICAwSyAgICAgICAtICAg ICAgMTUzICA2NAogICAgICAgZGlycmVtICAgICAwICAgICAwSyAgICAgICAtICAgIDY1MTg2 ICA2NAogICAgICAgIG1rZGlyICAgICAwICAgICAwSyAgICAgICAtICAgICAxMzY2ICA2NAog ICAgICAgZGlyYWRkICAgICAzICAgICAxSyAgICAgICAtICAgIDU3MTM2ICA2NAogICAgIGZy ZWVmaWxlICAgICAxICAgICAxSyAgICAgICAtICAgIDQ0MzkwICA2NAogICAgIGZyZWVibGtz ICAgICAxICAgICAxSyAgICAgICAtICAgIDQzODI4ICAyNTYKICAgICBmcmVlZnJhZyAgICAg MCAgICAgMEsgICAgICAgLSAgICA0MDE1MyAgNjQKICAgYWxsb2NpbmRpciAgICAgMCAgICAg MEsgICAgICAgLSAgICA1MTY2MiAgMTI4CiAgICAgaW5kaXJkZXAgICAgIDEgICAgIDFLICAg ICAgIC0gICAgICA3MDkgIDY0CiAgYWxsb2NkaXJlY3QgICAgIDMgICAgIDFLICAgICAgIC0g ICAxMDgzMDkgIDI1NgogICAgYm1zYWZlbWFwICAgICAyICAgICAxSyAgICAgICAtICAgIDE5 MjMyICAxMjgKICAgICAgIG5ld2JsayAgICAgMSAgICAgMUsgICAgICAgLSAgIDE1OTk3MiAg NjQsNTEyCiAgICAgaW5vZGVkZXAgICAgIDYgICA1MTRLICAgICAgIC0gICAgNzkxOTQgIDI1 NgogICAgICBwYWdlZGVwICAgICA0ICAgMTI5SyAgICAgICAtICAgICA4MDg1ICAxMjgKICB1 ZnNfZGlyaGFzaCAgMTY1MiAgIDU0NksgICAgICAgLSAgICA5Mjk4OCAgMTYsMzIsNjQsMTI4 LDI1Niw1MTIsMTAyNAogICAgdWZzX21vdW50ICAgIDE1ICAgMTI3SyAgICAgICAtICAgICAg IDE1ICA1MTIsMjA0OCw0MDk2CiAgICAgIFVNQUhhc2ggICAgIDMgICAgIDdLICAgICAgIC0g ICAgICAgIDkgIDUxMiwxMDI0LDIwNDgsNDA5NgogIGRkYl9jYXB0dXJlICAgICAxICAgIDQ4 SyAgICAgICAtICAgICAgICAxICAKICAgICAgIGFjcGljYSAgMzc3MCAgIDM4NksgICAgICAg LSAgICA4MjAzNyAgMTYsMzIsNjQsMTI4LDI1Niw1MTIsMTAyNCwyMDQ4CiAgICAgICAgIGNk ZXYgICAgIDggICAgIDJLICAgICAgIC0gICAgICAgIDggIDI1NgogICAgdm1fcGdkYXRhICAg ICAyICAgMTI5SyAgICAgICAtICAgICAgICAyICAxMjgKICAgICAgYWNwaWRldiAgICA3OCAg ICAgNUsgICAgICAgLSAgICAgICA3OCAgNjQKICAgICAgICBzaWdpbyAgICAgMSAgICAgMUsg ICAgICAgLSAgICAgICAgMSAgNjQKICAgICBmaWxlZGVzYyAgICA2MCAgICA3N0sgICAgICAg LSAgICA2MTE1NyAgMTYsMzIsNjQsMTI4LDI1Niw1MTIsMTAyNCwyMDQ4LDQwOTYKICAgICAg ICAga2VudiAgICA3NiAgICAxMUsgICAgICAgLSAgICAgICA4MCAgMTYsMzIsNjQsMTI4CiAg ICAgIGlvX2FwaWMgICAgIDEgICAgIDJLICAgICAgIC0gICAgICAgIDEgIDIwNDgKICAgICAg IGtxdWV1ZSAgICAgMiAgICAxM0sgICAgICAgLSAgICA1Nzg4MiAgMjU2LDIwNDgsNDA5Ngog ICAgICBtZW1kZXNjICAgICAxICAgICA0SyAgICAgICAtICAgICAgICAxICA0MDk2CiAgICAg YWNwaXRhc2sgICAgIDEgICAgIDJLICAgICAgIC0gICAgICAgIDEgIDIwNDgKICAgIHByb2Mt YXJncyAgICAyNyAgICAgMksgICAgICAgLSAgICA3MTYyMCAgMTYsMzIsNjQsMTI4LDI1Ngog ICAgIGF0a2JkZGV2ICAgICAyICAgICAxSyAgICAgICAtICAgICAgICAyICA2NAogICAgICBp dGhyZWFkICAgIDcyICAgIDEySyAgICAgICAtICAgICAgIDcyICAzMiwxMjgsMjU2CiAgICAg IGVudHJvcHkgIDEwMjQgICAgNjRLICAgICAgIC0gICAgIDEwMjQgIDY0CiAgICAgICAgIFVB UlQgICAgIDMgICAgIDJLICAgICAgIC0gICAgICAgIDMgIDE2LDUxMiwxMDI0CiAgICAgICBL VFJBQ0UgICAxMDAgICAgMTNLICAgICAgIC0gICAgICAxMDAgIDEyOAogICAgICAgbGlua2Vy ICAgIDU3ICAgICA2SyAgICAgICAtICAgICAgIDYzICAxNiwzMiw2NCwxMjgsNTEyCiAgICAg ICAgbG9ja2YgICAgNTMgICAgIDZLICAgICAgIC0gIDExMjM5NDggIDY0LDEyOAogICAgICAg ICB0ZW1wICAgIDIwICAgNDAxSyAgICAgICAtICAgMTM3MDcyICAxNiwzMiw2NCwxMjgsMjU2 LDUxMiwxMDI0LDIwNDgsNDA5NgogICAgICAgZGV2YnVmIDE5OTk5IDM0ODc3SyAgICAgICAt ICAgIDIwMDk3ICAxNiwzMiw2NCwxMjgsMjU2LDUxMiwxMDI0LDIwNDgsNDA5NgogICAgICAg VVNCZGV2ICAgIDQ3ICAgIDEySyAgICAgICAtICAgICAgIDQ3ICA2NCwxMjgsMTAyNAogICAg IG5leHVzZGV2ICAgICAzICAgICAxSyAgICAgICAtICAgICAgICAzICAxNgogICByYWlkNV9k YXRhICAgIDE5ICA3NTQ1SyAgICAgICAtIDQxMTIwNDU1ICAxNiw2NCw1MTIsNDA5Ngo8PDwg dm1zdGF0IC1tCj4+PiBuZXRzdGF0IC1tCjM0MDQvNjU3MS85OTc1IG1idWZzIGluIHVzZSAo Y3VycmVudC9jYWNoZS90b3RhbCkKMTIxMS8yMjA5LzM0MjAvMjA0ODAwIG1idWYgY2x1c3Rl cnMgaW4gdXNlIChjdXJyZW50L2NhY2hlL3RvdGFsL21heCkKMTIwMC80NDkgbWJ1ZitjbHVz dGVycyBvdXQgb2YgcGFja2V0IHNlY29uZGFyeSB6b25lIGluIHVzZSAoY3VycmVudC9jYWNo ZSkKMC8yMTcvMjE3LzE5MjAwMCA0ayAocGFnZSBzaXplKSBqdW1ibyBjbHVzdGVycyBpbiB1 c2UgKGN1cnJlbnQvY2FjaGUvdG90YWwvbWF4KQowLzAvMC82NDAwIDlrIGp1bWJvIGNsdXN0 ZXJzIGluIHVzZSAoY3VycmVudC9jYWNoZS90b3RhbC9tYXgpCjAvMC8wLzMyMDAgMTZrIGp1 bWJvIGNsdXN0ZXJzIGluIHVzZSAoY3VycmVudC9jYWNoZS90b3RhbC9tYXgpCjMyNzNLLzY5 MjhLLzEwMjAxSyBieXRlcyBhbGxvY2F0ZWQgdG8gbmV0d29yayAoY3VycmVudC9jYWNoZS90 b3RhbCkKMC8wLzAgcmVxdWVzdHMgZm9yIG1idWZzIGRlbmllZCAobWJ1ZnMvY2x1c3RlcnMv bWJ1ZitjbHVzdGVycykKMC8wLzAgcmVxdWVzdHMgZm9yIGp1bWJvIGNsdXN0ZXJzIGRlbmll ZCAoNGsvOWsvMTZrKQowLzAvMCBzZmJ1ZnMgaW4gdXNlIChjdXJyZW50L3BlYWsvbWF4KQow IHJlcXVlc3RzIGZvciBzZmJ1ZnMgZGVuaWVkCjAgcmVxdWVzdHMgZm9yIHNmYnVmcyBkZWxh eWVkCjAgcmVxdWVzdHMgZm9yIEkvTyBpbml0aWF0ZWQgYnkgc2VuZGZpbGUKMCBjYWxscyB0 byBwcm90b2NvbCBkcmFpbiByb3V0aW5lcwo8PDwgbmV0c3RhdCAtbQo+Pj4gdG9wIC1TbmQg MQpsYXN0IHBpZDogNTM1MjE7ICBsb2FkIGF2ZXJhZ2VzOiAgMC4wMCwgIDAuMDAsICAwLjAw ICB1cCAxKzIwOjA5OjAyICAgIDExOjUzOjQ3CjExMSBwcm9jZXNzZXM6IDMgcnVubmluZywg OTEgc2xlZXBpbmcsIDE3IHdhaXRpbmcKCk1lbTogODFNIEFjdGl2ZSwgMTQxM00gSW5hY3Qs IDI5Mk0gV2lyZWQsIDU2TSBDYWNoZSwgMjEzTSBCdWYsIDEzM00gRnJlZQpTd2FwOiA0MDk2 TSBUb3RhbCwgMTE2SyBVc2VkLCA0MDk2TSBGcmVlCgoKICBQSUQgVVNFUk5BTUUgICAgICBU SFIgUFJJIE5JQ0UgICBTSVpFICAgIFJFUyBTVEFURSAgIEMgICBUSU1FICAgV0NQVSBDT01N QU5ECiAgIDExIHJvb3QgICAgICAgICAgICAyIDE3MSBraTMxICAgICAwSyAgICAzMksgQ1BV MCAgICAwICA2MS42SCAyMDAuMDAlIGlkbGUKICAgMTIgcm9vdCAgICAgICAgICAgMTcgLTYw ICAgIC0gICAgIDBLICAgMjcySyBXQUlUICAgIDAgIDQ0OjIzICAwLjEwJSBpbnRyCiA1OTEx IHJ0b3JyZW50ICAgICAgICAzICA0NCAgICAwIDg1NzUySyA2MzQ0NEsgc2VsZWN0ICAxICAy NS4ySCAgMC4wMCUgdHJhbnNtaXNzaW9uLWRhZW1vbgogICAgMCByb290ICAgICAgICAgICAg OSAtNjggICAgMCAgICAgMEsgICAxMjhLIC0gICAgICAgMCAgMTI6MjEgIDAuMDAlIGtlcm5l bAogICAxNCByb290ICAgICAgICAgICAzMyAtNDAgICAgLSAgICAgMEsgICA1MjhLIC0gICAg ICAgMSAgIDU6MTEgIDAuMDAlIHVzYgogICAxOSByb290ICAgICAgICAgICAgMiAgLTggICAg LSAgICAgMEsgICAgMzJLIGdyNWRvICAgMSAgIDQ6MzEgIDAuMDAlIGdfcmFpZDUKICAgIDQg cm9vdCAgICAgICAgICAgIDEgIC04ICAgIC0gICAgIDBLICAgIDE2SyAtICAgICAgIDAgICAz OjU3ICAwLjAwJSBnX2Rvd24KICAgMTcgcm9vdCAgICAgICAgICAgIDEgIDIwICAgIC0gICAg IDBLICAgIDE2SyBzeW5jZXIgIDEgICAzOjE1ICAwLjAwJSBzeW5jZXIKICAgIDMgcm9vdCAg ICAgICAgICAgIDEgIC04ICAgIC0gICAgIDBLICAgIDE2SyAtICAgICAgIDAgICAzOjAxICAw LjAwJSBnX3VwCiAgIDEzIHJvb3QgICAgICAgICAgICAxIC0xNiAgICAtICAgICAwSyAgICAx NksgLSAgICAgICAwICAgMTo1MiAgMC4wMCUgeWFycm93CiAgICA2IHJvb3QgICAgICAgICAg ICAxIC0xNiAgICAtICAgICAwSyAgICAxNksgcHNsZWVwICAxICAgMTowMiAgMC4wMCUgcGFn ZWRhZW1vbgogIDkxMyB1dWNwICAgICAgICAgICAgMSAgNDQgICAgMCAgNjkxNksgIDEzNTZL IHNlbGVjdCAgMSAgIDA6MTIgIDAuMDAlIG1lZ2F0ZWMKICA3ODggcm9vdCAgICAgICAgICAg IDEgIDQ0ICAgIDAgMjEwNTJLICAyODA4SyBzZWxlY3QgIDEgICAwOjA2ICAwLjAwJSBubWJk CiAgOTE1IHV1Y3AgICAgICAgICAgICAxICA0NCAgICAwIDEwOTI4SyAgMjE4OEsgc2VsZWN0 ICAwICAgMDowNSAgMC4wMCUgdXBzZAogIDg2MCByb290ICAgICAgICAgICAgMSAgNDQgICAg MCAxMTc4OEsgIDIwMjhLIHNlbGVjdCAgMSAgIDA6MDUgIDAuMDAlIG50cGQKICAgIDIgcm9v dCAgICAgICAgICAgIDEgIC04ICAgIC0gICAgIDBLICAgIDE2SyAtICAgICAgIDEgICAwOjA1 ICAwLjAwJSBnX2V2ZW50CiAgIDE2IHJvb3QgICAgICAgICAgICAxICA0NCAgICAtICAgICAw SyAgICAxNksgdmxydXd0ICAxICAgMDowNCAgMC4wMCUgdm5scnUKICAgMTggcm9vdCAgICAg ICAgICAgIDEgIDQ0ICAgIC0gICAgIDBLICAgIDE2SyBzZGZsdXMgIDEgICAwOjAyICAwLjAw JSBzb2Z0ZGVwZmx1c2gKCjw8PCB0b3AgLVNuZCAxCj4+PiBzeXNjdGwgZGV2LmVtLjAKZGV2 LmVtLjAuJWRlc2M6IEludGVsKFIpIFBSTy8xMDAwIE5ldHdvcmsgQ29ubmVjdGlvbiA3LjEu OQpkZXYuZW0uMC4lZHJpdmVyOiBlbQpkZXYuZW0uMC4lbG9jYXRpb246IHNsb3Q9MjUgZnVu Y3Rpb249MCBoYW5kbGU9XF9TQl8uUENJMC5HQkVDCmRldi5lbS4wLiVwbnBpbmZvOiB2ZW5k b3I9MHg4MDg2IGRldmljZT0weDEwYmQgc3VidmVuZG9yPTB4MTA0MyBzdWJkZXZpY2U9MHg4 MjY4IGNsYXNzPTB4MDIwMDAwCmRldi5lbS4wLiVwYXJlbnQ6IHBjaTAKZGV2LmVtLjAubnZt OiAtMQpkZXYuZW0uMC5kZWJ1ZzogLTEKZGV2LmVtLjAucnhfaW50X2RlbGF5OiAwCmRldi5l bS4wLnR4X2ludF9kZWxheTogNjYKZGV2LmVtLjAucnhfYWJzX2ludF9kZWxheTogNjYKZGV2 LmVtLjAudHhfYWJzX2ludF9kZWxheTogNjYKZGV2LmVtLjAucnhfcHJvY2Vzc2luZ19saW1p dDogMTAwCmRldi5lbS4wLmZsb3dfY29udHJvbDogMwpkZXYuZW0uMC5saW5rX2lycTogMApk ZXYuZW0uMC5tYnVmX2FsbG9jX2ZhaWw6IDAKZGV2LmVtLjAuY2x1c3Rlcl9hbGxvY19mYWls OiAwCmRldi5lbS4wLmRyb3BwZWQ6IDAKZGV2LmVtLjAudHhfZG1hX2ZhaWw6IDAKZGV2LmVt LjAucnhfb3ZlcnJ1bnM6IDEKZGV2LmVtLjAud2F0Y2hkb2dfdGltZW91dHM6IDAKZGV2LmVt LjAuZGV2aWNlX2NvbnRyb2w6IDE0Nzc0NDQxNjAKZGV2LmVtLjAucnhfY29udHJvbDogNjcx NDE2MzQKZGV2LmVtLjAuZmNfaGlnaF93YXRlcjogODE5MgpkZXYuZW0uMC5mY19sb3dfd2F0 ZXI6IDY2OTIKZGV2LmVtLjAucXVldWUwLnR4ZF9oZWFkOiAxNDQKZGV2LmVtLjAucXVldWUw LnR4ZF90YWlsOiAxMDgKZGV2LmVtLjAucXVldWUwLnR4X2lycTogMApkZXYuZW0uMC5xdWV1 ZTAubm9fZGVzY19hdmFpbDogMApkZXYuZW0uMC5xdWV1ZTAucnhkX2hlYWQ6IDg5NgpkZXYu ZW0uMC5xdWV1ZTAucnhkX3RhaWw6IDg5NQpkZXYuZW0uMC5xdWV1ZTAucnhfaXJxOiAwCmRl di5lbS4wLnF1ZXVlMC5yeF9ueHRfcmVmcmVzaDogODk2CmRldi5lbS4wLnF1ZXVlMC5yeF9u eHRfY2hlY2s6IDg5NgpkZXYuZW0uMC5tYWNfc3RhdHMuZXhjZXNzX2NvbGw6IDAKZGV2LmVt LjAubWFjX3N0YXRzLnNpbmdsZV9jb2xsOiAwCmRldi5lbS4wLm1hY19zdGF0cy5tdWx0aXBs ZV9jb2xsOiAwCmRldi5lbS4wLm1hY19zdGF0cy5sYXRlX2NvbGw6IDAKZGV2LmVtLjAubWFj X3N0YXRzLmNvbGxpc2lvbl9jb3VudDogMApkZXYuZW0uMC5tYWNfc3RhdHMuc3ltYm9sX2Vy cm9yczogMApkZXYuZW0uMC5tYWNfc3RhdHMuc2VxdWVuY2VfZXJyb3JzOiAwCmRldi5lbS4w Lm1hY19zdGF0cy5kZWZlcl9jb3VudDogNjgzCmRldi5lbS4wLm1hY19zdGF0cy5taXNzZWRf cGFja2V0czogMTExNjYKZGV2LmVtLjAubWFjX3N0YXRzLnJlY3Zfbm9fYnVmZjogMApkZXYu ZW0uMC5tYWNfc3RhdHMucmVjdl91bmRlcnNpemU6IDAKZGV2LmVtLjAubWFjX3N0YXRzLnJl Y3ZfZnJhZ21lbnRlZDogOQpkZXYuZW0uMC5tYWNfc3RhdHMucmVjdl9vdmVyc2l6ZTogMApk ZXYuZW0uMC5tYWNfc3RhdHMucmVjdl9qYWJiZXI6IDAKZGV2LmVtLjAubWFjX3N0YXRzLnJl Y3ZfZXJyczogNjE5CmRldi5lbS4wLm1hY19zdGF0cy5jcmNfZXJyczogNjQ1CmRldi5lbS4w Lm1hY19zdGF0cy5hbGlnbm1lbnRfZXJyczogMApkZXYuZW0uMC5tYWNfc3RhdHMuY29sbF9l eHRfZXJyczogMApkZXYuZW0uMC5tYWNfc3RhdHMueG9uX3JlY3ZkOiA2OTQKZGV2LmVtLjAu bWFjX3N0YXRzLnhvbl90eGQ6IDE3NDUKZGV2LmVtLjAubWFjX3N0YXRzLnhvZmZfcmVjdmQ6 IDE5OTgKZGV2LmVtLjAubWFjX3N0YXRzLnhvZmZfdHhkOiAxNzQ0CmRldi5lbS4wLm1hY19z dGF0cy50b3RhbF9wa3RzX3JlY3ZkOiAxOTEwMzc5NzgKZGV2LmVtLjAubWFjX3N0YXRzLmdv b2RfcGt0c19yZWN2ZDogMTkxMDIzNDYyCmRldi5lbS4wLm1hY19zdGF0cy5iY2FzdF9wa3Rz X3JlY3ZkOiAzMTE4CmRldi5lbS4wLm1hY19zdGF0cy5tY2FzdF9wa3RzX3JlY3ZkOiAwCmRl di5lbS4wLm1hY19zdGF0cy5yeF9mcmFtZXNfNjQ6IDAKZGV2LmVtLjAubWFjX3N0YXRzLnJ4 X2ZyYW1lc182NV8xMjc6IDAKZGV2LmVtLjAubWFjX3N0YXRzLnJ4X2ZyYW1lc18xMjhfMjU1 OiAwCmRldi5lbS4wLm1hY19zdGF0cy5yeF9mcmFtZXNfMjU2XzUxMTogMApkZXYuZW0uMC5t YWNfc3RhdHMucnhfZnJhbWVzXzUxMl8xMDIzOiAwCmRldi5lbS4wLm1hY19zdGF0cy5yeF9m cmFtZXNfMTAyNF8xNTIyOiAwCmRldi5lbS4wLm1hY19zdGF0cy5nb29kX29jdGV0c19yZWN2 ZDogMTQ3NzU2OTUxMDUyCmRldi5lbS4wLm1hY19zdGF0cy5nb29kX29jdGV0c190eGQ6IDI1 ODAzNzUxMTI5NwpkZXYuZW0uMC5tYWNfc3RhdHMudG90YWxfcGt0c190eGQ6IDI0Mjc0NjA5 MApkZXYuZW0uMC5tYWNfc3RhdHMuZ29vZF9wa3RzX3R4ZDogMjQyNzQyNjAxCmRldi5lbS4w Lm1hY19zdGF0cy5iY2FzdF9wa3RzX3R4ZDogNjgyCmRldi5lbS4wLm1hY19zdGF0cy5tY2Fz dF9wa3RzX3R4ZDogMzgwNQpkZXYuZW0uMC5tYWNfc3RhdHMudHhfZnJhbWVzXzY0OiAwCmRl di5lbS4wLm1hY19zdGF0cy50eF9mcmFtZXNfNjVfMTI3OiAwCmRldi5lbS4wLm1hY19zdGF0 cy50eF9mcmFtZXNfMTI4XzI1NTogMApkZXYuZW0uMC5tYWNfc3RhdHMudHhfZnJhbWVzXzI1 Nl81MTE6IDAKZGV2LmVtLjAubWFjX3N0YXRzLnR4X2ZyYW1lc181MTJfMTAyMzogMApkZXYu ZW0uMC5tYWNfc3RhdHMudHhfZnJhbWVzXzEwMjRfMTUyMjogMApkZXYuZW0uMC5tYWNfc3Rh dHMudHNvX3R4ZDogNjE4OTUwMzAKZGV2LmVtLjAubWFjX3N0YXRzLnRzb19jdHhfZmFpbDog MApkZXYuZW0uMC5pbnRlcnJ1cHRzLmFzc2VydHM6IDE0NzA0ODI0NgpkZXYuZW0uMC5pbnRl cnJ1cHRzLnJ4X3BrdF90aW1lcjogMApkZXYuZW0uMC5pbnRlcnJ1cHRzLnJ4X2Fic190aW1l cjogMApkZXYuZW0uMC5pbnRlcnJ1cHRzLnR4X3BrdF90aW1lcjogMApkZXYuZW0uMC5pbnRl cnJ1cHRzLnR4X2Fic190aW1lcjogMApkZXYuZW0uMC5pbnRlcnJ1cHRzLnR4X3F1ZXVlX2Vt cHR5OiAwCmRldi5lbS4wLmludGVycnVwdHMudHhfcXVldWVfbWluX3RocmVzaDogMApkZXYu ZW0uMC5pbnRlcnJ1cHRzLnJ4X2Rlc2NfbWluX3RocmVzaDogMApkZXYuZW0uMC5pbnRlcnJ1 cHRzLnJ4X292ZXJydW46IDAKZGV2LmVtLjAud2FrZTogMAo8PDwgc3lzY3RsIGRldi5lbS4w Cg== ------------11DA019414A12A07-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 23 11:16:39 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2DCA1065695; Wed, 23 Feb 2011 11:16:38 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id ABCDC8FC0C; Wed, 23 Feb 2011 11:16:38 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:68ff:b8ee:849:710f] ([IPv6:2607:f3e0:0:4:68ff:b8ee:849:710f]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p1NBGYs1039969 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 23 Feb 2011 06:16:36 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4D64EC8C.2080007@sentex.net> Date: Wed, 23 Feb 2011 06:16:28 -0500 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Lev Serebryakov References: <1975926365.20110223121637@serebryakov.spb.ru> In-Reply-To: <1975926365.20110223121637@serebryakov.spb.ru> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Cc: freebsd-net@freebsd.org, Jack Vogel , freebsd-stable@freebsd.org, =?UTF-8?B?TWljaGE=?=, =?UTF-8?B?ZWwgVMO8eGVu?= Subject: Re: em0 with latest driver hangs again and again (without "Watchdog timeout" message!) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Feb 2011 11:16:39 -0000 On 2/23/2011 4:16 AM, Lev Serebryakov wrote: > Driver from "em driver, 82574L chip, and possibly ASPM" thread > doesn't help, really: it seems, that it decrease frequincy of hangs, Looking at your sysctl output, you are not using the test drivers posted in that thread. >>> sysctl dev.em.0 dev.em.0.%desc: Intel(R) PRO/1000 Network Connection 7.1.9 dev.em.0.%driver: em It should show dev.em.1.%desc: Intel(R) PRO/1000 Network Connection 7.1.9-test If you want to try 7.1.9-test, you can download it at http://www.tancsa.com/if_em-8.c for releng_8. However, there is a newer one Jack has, 7.2.2 which seems to work for me as well so far and has additional fixes that the 7.1.9-test cvsup to RELENG_8, then copy if_em-8.c to /usr/src/sys/dev/e1000/if_em.c ---Mike From owner-freebsd-stable@FreeBSD.ORG Wed Feb 23 11:36:12 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2E5B106566C; Wed, 23 Feb 2011 11:36:12 +0000 (UTC) (envelope-from lev@serebryakov.spb.ru) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id AF2218FC14; Wed, 23 Feb 2011 11:36:12 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 5CEF613DF46; Wed, 23 Feb 2011 14:36:11 +0300 (MSK) Date: Wed, 23 Feb 2011 14:36:07 +0300 From: Lev Serebryakov X-Priority: 3 (Normal) Message-ID: <1004451940.20110223143607@serebryakov.spb.ru> To: Mike Tancsa In-Reply-To: <4D64EC8C.2080007@sentex.net> References: <1975926365.20110223121637@serebryakov.spb.ru> <4D64EC8C.2080007@sentex.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, Jack Vogel , =?utf-8?Q?Michael_T=C3=BCxen?= Subject: Re: em0 with latest driver hangs again and again (without "Watchdog timeout" message!) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Feb 2011 11:36:13 -0000 Hello, Mike. You wrote 23 =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB=D1=8F 2011 =D0=B3., 14:16= :28: >> Driver from "em driver, 82574L chip, and possibly ASPM" thread >> doesn't help, really: it seems, that it decrease frequincy of hangs, > Looking at your sysctl output, you are not using the test drivers posted > in that thread. Yes, as it doesn't help, I've reverted to "stock" one. > If you want to try 7.1.9-test, you can download it at > http://www.tancsa.com/if_em-8.c for releng_8. I've tried it. It has worked without hangs for 7-8 days, and after that hangs 2 times in 3 days with "7.1.9-test" :( --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Wed Feb 23 12:16:35 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E53F3106566B; Wed, 23 Feb 2011 12:16:35 +0000 (UTC) (envelope-from ozkan.kirik@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8A4518FC14; Wed, 23 Feb 2011 12:16:35 +0000 (UTC) Received: by qwj8 with SMTP id 8so1669892qwj.13 for ; Wed, 23 Feb 2011 04:16:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Y1ayjbx7clxlr6T+7iGQbmBAn4SrlifIdhSbSPwPnYc=; b=DU7IxdE6nW39D4hyCiWXnz39hHEJN6Tkh9xT3Wl6ZMgqMori0rlRU5+qVQxKAk76Q8 cJqjHmruZM7bN/yJcy9uKnDxysYXjeu5dJrC/ituLGwz9+4E7pxNLLSDNHf82XUYf1D0 brH5HrwkgBomvPynkiB4t1ajz2Nc5L8WtYvPs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=aaPYmiRK2ztSCCoKxB3Qdc6JWLYlOtuDOOO8KuDkeFx3qldzaUMIL4Wjuq77hbtJGG Oxq1jXgltaJ0Y23j549SSaQWqPZY0MYhraWsUpKqHwVbbJXOsRJtmG1TxoDALvKyqAh9 SF7MlzOmioyKfhL44smFFPi7yLoxOYBzKbExw= MIME-Version: 1.0 Received: by 10.229.247.68 with SMTP id mb4mr2892754qcb.294.1298461532074; Wed, 23 Feb 2011 03:45:32 -0800 (PST) Received: by 10.229.10.13 with HTTP; Wed, 23 Feb 2011 03:45:32 -0800 (PST) In-Reply-To: <1004451940.20110223143607@serebryakov.spb.ru> References: <1975926365.20110223121637@serebryakov.spb.ru> <4D64EC8C.2080007@sentex.net> <1004451940.20110223143607@serebryakov.spb.ru> Date: Wed, 23 Feb 2011 13:45:32 +0200 Message-ID: From: =?ISO-8859-1?Q?=D6zkan_KIRIK?= To: Lev Serebryakov Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Cc: =?ISO-8859-1?Q?Michael_T=FCxen?= , freebsd-net@freebsd.org, freebsd-stable@freebsd.org, Jack Vogel Subject: Re: em0 with latest driver hangs again and again (without "Watchdog timeout" message!) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Feb 2011 12:16:36 -0000 Hi, How can we get 7.2.2. version of if_em driver ? I wanna test it. I can help you for testing changes to em drivers. Regards, Ozkan KIRIK On Wed, Feb 23, 2011 at 1:36 PM, Lev Serebryakov w= rote: > Hello, Mike. > You wrote 23 =C6=C5=D7=D2=C1=CC=D1 2011 =C7., 14:16:28: > >>> =9A Driver from "em driver, 82574L chip, and possibly ASPM" thread >>> =9Adoesn't help, really: it seems, that it decrease frequincy of hangs, >> Looking at your sysctl output, you are not using the test drivers posted >> in that thread. > =9AYes, as it doesn't help, I've reverted to "stock" one. > >> If you want to try 7.1.9-test, you can download it at >> http://www.tancsa.com/if_em-8.c for releng_8. > =9AI've tried it. It has worked without hangs for 7-8 days, and after > that hangs 2 times in 3 days with "7.1.9-test" =9A:( > > -- > // Black Lion AKA Lev Serebryakov > > _______________________________________________ > 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 Feb 23 15:40:04 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CF6B106566C for ; Wed, 23 Feb 2011 15:40:04 +0000 (UTC) (envelope-from feld@feld.me) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5079F8FC0A for ; Wed, 23 Feb 2011 15:40:04 +0000 (UTC) Received: by vxc34 with SMTP id 34so2333396vxc.13 for ; Wed, 23 Feb 2011 07:40:03 -0800 (PST) Received: by 10.52.157.7 with SMTP id wi7mr6698200vdb.120.1298475427451; Wed, 23 Feb 2011 07:37:07 -0800 (PST) Received: from tech304 (supranet-tech.secure-on.net [66.170.8.18]) by mx.google.com with ESMTPS id e20sm1646027vbz.18.2011.02.23.07.37.06 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 23 Feb 2011 07:37:06 -0800 (PST) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-stable@freebsd.org References: <20110217115653.GH34314@home.opsec.eu> <20110217124515.GI34314@home.opsec.eu> <4D5D1D10.7010000@digsys.bg> <20110217180140.GL66849@dan.emsphone.com> <20110217204643.GJ34314@home.opsec.eu> <37576665@h30.sp.ipt.ru> <20110221161637.GR34314@home.opsec.eu> Date: Wed, 23 Feb 2011 09:37:05 -0600 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Mark Felder" Message-ID: In-Reply-To: <20110221161637.GR34314@home.opsec.eu> User-Agent: Opera Mail/11.01 (FreeBSD) Subject: Re: 3TB disc and block alignment X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Feb 2011 15:40:04 -0000 On Mon, 21 Feb 2011 10:16:37 -0600, Kurt Jaeger wrote: > Hi! > >> > Hmm, wasn't the issues with 3T drives, that they internally use >> > 4K blocks and emulate 512 and that therefore 8 block alignments >> > are an performance issue ? >> Hi guys, I'd just like to jump on this train real quick since I have a related question with alignment. I've been building new Virtual Machine templates lately because I recently learned that our SAN which we access over iSCSI uses 64K blocks and the default FreeBSD install starts a filesystem on sector 63 (512K sectors). This would be misaligned for most I/O transactions. As a result, I updated our internal documentation for FreeBSD standards to be 64K aligned by manually installing FreeBSD with GPT and making the FreeBSD-boot partition 64K in size: Fixit# gpart create -s gpt da0 Fixit# gpart add -t freebsd-boot -s 64K da0 Fixit# gpart add -t freebsd-swap -s 2G -b 2048 da0 Fixit# gpart add -t freebsd-ufs da0 Fixit# gpart bootcode -b /dist/boot/pmbr -p /dist/boot/gptboot -i 1 da0 At the time, the examples I found used -s 64K for the freebsd-boot partition which starts the next partition/filesystem on the next 64K block which would be aligned for our purposes. However, I have been seeing -s 1024K or larger which is also 64K aligned, but just larger. Am I shooting myself in the foot by not going ahead and aligning with -s 1024K or -s 2048K right now? Thanks for your opinions, Mark From owner-freebsd-stable@FreeBSD.ORG Wed Feb 23 17:57:07 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C3BE106566C; Wed, 23 Feb 2011 17:57:07 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 99FF68FC13; Wed, 23 Feb 2011 17:57:06 +0000 (UTC) Received: by vws16 with SMTP id 16so3165509vws.13 for ; Wed, 23 Feb 2011 09:57:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=ehLZlHZuPH2nfhH659nKgG0L3QMjDSRcNj6poEIxv8I=; b=jxtrZSrlhIYVFnnMGllArtV0YvApocVptf/TbEuusw0khs9gt6pJQfucP2S1WtwB9w svyx2wuzLPtBmP7DVjcGbc53/D2E5sERlWtps9dcexPJtUg9eglrTliSoK+h8TUftVF8 awJMtVkeVEfmvRlgAs74IDVOgSPItzO+MVdjU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=X4kCke7j8lNzRWjJ/gAelJA9qR1mdsbgrf7F1d3R9U7odunxtBEhWNKLHk+sfvIcjV b/HWKlnqcJBr0s/oV080QCw/QNr9w1PWmrjOPTusAKiCbm49kO6vXM3U6JDoYigheuSH YrsN1e4lAoCtH47Ka2X0Fd60wcI/X21HqDIDY= MIME-Version: 1.0 Received: by 10.52.169.161 with SMTP id af1mr6647210vdc.225.1298483741981; Wed, 23 Feb 2011 09:55:41 -0800 (PST) Received: by 10.52.166.163 with HTTP; Wed, 23 Feb 2011 09:55:41 -0800 (PST) In-Reply-To: References: <1975926365.20110223121637@serebryakov.spb.ru> <4D64EC8C.2080007@sentex.net> <1004451940.20110223143607@serebryakov.spb.ru> Date: Wed, 23 Feb 2011 09:55:41 -0800 Message-ID: From: Jack Vogel To: =?ISO-8859-1?Q?=D6zkan_KIRIK?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: =?ISO-8859-1?Q?Michael_T=FCxen?= , freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: em0 with latest driver hangs again and again (without "Watchdog timeout" message!) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Feb 2011 17:57:07 -0000 Anyone in net and stable that wants it, limits blocked it, so send me personal email and I'll send to you. Jack On Wed, Feb 23, 2011 at 9:47 AM, Jack Vogel wrote: > Here is the 7.2.2 tarball. IMPORTANT: if you use this DO NOT try and put = it > > into your kernel source tree, it will break that. What you must do is > config the > em driver OUT of your kernel, then untar this, build it standalone, and > then > load it. > > This is just a temporary thing, once I have data to decide on this change > vs > the earlier one it will get integrated. > > Jack > > > 2011/2/23 =C3=96zkan KIRIK > > Hi, >> >> How can we get 7.2.2. version of if_em driver ? >> I wanna test it. >> >> I can help you for testing changes to em drivers. >> >> >> Regards, >> Ozkan KIRIK >> >> On Wed, Feb 23, 2011 at 1:36 PM, Lev Serebryakov >> wrote: >> > Hello, Mike. >> > You wrote 23 =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB=D1=8F 2011 =D0=B3., = 14:16:28: >> > >> >>> Driver from "em driver, 82574L chip, and possibly ASPM" thread >> >>> doesn't help, really: it seems, that it decrease frequincy of hangs= , >> >> Looking at your sysctl output, you are not using the test drivers >> posted >> >> in that thread. >> > Yes, as it doesn't help, I've reverted to "stock" one. >> > >> >> If you want to try 7.1.9-test, you can download it at >> >> http://www.tancsa.com/if_em-8.c for releng_8. >> > I've tried it. It has worked without hangs for 7-8 days, and after >> > that hangs 2 times in 3 days with "7.1.9-test" :( >> > >> > -- >> > // Black Lion AKA Lev Serebryakov >> > >> > _______________________________________________ >> > 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 Feb 23 23:41:33 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 637AF106564A for ; Wed, 23 Feb 2011 23:41:33 +0000 (UTC) (envelope-from Henner.Heck@web.de) Received: from fmmailgate01.web.de (fmmailgate01.web.de [217.72.192.221]) by mx1.freebsd.org (Postfix) with ESMTP id EC7A98FC14 for ; Wed, 23 Feb 2011 23:41:32 +0000 (UTC) Received: from smtp07.web.de ( [172.20.5.215]) by fmmailgate01.web.de (Postfix) with ESMTP id A4EFA189C7D73 for ; Thu, 24 Feb 2011 00:41:31 +0100 (CET) Received: from [77.3.161.16] (helo=[192.168.1.10]) by smtp07.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.110 #2) id 1PsOKm-0008K6-00 for freebsd-stable@freebsd.org; Thu, 24 Feb 2011 00:41:31 +0100 Message-ID: <4D659B12.6050700@web.de> Date: Thu, 24 Feb 2011 00:41:06 +0100 From: Henner Heck User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.2.11) Gecko/20101013 Thunderbird/3.1.5 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4D6430D9.8060609@web.de> <20110222224332.GA12504@icarus.home.lan> In-Reply-To: <20110222224332.GA12504@icarus.home.lan> Sender: Henner.Heck@web.de X-Sender: Henner.Heck@web.de X-Provags-ID: V01U2FsdGVkX1/7vRuGmCICSlczyw6V49uBaz0GKX3Eb5+9a0yH e60rgIMdPL2QPOf4+kcbDEnRg9eUEClGwNGuF3EiWv60LiPo1G MSTEkUEJA= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: FreeBSD 8.2 Release, ZFS + Samba, running out of memory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Feb 2011 23:41:33 -0000 Here are my testresults: *Disabling sendfile in smb.conf *(no patching yet) - free memory drops to 570M and stays there - copy speed from share 75MB/s, CPU load 50% (why not 100% and higher speed?) *Patched kernel with patch 218795* - without sendfile Copying works. - with sendfile Copy speed often drops to zero after several hundred megabytes, no more data is transmitted, the BSD machine is 100% idle and responsive. After some time Total Commander claims that the file cannot be copied, on retry it sometimes copies the file, but the problem will usually come up with the same file again or one of the next files. The speed in both cases is between 40-70MB/s, CPU load is 30-50%, the free memory drops to about 250M, no running out of memory. *Other observations* A process named "intr" causes about 20% CPU load when copying. I wonder why. *Conclusions* When using sendfile the patch replaced a freezing system with unreliable copying. Without sendfile there seems to be no problem. I am a bit dissapointed with the speed, since the CPU is not at all maxed out. The NIC is a PCIe Intel CT 1000 (I hadn't mentioned that before.) Any idea where the bottleneck might be? Regards, Henner Heck From owner-freebsd-stable@FreeBSD.ORG Wed Feb 23 23:59:39 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5155106566C for ; Wed, 23 Feb 2011 23:59:39 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta13.westchester.pa.mail.comcast.net (qmta13.westchester.pa.mail.comcast.net [76.96.59.243]) by mx1.freebsd.org (Postfix) with ESMTP id E4B708FC19 for ; Wed, 23 Feb 2011 23:59:38 +0000 (UTC) Received: from omta18.westchester.pa.mail.comcast.net ([76.96.62.90]) by qmta13.westchester.pa.mail.comcast.net with comcast id BbXC1g0081wpRvQ5DbzeG9; Wed, 23 Feb 2011 23:59:38 +0000 Received: from koitsu.dyndns.org ([98.248.33.18]) by omta18.westchester.pa.mail.comcast.net with comcast id Bbza1g01K0PUQVN3ebzbAB; Wed, 23 Feb 2011 23:59:38 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 00A3E9B427; Wed, 23 Feb 2011 15:59:32 -0800 (PST) Date: Wed, 23 Feb 2011 15:59:32 -0800 From: Jeremy Chadwick To: Henner Heck Message-ID: <20110223235932.GA8863@icarus.home.lan> References: <4D6430D9.8060609@web.de> <20110222224332.GA12504@icarus.home.lan> <4D659B12.6050700@web.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D659B12.6050700@web.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 8.2 Release, ZFS + Samba, running out of memory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Feb 2011 23:59:39 -0000 On Thu, Feb 24, 2011 at 12:41:06AM +0100, Henner Heck wrote: > > Here are my testresults: > > *Disabling sendfile in smb.conf *(no patching yet) > - free memory drops to 570M and stays there > - copy speed from share 75MB/s, CPU load 50% > (why not 100% and higher speed?) See below. > *Patched kernel with patch 218795* > - without sendfile > Copying works. > - with sendfile > Copy speed often drops to zero after several hundred megabytes, > no more data is transmitted, the BSD machine is 100% idle and > responsive. > After some time Total Commander claims that the file cannot be copied, > on retry it sometimes copies the file, but the problem will usually > come up > with the same file again or one of the next files. > > The speed in both cases is between 40-70MB/s, CPU load is 30-50%, > the free memory drops to about 250M, no running out of memory. It's important to note that you're copying over the network. Samba is well-known throughout the community for not performing "extremely fast", even on certain distributions of Linux. The best way to gain speed improvements is to make use of AIO. I also noticed that your smb.conf tunings may be incorrect for AIO, but you will need to adjust things and try combinations to figure out what works best for you across the network. > *Other observations* > A process named "intr" causes about 20% CPU load when copying. > I wonder why. I believe this is an interrupt handler thread in the kernel, which is quite justified given what all is going on within the system during this kind of operation. > *Conclusions* > When using sendfile the patch replaced a freezing system with unreliable > copying. Without sendfile there seems to be no problem. > > I am a bit dissapointed with the speed, since the CPU is not at all > maxed out. > The NIC is a PCIe Intel CT 1000 (I hadn't mentioned that before.) > Any idea where the bottleneck might be? Almost certainly Samba, but there is little-to-nothing one can do about it. If you want to verify it's Samba, enable ftpd on your system and do FTP transfers instead (do both a GET and a PUT for testing speed in both directions). Good luck. -- | Jeremy Chadwick jdc@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 Feb 24 00:36:49 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C61911065679 for ; Thu, 24 Feb 2011 00:36:49 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 582E88FC16 for ; Thu, 24 Feb 2011 00:36:49 +0000 (UTC) Received: by fxm19 with SMTP id 19so39509fxm.13 for ; Wed, 23 Feb 2011 16:36:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=JPrauI2VxRtSVy2RA2/kg3Z13j5k6UDeA5yJDqWgDzU=; b=J6pAxHYC81SlqG6UAjxWhPmR/OTfCECW5N2c0IXRIUxFluStUbElQ8+ljkOyf6laPU qhCdQMIPm44sN8a81yvwj5AVVhj58RqgTOg+LfpTPhInxlQMVkHOyUIzNpSxcpqMiGhe MOmeXUHE9sK3TQI8nhVDbkNFa3rTW8dhmzMUQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=lMC5+/+rY9aEJCHB/tuK3f8nwqPgqChO67BM4tbYzlHEKfxEEKcQhS/KqwL2S8IrXi P9FYuvsTaet94nu0l5oHmMRmifKm2dYaySqnBw3LR1QMautlf8MqPKlC2OlkE8Y+0b9J 13nPx+d82ukyrOifgHoq9JPBOw91z6fjk7/D4= MIME-Version: 1.0 Received: by 10.223.103.198 with SMTP id l6mr161922fao.99.1298506414796; Wed, 23 Feb 2011 16:13:34 -0800 (PST) Received: by 10.223.94.67 with HTTP; Wed, 23 Feb 2011 16:13:34 -0800 (PST) In-Reply-To: <20110223235932.GA8863@icarus.home.lan> References: <4D6430D9.8060609@web.de> <20110222224332.GA12504@icarus.home.lan> <4D659B12.6050700@web.de> <20110223235932.GA8863@icarus.home.lan> Date: Wed, 23 Feb 2011 18:13:34 -0600 Message-ID: From: Adam Vande More To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Henner Heck , freebsd-stable@freebsd.org Subject: Re: FreeBSD 8.2 Release, ZFS + Samba, running out of memory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Feb 2011 00:36:49 -0000 On Wed, Feb 23, 2011 at 5:59 PM, Jeremy Chadwick wrote: > Almost certainly Samba, but there is little-to-nothing one can do about > it. If you want to verify it's Samba, enable ftpd on your system and do > FTP transfers instead (do both a GET and a PUT for testing speed in both > directions). > If I'm not mistaken, the base ftp server also uses sendfile and can't be disabled. Maybe try something like proftpd and disable it there. -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Thu Feb 24 07:30:23 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85F2E106564A for ; Thu, 24 Feb 2011 07:30:23 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1C8FD8FC08 for ; Thu, 24 Feb 2011 07:30:21 +0000 (UTC) Received: by bwz12 with SMTP id 12so962765bwz.13 for ; Wed, 23 Feb 2011 23:30:20 -0800 (PST) Received: by 10.204.114.81 with SMTP id d17mr393684bkq.135.1298532620608; Wed, 23 Feb 2011 23:30:20 -0800 (PST) Received: from dfleuriot.technique-admin.paris.hi-media-techno.com ([83.167.62.196]) by mx.google.com with ESMTPS id q18sm4281370bka.15.2011.02.23.23.30.19 (version=SSLv3 cipher=OTHER); Wed, 23 Feb 2011 23:30:19 -0800 (PST) Message-ID: <4D660909.6090202@my.gd> Date: Thu, 24 Feb 2011 08:30:17 +0100 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: ZFS - abysmal performance with samba since upgrade to 8.2-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2011 07:30:23 -0000 Hello list, I've recently upgraded my home box from 8.2-PRE to 8.2-RELEASE and since then I've been experiencing *abysmal* performance with samba. We're talking transfer rates of say 50kbytes/s here, and I'm the only client on the box. I've seen here and there discussions about sendfile's support, and how it is recommended to disable it in samba. Now, the man tells us: Default: use sendfile = false On the other side, FTP and SFTP transfers are OK, at 20mbytes/s or so. Find below a bit of info smb.conf --- [global] workgroup = MYGROUP server string = Samba Server security = user hosts allow = 192.168.0.1 192.168.1.1 fe80::1 load printers = no log file = /var/log/samba/log.%m max log size = 50 # You may want to add the following on a Linux system: socket options = SO_RCVBUF=8192 SO_SNDBUF=8192 dns proxy = no bind interfaces only = yes interfaces = re0 lagg0 hide unreadable = yes [homes] comment = Home Directories browseable = no writable = yes loader.conf --- # Tune ZFS somewhat aye ? vm.kmem_size="3072M" vm.kmem_size_max="3072M" vfs.zfs.arc_min="128M" vfs.zfs.arc_max="2048M" vfs.zfs.txg.synctime="1" vfs.zfs.prefetch_disable="0" vfs.zfs.vdev.min_pending="4" vfs.zfs.vdev.max_pending="8" ZFS pool --- nas# zpool status pool: rtank state: ONLINE status: The pool is formatted using an older on-disk format. The pool can still be used, but some features are unavailable. action: Upgrade the pool using 'zpool upgrade'. Once this is done, the pool will no longer be accessible on older software versions. scrub: none requested config: NAME STATE READ WRITE CKSUM rtank ONLINE 0 0 0 raidz2 ONLINE 0 0 0 gpt/zfs-ada0 ONLINE 0 0 0 gpt/zfs-ada1 ONLINE 0 0 0 gpt/zfs-ada2 ONLINE 0 0 0 gpt/zfs-ada3 ONLINE 0 0 0 gpt/zfs-ad14 ONLINE 0 0 0 gpt/zfs-ad10 ONLINE 0 0 0 gpt/zfs-ad11 ONLINE 0 0 0 gpt/zfs-ad12 ONLINE 0 0 0 gpt/zfs-ad13 ONLINE 0 0 0 zpool version 14 zfs version 3 So mmmm, sendfile disabled, ZFS pool not quite updated, good FTP/ssh performance, horribad samba performance. Does anyone have an idea of stuff I should be looking at ? Again, this has only begun since I've upgraded from 8.2-PRE/RC3 to 8.2-RELEASE. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 24 07:55:20 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34E27106564A for ; Thu, 24 Feb 2011 07:55:20 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta15.emeryville.ca.mail.comcast.net (qmta15.emeryville.ca.mail.comcast.net [76.96.27.228]) by mx1.freebsd.org (Postfix) with ESMTP id 158E98FC23 for ; Thu, 24 Feb 2011 07:55:19 +0000 (UTC) Received: from omta17.emeryville.ca.mail.comcast.net ([76.96.30.73]) by qmta15.emeryville.ca.mail.comcast.net with comcast id Bjv61g0031afHeLAFjvKQN; Thu, 24 Feb 2011 07:55:19 +0000 Received: from koitsu.dyndns.org ([98.248.33.18]) by omta17.emeryville.ca.mail.comcast.net with comcast id BjvH1g0060PUQVN8djvJvo; Thu, 24 Feb 2011 07:55:18 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id B24189B427; Wed, 23 Feb 2011 23:55:17 -0800 (PST) Date: Wed, 23 Feb 2011 23:55:17 -0800 From: Jeremy Chadwick To: Damien Fleuriot Message-ID: <20110224075517.GA18146@icarus.home.lan> References: <4D660909.6090202@my.gd> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D660909.6090202@my.gd> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "freebsd-stable@freebsd.org" Subject: Re: ZFS - abysmal performance with samba since upgrade to 8.2-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2011 07:55:20 -0000 On Thu, Feb 24, 2011 at 08:30:17AM +0100, Damien Fleuriot wrote: > Hello list, > > I've recently upgraded my home box from 8.2-PRE to 8.2-RELEASE and since > then I've been experiencing *abysmal* performance with samba. > > We're talking transfer rates of say 50kbytes/s here, and I'm the only > client on the box. I have a similar system with significantly less disks (two pools, one disk each; yes, no redundancy). The system can push, via SMB/CIFS across the network about 65-70MBytes/sec, and 80-90MByte/sec via FTP. I'll share with you my tunings for Samba, ZFS, and the system. I spent quite some time messing with different values in Samba and FreeBSD to find out what got me the "best" performance without destroying the system horribly. Please note the amount of memory matters greatly here, so don't go blindly setting these if your system has some absurdly small amount of physical RAM installed. Before getting into what my system has, I also want to make clear that there have been cases in the past where people were seeing abysmal performance from ZFS, only to find out it was a *single disk* in their pool which was causing all of the problems (meaning a single disk was performing horribly, impacting everything). I can try to find the mailing list post, but I believe the user offlined the disk (and later replaced it) and everything was fast again. Just a FYI. System specifications ======================= * Case - Supermicro SC733T-645B * MB - Supermicro X7SBA * CPU - Intel Core 2 Duo E8400 * RAM - CT2KIT25672AA800, 4GB ECC * RAM - CT2KIT25672AA80E, 4GB ECC * Disk - Intel X25-V SSD (ada0, boot) * Disk - WD1002FAEX (ada1, ZFS "data" pool) * Disk - WD2001FASS (ada2, ZFS "backups" pool) Samba ======================= Rebuild the port (ports/net/samba35) with AIO_SUPPORT enabled. To use AIO you will need to load the aio.ko kernel module (kldload aio) first. Relevant smb.conf tunings: [global] socket options = TCP_NODELAY SO_SNDBUF=131072 SO_RCVBUF=131072 use sendfile = no min receivefile size = 16384 aio read size = 16384 aio write size = 16384 aio write behind = yes ZFS pools ======================= pool: backups state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM backups ONLINE 0 0 0 ada2 ONLINE 0 0 0 errors: No known data errors pool: data state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM data ONLINE 0 0 0 ada1 ONLINE 0 0 0 errors: No known data errors ZFS tunings ======================= Your tunings here are "wild" (meaning all over the place). Your use of vfs.zfs.txg.synctime="1" is probably hurting you quite badly, in addition to your choice to enable prefetching (every ZFS FreeBSD system I've used has benefit tremendously from having prefetching disabled, even on systems with 8GB RAM and more). You do not need to specify vm.kmem_size_max, so please remove that. Keeping vm.kmem_size is fine. Also get rid of your vdev tunings, I'm not sure why you have those. My relevant /boot/loader.conf tunings for 8.2-RELEASE (note to readers: the version of FreeBSD you're running, and build date, matters greatly here so do not just blindly apply these without thinking first): # We use Samba built with AIO support; we need this module! aio_load="yes" # Increase vm.kmem_size to allow for ZFS ARC to utilise more memory. vm.kmem_size="8192M" vfs.zfs.arc_max="6144M" # Disable ZFS prefetching # http://southbrain.com/south/2008/04/the-nightmare-comes-slowly-zfs.html # Increases overall speed of ZFS, but when disk flushing/writes occur, # system is less responsive (due to extreme disk I/O). # NOTE: Systems with 8GB of RAM or more have prefetch enabled by # default. vfs.zfs.prefetch_disable="1" # Decrease ZFS txg timeout value from 30 (default) to 5 seconds. This # should increase throughput and decrease the "bursty" stalls that # happen during immense I/O with ZFS. # http://lists.freebsd.org/pipermail/freebsd-fs/2009-December/007343.html # http://lists.freebsd.org/pipermail/freebsd-fs/2009-December/007355.html vfs.zfs.txg.timeout="5" sysctl tunings ======================= Please note that the below kern.maxvnodes tuning is based on my system usage, and yours may vary, so you can remove or comment out this option if you wish. The same goes for vfs.ufs.dirhash_maxmem. As for vfs.zfs.txg.write_limit_override, I strongly suggest you keep this commented out for starters; it effectively "rate limits" ZFS I/O, and this smooths out overall performance (otherwise I was seeing what appeared to be incredible network transfer speed, then the system would churn hard for quite some time on physical I/O, then fast network speed, physical I/O, etc... very "bursty", which I didn't want). # Increase send/receive buffer maximums from 256KB to 16MB. # FreeBSD 7.x and later will auto-tune the size, but only up to the max. net.inet.tcp.sendbuf_max=16777216 net.inet.tcp.recvbuf_max=16777216 # Double send/receive TCP datagram memory allocation. This defines the # amount of memory taken up by default *per socket*. net.inet.tcp.sendspace=65536 net.inet.tcp.recvspace=131072 # dirhash_maxmem defaults to 2097152 (2048KB). dirhash_mem has reached # this limit a few times, so we should increase dirhash_maxmem to # something like 16MB (16384*1024). vfs.ufs.dirhash_maxmem=16777216 # # ZFS tuning parameters # NOTE: Be sure to see /boot/loader.conf for additional tunings # # Increase number of vnodes; we've seen vfs.numvnodes reach 115,000 # at times. Default max is a little over 200,000. Playing it safe... kern.maxvnodes=250000 # Set TXG write limit to a lower threshold. This helps "level out" # the throughput rate (see "zpool iostat"). A value of 256MB works well # for systems with 4GB of RAM, while 1GB works well for us w/ 8GB on # disks which have 64MB cache. vfs.zfs.txg.write_limit_override=1073741824 Good luck. -- | Jeremy Chadwick jdc@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 Feb 24 08:03:06 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AED4106566C; Thu, 24 Feb 2011 08:03:06 +0000 (UTC) (envelope-from ozkan.kirik@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id C31218FC19; Thu, 24 Feb 2011 08:03:05 +0000 (UTC) Received: by qwj8 with SMTP id 8so234850qwj.13 for ; Thu, 24 Feb 2011 00:03:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=0ckXjqQozZnWwHDF6gK+iVUgvONObKLH1wLPY73O29g=; b=pQRKzMbQS4FTG/dfOr97SeWYLpMiS8VW+RDFOaRkspCJ+i/eBmP6xB4on8UjsrP31t um2t/kgQDu8TEUqtwy3xQ2ObUox3hjUsn/4WIK9PWEutVVl5TE1DiOA92alOPg+bM6LG D+QYJXmHcbjcITV1Pq4NbuM/V9WevrsmH913s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=I9y9ZhKi8RSsltx/KhZ44YZzrFXzyUoU/ONgsyuNGBt31JiYEWLXI2w115uNzlSc4y RIOg2Ia/qFqL9xcNT8LCE2wx10YNDio73To5Hk1KGhn8SvZF6r4mehdXagQCdBwafjsG fFjcqgogjxW5TpLQWJjfl4EqGGcdKrK99h8GI= MIME-Version: 1.0 Received: by 10.229.70.130 with SMTP id d2mr343508qcj.218.1298534583771; Thu, 24 Feb 2011 00:03:03 -0800 (PST) Received: by 10.229.10.13 with HTTP; Thu, 24 Feb 2011 00:03:03 -0800 (PST) In-Reply-To: References: <1975926365.20110223121637@serebryakov.spb.ru> <4D64EC8C.2080007@sentex.net> <1004451940.20110223143607@serebryakov.spb.ru> Date: Thu, 24 Feb 2011 10:03:03 +0200 Message-ID: From: =?ISO-8859-1?Q?=D6zkan_KIRIK?= To: Jack Vogel Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: =?ISO-8859-1?Q?Michael_T=FCxen?= , freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: em0 with latest driver hangs again and again (without "Watchdog timeout" message!) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Feb 2011 08:03:06 -0000 Thank you. I'll test and share my experiences with you. On Wed, Feb 23, 2011 at 7:47 PM, Jack Vogel wrote: > Here is the 7.2.2 tarball. IMPORTANT: if you use this DO NOT try and put = it > into your kernel source tree, it will break that. What you must do is con= fig > the > em driver OUT of your kernel, then untar this, build it standalone, and t= hen > load it. > > This is just a temporary thing, once I have data to decide on this change= vs > the earlier one it will get integrated. > > Jack > > > 2011/2/23 =C3=96zkan KIRIK >> >> Hi, >> >> How can we get 7.2.2. version of if_em driver ? >> I wanna test it. >> >> I can help you for testing changes to em drivers. >> >> >> Regards, >> Ozkan KIRIK >> >> On Wed, Feb 23, 2011 at 1:36 PM, Lev Serebryakov >> wrote: >> > Hello, Mike. >> > You wrote 23 =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB=D1=8F 2011 =D0=B3., = 14:16:28: >> > >> >>> =C2=A0 Driver from "em driver, 82574L chip, and possibly ASPM" threa= d >> >>> =C2=A0doesn't help, really: it seems, that it decrease frequincy of = hangs, >> >> Looking at your sysctl output, you are not using the test drivers >> >> posted >> >> in that thread. >> > =C2=A0Yes, as it doesn't help, I've reverted to "stock" one. >> > >> >> If you want to try 7.1.9-test, you can download it at >> >> http://www.tancsa.com/if_em-8.c for releng_8. >> > =C2=A0I've tried it. It has worked without hangs for 7-8 days, and aft= er >> > that hangs 2 times in 3 days with "7.1.9-test" =C2=A0:( >> > >> > -- >> > // Black Lion AKA Lev Serebryakov >> > >> > _______________________________________________ >> > freebsd-stable@freebsd.org mailing list >> > http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> > To unsubscribe, send any mail to >> > "freebsd-stable-unsubscribe@freebsd.org" >> > > > From owner-freebsd-stable@FreeBSD.ORG Thu Feb 24 08:03:32 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59FB91065693 for ; Thu, 24 Feb 2011 08:03:32 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id E29D48FC28 for ; Thu, 24 Feb 2011 08:03:31 +0000 (UTC) Received: by bwz12 with SMTP id 12so978120bwz.13 for ; Thu, 24 Feb 2011 00:03:30 -0800 (PST) Received: by 10.204.81.218 with SMTP id y26mr409654bkk.146.1298534610653; Thu, 24 Feb 2011 00:03:30 -0800 (PST) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id u23sm5912226bkw.9.2011.02.24.00.03.29 (version=SSLv3 cipher=OTHER); Thu, 24 Feb 2011 00:03:29 -0800 (PST) Message-ID: <4D6610CF.3000806@my.gd> Date: Thu, 24 Feb 2011 09:03:27 +0100 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Jeremy Chadwick References: <4D660909.6090202@my.gd> <20110224075517.GA18146@icarus.home.lan> In-Reply-To: <20110224075517.GA18146@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" Subject: Re: ZFS - abysmal performance with samba since upgrade to 8.2-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2011 08:03:32 -0000 On 2/24/11 8:55 AM, Jeremy Chadwick wrote: > On Thu, Feb 24, 2011 at 08:30:17AM +0100, Damien Fleuriot wrote: >> Hello list, >> >> I've recently upgraded my home box from 8.2-PRE to 8.2-RELEASE and since >> then I've been experiencing *abysmal* performance with samba. >> >> We're talking transfer rates of say 50kbytes/s here, and I'm the only >> client on the box. > > I have a similar system with significantly less disks (two pools, one > disk each; yes, no redundancy). The system can push, via SMB/CIFS > across the network about 65-70MBytes/sec, and 80-90MByte/sec via FTP. > I'll share with you my tunings for Samba, ZFS, and the system. I spent > quite some time messing with different values in Samba and FreeBSD to > find out what got me the "best" performance without destroying the > system horribly. > > Please note the amount of memory matters greatly here, so don't go > blindly setting these if your system has some absurdly small amount of > physical RAM installed. > > Before getting into what my system has, I also want to make clear that > there have been cases in the past where people were seeing abysmal > performance from ZFS, only to find out it was a *single disk* in their > pool which was causing all of the problems (meaning a single disk was > performing horribly, impacting everything). I can try to find the > mailing list post, but I believe the user offlined the disk (and later > replaced it) and everything was fast again. Just a FYI. > > [SNIP] > Good luck. > It is fun because when I wrote my original email, I thought about both you and mm@ Thanks a lot for your very detailed response, I will try these out and post feedback :) From owner-freebsd-stable@FreeBSD.ORG Thu Feb 24 11:03:43 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E37A11065673 for ; Thu, 24 Feb 2011 11:03:43 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id AAA658FC17 for ; Thu, 24 Feb 2011 11:03:43 +0000 (UTC) Received: by yxl31 with SMTP id 31so246443yxl.13 for ; Thu, 24 Feb 2011 03:03:43 -0800 (PST) Received: by 10.101.13.1 with SMTP id q1mr377198ani.34.1298545422964; Thu, 24 Feb 2011 03:03:42 -0800 (PST) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id b27sm106342ana.28.2011.02.24.03.03.41 (version=SSLv3 cipher=OTHER); Thu, 24 Feb 2011 03:03:42 -0800 (PST) Message-ID: <4D663B0C.3040109@my.gd> Date: Thu, 24 Feb 2011 12:03:40 +0100 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: PR - submitting a patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Feb 2011 11:03:44 -0000 Hello list, I apologize for this very trivial question but I can't seem to find the answer in the doc: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/pr-guidelines/article.html I have submitted a PR late december 2k10 and it's still in open state: http://www.freebsd.org/cgi/query-pr.cgi?pr=153357 Since the fix is so very trivial, I would like to submit a .patch file. What is the proper procedure to follow, or person to contact ? From owner-freebsd-stable@FreeBSD.ORG Thu Feb 24 11:03:58 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 109FE1065740 for ; Thu, 24 Feb 2011 11:03:58 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ticketswitch.com (constantine.ingresso.co.uk [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id CB5F48FC14 for ; Thu, 24 Feb 2011 11:03:57 +0000 (UTC) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.73 (FreeBSD)) (envelope-from ) id 1PsYzD-000FF6-Nv for freebsd-stable@freebsd.org; Thu, 24 Feb 2011 11:03:55 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1PsYzD-000LIT-MP for freebsd-stable@freebsd.org; Thu, 24 Feb 2011 11:03:55 +0000 Date: Thu, 24 Feb 2011 11:03:55 +0000 Message-Id: To: freebsd-stable@freebsd.org From: Pete French Subject: Re: em0 hangs without any messages like "Watchdog timeout" only down/up reset it. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Feb 2011 11:03:58 -0000 I havent investigated far enough yet to see if this is the same problem, but I am also seeing hangs on em0 when under heavy load. This is 8-STABLE from the 17 at around 3pm. em0@pci0:0:25:0: class=0x020000 card=0x281e103c chip=0x10bd8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = 'Intel 82566DM Gigabit Ethernet Adapter (82566DM)' class = network subclass = ethernet What I am doing here is using ggated/ggatec to provide drives to another machine which is adding them into a ZFS pool. This locks up the ethernet in about 20 minutes. Going to concole on the machine all looks fine, but it is not possible to ping anything through the em0 interface. I have no special tunings for em0, though I do have expanded buffer space to improve the ggated performance kern.ipc.maxsockbuf=1048576 net.inet.tcp.sendspace=131072 net.inet.tcp.recvspace=131072 Machine is amd64 with 6 gig of RAM. -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 24 11:24:43 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A75CF1065672 for ; Thu, 24 Feb 2011 11:24:43 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ticketswitch.com (constantine.ingresso.co.uk [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 6F90F8FC0C for ; Thu, 24 Feb 2011 11:24:43 +0000 (UTC) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.73 (FreeBSD)) (envelope-from ) id 1PsZJG-000H7F-9P; Thu, 24 Feb 2011 11:24:38 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1PsZJG-000LLV-1D; Thu, 24 Feb 2011 11:24:38 +0000 Date: Thu, 24 Feb 2011 11:24:38 +0000 Message-Id: To: freebsd-stable@freebsd.org, petefrench@ingresso.co.uk From: Pete French Cc: Subject: Re: em0 hangs without any messages like "Watchdog timeout" only down/up reset it. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Feb 2011 11:24:43 -0000 Just as an addendum to this - in my case ifconfig down/up does not fix the problem. I need a reboot for the network to come back normally. -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 24 11:27:02 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85D241065673 for ; Thu, 24 Feb 2011 11:27:02 +0000 (UTC) (envelope-from rodrigo@bebik.net) Received: from smtp3-g21.free.fr (smtp3-g21.free.fr [212.27.42.3]) by mx1.freebsd.org (Postfix) with ESMTP id E571E8FC12 for ; Thu, 24 Feb 2011 11:26:59 +0000 (UTC) Received: from hodja.bebik.net (unknown [82.227.164.69]) by smtp3-g21.free.fr (Postfix) with ESMTP id C0173A63C5; Thu, 24 Feb 2011 12:26:53 +0100 (CET) Received: by hodja.bebik.net (Postfix, from userid 1001) id 95B00284BC; Thu, 24 Feb 2011 12:26:52 +0100 (CET) Date: Thu, 24 Feb 2011 12:26:52 +0100 From: "Rodrigo OSORIO (ros)" To: Damien Fleuriot Message-ID: <20110224112652.GA70864@hodja.bebik.net> References: <4D663B0C.3040109@my.gd> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D663B0C.3040109@my.gd> User-Agent: Mutt/1.4.2.2i Cc: "freebsd-stable@freebsd.org" Subject: Re: PR - submitting a patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Feb 2011 11:27:02 -0000 Hi, If the patch solves the PR, attach it to the PR submiting a followup (you have a link for this in the bottom of the PR webpage). This should be a good way to bump the PR. Regards, Rodrigo On 24/02/11 12:03 +0100, Damien Fleuriot wrote: > Hello list, > > > > I apologize for this very trivial question but I can't seem to find the > answer in the doc: > http://www.freebsd.org/doc/en_US.ISO8859-1/articles/pr-guidelines/article.html > > > I have submitted a PR late december 2k10 and it's still in open state: > http://www.freebsd.org/cgi/query-pr.cgi?pr=153357 > > > Since the fix is so very trivial, I would like to submit a .patch file. > > What is the proper procedure to follow, or person to contact ? > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Feb 24 11:44:22 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF887106566B for ; Thu, 24 Feb 2011 11:44:22 +0000 (UTC) (envelope-from tom@FreeBSD.org) Received: from eborcom.com (pochard.scrubhole.org [62.3.122.102]) by mx1.freebsd.org (Postfix) with SMTP id E86888FC0C for ; Thu, 24 Feb 2011 11:44:21 +0000 (UTC) Received: (qmail 35287 invoked by uid 1001); 24 Feb 2011 11:17:39 -0000 Date: Thu, 24 Feb 2011 11:17:39 +0000 From: Tom Hukins To: Damien Fleuriot Message-ID: <20110224111739.GW267@eborcom.com> Mail-Followup-To: Damien Fleuriot , "freebsd-stable@freebsd.org" References: <4D663B0C.3040109@my.gd> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D663B0C.3040109@my.gd> User-Agent: Mutt/1.4.2.2i Cc: "freebsd-stable@freebsd.org" Subject: Re: PR - submitting a patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Feb 2011 11:44:22 -0000 On Thu, Feb 24, 2011 at 12:03:40PM +0100, Damien Fleuriot wrote: > I have submitted a PR late december 2k10 and it's still in open state: > http://www.freebsd.org/cgi/query-pr.cgi?pr=153357 > > Since the fix is so very trivial, I would like to submit a .patch file. The PR Web page you linked to above has a "Submit Followup" link at the bottom. If you send mail to the address listed with the subject listed, GNATS will record your message as a follow up to the PR. Tom From owner-freebsd-stable@FreeBSD.ORG Thu Feb 24 11:45:27 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1F481065679 for ; Thu, 24 Feb 2011 11:45:27 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id A64598FC12 for ; Thu, 24 Feb 2011 11:45:27 +0000 (UTC) Received: by gyh4 with SMTP id 4so246024gyh.13 for ; Thu, 24 Feb 2011 03:45:26 -0800 (PST) Received: by 10.150.206.12 with SMTP id d12mr1794493ybg.40.1298547874624; Thu, 24 Feb 2011 03:44:34 -0800 (PST) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id l2sm5074550ybn.15.2011.02.24.03.44.33 (version=SSLv3 cipher=OTHER); Thu, 24 Feb 2011 03:44:34 -0800 (PST) Message-ID: <4D6644A0.5040601@my.gd> Date: Thu, 24 Feb 2011 12:44:32 +0100 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: "Rodrigo OSORIO (ros)" References: <4D663B0C.3040109@my.gd> <20110224112652.GA70864@hodja.bebik.net> In-Reply-To: <20110224112652.GA70864@hodja.bebik.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" Subject: Re: PR - submitting a patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Feb 2011 11:45:28 -0000 Cheers, I've done just that :) On 2/24/11 12:26 PM, Rodrigo OSORIO (ros) wrote: > > Hi, > > If the patch solves the PR, attach it to the PR submiting a followup > (you have a link for this in the bottom of the PR webpage). > This should be a good way to bump the PR. > > Regards, > Rodrigo > > > > > On 24/02/11 12:03 +0100, Damien Fleuriot wrote: >> Hello list, >> >> >> >> I apologize for this very trivial question but I can't seem to find the >> answer in the doc: >> http://www.freebsd.org/doc/en_US.ISO8859-1/articles/pr-guidelines/article.html >> >> >> I have submitted a PR late december 2k10 and it's still in open state: >> http://www.freebsd.org/cgi/query-pr.cgi?pr=153357 >> >> >> Since the fix is so very trivial, I would like to submit a .patch file. >> >> What is the proper procedure to follow, or person to contact ? >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Feb 24 12:35:00 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0EED106566B for ; Thu, 24 Feb 2011 12:35:00 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from unimail.uni-dortmund.de (mx1.HRZ.Uni-Dortmund.DE [129.217.128.51]) by mx1.freebsd.org (Postfix) with ESMTP id 6D93F8FC19 for ; Thu, 24 Feb 2011 12:34:59 +0000 (UTC) Received: from [192.168.0.4] (g227005041.adsl.alicedsl.de [92.227.5.41]) (authenticated bits=0) by unimail.uni-dortmund.de (8.14.4/8.14.4) with ESMTP id p1OC7WX3008146 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT) for ; Thu, 24 Feb 2011 13:07:33 +0100 (CET) Message-ID: <4D664A04.202@FreeBSD.org> Date: Thu, 24 Feb 2011 13:07:32 +0100 From: Matthias Andree Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.2.13) Gecko/20101207 Mnenhy/0.8.3 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org References: <4D663B0C.3040109@my.gd> <20110224112652.GA70864@hodja.bebik.net> <4D6644A0.5040601@my.gd> In-Reply-To: <4D6644A0.5040601@my.gd> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: PR - submitting a patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Feb 2011 12:35:01 -0000 Am 24.02.2011 12:44, schrieb Damien Fleuriot: > Cheers, I've done just that :) Merci. I've just forwarded the PR to the maintainer for dis- or approval. -- Matthias Andree From owner-freebsd-stable@FreeBSD.ORG Thu Feb 24 17:15:49 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6B3E1065673 for ; Thu, 24 Feb 2011 17:15:49 +0000 (UTC) (envelope-from boydjd@jbip.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 38C458FC1E for ; Thu, 24 Feb 2011 17:15:48 +0000 (UTC) Received: by fxm19 with SMTP id 19so844205fxm.13 for ; Thu, 24 Feb 2011 09:15:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jbip.net; s=google; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=sLh9eSZJllicjNsZggpAqFybvMGHezmh1bcGO22/SoU=; b=TMVEw2WZac3Drz4xvxyJ78L7tqOaJMWyonMSujPxp52xet2UKVjwEThMTpVW+juiJ/ DuNx7h5R1M/E+kX1or6Qdfh4+t1sNRoBKLM1+SS/QPf7q+8OY8sdyERceqr/9qzPYofJ xo9VPnzfkbDk9IDua91rEot27/wZRsBGRQlwM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=jbip.net; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=Fi+J6fCYyMw/9I5f/WyKh7y/YGLYUTliFvyK4al/bvCD3LzG0Tb6y2wLi8c3gc9DwA FG2D9NNwwUVQN1Al4AaPPBMr8ewGJoYQJ/BI0/24YuXxfndbNCPrQuT60Hc+hWhQecZf JU5BXP4KzMRCb2eHun0lfKAEAZF4b8pT4lFzQ= Received: by 10.223.72.207 with SMTP id n15mr1343438faj.49.1298567719439; Thu, 24 Feb 2011 09:15:19 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.109.148 with HTTP; Thu, 24 Feb 2011 09:14:08 -0800 (PST) In-Reply-To: <20110224075517.GA18146@icarus.home.lan> References: <4D660909.6090202@my.gd> <20110224075517.GA18146@icarus.home.lan> From: Joshua Boyd Date: Thu, 24 Feb 2011 12:14:08 -0500 Message-ID: To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-stable@freebsd.org" Subject: Re: ZFS - abysmal performance with samba since upgrade to 8.2-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2011 17:15:49 -0000 On Thu, Feb 24, 2011 at 2:55 AM, Jeremy Chadwick wrote: > On Thu, Feb 24, 2011 at 08:30:17AM +0100, Damien Fleuriot wrote: >> Hello list, >> >> I've recently upgraded my home box from 8.2-PRE to 8.2-RELEASE and since >> then I've been experiencing *abysmal* performance with samba. >> >> We're talking transfer rates of say 50kbytes/s here, and I'm the only >> client on the box. > > I have a similar system with significantly less disks (two pools, one > disk each; yes, no redundancy). =A0The system can push, via SMB/CIFS > across the network about 65-70MBytes/sec, and 80-90MByte/sec via FTP. > I'll share with you my tunings for Samba, ZFS, and the system. =A0I spent > quite some time messing with different values in Samba and FreeBSD to > find out what got me the "best" performance without destroying the > system horribly. > Hey Jeremy, Thanks for this post. These settings seem to have fixed my Samba configuration. I had configured with AIO previously, but apparently my tunings weren't spot on. I'd get buffering over 100Mbit with 1080p video, but 720p video would work just fine. Looks like this is what I needed to be able to ditch using DLNA for streaming to my Popbox! --=20 Joshua Boyd JBipNet E-mail: boydjd@jbip.net http://www.jbip.net From owner-freebsd-stable@FreeBSD.ORG Thu Feb 24 18:46:04 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 569C7106564A for ; Thu, 24 Feb 2011 18:46:04 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0C76E8FC13 for ; Thu, 24 Feb 2011 18:46:03 +0000 (UTC) Received: by vws16 with SMTP id 16so804286vws.13 for ; Thu, 24 Feb 2011 10:46:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=pzKHpsKo6+cPQCcKgOHthPd7NZ5Y0w072St+/Gkesbw=; b=i9rNdfGvdUknT+VLxjtXkubG3OfmIY1OnQpXWCjn6l6spoCr/4LPUprdu9QLub4wOz RJgYiQa3dTSWL5+V8S1mK8+ebZ3awiE23Omcg3hjSzTgqbKzmV3QprExI0rEBQqXr94w IdXuYJHenTaIPAaibTMrWUdjS7vY5aO+T9HX0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=tsWohmosTz7N8aTHY7jupq9aPEajnJoDjUmZSjm34XcPltUmatSaZOWajMWcScErlb j3caCWPZD9n2E1bo4QEYI11qQd2RbYHGbuiT2Xw9e7PNJyXBfuc3seIOzk+76YPxsIZq jxHBJirmDX+gLMMSvlxBJwZ1FuzEdYMf+gxSA= Received: by 10.52.158.136 with SMTP id wu8mr2242997vdb.48.1298572126376; Thu, 24 Feb 2011 10:28:46 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.155.73 with HTTP; Thu, 24 Feb 2011 10:23:54 -0800 (PST) In-Reply-To: <20110224075517.GA18146@icarus.home.lan> References: <4D660909.6090202@my.gd> <20110224075517.GA18146@icarus.home.lan> From: Christer Solskogen Date: Thu, 24 Feb 2011 19:23:54 +0100 Message-ID: To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-stable@freebsd.org" Subject: Re: ZFS - abysmal performance with samba since upgrade to 8.2-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2011 18:46:04 -0000 On Thu, Feb 24, 2011 at 8:55 AM, Jeremy Chadwick wrote: > > =A0# Set TXG write limit to a lower threshold. =A0This helps "level out" > =A0# the throughput rate (see "zpool iostat"). =A0A value of 256MB works = well > =A0# for systems with 4GB of RAM, while 1GB works well for us w/ 8GB on > =A0# disks which have 64MB cache. > =A0vfs.zfs.txg.write_limit_override=3D1073741824 > > Sorry if you have said this before, but could you elaborate a bit about this number? For instance, how much does the cache on the disk has to say. In my case: 3x1.5TB raidz with WD15EADS-00R6B0 which has 32MB cache and 12GB memory. What would you recommend and why. --=20 chs, From owner-freebsd-stable@FreeBSD.ORG Thu Feb 24 21:04:08 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73015106564A for ; Thu, 24 Feb 2011 21:04:08 +0000 (UTC) (envelope-from icke@2egos.de) Received: from nm7.bullet.mail.ukl.yahoo.com (nm7.bullet.mail.ukl.yahoo.com [217.146.182.248]) by mx1.freebsd.org (Postfix) with SMTP id DBDDB8FC08 for ; Thu, 24 Feb 2011 21:04:07 +0000 (UTC) Received: from [217.146.183.217] by nm7.bullet.mail.ukl.yahoo.com with NNFMP; 24 Feb 2011 20:51:24 -0000 Received: from [77.238.184.65] by tm10.bullet.mail.ukl.yahoo.com with NNFMP; 24 Feb 2011 20:51:24 -0000 Received: from [127.0.0.1] by smtp134.mail.ukl.yahoo.com with NNFMP; 24 Feb 2011 20:51:24 -0000 X-Yahoo-Newman-Id: 332824.30742.bm@smtp134.mail.ukl.yahoo.com Received: from mehl.local (icke@188.192.9.84 with login) by smtp134.mail.ukl.yahoo.com with SMTP; 24 Feb 2011 20:51:24 +0000 GMT X-Yahoo-SMTP: hSYVlr.swBA8ndWK7fpfKkYtvaERpjIpVj06O183j5_nKSjn X-YMail-OSG: IFjWAsMVM1nfzD5QAdnibXjB_VfcHgJhUd2_m7JlOyfKqqN gG4b1sHNnaKRFYT_2jHSthFy91eLgpqF4MMaUUy__GNdv39QTjE7EMOvyp1r 6w74nKuDSMQCTg3i4KnBMxHMgvSjQHhmKt2KF0QVnlkguyspotbggHfe4CoW .lu9IrOE2_5hmlvTkt22kqEIE0yxiiNo.Q2cH_d3bC7pGrCfHNhIYPN9Ogj3 d X-Yahoo-Newman-Property: ymail-3 Received: from eddy.local (unknown [192.168.0.102]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mehl.local (Postfix) with ESMTPSA id 9948F8FC0B7 for ; Thu, 24 Feb 2011 21:51:12 +0000 (UTC) Message-ID: <4D66C4CB.1060207@2egos.de> Date: Thu, 24 Feb 2011 21:51:23 +0100 From: joseph User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; de-DE; rv:1.9.2.13) Gecko/20110222 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: urtw0: could not allocate USB transfers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Feb 2011 21:04:08 -0000 Hello, i decided to get my laptop wlan via usb because my internal device isn't supported yet. The usb device is a logilink WL0006 unit its vendorid is 0x0bda and the productid says 0x8187. My search results say that this device depends on a RTL8187 chipset. I tried both, load the kernel module at boot time and compile kernel withe urtw, but i get the same output at dmesg device_attach: urtw0 attach returned 6 urtw0: on usbus3 urtw0: could not allocate USB transfers, err=USB_ERR_NO_PIPE device_attach: urtw0 attach returned 6 im running FreeBSD 8.1-RELEASE-p2 amd64. What might be the reason for this error? Thanks for all hints. regards joseph From owner-freebsd-stable@FreeBSD.ORG Thu Feb 24 21:26:35 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 210B5106566C for ; Thu, 24 Feb 2011 21:26:35 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailC.acsu.buffalo.edu (localmailC.acsu.buffalo.edu [128.205.5.204]) by mx1.freebsd.org (Postfix) with ESMTP id E76F78FC12 for ; Thu, 24 Feb 2011 21:26:34 +0000 (UTC) Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 19B9A8EAC for ; Thu, 24 Feb 2011 16:26:34 -0500 (EST) Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailC.acsu.buffalo.edu (Postfix) with ESMTP id 8AE353ACC5 for ; Thu, 24 Feb 2011 16:26:33 -0500 (EST) Received: from mweb1.acsu.buffalo.edu (mweb1.acsu.buffalo.edu [128.205.5.238]) by localmailC.acsu.buffalo.edu (Prefixe) with ESMTP id 85C9B3AC67 for ; Thu, 24 Feb 2011 16:26:33 -0500 (EST) Received: from ken-smiths-macbook-pro.local (cpe-76-180-182-44.buffalo.res.rr.com [76.180.182.44]) by mweb1.acsu.buffalo.edu (Postfix) with ESMTP id 56D165B0038 for ; Thu, 24 Feb 2011 16:26:33 -0500 (EST) Message-ID: <4D66CCFF.9020903@buffalo.edu> Date: Thu, 24 Feb 2011 16:26:23 -0500 From: Ken Smith User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-PM-EL-Spam-Prob: XX: 28% Subject: 8.2/7.4-RELEASEs Announced... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Feb 2011 21:26:35 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Just a quick note for those of you who are not subscribed to the freebsd-announce mail list... 8.2-RELEASE and 7.4-RELEASE have been announced. The announcement messages are available here: http://www.freebsd.org/releases/8.2R/announce.html http://www.freebsd.org/releases/7.4R/announce.html Enjoy. :-) - -- Ken Smith - - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodor Geisel | -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk1mzP8ACgkQ/G14VSmup/ZnuQCfc2N5EcvKele/VmpqkhzoWZwR 1oIAniNIyI2Zy+eVTJ3q4joEd7wHGZD6 =mc7p -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 24 22:49:56 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D509B106566C for ; Thu, 24 Feb 2011 22:49:56 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta10.westchester.pa.mail.comcast.net (qmta10.westchester.pa.mail.comcast.net [76.96.62.17]) by mx1.freebsd.org (Postfix) with ESMTP id 4630B8FC0C for ; Thu, 24 Feb 2011 22:49:56 +0000 (UTC) Received: from omta20.westchester.pa.mail.comcast.net ([76.96.62.71]) by qmta10.westchester.pa.mail.comcast.net with comcast id BxhS1g0061YDfWL5Aypwzz; Thu, 24 Feb 2011 22:49:56 +0000 Received: from koitsu.dyndns.org ([98.248.33.18]) by omta20.westchester.pa.mail.comcast.net with comcast id Bypu1g00z0PUQVN3gypvr1; Thu, 24 Feb 2011 22:49:56 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 0F8A59B422; Thu, 24 Feb 2011 14:49:53 -0800 (PST) Date: Thu, 24 Feb 2011 14:49:53 -0800 From: Jeremy Chadwick To: Christer Solskogen Message-ID: <20110224224952.GA17579@icarus.home.lan> References: <4D660909.6090202@my.gd> <20110224075517.GA18146@icarus.home.lan> 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.21 (2010-09-15) Cc: "freebsd-stable@freebsd.org" Subject: Re: ZFS - abysmal performance with samba since upgrade to 8.2-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2011 22:49:56 -0000 On Thu, Feb 24, 2011 at 07:23:54PM +0100, Christer Solskogen wrote: > On Thu, Feb 24, 2011 at 8:55 AM, Jeremy Chadwick > wrote: > > > > > # Set TXG write limit to a lower threshold. This helps "level out" > > # the throughput rate (see "zpool iostat"). A value of 256MB works well > > # for systems with 4GB of RAM, while 1GB works well for us w/ 8GB on > > # disks which have 64MB cache. > > vfs.zfs.txg.write_limit_override=1073741824 > > > > > > Sorry if you have said this before, but could you elaborate a bit > about this number? For instance, how much does the cache on the disk > has to say. > In my case: 3x1.5TB raidz with WD15EADS-00R6B0 which has 32MB cache > and 12GB memory. What would you recommend and why. There's no real way to provide an in-depth analysis of this number; that is to say, hard disk parameters (RPM, cache, and overall performance of the drive (highly dependent upon on-disk firmware)) ultimately dictates what's "best" for this number. I also imagine number of disks plays a role as well This is why I advocate not messing with it unless you want to try and "level out" throughput. The value itself is literally 1024*1024*1024 (1GB). Don't think this is some magic number; it's just what I came up with. You can search the FreeBSD lists for references to the variable itself and find other people advocating values like ~33MByte, etc.. All depends on how you want the system to behave. I don't particularly like watching the system behave like I described (you snipped that portion of my text), which is why I use this variable. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Feb 25 01:12:06 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23308106566C for ; Fri, 25 Feb 2011 01:12:06 +0000 (UTC) (envelope-from sterling@camdensoftware.com) Received: from wh2.interactivevillages.com (wh2.interactivevillages.com [75.125.250.34]) by mx1.freebsd.org (Postfix) with ESMTP id EA1178FC0A for ; Fri, 25 Feb 2011 01:12:05 +0000 (UTC) Received: from c-24-22-230-24.hsd1.wa.comcast.net ([24.22.230.24] helo=_HOSTNAME_) by wh2.interactivevillages.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Psj43-00016b-6w for freebsd-stable@freebsd.org; Thu, 24 Feb 2011 13:49:36 -0800 Received: by _HOSTNAME_ (sSMTP sendmail emulation); Thu, 24 Feb 2011 13:49:36 -0800 Date: Thu, 24 Feb 2011 13:49:36 -0800 From: Chip Camden To: freebsd-stable@freebsd.org Message-ID: <20110224214936.GC1983@libertas.local.camdensoftware.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <4D66CCFF.9020903@buffalo.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bKyqfOwhbdpXa4YI" Content-Disposition: inline In-Reply-To: <4D66CCFF.9020903@buffalo.edu> User-Agent: Mutt/1.4.2.3i Company: Camden Software Consulting URL: http://camdensoftware.com X-PGP-Key: http://pgp.mit.edu:11371/pks/lookup?search=0xD6DBAF91 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - wh2.interactivevillages.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - camdensoftware.com Subject: Re: 8.2/7.4-RELEASEs Announced... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2011 01:12:06 -0000 --bKyqfOwhbdpXa4YI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoth Ken Smith on Thursday, 24 February 2011: > Just a quick note for those of you who are not subscribed to the > freebsd-announce mail list... >=20 > 8.2-RELEASE and 7.4-RELEASE have been announced. The announcement > messages are available here: >=20 > http://www.freebsd.org/releases/8.2R/announce.html > http://www.freebsd.org/releases/7.4R/announce.html >=20 > Enjoy. :-) >=20 Congratulations to the team! --=20 Sterling (Chip) Camden | sterling@camdensoftware.com | 2048D/3A978E4F http://chipsquips.com | http://camdensoftware.com | http://chipstips.com --bKyqfOwhbdpXa4YI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQEcBAEBAgAGBQJNZtJwAAoJEIpckszW26+RwbYIAI1CCvw6jlght603SxKzHiss OjeEKPAweGZiFETHhNORia9Rwv10XmYqLf6cyJuIUOOgKoyVnrxp+DLF1Bytas6e 7nR15LQw04pnv2nqCzL2sL2vsWum/Oqipc4OWd9WRbFqDFm84iZX6JmN0c0Pkn87 amp9OsxIbck0mMTdtqDWag59g4WVIWrlDCmXKsJOL1CG1B9LoYPS7J5xzSbKysyD HpCzlCAf3FtpiaMYGaaQS2qL9jLP6fD6frLJupqqCgJkocnEvD+gBDsCUrL6ZSMU bxiTi3TZ4qUtklqtc5LjqcUFBO6cBUQiXEWW2ar1E+6dKbjPpIT+gqjnFNoN/mI= =o332 -----END PGP SIGNATURE----- --bKyqfOwhbdpXa4YI-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 25 07:18:47 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D6AD106564A for ; Fri, 25 Feb 2011 07:18:47 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9C1D08FC13 for ; Fri, 25 Feb 2011 07:18:46 +0000 (UTC) Received: by wyb32 with SMTP id 32so1579217wyb.13 for ; Thu, 24 Feb 2011 23:18:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=B7oj7SppnmfxfuR/yI9rCXSJpL2nfdCa9Fpg2+Q7LAM=; b=ZT3OFkqkHEg/zdSOkj9w4f9lvWytq700ColicsxMwAlpZdZxEdhar2iUt0xlltS8BG /PEzj/Q2WqgN+BJLM9DwPuTMbxY8nKliJpQqhi3n6GpzunUMYwfJXtRZsqYUMurxa1dj wezZUkv/R8DfkjcYRekJrGzMWabmiqZ6sSzpI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=cawpzUoXyHks51qsGI+FbQaOW/xzwo2zhnn+suVG8JrAMXSQ0C/ddQjTWUbxYB8vIA 5Xol10UJLcBawuYtJ8uoIAr5FFvwf7S4vZ/cbCkw8rCNV+XcmtvKn//C7l+c+qCqi9NZ W4i6xcYKeFE0hzRgNkLpowh1H/SZAvQoPPA6U= MIME-Version: 1.0 Received: by 10.227.138.15 with SMTP id y15mr1709843wbt.186.1298617015742; Thu, 24 Feb 2011 22:56:55 -0800 (PST) Received: by 10.227.155.133 with HTTP; Thu, 24 Feb 2011 22:56:55 -0800 (PST) Date: Fri, 25 Feb 2011 00:56:55 -0600 Message-ID: From: Zhihao Yuan To: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8 Subject: How to bind a static ether address to bridge? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2011 07:18:47 -0000 My server is behind a DHCP-enabled router, and it has two network interfaces, wlan0 and bge0. I want to use them together, so I bind them, plus tap0 to bridge0. But bridge has a random MAC address for each time it was created, which makes me hard to reserve an IP for it (since I need to forward some ports to this server). So I set net.link.bridge.inherit_mac=1, which makes bridge0 to use bge0's MAC address, always. But this causes another problem: the packets sent to bridge0 is also sent to bge0, -- the packets are duplicated! The kernel have to drop half of them. So how can I bind a distinct MAC address to a bridge? -- Zhihao Yuan The best way to predict the future is to invent it. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 25 07:32:44 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AD1E106566B for ; Fri, 25 Feb 2011 07:32:44 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta08.emeryville.ca.mail.comcast.net (qmta08.emeryville.ca.mail.comcast.net [76.96.30.80]) by mx1.freebsd.org (Postfix) with ESMTP id 1BDF98FC14 for ; Fri, 25 Feb 2011 07:32:43 +0000 (UTC) Received: from omta17.emeryville.ca.mail.comcast.net ([76.96.30.73]) by qmta08.emeryville.ca.mail.comcast.net with comcast id C7Wt1g0031afHeLA87Yjsy; Fri, 25 Feb 2011 07:32:43 +0000 Received: from koitsu.dyndns.org ([98.248.33.18]) by omta17.emeryville.ca.mail.comcast.net with comcast id C7Yi1g0030PUQVN8d7YikH; Fri, 25 Feb 2011 07:32:43 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 5ABF49B422; Thu, 24 Feb 2011 23:32:42 -0800 (PST) Date: Thu, 24 Feb 2011 23:32:42 -0800 From: Jeremy Chadwick To: Zhihao Yuan Message-ID: <20110225073242.GA95375@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD-STABLE Mailing List Subject: Re: How to bind a static ether address to bridge? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2011 07:32:44 -0000 On Fri, Feb 25, 2011 at 12:56:55AM -0600, Zhihao Yuan wrote: > My server is behind a DHCP-enabled router, and it has two network > interfaces, wlan0 and bge0. I want to use them together, so I bind > them, plus tap0 to bridge0. But bridge has a random MAC address for > each time it was created, which makes me hard to reserve an IP for it > (since I need to forward some ports to this server). So I set > net.link.bridge.inherit_mac=1, which makes bridge0 to use bge0's MAC > address, always. But this causes another problem: the packets sent to > bridge0 is also sent to bge0, -- the packets are duplicated! The > kernel have to drop half of them. So how can I bind a distinct MAC > address to a bridge? I'm not trying to divert you from what you're trying to solve, but can you accomplish what you need without use of bridge(4)? I ask this because I just set up a home NAT router of my own which has 3 interfaces on it: em0 (WAN/connects to cable modem), em1 (LAN), and ath0/wlan0 (for wireless). I *explicitly* chose not to use bridge(4) because of the MAC address complications, and instead use two separate private networks (192.168.1.0/24 for em1 and 192.168.200.0/24 for wlan0). This works without any hitches, no MAC issues, etc.. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Feb 25 09:11:27 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 120C91065672 for ; Fri, 25 Feb 2011 09:11:27 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 972788FC15 for ; Fri, 25 Feb 2011 09:11:26 +0000 (UTC) Received: by fxm19 with SMTP id 19so1628908fxm.13 for ; Fri, 25 Feb 2011 01:11:25 -0800 (PST) Received: by 10.223.70.136 with SMTP id d8mr2372729faj.3.1298625079901; Fri, 25 Feb 2011 01:11:19 -0800 (PST) Received: from jessie.localnet (p5B2ECDCE.dip0.t-ipconnect.de [91.46.205.206]) by mx.google.com with ESMTPS id r24sm155985fax.3.2011.02.25.01.11.17 (version=SSLv3 cipher=OTHER); Fri, 25 Feb 2011 01:11:18 -0800 (PST) Sender: Bernhard Schmidt From: Bernhard Schmidt To: joseph Date: Fri, 25 Feb 2011 10:11:03 +0100 User-Agent: KMail/1.13.5 (Linux/2.6.32-28-generic; KDE/4.4.5; i686; ; ) References: <4D66C4CB.1060207@2egos.de> In-Reply-To: <4D66C4CB.1060207@2egos.de> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_nI3ZNUq3EhRKLCq" Message-Id: <201102251011.03839.bschmidt@freebsd.org> Cc: freebsd-stable@freebsd.org Subject: Re: urtw0: could not allocate USB transfers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bschmidt@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, 25 Feb 2011 09:11:27 -0000 --Boundary-00=_nI3ZNUq3EhRKLCq Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit On Thursday, February 24, 2011 21:51:23 joseph wrote: > Hello, > > i decided to get my laptop wlan via usb because my internal device isn't > supported yet. > The usb device is a logilink WL0006 unit its vendorid is 0x0bda and the > productid says 0x8187. > My search results say that this device depends on a RTL8187 chipset. > I tried both, load the kernel module at boot time and compile kernel > withe urtw, but i get the same output at dmesg > > device_attach: urtw0 attach returned 6 > urtw0: > on usbus3 > urtw0: could not allocate USB transfers, err=USB_ERR_NO_PIPE > device_attach: urtw0 attach returned 6 > > im running FreeBSD 8.1-RELEASE-p2 amd64. > > What might be the reason for this error? > Thanks for all hints. Well, I have no clue about USB.. but this smells like one of the endpoints is 'not there'. At least I can't find any reference to it in the Linux driver. Wanna give attached patch a shot? -- Bernhard --Boundary-00=_nI3ZNUq3EhRKLCq Content-Type: text/x-patch; charset="UTF-8"; name="urtw_ep.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="urtw_ep.diff" Index: if_urtw.c =================================================================== --- if_urtw.c (revision 218938) +++ if_urtw.c (working copy) @@ -633,19 +635,6 @@ static const struct usb_config urtw_8187l_usbconfi .callback = urtw_bulk_tx_callback, .timeout = URTW_DATA_TIMEOUT }, - [URTW_8187L_BULK_TX_NORMAL] = { - .type = UE_BULK, - .endpoint = 0x3, - .direction = UE_DIR_OUT, - .bufsize = URTW_TX_MAXSIZE, - .flags = { - .ext_buffer = 1, - .force_short_xfer = 1, - .pipe_bof = 1, - }, - .callback = urtw_bulk_tx_callback, - .timeout = URTW_DATA_TIMEOUT - }, }; static struct ieee80211vap *urtw_vap_create(struct ieee80211com *, @@ -1813,9 +1802,7 @@ urtw_tx_start(struct urtw_softc *sc, struct ieee80 break; } } else - xfer = (prior == URTW_PRIORITY_LOW) ? - sc->sc_xfer[URTW_8187L_BULK_TX_LOW] : - sc->sc_xfer[URTW_8187L_BULK_TX_NORMAL]; + xfer = sc->sc_xfer[URTW_8187L_BULK_TX_LOW]; STAILQ_INSERT_TAIL(&sc->sc_tx_pending, data, next); usbd_transfer_start(xfer); --Boundary-00=_nI3ZNUq3EhRKLCq-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 25 10:03:06 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3ED831065673 for ; Fri, 25 Feb 2011 10:03:06 +0000 (UTC) (envelope-from erob@gthcfoundation.org) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id 195FD8FC0C for ; Fri, 25 Feb 2011 10:03:05 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-15 Received: from [192.168.0.100] ([184.162.50.38]) by vl-mh-mrz21.ip.videotron.ca (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTP id <0LH6005VK3WE5I60@vl-mh-mrz21.ip.videotron.ca>; Fri, 25 Feb 2011 05:02:38 -0500 (EST) Message-id: <4D677E58.1080808@gthcfoundation.org> Date: Fri, 25 Feb 2011 05:03:04 -0500 From: Etienne Robillard Organization: Green Tea Hackers Club User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.16) Gecko/20101227 Icedove/3.0.11 To: bschmidt@freebsd.org References: <4D66C4CB.1060207@2egos.de> <201102251011.03839.bschmidt@freebsd.org> In-reply-to: <201102251011.03839.bschmidt@freebsd.org> X-Enigmail-Version: 1.0.1 Cc: freebsd-stable@freebsd.org Subject: Re: urtw0: could not allocate USB transfers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: erob@gthcfoundation.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2011 10:03:06 -0000 On 25/02/11 04:11 AM, Bernhard Schmidt wrote: > On Thursday, February 24, 2011 21:51:23 joseph wrote: > >> Hello, >> >> i decided to get my laptop wlan via usb because my internal device isn't >> supported yet. >> The usb device is a logilink WL0006 unit its vendorid is 0x0bda and the >> productid says 0x8187. >> My search results say that this device depends on a RTL8187 chipset. >> I tried both, load the kernel module at boot time and compile kernel >> withe urtw, but i get the same output at dmesg >> >> device_attach: urtw0 attach returned 6 >> urtw0: >> on usbus3 >> urtw0: could not allocate USB transfers, err=USB_ERR_NO_PIPE >> device_attach: urtw0 attach returned 6 >> >> im running FreeBSD 8.1-RELEASE-p2 amd64. >> >> What might be the reason for this error? >> Thanks for all hints. >> > Well, I have no clue about USB.. but this smells like one of the > endpoints is 'not there'. At least I can't find any reference to > it in the Linux driver. Wanna give attached patch a shot? > Hi Bernard, For rt287x based cards, you can try using rt28700 chipset instead of urtw0 on FreeBSD 8. The former is not in the stable src tree, but could be retrieved from here: https://gthc.org/distfiles/freebsd/rt2870_fbsd8.tar.gz Any takers to make module rt28700 (if_rt2870) officially part of the FreeBSD src tree? Thanks, Etienne -- Etienne Robillard Company: Green Tea Hackers Club Occupation: Software Developer (and CEO) E-mail: erob@gthcfoundation.org Work phone: 450-936-2123 Website (Company): https://gthc.org/ Website (Blog): https://gthc.org/blog/ PGP public key fingerprint: F2A9 32EA 8E7C 460F 1728 A1A7 649C 7F17 A086 DDEC During times of universal deceit, telling the truth becomes a revolutionary act. -- George Orwell If a free society cannot help the many who are poor, it cannot save the few who are rich. -- John F. Kennedy From owner-freebsd-stable@FreeBSD.ORG Fri Feb 25 10:03:21 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C476106566B for ; Fri, 25 Feb 2011 10:03:21 +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 1DEDE8FC0A for ; Fri, 25 Feb 2011 10:03:20 +0000 (UTC) Received: from ur.dons.net.au (ppp203-122-198-120.lns6.adl6.internode.on.net [203.122.198.120]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p1PA3HT4045609 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 25 Feb 2011 20:33:18 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: Date: Fri, 25 Feb 2011 20:33:16 +1030 Content-Transfer-Encoding: 7bit Message-Id: <09E86832-F5D9-4415-83A0-FEF59693FE02@gsoft.com.au> References: To: Zhihao Yuan X-Mailer: Apple Mail (2.1082) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: FreeBSD-STABLE Mailing List Subject: Re: How to bind a static ether address to bridge? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2011 10:03:21 -0000 On 25/02/2011, at 17:26, Zhihao Yuan wrote: > (since I need to forward some ports to this server). So I set > net.link.bridge.inherit_mac=1, which makes bridge0 to use bge0's MAC > address, always. But this causes another problem: the packets sent to > bridge0 is also sent to bge0, -- the packets are duplicated! The > kernel have to drop half of them. So how can I bind a distinct MAC > address to a bridge? Does bge0 have an address? It shouldn't. You can set the MAC address of the bridge with.. ifconfig bridge0 lladdr aa:bb:dd:ee:ff:gg -- 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 From owner-freebsd-stable@FreeBSD.ORG Fri Feb 25 11:18:29 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5C151065670 for ; Fri, 25 Feb 2011 11:18:29 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 591FD8FC12 for ; Fri, 25 Feb 2011 11:18:29 +0000 (UTC) Received: by fxm19 with SMTP id 19so1719351fxm.13 for ; Fri, 25 Feb 2011 03:18:28 -0800 (PST) Received: by 10.223.83.8 with SMTP id d8mr2486051fal.94.1298632708022; Fri, 25 Feb 2011 03:18:28 -0800 (PST) Received: from jessie.localnet (p5B2ECDCE.dip0.t-ipconnect.de [91.46.205.206]) by mx.google.com with ESMTPS id 17sm211885far.43.2011.02.25.03.18.26 (version=SSLv3 cipher=OTHER); Fri, 25 Feb 2011 03:18:26 -0800 (PST) Sender: Bernhard Schmidt From: Bernhard Schmidt To: erob@gthcfoundation.org Date: Fri, 25 Feb 2011 12:18:12 +0100 User-Agent: KMail/1.13.5 (Linux/2.6.32-28-generic; KDE/4.4.5; i686; ; ) References: <4D66C4CB.1060207@2egos.de> <201102251011.03839.bschmidt@freebsd.org> <4D677E58.1080808@gthcfoundation.org> In-Reply-To: <4D677E58.1080808@gthcfoundation.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201102251218.12664.bschmidt@freebsd.org> Cc: freebsd-stable@freebsd.org Subject: Re: urtw0: could not allocate USB transfers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bschmidt@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, 25 Feb 2011 11:18:29 -0000 On Friday, February 25, 2011 11:03:04 Etienne Robillard wrote: > On 25/02/11 04:11 AM, Bernhard Schmidt wrote: > > On Thursday, February 24, 2011 21:51:23 joseph wrote: > > > >> Hello, > >> > >> i decided to get my laptop wlan via usb because my internal device isn't > >> supported yet. > >> The usb device is a logilink WL0006 unit its vendorid is 0x0bda and the > >> productid says 0x8187. > >> My search results say that this device depends on a RTL8187 chipset. > >> I tried both, load the kernel module at boot time and compile kernel > >> withe urtw, but i get the same output at dmesg > >> > >> device_attach: urtw0 attach returned 6 > >> urtw0: > >> on usbus3 > >> urtw0: could not allocate USB transfers, err=USB_ERR_NO_PIPE > >> device_attach: urtw0 attach returned 6 > >> > >> im running FreeBSD 8.1-RELEASE-p2 amd64. > >> > >> What might be the reason for this error? > >> Thanks for all hints. > >> > > Well, I have no clue about USB.. but this smells like one of the > > endpoints is 'not there'. At least I can't find any reference to > > it in the Linux driver. Wanna give attached patch a shot? > > > > Hi Bernard, > > For rt287x based cards, you can try using rt28700 chipset instead of > urtw0 on > FreeBSD 8. > > The former is not in the stable src tree, but could be retrieved from here: > > https://gthc.org/distfiles/freebsd/rt2870_fbsd8.tar.gz > > Any takers to make module rt28700 (if_rt2870) officially part of the > FreeBSD src tree? I'm a bit confused now, shouldn't the rt2870 be supported by run(4)? On a site-note, this is Ralink chipset not a Realtek one. -- Bernhard From owner-freebsd-stable@FreeBSD.ORG Fri Feb 25 11:47:14 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34088106564A; Fri, 25 Feb 2011 11:47:14 +0000 (UTC) (envelope-from erob@gthcfoundation.org) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id 0BA118FC08; Fri, 25 Feb 2011 11:47:13 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-15 Received: from [192.168.0.100] ([184.162.50.38]) by VL-MR-MRZ20.ip.videotron.ca (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTP id <0LH600INJ8QA4260@VL-MR-MRZ20.ip.videotron.ca>; Fri, 25 Feb 2011 06:46:58 -0500 (EST) Message-id: <4D6796C0.6040402@gthcfoundation.org> Date: Fri, 25 Feb 2011 06:47:12 -0500 From: Etienne Robillard Organization: Green Tea Hackers Club User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.16) Gecko/20101227 Icedove/3.0.11 To: bschmidt@freebsd.org References: <4D66C4CB.1060207@2egos.de> <201102251011.03839.bschmidt@freebsd.org> <4D677E58.1080808@gthcfoundation.org> <201102251218.12664.bschmidt@freebsd.org> In-reply-to: <201102251218.12664.bschmidt@freebsd.org> X-Enigmail-Version: 1.0.1 Cc: freebsd-stable@freebsd.org Subject: Re: urtw0: could not allocate USB transfers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: erob@gthcfoundation.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2011 11:47:14 -0000 On 25/02/11 06:18 AM, Bernhard Schmidt wrote: > On Friday, February 25, 2011 11:03:04 Etienne Robillard wrote: > >> On 25/02/11 04:11 AM, Bernhard Schmidt wrote: >> >>> On Thursday, February 24, 2011 21:51:23 joseph wrote: >>> >>> >>>> Hello, >>>> >>>> i decided to get my laptop wlan via usb because my internal device isn't >>>> supported yet. >>>> The usb device is a logilink WL0006 unit its vendorid is 0x0bda and the >>>> productid says 0x8187. >>>> My search results say that this device depends on a RTL8187 chipset. >>>> I tried both, load the kernel module at boot time and compile kernel >>>> withe urtw, but i get the same output at dmesg >>>> >>>> device_attach: urtw0 attach returned 6 >>>> urtw0: >>>> on usbus3 >>>> urtw0: could not allocate USB transfers, err=USB_ERR_NO_PIPE >>>> device_attach: urtw0 attach returned 6 >>>> >>>> im running FreeBSD 8.1-RELEASE-p2 amd64. >>>> >>>> What might be the reason for this error? >>>> Thanks for all hints. >>>> >>>> >>> Well, I have no clue about USB.. but this smells like one of the >>> endpoints is 'not there'. At least I can't find any reference to >>> it in the Linux driver. Wanna give attached patch a shot? >>> >>> >> Hi Bernard, >> >> For rt287x based cards, you can try using rt28700 chipset instead of >> urtw0 on >> FreeBSD 8. >> >> The former is not in the stable src tree, but could be retrieved from here: >> >> https://gthc.org/distfiles/freebsd/rt2870_fbsd8.tar.gz >> >> Any takers to make module rt28700 (if_rt2870) officially part of the >> FreeBSD src tree? >> > I'm a bit confused now, shouldn't the rt2870 be supported by run(4)? On > a site-note, this is Ralink chipset not a Realtek one. > > I believe this is a different implementation for RT8187 usb network adapters than run(4). However in my view I found urtw0 buggy, but would certainly take a look at run(4) to compare the results with wireless networking agaisnt the other driver (rt28700). Thanks, -- Etienne Robillard Company: Green Tea Hackers Club Occupation: Software Developer (and CEO) E-mail: erob@gthcfoundation.org Work phone: 450-936-2123 Website (Company): https://gthc.org/ Website (Blog): https://gthc.org/blog/ PGP public key fingerprint: F2A9 32EA 8E7C 460F 1728 A1A7 649C 7F17 A086 DDEC During times of universal deceit, telling the truth becomes a revolutionary act. -- George Orwell If a free society cannot help the many who are poor, it cannot save the few who are rich. -- John F. Kennedy From owner-freebsd-stable@FreeBSD.ORG Fri Feb 25 12:31:58 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA5761065670 for ; Fri, 25 Feb 2011 12:31:58 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3C0148FC08 for ; Fri, 25 Feb 2011 12:31:57 +0000 (UTC) Received: by fxm19 with SMTP id 19so1778137fxm.13 for ; Fri, 25 Feb 2011 04:31:57 -0800 (PST) Received: by 10.223.97.8 with SMTP id j8mr2561447fan.141.1298637112789; Fri, 25 Feb 2011 04:31:52 -0800 (PST) Received: from jessie.localnet (p5B2ECDCE.dip0.t-ipconnect.de [91.46.205.206]) by mx.google.com with ESMTPS id n7sm254431fam.11.2011.02.25.04.31.51 (version=SSLv3 cipher=OTHER); Fri, 25 Feb 2011 04:31:51 -0800 (PST) Sender: Bernhard Schmidt From: Bernhard Schmidt To: erob@gthcfoundation.org Date: Fri, 25 Feb 2011 13:31:37 +0100 User-Agent: KMail/1.13.5 (Linux/2.6.32-28-generic; KDE/4.4.5; i686; ; ) References: <4D66C4CB.1060207@2egos.de> <201102251218.12664.bschmidt@freebsd.org> <4D6796C0.6040402@gthcfoundation.org> In-Reply-To: <4D6796C0.6040402@gthcfoundation.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201102251331.37589.bschmidt@freebsd.org> Cc: freebsd-stable@freebsd.org Subject: Re: urtw0: could not allocate USB transfers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bschmidt@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, 25 Feb 2011 12:31:58 -0000 On Friday, February 25, 2011 12:47:12 Etienne Robillard wrote: > On 25/02/11 06:18 AM, Bernhard Schmidt wrote: > > On Friday, February 25, 2011 11:03:04 Etienne Robillard wrote: > > > >> On 25/02/11 04:11 AM, Bernhard Schmidt wrote: > >> > >>> On Thursday, February 24, 2011 21:51:23 joseph wrote: > >>> > >>> > >>>> Hello, > >>>> > >>>> i decided to get my laptop wlan via usb because my internal device isn't > >>>> supported yet. > >>>> The usb device is a logilink WL0006 unit its vendorid is 0x0bda and the > >>>> productid says 0x8187. > >>>> My search results say that this device depends on a RTL8187 chipset. > >>>> I tried both, load the kernel module at boot time and compile kernel > >>>> withe urtw, but i get the same output at dmesg > >>>> > >>>> device_attach: urtw0 attach returned 6 > >>>> urtw0: > >>>> on usbus3 > >>>> urtw0: could not allocate USB transfers, err=USB_ERR_NO_PIPE > >>>> device_attach: urtw0 attach returned 6 > >>>> > >>>> im running FreeBSD 8.1-RELEASE-p2 amd64. > >>>> > >>>> What might be the reason for this error? > >>>> Thanks for all hints. > >>>> > >>>> > >>> Well, I have no clue about USB.. but this smells like one of the > >>> endpoints is 'not there'. At least I can't find any reference to > >>> it in the Linux driver. Wanna give attached patch a shot? > >>> > >>> > >> Hi Bernard, > >> > >> For rt287x based cards, you can try using rt28700 chipset instead of > >> urtw0 on > >> FreeBSD 8. > >> > >> The former is not in the stable src tree, but could be retrieved from here: > >> > >> https://gthc.org/distfiles/freebsd/rt2870_fbsd8.tar.gz > >> > >> Any takers to make module rt28700 (if_rt2870) officially part of the > >> FreeBSD src tree? > >> > > I'm a bit confused now, shouldn't the rt2870 be supported by run(4)? On > > a site-note, this is Ralink chipset not a Realtek one. > > > > > > I believe this is a different implementation for RT8187 usb network > adapters than > run(4). However in my view I found urtw0 buggy, but would certainly take > a look at run(4) to > compare the results with wireless networking agaisnt the other driver > (rt28700). Yeah, urtw(4) has a few flaws.. - urtw(4): Realtek RTL8187B/RTL8187L - rum(4): Ralink RT2501/RT2601 - run(4): Ralink RT2700/RT2800/RT3000 So it seems the driver you've posted conflicts with run(4). From a quick glance at it, it seems to support 11n? If so, can I talk you into working on getting those bits merged? Thanks! -- Bernhard From owner-freebsd-stable@FreeBSD.ORG Fri Feb 25 13:35:06 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4FF01065674 for ; Fri, 25 Feb 2011 13:35:06 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 360778FC15 for ; Fri, 25 Feb 2011 13:35:06 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Psxp1-0006eJ-Or for freebsd-stable@freebsd.org; Fri, 25 Feb 2011 14:35:03 +0100 Received: from c-82-209-158-57.cust.bredband2.com ([82.209.158.57]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 25 Feb 2011 14:35:03 +0100 Received: from mc by c-82-209-158-57.cust.bredband2.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 25 Feb 2011 14:35:03 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Michael Cardell Widerkrantz Date: Fri, 25 Feb 2011 11:56:46 +0100 Organization: Temple of the Moby Hack Lines: 52 Message-ID: <86zkpkwff5.fsf@brain.hack.org> References: <4D66CCFF.9020903@buffalo.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: c-82-209-158-57.cust.bredband2.com User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) Cancel-Lock: sha1:32QmoRPn90DnUKSWfZTRr/eMTS0= Subject: Re: 8.2/7.4-RELEASEs Announced... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2011 13:35:06 -0000 Ken Smith, 2011-02-24 22:26 (+0100): > Just a quick note for those of you who are not subscribed to the > freebsd-announce mail list... > > 8.2-RELEASE and 7.4-RELEASE have been announced. The announcement > messages are available here: > > http://www.freebsd.org/releases/8.2R/announce.html > http://www.freebsd.org/releases/7.4R/announce.html > > Enjoy. :-) Great news. However, a freebsd-update from a straight binary installed 8.1-RELEASE gives me a dialogue to merge a lot of files in /etc/ with just the $Id$ tag being different. That is, I get: The following changes, which occurred between FreeBSD 8.1-RELEASE and FreeBSD 8.2-RELEASE have been merged into /etc/manpath.config: --- current version +++ new version @@ -1,6 +1,6 @@ -# $FreeBSD: src/gnu/usr.bin/man/manpath/manpath.config,v 1.26.2.1.4.1 2010/06/14 02:09:06 kensmith Exp $ +# $FreeBSD: src/gnu/usr.bin/man/manpath/manpath.config,v 1.26.2.1.6.1 2010/12/21 17:09:25 kensmith Exp $ # # This file is read by manpath(1) to configure the mandatory manpath, # optional manpath and to map each path element to a manpath element. # The format is: # Does this look reasonable (y/n)? I'm afraid this will go on for all files in /etc. What just happened? How can I avoid it? I had this problem before and then in my frustration just commented out this line in freebsd-update.conf: #MergeChanges /etc/ /var/named/etc/ /boot/device.hints I got lucky that time, but is this really safe? What if, say, a new daemon has been installed in the upgrade and needs a new user. Any suggestions? -- http://hack.org/mc/ Use plain text e-mail, please. OpenPGP welcome, 0xE4C92FA5. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 25 13:42:29 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51C96106566C for ; Fri, 25 Feb 2011 13:42:29 +0000 (UTC) (envelope-from marco@tolstoy.tols.org) Received: from tolstoy.tols.org (tolstoy.tols.org [IPv6:2a02:898:0:20::57:1]) by mx1.freebsd.org (Postfix) with ESMTP id DD29B8FC17 for ; Fri, 25 Feb 2011 13:42:28 +0000 (UTC) Received: from tolstoy.tols.org (localhost [127.0.0.1]) by tolstoy.tols.org (8.14.4/8.14.4) with ESMTP id p1PDgPeq023086 for ; Fri, 25 Feb 2011 13:42:25 GMT (envelope-from marco@tolstoy.tols.org) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97 at tolstoy.tols.org Received: (from marco@localhost) by tolstoy.tols.org (8.14.4/8.14.4/Submit) id p1PDgPeg023085 for freebsd-stable@freebsd.org; Fri, 25 Feb 2011 14:42:25 +0100 (CET) (envelope-from marco) Date: Fri, 25 Feb 2011 14:42:25 +0100 From: Marco van Tol To: freebsd-stable@freebsd.org Message-ID: <20110225134225.GB19190@tolstoy.tols.org> Mail-Followup-To: freebsd-stable@freebsd.org References: <4D66CCFF.9020903@buffalo.edu> <86zkpkwff5.fsf@brain.hack.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86zkpkwff5.fsf@brain.hack.org> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on tolstoy.tols.org Subject: Re: 8.2/7.4-RELEASEs Announced... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2011 13:42:29 -0000 On Fri, Feb 25, 2011 at 11:56:46AM +0100, Michael Cardell Widerkrantz wrote: > Ken Smith, 2011-02-24 22:26 (+0100): > > > Just a quick note for those of you who are not subscribed to the > > freebsd-announce mail list... > > > > 8.2-RELEASE and 7.4-RELEASE have been announced. The announcement > > messages are available here: > > > > http://www.freebsd.org/releases/8.2R/announce.html > > http://www.freebsd.org/releases/7.4R/announce.html > > > > Enjoy. :-) > > Great news. > > However, a freebsd-update from a straight binary installed 8.1-RELEASE > gives me a dialogue to merge a lot of files in /etc/ with just the $Id$ > tag being different. That is, I get: > > The following changes, which occurred between FreeBSD 8.1-RELEASE and > FreeBSD 8.2-RELEASE have been merged into /etc/manpath.config: > --- current version > +++ new version > @@ -1,6 +1,6 @@ > -# $FreeBSD: src/gnu/usr.bin/man/manpath/manpath.config,v 1.26.2.1.4.1 > 2010/06/14 02:09:06 kensmith Exp $ > +# $FreeBSD: src/gnu/usr.bin/man/manpath/manpath.config,v 1.26.2.1.6.1 > 2010/12/21 17:09:25 kensmith Exp $ > # > # This file is read by manpath(1) to configure the mandatory manpath, > # optional manpath and to map each path element to a manpath element. > # The format is: > # > Does this look reasonable (y/n)? > > I'm afraid this will go on for all files in /etc. > > What just happened? How can I avoid it? > > I had this problem before and then in my frustration just commented out > this line in freebsd-update.conf: > > #MergeChanges /etc/ /var/named/etc/ /boot/device.hints > > I got lucky that time, but is this really safe? What if, say, a new > daemon has been installed in the upgrade and needs a new user. > > Any suggestions? Read up on the mergemaster manual for options "-F" and "-i" :-) Marco -- Micro$oft likes to discard vulnerabilities by `no standard client would do this.' No, and no `standard visitor' would apply a crowbar to your patio door, either." - H. Peter Anvin in linux-kernel. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 25 13:47:51 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8627A106566B for ; Fri, 25 Feb 2011 13:47:51 +0000 (UTC) (envelope-from buki@dev.null.cz) Received: from dev.null.cz (dev.null.cz [IPv6:2a01:430:34:0:2:0:dead:babe]) by mx1.freebsd.org (Postfix) with ESMTP id 0D16B8FC19 for ; Fri, 25 Feb 2011 13:47:50 +0000 (UTC) Received: from dev.null.cz (localhost [127.0.0.1]) by dev.null.cz (8.14.4/8.14.4) with ESMTP id p1PDliD0084770 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 25 Feb 2011 14:47:49 +0100 (CET) (envelope-from buki@dev.null.cz) Received: (from buki@localhost) by dev.null.cz (8.14.4/8.14.4/Submit) id p1PDlikb084769 for freebsd-stable@freebsd.org; Fri, 25 Feb 2011 14:47:44 +0100 (CET) (envelope-from buki) Date: Fri, 25 Feb 2011 14:47:44 +0100 From: "Marek 'Buki' =?utf-8?Q?Kozlovsk=C3=BD?=" To: freebsd-stable@freebsd.org Message-ID: <20110225134744.GG1379@dev.null.cz> References: <4D66CCFF.9020903@buffalo.edu> <86zkpkwff5.fsf@brain.hack.org> <20110225134225.GB19190@tolstoy.tols.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5G06lTa6Jq83wMTw" Content-Disposition: inline In-Reply-To: <20110225134225.GB19190@tolstoy.tols.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on dev.null.cz Subject: Re: 8.2/7.4-RELEASEs Announced... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2011 13:47:51 -0000 --5G06lTa6Jq83wMTw Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [snip] > > I had this problem before and then in my frustration just commented out > > this line in freebsd-update.conf: > >=20 > > #MergeChanges /etc/ /var/named/etc/ /boot/device.hints > >=20 > > I got lucky that time, but is this really safe? What if, say, a new > > daemon has been installed in the upgrade and needs a new user. > >=20 > > Any suggestions? >=20 > Read up on the mergemaster manual for options "-F" and "-i" :-) perhaps you mean "-Ui" ? problem is, he might have no src tree when using freebsd-update, so mergemaster is a no-go :( > Marco >=20 Buki --5G06lTa6Jq83wMTw Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iEYEARECAAYFAk1nswAACgkQPzhIkpLLm0+ogQCgtEN85pTwaaOMntKqi4fpwhAo eN4An0NRk7+cPa0vUz5KAmnUHOBqjUCp =edL7 -----END PGP SIGNATURE----- --5G06lTa6Jq83wMTw-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 25 14:07:22 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18DC2106566C for ; Fri, 25 Feb 2011 14:07:22 +0000 (UTC) (envelope-from marco@tolstoy.tols.org) Received: from tolstoy.tols.org (tolstoy.tols.org [IPv6:2a02:898:0:20::57:1]) by mx1.freebsd.org (Postfix) with ESMTP id 852F58FC1D for ; Fri, 25 Feb 2011 14:07:21 +0000 (UTC) Received: from tolstoy.tols.org (localhost [127.0.0.1]) by tolstoy.tols.org (8.14.4/8.14.4) with ESMTP id p1PE7IBU023382 for ; Fri, 25 Feb 2011 14:07:18 GMT (envelope-from marco@tolstoy.tols.org) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97 at tolstoy.tols.org Received: (from marco@localhost) by tolstoy.tols.org (8.14.4/8.14.4/Submit) id p1PE7Ilr023381 for freebsd-stable@freebsd.org; Fri, 25 Feb 2011 15:07:18 +0100 (CET) (envelope-from marco) Date: Fri, 25 Feb 2011 15:07:18 +0100 From: Marco van Tol To: freebsd-stable@freebsd.org Message-ID: <20110225140718.GC19190@tolstoy.tols.org> Mail-Followup-To: freebsd-stable@freebsd.org References: <4D66CCFF.9020903@buffalo.edu> <86zkpkwff5.fsf@brain.hack.org> <20110225134225.GB19190@tolstoy.tols.org> <20110225134744.GG1379@dev.null.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline In-Reply-To: <20110225134744.GG1379@dev.null.cz> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on tolstoy.tols.org Subject: Re: 8.2/7.4-RELEASEs Announced... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2011 14:07:22 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 25, 2011 at 02:47:44PM +0100, Marek 'Buki' Kozlovsk=FD wrote: > [snip] > > > I had this problem before and then in my frustration just commented o= ut > > > this line in freebsd-update.conf: > > >=20 > > > #MergeChanges /etc/ /var/named/etc/ /boot/device.hints > > >=20 > > > I got lucky that time, but is this really safe? What if, say, a new > > > daemon has been installed in the upgrade and needs a new user. > > >=20 > > > Any suggestions? > >=20 > > Read up on the mergemaster manual for options "-F" and "-i" :-) >=20 > perhaps you mean "-Ui" ? > problem is, he might have no src tree when using freebsd-update, so > mergemaster is a no-go :( My apologies. I went ahead to fast and replied with source-upgrade in mind. Sorry, --=20 Marco van Tol --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk1nt5UACgkQbdVEUcCKvoJ1mQCgttbueIfzrY/waq/k3/EEG5Pp rDoAn2YOFB2YdR9ZA2kdAOt0Y+dXPINO =Matp -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 25 16:16:22 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 186B9106564A for ; Fri, 25 Feb 2011 16:16:22 +0000 (UTC) (envelope-from cliftonr@oz.volcano.org) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.125]) by mx1.freebsd.org (Postfix) with ESMTP id C81748FC0A for ; Fri, 25 Feb 2011 16:16:21 +0000 (UTC) Received: from hrndva-omtalb.mail.rr.com ([10.128.143.54]) by hrndva-qmta04.mail.rr.com with ESMTP id <20110225160216168.WWRX1970@hrndva-qmta04.mail.rr.com> for ; Fri, 25 Feb 2011 16:02:16 +0000 X-Authority-Analysis: v=1.1 cv=3uSaImBeuprzHBlOOPjkqgu+7PcxSRW0m2Aphm9Zmck= c=1 sm=0 a=DleubWtG9Z4A:10 a=kj9zAlcOel0A:10 a=G5OLwwqwWgs+1dCEPNHTSw==:17 a=jb__rZ8GAAAA:8 a=H9iEQFZ8AAAA:8 a=X4TAs1i4zfMnciT7P24A:9 a=Mbb4-zQqEkLPi3zx6OUSVtWfEMwA:4 a=CjuIK1q_8ugA:10 a=sHp_62vNEjwA:10 a=fZFZujrNNEQA:10 a=G5OLwwqwWgs+1dCEPNHTSw==:117 X-Cloudmark-Score: 0 X-Originating-IP: 75.80.196.236 Received: from [75.80.196.236] ([75.80.196.236:23750] helo=oz.volcano.org) by hrndva-oedge04.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id AD/1E-04612-542D76D4; Fri, 25 Feb 2011 16:01:10 +0000 Received: by oz.volcano.org (Postfix, from userid 1001) id 126C050824; Fri, 25 Feb 2011 06:01:09 -1000 (HST) Date: Fri, 25 Feb 2011 06:01:09 -1000 From: Clifton Royston To: freebsd-stable@freebsd.org Message-ID: <20110225160109.GA32260@lava.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <4D66CCFF.9020903@buffalo.edu> <86zkpkwff5.fsf@brain.hack.org> <20110225134225.GB19190@tolstoy.tols.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110225134225.GB19190@tolstoy.tols.org> User-Agent: Mutt/1.4.2.3i Subject: Re: 8.2/7.4-RELEASEs Announced... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2011 16:16:22 -0000 On Fri, Feb 25, 2011 at 02:42:25PM +0100, Marco van Tol wrote: > > Read up on the mergemaster manual for options "-F" and "-i" :-) freebsd-update does not use mergemaster, though probably it should. We had this discussion a month or two ago. Currently there is no way around verifying the changes for each file with a changed $ID$ field, frustrating as it is. (Also, if you realize you've made a mistake and say "N" at the end when it asks if all the merges are OK, it kicks you out of the update process instead of going through the merges again.) -- Clifton -- Clifton Royston -- cliftonr@iandicomputing.com / cliftonr@lava.net President - I and I Computing * http://www.iandicomputing.com/ Custom programming, network design, systems and network consulting services From owner-freebsd-stable@FreeBSD.ORG Fri Feb 25 17:11:28 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 429F31065670 for ; Fri, 25 Feb 2011 17:11:28 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id B1B408FC0C for ; Fri, 25 Feb 2011 17:11:26 +0000 (UTC) Received: from vhoffman.lon.namesco.net (lon.namesco.net [195.7.254.102]) (authenticated bits=0) by unsane.co.uk (8.14.4/8.14.4) with ESMTP id p1PHBOlo035944 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Fri, 25 Feb 2011 17:11:25 GMT (envelope-from vince@unsane.co.uk) Message-ID: <4D67E2BC.6070202@unsane.co.uk> Date: Fri, 25 Feb 2011 17:11:24 +0000 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: FreeBSD Stable Mailing List X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: 8.2-RELEASE pf rules not loading X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2011 17:11:28 -0000 Hi All, Just upgraded my home machine to 8.2-RELEASE via freebsd-update remotely (spare time at work.) and on reboot my pf ruleset isnt being loaded. running '/etc/rc.d/pf start' once its booted does start it fine though. Any suggestions on debugging or shall i just try a verbose boot and watch the console when I get home? I still have pf_enable="YES" # Set to YES to enable packet filter (pf) pflog_enable="YES" # Set to YES to enable packet filter logging in /etc/rc.conf Regards, Vince From owner-freebsd-stable@FreeBSD.ORG Fri Feb 25 17:38:08 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E60B3106564A for ; Fri, 25 Feb 2011 17:38:07 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 72C538FC25 for ; Fri, 25 Feb 2011 17:38:07 +0000 (UTC) Received: by wyb32 with SMTP id 32so2158500wyb.13 for ; Fri, 25 Feb 2011 09:38:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=luWAMr3tiCG84VA6EX/v3Ia63cWbQpaGLlSyS35/GG8=; b=TBpK25uMJp6NPG0opjuUq9MJKtpyi8pnLvBp25NjnKznD8mcNTqugA/7hq7f8pqyNr yXMMZe0dizxP/QwyKKSVxE01y2irWoqqacZ3QO7xkFo/8LkBsNsIFKzYzQ5qi7SJuAe+ AQYNdc9T9yvEEgrqDdrongNDqsZvTQGgrn7E8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=MHa+4ksUrTa4zhNPJcGziNga38KQW+ZDQrc69gmxq6ib6mz1Kx1k2SXrnoMjftO6n1 Uo7q5nlJ6vOfsVz5wDHvIsON20WdZz6AmHKY5GDUm4DOtCpI5dn3zTH1qSMKCR/9H/DL 9peyDCX2vZQgx1mjLSY//UjIe0Slmr5G1L7FI= MIME-Version: 1.0 Received: by 10.227.195.210 with SMTP id ed18mr776061wbb.63.1298653913883; Fri, 25 Feb 2011 09:11:53 -0800 (PST) Received: by 10.227.64.142 with HTTP; Fri, 25 Feb 2011 09:11:53 -0800 (PST) Date: Fri, 25 Feb 2011 12:11:53 -0500 Message-ID: From: Mehmet Erol Sanliturk To: freebsd-stable Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD 8.2-RELEASE amd64 Gnome and KDE Slowness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2011 17:38:08 -0000 I have installed FreeBSD 8.2-RELEASE amd64 on an Intel DG965WH mainboard with 6 GB RAM , 500GB Seagate HDD . When GNOME or KDE is used , their start times are very long as spanning many minutes , and opening of menus in applications such as Firefox , Dolphin , and their other programs are taking many minutes to just open the menu . Clicking any item , is also waiting many minutes to be activated . In that structure , it is not possible to use those desktop environments . After that , I have installed FreeBSD 8.2-RELEASE i386 on the same computer . The same actions are performed instantly . After that , I have installed PC-BSD 8.2-RELEASE amd64 . It is just like FreeBSD 8.2-RELEASE amd64 : Extremely slow . On FreeBSD 8.2-RELEASE amd64 , I have installed FluxBox . Its menus and their items are executed very fast . When a Gnome or KDE ( Dolphin , Ark , K3B ) program is executed from FluxBox , their menus are again very slow , whereas Firefox , Midnight Commander executions are very fast . This case is just related to FreeBSD 8.2-RELEASE amd64 . The other 64-bit operating systems are working very well . I have tested memory chips : There is no any error . I have used another 500 GB Seagate HDD : Effects are the same . I could neither be able to understand why this is happening , nor find a cure to this problem . Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-stable@FreeBSD.ORG Fri Feb 25 18:03:41 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E86D106566C for ; Fri, 25 Feb 2011 18:03:41 +0000 (UTC) (envelope-from jhelfman@experts-exchange.com) Received: from mail.experts-exchange.com (mail.experts-exchange.com [72.29.183.251]) by mx1.freebsd.org (Postfix) with ESMTP id 3878C8FC23 for ; Fri, 25 Feb 2011 18:03:40 +0000 (UTC) Received: from mail.experts-exchange.com (localhost [127.0.0.1]) by mail.experts-exchange.com (Postfix) with ESMTP id E00436F4937 for ; Fri, 25 Feb 2011 10:03:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=e-e.com; h= user-agent:received:in-reply-to:content-disposition:content-type :content-type:mime-version:references:message-id:subject:subject :from:from:date:date:received:received:received; s=ee; t= 1298657020; x=1300471420; bh=OSewTAILvEM2qnhamI1GgRav+q18EUVxYiS kSDYvIVA=; b=DqX0wJW0dTHPoUN1iORexk1OfB2wYHVKM1LNq8mVlfDqQ/YyLj9 FeSNIPJ8z+5QOEmaZOcRGJjJsD7rDIATgrFkBY5RmzVuWLVcNyy/03oaWZHMobK6 4xrxlEgCAO8lAPhg4u0yTj+wtd95uHxlGnWyySRD6/4dPK7gZQR8hp0g= X-Virus-Scanned: amavisd-new at experts-exchange.com Received: from mail.experts-exchange.com ([127.0.0.1]) by mail.experts-exchange.com (mail.experts-exchange.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pwSmBy5YIPFO for ; Fri, 25 Feb 2011 10:03:40 -0800 (PST) Received: from experts-exchange.com (unknown [72.29.180.81]) by mail.experts-exchange.com (Postfix) with SMTP id B095C6F4934 for ; Fri, 25 Feb 2011 10:03:40 -0800 (PST) Received: (nullmailer pid 53869 invoked by uid 1001); Fri, 25 Feb 2011 18:00:19 -0000 Date: Fri, 25 Feb 2011 10:00:19 -0800 From: jhelfman@e-e.com To: freebsd-stable@freebsd.org Message-ID: <20110225180019.GD76063@eggman.experts-exchange.com> References: <4D66CCFF.9020903@buffalo.edu> <86zkpkwff5.fsf@brain.hack.org> <20110225134225.GB19190@tolstoy.tols.org> <20110225160109.GA32260@lava.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110225160109.GA32260@lava.net> Received: from 70.135.165.185 (SquirrelMail authenticated user jhelfman) by mail.experts-exchange.com with HTTP; Fri, 25 Feb 2011 08:21:33 -0800 User-Agent: SquirrelMail/1.4.20 X-Priority: 3 (Normal) Importance: Normal Subject: Re: 8.2/7.4-RELEASEs Announced... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2011 18:03:41 -0000 > On Fri, Feb 25, 2011 at 02:42:25PM +0100, Marco van Tol wrote: >> >> Read up on the mergemaster manual for options "-F" and "-i" :-) > > freebsd-update does not use mergemaster, though probably it should. My understanding is that freebsd-update was introduced prior to releases being branched, so this issue surfaced at that time. The patch I believe would be a fix to the freebsd-update client to better handle the tag. I can't see mergemaster as being an easier solution, as the actual binary would need to be verified against a known good index that would exist on the update server. But then, again, I may be wrong. > We had this discussion a month or two ago. Do you have a link to this thread? > > Currently there is no way around verifying the changes for each file > with a changed $ID$ field, frustrating as it is. > > (Also, if you realize you've made a mistake and say "N" at the end > when it asks if all the merges are OK, it kicks you out of the update > process instead of going through the merges again.) > -- Clifton > > > -- > Clifton Royston -- cliftonr@iandicomputing.com / cliftonr@lava.net > President - I and I Computing * http://www.iandicomputing.com/ > Custom programming, network design, systems and network consulting > services > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Fri Feb 25 18:03:55 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51CA1106564A for ; Fri, 25 Feb 2011 18:03:55 +0000 (UTC) (envelope-from boydjd@jbip.net) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id CC8138FC22 for ; Fri, 25 Feb 2011 18:03:54 +0000 (UTC) Received: by bwz12 with SMTP id 12so2485736bwz.13 for ; Fri, 25 Feb 2011 10:03:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jbip.net; s=google; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=riLLkTBUEgj/hEVMQUIdxboF4xLXbK9ug9g7/9At4G4=; b=H0Kfhx7qPhekY3sBNNxIOYwCQb0td5BC811b46PUxZPNMm2GZQF/jXzjYU10uu6Lfp eancpbHcwj3BYzIHkI6WdmC5WMIqG0yvc09YEF1ajHZG0aWRU8ljffp8e4seDxCHmP8i HLmf7ui33MZACwMW0PZu3OiHES1IBpn/p1OGo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=jbip.net; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=OWS7+IjbdMc0/QybUyrP8QhH2DKajD4gxZtEeFTsq3GpMJpAj0URhCoqEk64IB0az1 ob+eZ4b89U/oarTWtFSXpavGfwZn4eiP4qfvKd9zG2/PQQcOlgdvfwOreEa9wf0oIOJG AhYsyt6021E7uhJa3ZzbhsaPaLe7dHUyWQMXE= Received: by 10.223.72.207 with SMTP id n15mr3040403faj.49.1298657033547; Fri, 25 Feb 2011 10:03:53 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.109.148 with HTTP; Fri, 25 Feb 2011 10:03:25 -0800 (PST) In-Reply-To: <4D67E2BC.6070202@unsane.co.uk> References: <4D67E2BC.6070202@unsane.co.uk> From: Joshua Boyd Date: Fri, 25 Feb 2011 13:03:25 -0500 Message-ID: To: Vincent Hoffman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable Mailing List Subject: Re: 8.2-RELEASE pf rules not loading X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2011 18:03:55 -0000 My pf related lines in rc.conf look like the following: pf_enable=3D"YES" pf_rules=3D"/etc/pf.conf" pflog_enable=3D"YES" pflog_logfile=3D"/var/log/pflog" pflog_flags=3D"" I do have a problem from time to time where the rules won't load, but that's usually because a DHCP interface has failed to come up and my rules aren't written exactly properly to allow for that. On Fri, Feb 25, 2011 at 12:11 PM, Vincent Hoffman wrot= e: > Hi All, > =A0 =A0 =A0 =A0 =A0 =A0Just upgraded my home machine to 8.2-RELEASE via > freebsd-update remotely (spare time at work.) and on reboot my pf > ruleset isnt being loaded. running '/etc/rc.d/pf start' once its booted > does start it fine though. Any suggestions on debugging or shall i just > try a verbose boot and watch the console when I get home? > I still have > > pf_enable=3D"YES" =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# Set to YES to enab= le packet filter (pf) > pflog_enable=3D"YES" =A0 =A0 =A0 =A0 =A0 =A0 =A0 # Set to YES to enable p= acket filter > logging > > in /etc/rc.conf > > > Regards, > Vince > _______________________________________________ > 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" > --=20 Joshua Boyd JBipNet E-mail: boydjd@jbip.net http://www.jbip.net From owner-freebsd-stable@FreeBSD.ORG Fri Feb 25 18:05:24 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E887106566B for ; Fri, 25 Feb 2011 18:05:24 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 167FA8FC1D for ; Fri, 25 Feb 2011 18:05:21 +0000 (UTC) Received: by iwn33 with SMTP id 33so1462397iwn.13 for ; Fri, 25 Feb 2011 10:05:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:reply-to:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=+2ekk2AQausa4ZcopIA6LTMFXD60kOHMtsy/lPpVVjk=; b=NHe4kFyvSL9xG6rlXRNlU+Hd0S+SnzBux1iRXC8H3TZ1g/SthloVQZqsCymHFjEJXt ClBtgSbpnw9gru3dZqBlHBT8C+ly/ADzckYDgAkyYHfMb3ThbUXXkyS3WcLY59jDTECL 1dYTYtt5wRb7uOp5MBP8iOLuhL9h6DJ7ar2dQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:content-transfer-encoding; b=WQSqR0ymPpDS6XUkXQVM4bpVOUxXg5wBMJfteWtGmB/NsvgITBLpM84aRq+m44jqQF yto2cFYlxV9pXBkNS5tXJsg72artKznBZfp6GJzUMFa1GQMoOTWfk14MODSTtGL+vPVV mI5rK2h3YBX7h1mjg4Xi957iWYkBax/LcoWqw= MIME-Version: 1.0 Received: by 10.231.13.138 with SMTP id c10mr3058125iba.97.1298655350543; Fri, 25 Feb 2011 09:35:50 -0800 (PST) Received: by 10.231.178.11 with HTTP; Fri, 25 Feb 2011 09:35:50 -0800 (PST) In-Reply-To: <4D67E2BC.6070202@unsane.co.uk> References: <4D67E2BC.6070202@unsane.co.uk> Date: Fri, 25 Feb 2011 09:35:50 -0800 Message-ID: From: Josh Carroll To: Vincent Hoffman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable Mailing List Subject: Re: 8.2-RELEASE pf rules not loading X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2011 18:05:24 -0000 > Hi All, > =A0 =A0 =A0 =A0 =A0 =A0Just upgraded my home machine to 8.2-RELEASE via > freebsd-update remotely (spare time at work.) and on reboot my pf > ruleset isnt being loaded. running '/etc/rc.d/pf start' once its booted > does start it fine though. Any suggestions on debugging or shall i just > try a verbose boot and watch the console when I get home? > I still have > > pf_enable=3D"YES" =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# Set to YES to enab= le packet filter (pf) > pflog_enable=3D"YES" =A0 =A0 =A0 =A0 =A0 =A0 =A0 # Set to YES to enable p= acket filter > logging > > in /etc/rc.conf Is your interface dynamic (e.g. using DHCP)? If so, you might try changing: ifconfig_=3D"DHCP" to ifconfig_=3D"SYNCDHCP" It's possible the network hasn't come up properly yet or there is no IP assigned. Failing that, you can set: rc_debug=3D"YES" in rc.conf then watch at boot time if there are any odd messages when it attempts to start pf. Josh From owner-freebsd-stable@FreeBSD.ORG Fri Feb 25 18:41:17 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C601C1065675 for ; Fri, 25 Feb 2011 18:41:17 +0000 (UTC) (envelope-from cliftonr@oz.volcano.org) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.122]) by mx1.freebsd.org (Postfix) with ESMTP id 8316C8FC08 for ; Fri, 25 Feb 2011 18:41:17 +0000 (UTC) X-Authority-Analysis: v=1.1 cv=+c36koQ5Dcj/1qolKHjtkYAGXvrVJRRiKMp+84F5sLg= c=1 sm=0 a=DleubWtG9Z4A:10 a=kj9zAlcOel0A:10 a=G5OLwwqwWgs+1dCEPNHTSw==:17 a=ddqU6GQIAAAA:8 a=6I5d2MoRAAAA:8 a=jb__rZ8GAAAA:8 a=H9iEQFZ8AAAA:8 a=UdidQipT8TCuzZUsb14A:9 a=xKG1cGjqDL2G0SPXSrKj3NW_we0A:4 a=CjuIK1q_8ugA:10 a=U6pgVs7bZFwA:10 a=wLODFksJ6qEA:10 a=sHp_62vNEjwA:10 a=fZFZujrNNEQA:10 a=G5OLwwqwWgs+1dCEPNHTSw==:117 X-Cloudmark-Score: 0 X-Originating-IP: 75.80.196.236 Received: from [75.80.196.236] ([75.80.196.236:42988] helo=oz.volcano.org) by hrndva-oedge03.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 88/4D-24070-BC7F76D4; Fri, 25 Feb 2011 18:41:16 +0000 Received: by oz.volcano.org (Postfix, from userid 1001) id 6946050824; Fri, 25 Feb 2011 08:41:14 -1000 (HST) Date: Fri, 25 Feb 2011 08:41:14 -1000 From: Clifton Royston To: jhelfman@e-e.com Message-ID: <20110225184114.GA33134@lava.net> Mail-Followup-To: jhelfman@e-e.com, freebsd-stable@freebsd.org References: <4D66CCFF.9020903@buffalo.edu> <86zkpkwff5.fsf@brain.hack.org> <20110225134225.GB19190@tolstoy.tols.org> <20110225160109.GA32260@lava.net> <20110225180019.GD76063@eggman.experts-exchange.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110225180019.GD76063@eggman.experts-exchange.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: 8.2/7.4-RELEASEs Announced... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2011 18:41:17 -0000 On Fri, Feb 25, 2011 at 10:00:19AM -0800, jhelfman@e-e.com wrote: > > On Fri, Feb 25, 2011 at 02:42:25PM +0100, Marco van Tol wrote: > >> > >> Read up on the mergemaster manual for options "-F" and "-i" :-) > > > > freebsd-update does not use mergemaster, though probably it should. > > My understanding is that freebsd-update was introduced prior to releases > being branched, so this issue surfaced at that time. The patch I believe > would be a fix to the freebsd-update client to better handle the tag. I > can't see mergemaster as being an easier solution, as the actual binary > would need to be verified against a known good index that would exist on the > update server. > > But then, again, I may be wrong. You may well be right; I haven't investigated how the two calculate the differences. > > We had this discussion a month or two ago. > > Do you have a link to this thread? Thread title is: "Accidentally aborted upgrade via freebsd-update - how to recover?" Relevant discussion starts here, on Dec 27 2010: -- Clifton -- Clifton Royston -- cliftonr@iandicomputing.com / cliftonr@lava.net President - I and I Computing * http://www.iandicomputing.com/ Custom programming, network design, systems and network consulting services From owner-freebsd-stable@FreeBSD.ORG Fri Feb 25 19:51:11 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C40F8106566B; Fri, 25 Feb 2011 19:51:11 +0000 (UTC) (envelope-from erob@gthcfoundation.org) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id 9BA988FC0C; Fri, 25 Feb 2011 19:51:11 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-15 Received: from [192.168.0.100] ([184.162.50.38]) by vl-mo-mrz24.ip.videotron.ca (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTP id <0LH6006A4V4IUZC0@vl-mo-mrz24.ip.videotron.ca>; Fri, 25 Feb 2011 14:50:43 -0500 (EST) Message-id: <4D68082E.30207@gthcfoundation.org> Date: Fri, 25 Feb 2011 14:51:10 -0500 From: Etienne Robillard Organization: Green Tea Hackers Club User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.16) Gecko/20101227 Icedove/3.0.11 To: bschmidt@freebsd.org References: <4D66C4CB.1060207@2egos.de> <201102251218.12664.bschmidt@freebsd.org> <4D6796C0.6040402@gthcfoundation.org> <201102251331.37589.bschmidt@freebsd.org> In-reply-to: <201102251331.37589.bschmidt@freebsd.org> X-Enigmail-Version: 1.0.1 Cc: freebsd-stable@freebsd.org Subject: Re: urtw0: could not allocate USB transfers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: erob@gthcfoundation.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2011 19:51:11 -0000 On 25/02/11 07:31 AM, Bernhard Schmidt wrote: > On Friday, February 25, 2011 12:47:12 Etienne Robillard wrote: > >> On 25/02/11 06:18 AM, Bernhard Schmidt wrote: >> >>> On Friday, February 25, 2011 11:03:04 Etienne Robillard wrote: >>> >>> >>>> On 25/02/11 04:11 AM, Bernhard Schmidt wrote: >>>> >>>> >>>>> On Thursday, February 24, 2011 21:51:23 joseph wrote: >>>>> >>>>> >>>>> >>>>>> Hello, >>>>>> >>>>>> i decided to get my laptop wlan via usb because my internal device isn't >>>>>> supported yet. >>>>>> The usb device is a logilink WL0006 unit its vendorid is 0x0bda and the >>>>>> productid says 0x8187. >>>>>> My search results say that this device depends on a RTL8187 chipset. >>>>>> I tried both, load the kernel module at boot time and compile kernel >>>>>> withe urtw, but i get the same output at dmesg >>>>>> >>>>>> device_attach: urtw0 attach returned 6 >>>>>> urtw0: >>>>>> on usbus3 >>>>>> urtw0: could not allocate USB transfers, err=USB_ERR_NO_PIPE >>>>>> device_attach: urtw0 attach returned 6 >>>>>> >>>>>> im running FreeBSD 8.1-RELEASE-p2 amd64. >>>>>> >>>>>> What might be the reason for this error? >>>>>> Thanks for all hints. >>>>>> >>>>>> >>>>>> >>>>> Well, I have no clue about USB.. but this smells like one of the >>>>> endpoints is 'not there'. At least I can't find any reference to >>>>> it in the Linux driver. Wanna give attached patch a shot? >>>>> >>>>> >>>>> >>>> Hi Bernard, >>>> >>>> For rt287x based cards, you can try using rt28700 chipset instead of >>>> urtw0 on >>>> FreeBSD 8. >>>> >>>> The former is not in the stable src tree, but could be retrieved from here: >>>> >>>> https://gthc.org/distfiles/freebsd/rt2870_fbsd8.tar.gz >>>> >>>> Any takers to make module rt28700 (if_rt2870) officially part of the >>>> FreeBSD src tree? >>>> >>>> >>> I'm a bit confused now, shouldn't the rt2870 be supported by run(4)? On >>> a site-note, this is Ralink chipset not a Realtek one. >>> >>> >>> >> I believe this is a different implementation for RT8187 usb network >> adapters than >> run(4). However in my view I found urtw0 buggy, but would certainly take >> a look at run(4) to >> compare the results with wireless networking agaisnt the other driver >> (rt28700). >> > Yeah, urtw(4) has a few flaws.. > > - urtw(4): Realtek RTL8187B/RTL8187L > - rum(4): Ralink RT2501/RT2601 > - run(4): Ralink RT2700/RT2800/RT3000 > > So it seems the driver you've posted conflicts with run(4). From a > quick glance at it, it seems to support 11n? If so, can I talk you > into working on getting those bits merged? > Thanks! > > -- > Bernhard > _______________________________________________ > Thanks but I'm not sure I'd be helpful there as I have very moderate knowledge in USB and Wifi programming... Also why is "l1n" a important feature missing from the rt2870 driver ? I achieved very good rates with this card without it :) Etienne -- Etienne Robillard Company: Green Tea Hackers Club Occupation: Software Developer (and CEO) E-mail: erob@gthcfoundation.org Work phone: 450-936-2123 Website (Company): https://gthc.org/ Website (Blog): https://gthc.org/blog/ PGP public key fingerprint: F2A9 32EA 8E7C 460F 1728 A1A7 649C 7F17 A086 DDEC During times of universal deceit, telling the truth becomes a revolutionary act. -- George Orwell If a free society cannot help the many who are poor, it cannot save the few who are rich. -- John F. Kennedy From owner-freebsd-stable@FreeBSD.ORG Fri Feb 25 20:02:19 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 483BA1065694 for ; Fri, 25 Feb 2011 20:02:19 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1B9E18FC17 for ; Fri, 25 Feb 2011 20:02:19 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id B474646B1A; Fri, 25 Feb 2011 15:02:18 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.10]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 526218A027; Fri, 25 Feb 2011 15:02:18 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 25 Feb 2011 15:01:11 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.4-CBSD-20110107; KDE/4.4.5; amd64; ; ) References: <4D66CCFF.9020903@buffalo.edu> <20110225160109.GA32260@lava.net> <20110225180019.GD76063@eggman.experts-exchange.com> In-Reply-To: <20110225180019.GD76063@eggman.experts-exchange.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201102251501.11318.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 25 Feb 2011 15:02:18 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean Cc: jhelfman@e-e.com Subject: Re: 8.2/7.4-RELEASEs Announced... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2011 20:02:19 -0000 On Friday, February 25, 2011 1:00:19 pm jhelfman@e-e.com wrote: > > On Fri, Feb 25, 2011 at 02:42:25PM +0100, Marco van Tol wrote: > >> > >> Read up on the mergemaster manual for options "-F" and "-i" :-) > > > > freebsd-update does not use mergemaster, though probably it should. > > My understanding is that freebsd-update was introduced prior to releases > being branched, so this issue surfaced at that time. The patch I believe > would be a fix to the freebsd-update client to better handle the tag. I > can't see mergemaster as being an easier solution, as the actual binary > would need to be verified against a known good index that would exist on the > update server. No, release branches long pre-date freebsd-update. However, before we switched to svn for source, new branches did not bump all the $FreeBSD$ tags. That is a side effect of the way that the SVN -> CVS exporter works (and arguably a bug). BTW, I did design etcupdate to support this sort of use case (you can build a tarball from a given release tree and use that as the basis for comparisons assuming you were bootstrapped to use etcupdate). Currently freebsd-update doesn't use etcupdate and the author doesn't have any interest in changing it to do so. At some point if I have some time to hack on freebsd-update to be more useful for modified versions of FreeBSD (e.g. building snaps from tags in an SVN repository instead of a directory of patches against a CVS checkout), I will probably hack it to support using etcupdate to manage /etc updates as well. (etcupdate uses something akin to 'svn up' to update files in /etc, so things like $FreeBSD$ changes just auto-update assuming they don't result in merge conficts.) -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Feb 25 20:54:07 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F41FA106566C for ; Fri, 25 Feb 2011 20:54:06 +0000 (UTC) (envelope-from icke@2egos.de) Received: from nm16.bullet.mail.ukl.yahoo.com (nm16.bullet.mail.ukl.yahoo.com [217.146.183.190]) by mx1.freebsd.org (Postfix) with SMTP id 842068FC16 for ; Fri, 25 Feb 2011 20:54:06 +0000 (UTC) Received: from [217.146.183.180] by nm16.bullet.mail.ukl.yahoo.com with NNFMP; 25 Feb 2011 20:54:05 -0000 Received: from [217.146.183.174] by tm11.bullet.mail.ukl.yahoo.com with NNFMP; 25 Feb 2011 20:54:01 -0000 Received: from [127.0.0.1] by omp1015.mail.ukl.yahoo.com with NNFMP; 25 Feb 2011 20:54:01 -0000 X-Yahoo-Newman-Id: 199743.40778.bm@omp1015.mail.ukl.yahoo.com Received: (qmail 15522 invoked from network); 25 Feb 2011 20:54:01 -0000 Received: from mehl.local (icke@188.192.9.84 with login) by smtp120.mail.ukl.yahoo.com with SMTP; 25 Feb 2011 20:54:00 +0000 GMT X-Yahoo-SMTP: hSYVlr.swBA8ndWK7fpfKkYtvaERpjIpVj06O183j5_nKSjn X-YMail-OSG: gSux404VM1l20e6H6m0bS33ASv_NKMlxWLHJtBH2eNtZ9.M BqucD_x.lf6MXlPwDdWXYFx9EVUGTQ1_vj3w8BWpjfWHf_bEbo4Vcix7Jbwj qrFpYQxX0Fzcd6n0paieq_JtMk7cWkH6Xp2BfGu1nnuZ90G7YpBQoDTz.u2G Rnd9.qzijFW0.nUguC2axc8HeWqVsVU0WVq7TiwfmvuArbbRRUXRwB4w3E2N IJdH_DW4U2ODyYYrGKpffNYoWhtCJqtBgrsGAdAN5PDMrRzn_lsojvzQapV3 HjFGTqRXJWp6I81Uia69xNrU8N07JClLk0kwwPWiQbQ-- X-Yahoo-Newman-Property: ymail-3 Received: from eddy.local (unknown [192.168.0.102]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mehl.local (Postfix) with ESMTPSA id E699A8FC0B0; Fri, 25 Feb 2011 21:53:52 +0000 (UTC) Message-ID: <4D6816E2.2020700@2egos.de> Date: Fri, 25 Feb 2011 21:53:54 +0100 From: joseph User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; de-DE; rv:1.9.2.13) Gecko/20110222 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: erob@gthcfoundation.org References: <4D66C4CB.1060207@2egos.de> <201102251218.12664.bschmidt@freebsd.org> <4D6796C0.6040402@gthcfoundation.org> <201102251331.37589.bschmidt@freebsd.org> <4D68082E.30207@gthcfoundation.org> In-Reply-To: <4D68082E.30207@gthcfoundation.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, bschmidt@freebsd.org Subject: Re: urtw0: could not allocate USB transfers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2011 20:54:07 -0000 0n 25.02.2011 8:51 PM, Etienne Robillard wrote: > On 25/02/11 07:31 AM, Bernhard Schmidt wrote: >> On Friday, February 25, 2011 12:47:12 Etienne Robillard wrote: >> >>> On 25/02/11 06:18 AM, Bernhard Schmidt wrote: >>> >>>> On Friday, February 25, 2011 11:03:04 Etienne Robillard wrote: >>>> >>>> >>>>> On 25/02/11 04:11 AM, Bernhard Schmidt wrote: >>>>> >>>>> >>>>>> On Thursday, February 24, 2011 21:51:23 joseph wrote: >>>>>> >>>>>> >>>>>> >>>>>>> Hello, >>>>>>> >>>>>>> i decided to get my laptop wlan via usb because my internal device isn't >>>>>>> supported yet. >>>>>>> The usb device is a logilink WL0006 unit its vendorid is 0x0bda and the >>>>>>> productid says 0x8187. >>>>>>> My search results say that this device depends on a RTL8187 chipset. >>>>>>> I tried both, load the kernel module at boot time and compile kernel >>>>>>> withe urtw, but i get the same output at dmesg >>>>>>> >>>>>>> device_attach: urtw0 attach returned 6 >>>>>>> urtw0: >>>>>>> on usbus3 >>>>>>> urtw0: could not allocate USB transfers, err=USB_ERR_NO_PIPE >>>>>>> device_attach: urtw0 attach returned 6 >>>>>>> >>>>>>> im running FreeBSD 8.1-RELEASE-p2 amd64. >>>>>>> >>>>>>> What might be the reason for this error? >>>>>>> Thanks for all hints. >>>>>>> >>>>>>> >>>>>>> >>>>>> Well, I have no clue about USB.. but this smells like one of the >>>>>> endpoints is 'not there'. At least I can't find any reference to >>>>>> it in the Linux driver. Wanna give attached patch a shot? >>>>>> >>>>>> >>>>>> >>>>> Hi Bernard, >>>>> >>>>> For rt287x based cards, you can try using rt28700 chipset instead of >>>>> urtw0 on >>>>> FreeBSD 8. >>>>> >>>>> The former is not in the stable src tree, but could be retrieved from here: >>>>> >>>>> https://gthc.org/distfiles/freebsd/rt2870_fbsd8.tar.gz >>>>> >>>>> Any takers to make module rt28700 (if_rt2870) officially part of the >>>>> FreeBSD src tree? >>>>> >>>>> >>>> I'm a bit confused now, shouldn't the rt2870 be supported by run(4)? On >>>> a site-note, this is Ralink chipset not a Realtek one. >>>> >>>> >>>> >>> I believe this is a different implementation for RT8187 usb network >>> adapters than >>> run(4). However in my view I found urtw0 buggy, but would certainly take >>> a look at run(4) to >>> compare the results with wireless networking agaisnt the other driver >>> (rt28700). >>> >> Yeah, urtw(4) has a few flaws.. >> >> - urtw(4): Realtek RTL8187B/RTL8187L >> - rum(4): Ralink RT2501/RT2601 >> - run(4): Ralink RT2700/RT2800/RT3000 >> >> So it seems the driver you've posted conflicts with run(4). From a >> quick glance at it, it seems to support 11n? If so, can I talk you >> into working on getting those bits merged? >> Thanks! >> >> -- >> Bernhard >> _______________________________________________ >> > Thanks but I'm not sure I'd be helpful there as I have very moderate > knowledge > in USB and Wifi programming... Also why is "l1n" a important feature > missing from the rt2870 driver ? I achieved very good rates with this card > without it :) > > Etienne > Thanks for your fast answers! I tryed your suggestions but only the urtw driver shows interrest in my usb wlan device. The patched urtw still gives the same error massage. Could a update to 8.2 fix this issue? joseph From owner-freebsd-stable@FreeBSD.ORG Fri Feb 25 22:24:00 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65DA01065696 for ; Fri, 25 Feb 2011 22:24:00 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id CE6798FC12 for ; Fri, 25 Feb 2011 22:23:59 +0000 (UTC) Received: from vhoffman-macbooklocal.local ([10.10.10.191]) (authenticated bits=0) by unsane.co.uk (8.14.4/8.14.4) with ESMTP id p1PMNwd5051844 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Fri, 25 Feb 2011 22:23:58 GMT (envelope-from vince@unsane.co.uk) Message-ID: <4D682BFE.9050702@unsane.co.uk> Date: Fri, 25 Feb 2011 22:23:58 +0000 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4D67E2BC.6070202@unsane.co.uk> In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: 8.2-RELEASE pf rules not loading X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2011 22:24:00 -0000 On 25/02/2011 17:35, Josh Carroll wrote: >> Hi All, >> Just upgraded my home machine to 8.2-RELEASE via >> freebsd-update remotely (spare time at work.) and on reboot my pf >> ruleset isnt being loaded. running '/etc/rc.d/pf start' once its booted >> does start it fine though. Any suggestions on debugging or shall i just >> try a verbose boot and watch the console when I get home? >> I still have >> >> pf_enable="YES" # Set to YES to enable packet filter (pf) >> pflog_enable="YES" # Set to YES to enable packet filter >> logging >> >> in /etc/rc.conf > Is your interface dynamic (e.g. using DHCP)? If so, you might try changing: > > ifconfig_="DHCP" > > to > > ifconfig_="SYNCDHCP" > > It's possible the network hasn't come up properly yet or there is no > IP assigned. > > Failing that, you can set: > > rc_debug="YES" > > in rc.conf then watch at boot time if there are any odd messages when > it attempts to start pf. > It turns out that its sort of related to this. I have an IPv6 tunnel from H.E. (tunnelbroker.net) and from looking at the boot output, it looks like the IPv6 addresses (for any of my imterfaces) aren't applied until after pf starts. I'd say this is a bug, Oddly this didnt happen for the release candidate I tried, although I think I may have modified my rules and not rebooted until I upgraded. the rules in question are: pass in quick on $gif_if inet6 proto udp to $ext_if port $udp_services keep state and pass in quick on $gif_if inet6 proto tcp to $ext_if port $tcp_services $sf_tcp (ext_if = "ue0") I'll try changing $ext_if to the ipv6 address and see if that helps. Vince > Josh > _______________________________________________ > 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 Feb 25 22:31:22 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6023E1065672 for ; Fri, 25 Feb 2011 22:31:22 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta02.emeryville.ca.mail.comcast.net (qmta02.emeryville.ca.mail.comcast.net [76.96.30.24]) by mx1.freebsd.org (Postfix) with ESMTP id 41A368FC0A for ; Fri, 25 Feb 2011 22:31:21 +0000 (UTC) Received: from omta07.emeryville.ca.mail.comcast.net ([76.96.30.59]) by qmta02.emeryville.ca.mail.comcast.net with comcast id CNTS1g0061GXsucA2NXMq6; Fri, 25 Feb 2011 22:31:21 +0000 Received: from koitsu.dyndns.org ([98.248.33.18]) by omta07.emeryville.ca.mail.comcast.net with comcast id CNXK1g00R0PUQVN8UNXLYS; Fri, 25 Feb 2011 22:31:20 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 9A0A29B422; Fri, 25 Feb 2011 14:31:19 -0800 (PST) Date: Fri, 25 Feb 2011 14:31:19 -0800 From: Jeremy Chadwick To: Vincent Hoffman Message-ID: <20110225223119.GA13109@icarus.home.lan> References: <4D67E2BC.6070202@unsane.co.uk> <4D682BFE.9050702@unsane.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D682BFE.9050702@unsane.co.uk> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: 8.2-RELEASE pf rules not loading X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2011 22:31:22 -0000 On Fri, Feb 25, 2011 at 10:23:58PM +0000, Vincent Hoffman wrote: > On 25/02/2011 17:35, Josh Carroll wrote: > >> Hi All, > >> Just upgraded my home machine to 8.2-RELEASE via > >> freebsd-update remotely (spare time at work.) and on reboot my pf > >> ruleset isnt being loaded. running '/etc/rc.d/pf start' once its booted > >> does start it fine though. Any suggestions on debugging or shall i just > >> try a verbose boot and watch the console when I get home? > >> I still have > >> > >> pf_enable="YES" # Set to YES to enable packet filter (pf) > >> pflog_enable="YES" # Set to YES to enable packet filter > >> logging > >> > >> in /etc/rc.conf > > Is your interface dynamic (e.g. using DHCP)? If so, you might try changing: > > > > ifconfig_="DHCP" > > > > to > > > > ifconfig_="SYNCDHCP" > > > > It's possible the network hasn't come up properly yet or there is no > > IP assigned. > > > > Failing that, you can set: > > > > rc_debug="YES" > > > > in rc.conf then watch at boot time if there are any odd messages when > > it attempts to start pf. > > > It turns out that its sort of related to this. I have an IPv6 tunnel > from H.E. (tunnelbroker.net) and from looking at the boot output, it > looks like the IPv6 addresses (for any of my imterfaces) aren't applied > until after pf starts. I'd say this is a bug, Oddly this didnt happen > for the release candidate I tried, although I think I may have modified > my rules and not rebooted until I upgraded. > the rules in question are: > > pass in quick on $gif_if inet6 proto udp to $ext_if port $udp_services > keep state > and > pass in quick on $gif_if inet6 proto tcp to $ext_if port $tcp_services > $sf_tcp > (ext_if = "ue0") > > I'll try changing $ext_if to the ipv6 address and see if that helps. Please look at pf.conf(5) and search for the word "parentheses" (should be under the "from x to x" section. This might resolve your problem. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Feb 25 22:45:04 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 809EA1065670 for ; Fri, 25 Feb 2011 22:45:04 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id DFEC48FC08 for ; Fri, 25 Feb 2011 22:45:03 +0000 (UTC) Received: from vhoffman-macbooklocal.local ([10.10.10.191]) (authenticated bits=0) by unsane.co.uk (8.14.4/8.14.4) with ESMTP id p1PMj2a5053035 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Fri, 25 Feb 2011 22:45:02 GMT (envelope-from vince@unsane.co.uk) Message-ID: <4D6830EE.9090803@unsane.co.uk> Date: Fri, 25 Feb 2011 22:45:02 +0000 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4D67E2BC.6070202@unsane.co.uk> <4D682BFE.9050702@unsane.co.uk> <20110225223119.GA13109@icarus.home.lan> In-Reply-To: <20110225223119.GA13109@icarus.home.lan> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: 8.2-RELEASE pf rules not loading X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2011 22:45:04 -0000 On 25/02/2011 22:31, Jeremy Chadwick wrote: > On Fri, Feb 25, 2011 at 10:23:58PM +0000, Vincent Hoffman wrote: >> On 25/02/2011 17:35, Josh Carroll wrote: >>>> Hi All, >>>> Just upgraded my home machine to 8.2-RELEASE via >>>> freebsd-update remotely (spare time at work.) and on reboot my pf >>>> ruleset isnt being loaded. running '/etc/rc.d/pf start' once its booted >>>> does start it fine though. Any suggestions on debugging or shall i just >>>> try a verbose boot and watch the console when I get home? >>>> I still have >>>> >>>> pf_enable="YES" # Set to YES to enable packet filter (pf) >>>> pflog_enable="YES" # Set to YES to enable packet filter >>>> logging >>>> >>>> in /etc/rc.conf >>> Is your interface dynamic (e.g. using DHCP)? If so, you might try changing: >>> >>> ifconfig_="DHCP" >>> >>> to >>> >>> ifconfig_="SYNCDHCP" >>> >>> It's possible the network hasn't come up properly yet or there is no >>> IP assigned. >>> >>> Failing that, you can set: >>> >>> rc_debug="YES" >>> >>> in rc.conf then watch at boot time if there are any odd messages when >>> it attempts to start pf. >>> >> It turns out that its sort of related to this. I have an IPv6 tunnel >> from H.E. (tunnelbroker.net) and from looking at the boot output, it >> looks like the IPv6 addresses (for any of my imterfaces) aren't applied >> until after pf starts. I'd say this is a bug, Oddly this didnt happen >> for the release candidate I tried, although I think I may have modified >> my rules and not rebooted until I upgraded. >> the rules in question are: >> >> pass in quick on $gif_if inet6 proto udp to $ext_if port $udp_services >> keep state >> and >> pass in quick on $gif_if inet6 proto tcp to $ext_if port $tcp_services >> $sf_tcp >> (ext_if = "ue0") >> >> I'll try changing $ext_if to the ipv6 address and see if that helps. > Please look at pf.conf(5) and search for the word "parentheses" (should > be under the "from x to x" section. This might resolve your problem. That seems looks reasonable, if unexpected since its all statically configured. I'll give it a try when I can reboot it next. It does seems a little odd that the rcorder doesnt start network_ipv6 (REQUIRE: routing) until after pf (BEFORE: routing) , but I assume there was a reason for this. Vince From owner-freebsd-stable@FreeBSD.ORG Fri Feb 25 23:13:43 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03E1B1065670 for ; Fri, 25 Feb 2011 23:13:43 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id C32128FC17 for ; Fri, 25 Feb 2011 23:13:42 +0000 (UTC) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.14.4/8.14.1) with ESMTP id p1PMxi4K019791 for ; Fri, 25 Feb 2011 14:59:44 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.14.4/8.13.4/Submit) id p1PMxiB5019790; Fri, 25 Feb 2011 14:59:44 -0800 (PST) Date: Fri, 25 Feb 2011 14:59:44 -0800 (PST) From: Matthew Dillon Message-Id: <201102252259.p1PMxiB5019790@apollo.backplane.com> Cc: FreeBSD-STABLE Mailing List References: <09E86832-F5D9-4415-83A0-FEF59693FE02@gsoft.com.au> Subject: Re: How to bind a static ether address to bridge? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Feb 2011 23:13:43 -0000 If you can swing a routed network that will definitely have the fewest complications. For a switched network if_bridge and ARP have to be integrated, something I just finished doing in DragonFly, so that all member interfaces of the bridge use *only* the bridge's MAC for all transactions, including ARP transactions, whether they require forwarding through the bridge or not. The bridge has its own internal forwarding table and a great deal of confusion occurs if the normal ARP code is trying to tie into individual interfaces instead of just the bridge interface, for *ANY* member of the bridge, not just the first member of the bridge. Some of the problems you are likely to hit using if_bridge: * ARP response flows in on member interface A with an ether destination of member interface B. OS decides to record the ARP route as coming from interface B (when it's actually coming from interface A), while the bridge internally records the proper forwarding (A). Fireworks ensue. * ARP responses targetting member interfaces which are part of the spanning tree protocol (when you have redundant links), and then wind up in the blocking state by the spanning tree protocol. The if_bridge code in FreeBSD sets the bridge's MAC to be the same as the first added interface, which is usually your LAN ethernet port. This will help a bit, just make sure that it *IS* your LAN ethernet port and that the spanning tree protocol is *NOT* turned on for that port. However, other member interfaces (usually TAPs if you are using something like OpenVPN) will have different MAC addresses and that will cause confusion. It might be possible to work around both issues by setting the MAC for *ALL* member interfaces to be the same as the bridge MAC, but I don't know. I gave up trying to do that in DFly and instead modified the ARP code to always use the bridge MAC for any interface which is a member of a bridge. That appears to have worked quite well. My home network (using DragonFly) is using if_bridge to a colocated box, ether bridging a class C over three WANs via OpenVPN, with the related TAP interfaces and the LAN interface as members of the bridge. The bridge is set up with the spanning tree protocol turned on for the three TAP interfaces and with bonding turned on for two of the TAP interfaces. But that's with DFly (and I just finished the work two days ago). If something similar cannot be done w/FreeBSD then I recommend porting the changes from DFly over to FreeBSD's bridging and ARP modules. It was a big headache but once I cleared up the ARP confusion things just started magically working. Other caveats: * TAP and BRIDGE interfaces are assigned a nearly random MAC address when they are created (in FreeBSD the bridge sets its MAC to the first member interface so that is at least ok if you always add your LAN as the first member interface, however the other member interfaces aren't so lucky). Rebooting the machine containing the bridge or destroying and rebuilding the bridge can create total and absolute havoc on your network because the rest of your switching infrastructure and machines will have the old MACs cached. The partial solution is taking on the MAC address of the LAN interface, which FreeBSD's bridging code does, and it might be possible to also set the other member interfaces to that same MAC (but I don't know if that will work). If not then this is almost a non-solvable problem short of making the ARP module more aware of the bridge. * If using redundant links without bonding support in the bridge code the bridge itself will get confused when the topology changes, though if it is a simple topology the bridge should be able to start forwarding to the backup link even though its internal forwarding table is messed up. The concept of a 'backup' link is a bit of a hack in the STP code (just as the concept of 'bonding' is a bit of a hack), so how well it works will depend on a lot of different factors. The idea of a 'backup' link is to be able to continue to switch packets when only one path is available even if that path has not been completely resolved through the STP protocol. * ARP only works because *EVERYONE* uses the same timeout. Futzing around with member associations on the bridge will cause the bridge to forget. The bridge should theoretically broadcast unicast packets for which it doesn't have a forwarding entry but... well, it is still possible for machines to get confused. When working on your setup you may have to 'arp -d -a' on one or more machines multiple times to force them to re-arp and cause all your intermediate ethernet switches to relearn the new MACs. Remember that your ethernet switches can get just as confused as your actual machines! 'why can't I see that packet going over my LAN, both my machines have the correct ARP entries!!!!'... but the little hardware ether switch between them might not. * A multi-homed network can sometimes have routing loops, particularly when you try to use an ethernet bridge. For example lets say you have a machine on your home network using address IPA which sends a packet to a machine out in the world over the wrong default route. The RESPONSE to that packet, sent *to* your machine, if it isn't blocked by edge routers (due to the source address being wrong for that edge) will come back through a DIFFERENT bridge member. In a switched network if the packet was destined to a machine directly on the other side of the bridge which is part of the switched network, the machines on the other side of the bridge may end up believing that IPA is accessed via the other direction instead of through the VPN/bridge. Needless to say, trying to route a response back to IPA through the remote side's default route instead of through the VPN directly to IPA may get blackholed or, worse, may end up creating a loop. The machines on the bridged network will get confused as to which direction to go to get to the machine with IPA. So, lots of horror is possible here. If you can use a routed network instead of a bridged network that's really what you want to do. On the otherhand, routed networks cannot handle channel bonding and redundancy (even if using BGP or OSPF for your internal network) nearly as well as switched networks can. If the bridge interface and ARP code is brought up to snuff it actually will do the job quite nicely. One last note on using a switched network and something like VPN. You will end up with multiple default routes and need to use IPFW2 to make sure that packets with source IPs for various WAN interfaces are forwarded through the correct default route. The 'master' default route for the machine would normally be set to the default route for the bridged network. Throwing NAT on top of everything else adds more fun to the pot, sometimes there isn't a clear distinction as to when a packet goes from being 'switched' to being 'routed', particularly when something like NAT bounces a packet back out the same interface it came in on. Essentially any address translation which occurs (NAT) takes the packet out of the switching path and places it into the routing path. The IPFW and PF tie-ins have to do their job so the rest of the system knows whether the packet filter 'ate' the packet (turning it into a routed packet), or simply filtered and returned it (leaving it as a switched packet). -Matt From owner-freebsd-stable@FreeBSD.ORG Sat Feb 26 02:48:51 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 993DB106566C for ; Sat, 26 Feb 2011 02:48:51 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 458D48FC08 for ; Sat, 26 Feb 2011 02:48:50 +0000 (UTC) Received: by vxc34 with SMTP id 34so2214272vxc.13 for ; Fri, 25 Feb 2011 18:48:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:in-reply-to :message-id:references:user-agent:x-openpgp-key-id :x-openpgp-key-fingerprint:mime-version:content-type; bh=mL/mwpnaNKPB0Bev3JpGjsEo43t3KN03lIA/zrD3c8g=; b=LB+WpIw3qFrvWHiro1yYkskwJ61rNVkR79DYvn5R7QaVO1Hpv47MGfAoEOLjZEPH6I 31GWsVwJwhmIdclPKERgn6+NfR4uwmZ+/GqSjsdQjGky2rY76WMt2xtKESBj05ZRSEal FkXXA88cDuGTBLonSuA14ZrMq2hpleNWD/o0M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=yGYI9TG+X2DFhYE88Lk+NqdrriF1E5tdf1hZkS6gkmoBMkYiuOiF9fKI2vVeGRd4mo LH967qKK17hVwB35RzQF89fWIej+nvoHVION7e/fqXrtPng+iR5Mt6LDnqHx6uWwXoxX 7qtT37qC21/AYi1K8y1yeSMDjGv2rFlhdxsg4= Received: by 10.52.157.74 with SMTP id wk10mr1558264vdb.173.1298686660539; Fri, 25 Feb 2011 18:17:40 -0800 (PST) Received: from disbatch.dataix.local ([99.181.138.151]) by mx.google.com with ESMTPS id f17sm938244vbv.16.2011.02.25.18.17.38 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 25 Feb 2011 18:17:39 -0800 (PST) Sender: "J. Hellenthal" Date: Fri, 25 Feb 2011 21:17:30 -0500 From: jhell To: Jeremy Chadwick In-Reply-To: <20110225223119.GA13109@icarus.home.lan> Message-ID: References: <4D67E2BC.6070202@unsane.co.uk> <4D682BFE.9050702@unsane.co.uk> <20110225223119.GA13109@icarus.home.lan> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Vincent Hoffman Subject: Re: 8.2-RELEASE pf rules not loading X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2011 02:48:51 -0000 On Fri, 25 Feb 2011 17:31, freebsd@ wrote: > On Fri, Feb 25, 2011 at 10:23:58PM +0000, Vincent Hoffman wrote: >> On 25/02/2011 17:35, Josh Carroll wrote: >>>> Hi All, >>>> Just upgraded my home machine to 8.2-RELEASE via >>>> freebsd-update remotely (spare time at work.) and on reboot my pf >>>> ruleset isnt being loaded. running '/etc/rc.d/pf start' once its booted >>>> does start it fine though. Any suggestions on debugging or shall i just >>>> try a verbose boot and watch the console when I get home? >>>> I still have >>>> >>>> pf_enable="YES" # Set to YES to enable packet filter (pf) >>>> pflog_enable="YES" # Set to YES to enable packet filter >>>> logging >>>> >>>> in /etc/rc.conf >>> Is your interface dynamic (e.g. using DHCP)? If so, you might try changing: >>> >>> ifconfig_="DHCP" >>> >>> to >>> >>> ifconfig_="SYNCDHCP" >>> >>> It's possible the network hasn't come up properly yet or there is no >>> IP assigned. >>> >>> Failing that, you can set: >>> >>> rc_debug="YES" >>> >>> in rc.conf then watch at boot time if there are any odd messages when >>> it attempts to start pf. >>> >> It turns out that its sort of related to this. I have an IPv6 tunnel >> from H.E. (tunnelbroker.net) and from looking at the boot output, it >> looks like the IPv6 addresses (for any of my imterfaces) aren't applied >> until after pf starts. I'd say this is a bug, Oddly this didnt happen >> for the release candidate I tried, although I think I may have modified >> my rules and not rebooted until I upgraded. >> the rules in question are: >> >> pass in quick on $gif_if inet6 proto udp to $ext_if port $udp_services >> keep state >> and >> pass in quick on $gif_if inet6 proto tcp to $ext_if port $tcp_services >> $sf_tcp >> (ext_if = "ue0") >> >> I'll try changing $ext_if to the ipv6 address and see if that helps. > > Please look at pf.conf(5) and search for the word "parentheses" (should > be under the "from x to x" section. This might resolve your problem. > > Adding to this and as someone else has already advised in a different way is to use synchronous_dhclient="YES" in rc.conf(5) will most likely result in your rules loading properly. -- jhell From owner-freebsd-stable@FreeBSD.ORG Sat Feb 26 05:18:27 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3ECA106564A; Sat, 26 Feb 2011 05:18:27 +0000 (UTC) (envelope-from cb@severious.net) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id B07098FC13; Sat, 26 Feb 2011 05:18:27 +0000 (UTC) Received: from [192.168.69.99] (adsl-76-200-93-223.dsl.hstntx.sbcglobal.net [76.200.93.223]) by ion.gank.org (Postfix) with ESMTPSA id 47BC7E5763; Fri, 25 Feb 2011 22:59:25 -0600 (CST) Message-ID: <4D6888A8.20505@severious.net> Date: Fri, 25 Feb 2011 22:59:20 -0600 From: Craig Boston User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.16) Gecko/20101125 Thunderbird/3.0.11 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: jkim@freebsd.org Subject: FreeBSD 8.1 regression in x86bios.c X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cb@severious.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Feb 2011 05:18:27 -0000 Hi all, My laptop (Toshiba Portege R100) stopped working with an early boot hang at some point between 8.0 and 8.1. After it broke last year I had ended up just reverting to an earlier kernel, but finally found the time to do a binary search and narrow it down. The offending commit is: http://svn.freebsd.org/viewvc/base?view=revision&revision=205647 Fix stupid typos. Some VESA BIOSes directly call BIOS interrupt handlers within the VBE interrupt handler. Unfortunately it was causing real mode page faults because we were fetching instructions from bogus addresses. Pass me the pointyhat, please. PR: kern/144654 MFC after: 3 days With this commit in place, the system hangs almost immediately on boot, right after probing kdbmux. With debug.x86bios.{call,int} enabled from the loader, the final lines before the hang are: avail memory = 1299705856 (1239 MB) kbd1 at kbdmux0 Calling int 0x10 (ax=0x4f00 bx=0x0000 cx=0x0000 dx=0x0000 es=0x9e00 di=0x0000) Exiting int 0x10 (ax=0x004f bx=0x0000 cx=0x0000 dx=0x0000 es=0x9e00 di=0x0000) Calling int 0x10 (ax=0x4f01 bx=0x0000 cx=0x0144 dx=0x0000 es=0x0200 di=0x0000) Then a hard hang. With the 2 lines in x86bios.c reverted, the system boots fine (even on a fresh 8.2 build with just that commit backed out). The debug output from a successful boot looks like this: kbd1 at kbdmux0 Calling int 0x10 (ax=0x4f00 bx=0x0000 cx=0x0000 dx=0x0000 es=0x9e00 di=0x0000) Exiting int 0x10 (ax=0x004f bx=0x0000 cx=0x0000 dx=0x0000 es=0x9e00 di=0x0000) Calling int 0x10 (ax=0x4f01 bx=0x0000 cx=0x0144 dx=0x0000 es=0x0200 di=0x0000) Exiting int 0x10 (ax=0xb13e bx=0x2065 cx=0x9e32 dx=0x1023 es=0x0200 di=0x0028) Calling int 0x10 (ax=0x4f01 bx=0x0000 cx=0x0143 dx=0x0000 es=0x9c00 di=0x0000) Exiting int 0x10 (ax=0xb13e bx=0x1065 cx=0x9e32 dx=0x1023 es=0x9c00 di=0x0028) Calling int 0x10 (ax=0x4f01 bx=0x0000 cx=0x0141 dx=0x0000 es=0x0200 di=0x0000) Exiting int 0x10 (ax=0xb13e bx=0x0865 cx=0x9e32 dx=0x1023 es=0x0200 di=0x0028) (many more lines) In any event, I'm not sure if this is a true bug, or just a broken BIOS, but either way I thought you might want to know about it. Craig From owner-freebsd-stable@FreeBSD.ORG Sat Feb 26 11:44:54 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0E14106564A for ; Sat, 26 Feb 2011 11:44:54 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2FB3B8FC16 for ; Sat, 26 Feb 2011 11:44:54 +0000 (UTC) Received: from vhoffman-macbooklocal.local ([10.10.10.191]) (authenticated bits=0) by unsane.co.uk (8.14.4/8.14.4) with ESMTP id p1QBKT2i003079 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 26 Feb 2011 11:21:38 GMT (envelope-from vince@unsane.co.uk) Message-ID: <4D68E1F4.9080003@unsane.co.uk> Date: Sat, 26 Feb 2011 11:20:20 +0000 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Jeremy Chadwick References: <4D67E2BC.6070202@unsane.co.uk> <4D682BFE.9050702@unsane.co.uk> <20110225223119.GA13109@icarus.home.lan> In-Reply-To: <20110225223119.GA13109@icarus.home.lan> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 8.2-RELEASE pf rules not loading X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2011 11:44:54 -0000 On 25/02/2011 22:31, Jeremy Chadwick wrote: > On Fri, Feb 25, 2011 at 10:23:58PM +0000, Vincent Hoffman wrote: >> On 25/02/2011 17:35, Josh Carroll wrote: >>>> Hi All, >>>> Just upgraded my home machine to 8.2-RELEASE via >>>> freebsd-update remotely (spare time at work.) and on reboot my pf >>>> ruleset isnt being loaded. running '/etc/rc.d/pf start' once its booted >>>> does start it fine though. Any suggestions on debugging or shall i just >>>> try a verbose boot and watch the console when I get home? >>>> I still have >>>> >>>> pf_enable="YES" # Set to YES to enable packet filter (pf) >>>> pflog_enable="YES" # Set to YES to enable packet filter >>>> logging >>>> >>>> in /etc/rc.conf >>> > Please look at pf.conf(5) and search for the word "parentheses" (should > be under the "from x to x" section. This might resolve your problem. > Thanks, This did solve it. Slightly strange as its all statically set but at least I know now. Vince From owner-freebsd-stable@FreeBSD.ORG Sat Feb 26 12:42:39 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49B8C106566C for ; Sat, 26 Feb 2011 12:42:39 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id D693C8FC12 for ; Sat, 26 Feb 2011 12:42:38 +0000 (UTC) Received: by bwz12 with SMTP id 12so2987587bwz.13 for ; Sat, 26 Feb 2011 04:42:37 -0800 (PST) Received: by 10.204.72.71 with SMTP id l7mr1632031bkj.55.1298724157501; Sat, 26 Feb 2011 04:42:37 -0800 (PST) Received: from julie.lab.techwires.net (dslb-094-217-128-237.pools.arcor-ip.net [94.217.128.237]) by mx.google.com with ESMTPS id j11sm1110763bka.0.2011.02.26.04.42.35 (version=SSLv3 cipher=OTHER); Sat, 26 Feb 2011 04:42:36 -0800 (PST) Sender: Bernhard Schmidt From: Bernhard Schmidt To: joseph Date: Sat, 26 Feb 2011 13:38:36 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.1-RELEASE; KDE/4.5.5; amd64; ; ) References: <4D66C4CB.1060207@2egos.de> <4D68082E.30207@gthcfoundation.org> <4D6816E2.2020700@2egos.de> In-Reply-To: <4D6816E2.2020700@2egos.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201102261338.36821.bschmidt@freebsd.org> Cc: freebsd-stable@freebsd.org Subject: Re: urtw0: could not allocate USB transfers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2011 12:42:39 -0000 On Friday 25 February 2011 21:53:54 joseph wrote: > Thanks for your fast answers! > I tryed your suggestions but only the urtw driver shows interrest in > my usb wlan device. > The patched urtw still gives the same error massage. > Could a update to 8.2 fix this issue? Possibly, worth a try. -- Bernhard From owner-freebsd-stable@FreeBSD.ORG Sat Feb 26 12:57:15 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFB63106566C; Sat, 26 Feb 2011 12:57:15 +0000 (UTC) (envelope-from dnaeon@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 218D48FC0C; Sat, 26 Feb 2011 12:57:14 +0000 (UTC) Received: by wwb31 with SMTP id 31so3290177wwb.31 for ; Sat, 26 Feb 2011 04:57:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=TOdXdMepBF51gDF5sw8yntQLxmKpLvD/xYELnoP4pUs=; b=jpZHxjTwYiOHCGY1Kd+86y9QPz47xFmJv05czVzYb17DRl/YiBdYaTB2uGvl8r1FC+ IKbW3jYKmPoGpizyZ0lzALWC4L+GIG6AOmfaV10TGtbQXV5n9i2W8AarevvUVDoiH26z gQnXy2gL13HxOOYiK+Bz152Y1l1ul2RWSjlT0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=JO6jUIph2lb91xWy1CrDwvP5AgZ1o20PrKbCRrThR+B1fJR1l/ei5nEcIvaZhkJuaq U8UdrBVlyyywfqYiQcYzagqFylF49ZjWTfzbIox5dHR02u9QWWLKPMSaKQKDMr12svDR tbEuUnNhy1eTO6s4qzOHhIQjPwMsdII3bqUS0= MIME-Version: 1.0 Received: by 10.227.2.83 with SMTP id 19mr3138908wbi.115.1298723196690; Sat, 26 Feb 2011 04:26:36 -0800 (PST) Received: by 10.227.72.213 with HTTP; Sat, 26 Feb 2011 04:26:36 -0800 (PST) Date: Sat, 26 Feb 2011 14:26:36 +0200 Message-ID: From: Marin Atanasov Nikolov To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: 8.2-RELEASE - gmirror and gpart issue. Metadata overlap? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2011 12:57:15 -0000 Hello, I updated a system from 8.1-RELEASE to 8.2-RELEASE today and now I'm having issues with gpart and gmirror. In the past I had two non-identical disks (one 250gb and one 750gb), which I wanted to create a mirror for them, so to do this, I gpart'ed them to equal sizes and then gmirror'ed them, without any issues. Of course that means that the rest 500gb of the bigger disk is not mirrored, but that wasn't a problem, since I was keeping non-important data there. Now I've got a second 750gb disk and updated to 8.2-RELEASE, and I wanted to create a full mirror of the two disks and the problems popped up. Hope you can help me a bit here. What I did is: 1. Backed up my system 2. Booted from FixIt image 3. Removed all previous partitions for gpart. 4. Did a gmirror for ad0 Fixit# gmirror label -vb round-robin gm0 /dev/ad0 5. gpart'ed the gm0 device, so I have gm0pN partitions 6. Restored everything from the backup to the gmirror'ed partitions 7. Reboot After a reboot I get this right before the FreeBSD bootloader starts: gptboot:=A0invalid GPT backup header I suppose this error simply means that gpart can't find it's backup header, because gmirror and gpart both are using the last sectors for a provider to write it's metadata. Which would mean that gmirror and gpart metadata overlap, and that's why I see this message? Anyway, I can still boot from the primary GPT header, and here's the second message I get during boot: GEOM: ad0: secondary GPT header is not in the last LBA. Why does GEOM reports ad0, and not mirror/gm0 as the provider? I've used the gmirror'ed device for gpart, not ad0. I still have another option, and that is to create partitions on the disks and then gmirror them, just like a did before without issues, and my explanation for this would be that gpart would use the last sectors of ad0 and ad1, while gmirror would use the last sectors of the partitions - ad0pN. That way I don't get any issues, but why when I want to create mirror of the whole disks I get this? Shouldn't gmirror and gpart store it's data on different sectors in that case? What would happen if I try to glabel the disks first, then gmirror and then gpart them? I guess I would mess up everything again. Should I go back to my previous setup with mirroring partitions, instead of disks? gpart now supports a `backup' option, so inserting a new disk in case of disk crash is just as simple as putting the new disk, restoring GPT tables from backup and putting the partitions in a mirror. Thanks for any feedback. Marin -- Marin Atanasov Nikolov dnaeon AT gmail DOT com daemon AT unix-heaven DOT org http://www.unix-heaven.org/ From owner-freebsd-stable@FreeBSD.ORG Sat Feb 26 14:01:56 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4C0A1065672 for ; Sat, 26 Feb 2011 14:01:56 +0000 (UTC) (envelope-from john.r.davis.jr@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 86B368FC21 for ; Sat, 26 Feb 2011 14:01:56 +0000 (UTC) Received: by gyh4 with SMTP id 4so1201559gyh.13 for ; Sat, 26 Feb 2011 06:01:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:from:date:message-id:subject:to :content-type; bh=nODDp72ik4Bs7Fn+EkaW/mo3YMPE3Se3jryfkWHEa7I=; b=Og3ZH83WSTsa71Af9ByljnN6mWOg11qNuaShxyT7SMnDt3JnG8qviECXtOL5BzQ54d A6800EFithlqeyAc3BYAF/uF8hLcElsyLsgdrYBU0snKeOLcnhfFV7F4r0s4yeDp5lm7 kA2EgAN2d4VXyt8xctUyW+Acs3Ll06jNGYWN4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=QSEYgoZI5oAFq/LzXm7Q9qFWR4+NTcI1KIdL4nw1Rw4j/40wMcCradVZWG7vOaL0/U pbap8eBQfGuUT31iuiGAixhdkQBlHl+aRjeP7ouurv1hMgY1dQYLswR8UYVOl3M3fM7T McY9CZ/yAOhJDFLIdu7urrALMO2MCh5vl5scw= Received: by 10.91.33.32 with SMTP id l32mr5060598agj.196.1298727491109; Sat, 26 Feb 2011 05:38:11 -0800 (PST) MIME-Version: 1.0 Received: by 10.91.50.33 with HTTP; Sat, 26 Feb 2011 05:37:51 -0800 (PST) From: John Davis Date: Sat, 26 Feb 2011 08:37:51 -0500 Message-ID: To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Possible dri issue on the Kernel side X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2011 14:01:57 -0000 To whom it may concern: I am an avid Linux user and recent BSD convert. I have a Lenovo Thinkpad L412 with an Intel i3 370M & ATI HD 5145(rebadged HD4570) graphics. I recently tried Fedora 14 and had the same problem that I have had with PC-BSD, the underside of the laptop got HOT! When I was running on the radeon driver it was ridiculously hot, then when i switched to the catalyst it was managable. I found out that the following link worked in Fedora 14: http://forums.fedoraforum.org/showthread.php?t=155503. In PC-BSD I was using the radeon driver with DynamicPM, Clockgating, and ForceLowPowerMode all on and it was still hot. After careful consideration and diagnosis, with thanks to Dru and Martin, we believe that this might be a dri problem on the kernel side, possibly linked to the Intel Core i3. I am willing to do testing for you on PC-BSD 8.2 if you would like to help everyone. Let me know what I can do to help! Thought I would list the repo link: http://download1.rpmfusion.org/nonfree/fedora/updates/testing/14/i386/repoview/index.html *BEFORE SENDING FINISH THIS! pciconf -lv:* hostb0@pci0:0:0:0: class=0x060000 card=0x218317aa chip=0x00448086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = HOST-PCI pcib1@pci0:0:1:0: class=0x060400 card=0x218417aa chip=0x00458086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI none0@pci0:0:22:0: class=0x078000 card=0x215f17aa chip=0x3b648086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' class = simple comms ehci0@pci0:0:26:0: class=0x0c0320 card=0x216317aa chip=0x3b3c8086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB hdac0@pci0:0:27:0: class=0x040300 card=0x215e17aa chip=0x3b568086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' class = multimedia subclass = HDA pcib2@pci0:0:28:0: class=0x060400 card=0x216417aa chip=0x3b428086 rev=0x06 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI pcib3@pci0:0:28:1: class=0x060400 card=0x216417aa chip=0x3b448086 rev=0x06 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI pcib4@pci0:0:28:2: class=0x060400 card=0x216417aa chip=0x3b468086 rev=0x06 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI pcib5@pci0:0:28:3: class=0x060400 card=0x216417aa chip=0x3b488086 rev=0x06 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI pcib6@pci0:0:28:4: class=0x060400 card=0x216417aa chip=0x3b4a8086 rev=0x06 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI pcib7@pci0:0:28:5: class=0x060400 card=0x216417aa chip=0x3b4c8086 rev=0x06 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI ehci1@pci0:0:29:0: class=0x0c0320 card=0x216317aa chip=0x3b348086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB pcib8@pci0:0:30:0: class=0x060401 card=0x216517aa chip=0x24488086 rev=0xa6 hdr=0x01 vendor = 'Intel Corporation' device = '82801 Family (ICH2/3/4/5/6/7/8/9-M) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:0:31:0: class=0x060100 card=0x216617aa chip=0x3b098086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = PCI-ISA ahci0@pci0:0:31:2: class=0x010601 card=0x216817aa chip=0x3b298086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = 'IBEX AHCI Controller(4Port)' class = mass storage subclass = SATA none1@pci0:0:31:3: class=0x0c0500 card=0x216717aa chip=0x3b308086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = SMBus vgapci0@pci0:1:0:0: class=0x030000 card=0x21bb17aa chip=0x95531002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'ATI Mobility Radeon HD 4570 Series (M92)' class = display subclass = VGA hdac1@pci0:1:0:1: class=0x040300 card=0x21bb17aa chip=0xaa381002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' class = multimedia subclass = HDA none2@pci0:2:0:0: class=0x088000 card=0x212e17aa chip=0x2382197b rev=0x00 hdr=0x00 vendor = 'JMicron Technology Corp.' device = 'JMB38X SD/MMC Host Controller (JMB38X)' class = base peripheral sdhci0@pci0:2:0:2: class=0x080501 card=0x212d17aa chip=0x2381197b rev=0x00 hdr=0x00 vendor = 'JMicron Technology Corp.' class = base peripheral subclass = SD host controller none3@pci0:2:0:3: class=0x088000 card=0x212f17aa chip=0x2383197b rev=0x00 hdr=0x00 vendor = 'JMicron Technology Corp.' device = 'JMB38X MS Host Controller (JMB38X)' class = base peripheral none4@pci0:2:0:4: class=0x088000 card=0x213017aa chip=0x2384197b rev=0x00 hdr=0x00 vendor = 'JMicron Technology Corp.' device = 'JMB38X xD Host Controller (JMB38X)' class = base peripheral none5@pci0:3:0:0: class=0x028000 card=0xe02010ec chip=0x817210ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'Realtek RTL8191SE wireless LAN 802.11N PCI-E NIC (RTL8191SE ?)' class = network re0@pci0:4:0:0: class=0x020000 card=0x213117aa chip=0x816810ec rev=0x03 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'Gigabit Ethernet NIC(NDIS 6.0) (RTL8168/8111/8111c)' class = network subclass = ethernet hostb1@pci0:255:0:0: class=0x060000 card=0x219617aa chip=0x2c628086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = HOST-PCI hostb2@pci0:255:0:1: class=0x060000 card=0x219617aa chip=0x2d018086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = HOST-PCI hostb3@pci0:255:2:0: class=0x060000 card=0x219617aa chip=0x2d108086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = HOST-PCI hostb4@pci0:255:2:1: class=0x060000 card=0x219617aa chip=0x2d118086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = HOST-PCI hostb5@pci0:255:2:2: class=0x060000 card=0x219617aa chip=0x2d128086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = HOST-PCI hostb6@pci0:255:2:3: class=0x060000 card=0x219617aa chip=0x2d138086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = HOST-PCI *dmesg:* Copyright (c) 1992-2011 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 8.2-RELEASE #7: Wed Feb 16 12:19:08 PST 2011 root@build8x32.pcbsd.org:/usr/obj/usr/local_storage/pcbsd-build82/fbsd-source/8.2/sys/PCBSD i386 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM) i3 CPU M 370 @ 2.40GHz (2394.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x20655 Family = 6 Model = 25 Stepping = 5 Features=0xbfebfbff Features2=0x9ae3bd AMD Features=0x28100000 AMD Features2=0x1 TSC: P-state invariant real memory = 4294967296 (4096 MB) avail memory = 3129618432 (2984 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 4 cpu3 (AP): APIC ID: 5 ioapic0 irqs 0-23 on motherboard Cuse4BSD v0.1.13 @ /dev/cuse kbd1 at kbdmux0 cryptosoft0: on motherboard acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x2000-0x20ff mem 0xd0000000-0xdfffffff,0xcfef0000-0xcfefffff irq 16 at device 0.0 on pci1 pci1: at device 0.1 (no driver attached) pci0: at device 22.0 (no driver attached) ehci0: mem 0xf0806000-0xf08063ff irq 16 at device 26.0 on pci0 ehci0: [ITHREAD] usbus0: EHCI version 1.0 usbus0: on ehci0 pci0: at device 27.0 (no driver attached) pcib2: irq 16 at device 28.0 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) sdhci0: mem 0xf0301000-0xf03010ff irq 16 at device 0.2 on pci2 sdhci0: 1 slot(s) allocated sdhci0: [ITHREAD] pci2: at device 0.3 (no driver attached) pci2: at device 0.4 (no driver attached) pcib3: irq 17 at device 28.1 on pci0 pci3: on pcib3 pci3: at device 0.0 (no driver attached) pcib4: irq 18 at device 28.2 on pci0 pci4: on pcib4 re0: port 0x4000-0x40ff mem 0xf0204000-0xf0204fff,0xf0200000-0xf0203fff irq 18 at device 0.0 on pci4 re0: Using 1 MSI messages re0: Chip rev. 0x28000000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow re0: Ethernet address: c8:0a:a9:a5:e4:48 re0: [FILTER] pcib5: irq 19 at device 28.3 on pci0 pci5: on pcib5 pcib6: irq 16 at device 28.4 on pci0 pci8: on pcib6 pcib7: irq 17 at device 28.5 on pci0 pci9: on pcib7 ehci1: mem 0xf0807000-0xf08073ff irq 23 at device 29.0 on pci0 ehci1: [ITHREAD] usbus1: EHCI version 1.0 usbus1: on ehci1 pcib8: at device 30.0 on pci0 pci12: on pcib8 isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0x1830-0x1837,0x1824-0x1827,0x1828-0x182f,0x1820-0x1823,0x1800-0x181f mem 0xf0808000-0xf08087ff irq 19 at device 31.2 on pci0 ahci0: [ITHREAD] ahci0: AHCI v1.30 with 4 3Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahcich0: [ITHREAD] ahcich1: at channel 1 on ahci0 ahcich1: [ITHREAD] ahcich2: at channel 4 on ahci0 ahcich2: [ITHREAD] ahcich3: at channel 5 on ahci0 ahcich3: [ITHREAD] pci0: at device 31.3 (no driver attached) pcib9: on acpi0 pci255: on pcib9 acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff irq 0,8 on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 atrtc0: port 0x70-0x77 on acpi0 atrtc0: Warning: Couldn't map I/O. atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: flags 0x1000 irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcf7ff,0xcf800-0xd07ff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: [ITHREAD] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: [ITHREAD] ppc0: parallel port not found. est0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 p4tcc1: on cpu1 est2: on cpu2 p4tcc2: on cpu2 est3: on cpu3 p4tcc3: on cpu3 ZFS NOTICE: Prefetch is disabled by default on i386 -- to enable, add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf. ZFS WARNING: Recommended minimum kmem_size is 512MB; expect unstable behavior. Consider tuning vm.kmem_size and vm.kmem_size_max in /boot/loader.conf. ZFS filesystem version 4 ZFS storage pool version 15 Timecounters tick every 1.000 msec usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 305245MB (625142448 512 byte sectors: 16H 63S/T 16383C) cd0 at ahcich1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! Root mount waiting for: usbus1 usbus0 uhub0: 3 ports with 3 removable, self powered uhub1: 3 ports with 3 removable, self powered Root mount waiting for: usbus1 usbus0 ugen0.2: at usbus0 uhub2: on usbus0 ugen1.2: at usbus1 uhub3: on usbus1 uhub2: 6 ports with 6 removable, self powered Root mount waiting for: usbus1 uhub3: 8 ports with 8 removable, self powered Trying to mount root from ufs:/dev/label/rootfs0 hdac0: mem 0xf0800000-0xf0803fff irq 22 at device 27.0 on pci0 hdac0: HDA Driver Revision: 20100226_0142 hdac0: [ITHREAD] hdac0: HDA Codec #0: Realtek ALC269 hdac1: mem 0xcfeec000-0xcfeeffff irq 17 at device 0.1 on pci1 hdac1: HDA Driver Revision: 20100226_0142 hdac1: [ITHREAD] hdac1: HDA Codec #0: ATI R6xx HDMI pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 0 nid 1 on hdac0 pcm2: at cad 0 nid 1 on hdac1 drm0: on vgapci0 info: [drm] MSI enabled 1 message(s) vgapci0: child drm0 requested pci_enable_busmaster info: [drm] Initialized radeon 1.31.0 20080613 info: [drm] Setting GART location based on new memory map info: [drm] Loading RV710 Microcode info: [drm] Resetting GPU info: [drm] writeback test succeeded in 1 usecs drm0: [ITHREAD] * uname -a:* FreeBSD spartan 8.2-RELEASE FreeBSD 8.2-RELEASE #7: Wed Feb 16 12:19:08 PST 2011 root@build8x32.pcbsd.org:/usr/obj/usr/local_storage/pcbsd-build82/fbsd-source/8.2/sys/PCBSD i386 -- John R Davis Jr From owner-freebsd-stable@FreeBSD.ORG Sat Feb 26 16:53:29 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CDBA1065675 for ; Sat, 26 Feb 2011 16:53:29 +0000 (UTC) (envelope-from cliftonr@oz.volcano.org) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.123]) by mx1.freebsd.org (Postfix) with ESMTP id 064FE8FC19 for ; Sat, 26 Feb 2011 16:53:28 +0000 (UTC) X-Authority-Analysis: v=1.1 cv=dquaJDitHqzHCdqWSoZ6IgapSuTzW/4TaRYx9N9k4W8= c=1 sm=0 a=DleubWtG9Z4A:10 a=kj9zAlcOel0A:10 a=G5OLwwqwWgs+1dCEPNHTSw==:17 a=jb__rZ8GAAAA:8 a=H9iEQFZ8AAAA:8 a=9UZiOd2b1L1Cg8yDhBUA:9 a=R66h11rmeA7QsoBInv8A:7 a=5HiJK5n4URvBQShHDhLmFoBkJG8A:4 a=CjuIK1q_8ugA:10 a=sHp_62vNEjwA:10 a=fZFZujrNNEQA:10 a=G5OLwwqwWgs+1dCEPNHTSw==:117 X-Cloudmark-Score: 0 X-Originating-IP: 75.80.196.236 Received: from [75.80.196.236] ([75.80.196.236:22540] helo=oz.volcano.org) by hrndva-oedge01.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 4E/D4-14011-700396D4; Sat, 26 Feb 2011 16:53:28 +0000 Received: by oz.volcano.org (Postfix, from userid 1001) id E4FE050824; Sat, 26 Feb 2011 06:53:26 -1000 (HST) Date: Sat, 26 Feb 2011 06:53:26 -1000 From: Clifton Royston To: John Baldwin Message-ID: <20110226165326.GA41733@lava.net> Mail-Followup-To: John Baldwin , freebsd-stable@freebsd.org, jhelfman@e-e.com References: <4D66CCFF.9020903@buffalo.edu> <20110225160109.GA32260@lava.net> <20110225180019.GD76063@eggman.experts-exchange.com> <201102251501.11318.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201102251501.11318.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: jhelfman@e-e.com, freebsd-stable@freebsd.org Subject: Re: 8.2/7.4-RELEASEs Announced... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2011 16:53:29 -0000 On Fri, Feb 25, 2011 at 03:01:11PM -0500, John Baldwin wrote: ... > No, release branches long pre-date freebsd-update. However, before we > switched to svn for source, new branches did not bump all the $FreeBSD$ tags. > That is a side effect of the way that the SVN -> CVS exporter works (and > arguably a bug). > > BTW, I did design etcupdate to support this sort of use case (you can build a > tarball from a given release tree and use that as the basis for comparisons > assuming you were bootstrapped to use etcupdate). Currently freebsd-update > doesn't use etcupdate and the author doesn't have any interest in changing it > to do so. > > At some point if I have some time to hack on freebsd-update to be more useful > for modified versions of FreeBSD (e.g. building snaps from tags in an SVN > repository instead of a directory of patches against a CVS checkout), I will > probably hack it to support using etcupdate to manage /etc updates as well. > > (etcupdate uses something akin to 'svn up' to update files in /etc, so things > like $FreeBSD$ changes just auto-update assuming they don't result in merge > conficts.) That would be nice. Since freebsd-update clearly has done something like generate the deltas for X.Y->Z.W for /etc files, if it were to assume the status quo ante is that files in /etc are based on the X.Y version of the /etc, it should already be able to do slightly smarter things than it's doing. Hmmm. -- Clifton -- Clifton Royston -- cliftonr@iandicomputing.com / cliftonr@lava.net President - I and I Computing * http://www.iandicomputing.com/ Custom programming, network design, systems and network consulting services From owner-freebsd-stable@FreeBSD.ORG Sat Feb 26 18:15:48 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 510171065672 for ; Sat, 26 Feb 2011 18:15:48 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward8.mail.yandex.net (forward8.mail.yandex.net [77.88.61.38]) by mx1.freebsd.org (Postfix) with ESMTP id DAB258FC17 for ; Sat, 26 Feb 2011 18:15:47 +0000 (UTC) Received: from smtp8.mail.yandex.net (smtp8.mail.yandex.net [77.88.61.54]) by forward8.mail.yandex.net (Yandex) with ESMTP id 2B346F619B4; Sat, 26 Feb 2011 21:15:46 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1298744146; bh=BpT/QrOUKLBm0womk6DVZiXv4lL18htH8x5VXB2dqIQ=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=jBnKJfDLoyRUAV3c0zJI5En2Cf+qJuzHRBofZKb3BVqGcxvj2KmtUc/axLHPCsvZD E60sufHxyjZkk97CarCqIIMqNCDgHayq5jIZqvRmk80Jm0gO9V58qC0mZFy7ghrYem dMTRgVea7EnWMplxfG3ZJDaccmSMsQwu32JyfwVs= Received: from [178.141.6.23] (dynamic-178-141-6-23.kirov.comstar-r.ru [178.141.6.23]) by smtp8.mail.yandex.net (Yandex) with ESMTPSA id D47FE41900B5; Sat, 26 Feb 2011 21:15:45 +0300 (MSK) Message-ID: <4D694336.3090203@yandex.ru> Date: Sat, 26 Feb 2011 21:15:18 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20110122 Thunderbird/3.1.7 MIME-Version: 1.0 To: Marin Atanasov Nikolov References: In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1F430112FAE44C26722D253D" Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 8.2-RELEASE - gmirror and gpart issue. Metadata overlap? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2011 18:15:48 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1F430112FAE44C26722D253D Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 26.02.2011 15:26, Marin Atanasov Nikolov wrote: > After a reboot I get this right before the FreeBSD bootloader starts: >=20 > gptboot: invalid GPT backup header >=20 > I suppose this error simply means that gpart can't find it's backup > header, because gmirror and gpart both are using the last sectors for > a provider to write it's metadata. This message is from gptboot. Loader does not know about your software mirror and it just checks GPT headers in the second and last LBA. As i see now, there is inconsistency in the behavior between gptboot and GEOM_PART_GPT. gptboot does reading of GPT backup header from the last LBA, but GEOM_PART_GPT from the alternate LBA which is not equal to last LBA in your case. > Which would mean that gmirror and gpart metadata overlap, and that's > why I see this message? No. > Anyway, I can still boot from the primary GPT header, and here's the > second message I get during boot: >=20 > GEOM: ad0: secondary GPT header is not in the last LBA. >=20 > Why does GEOM reports ad0, and not mirror/gm0 as the provider? I've > used the gmirror'ed device for gpart, not ad0. This is how GEOM tasting works. Do you have any problem except for those messages? What does not work? Also when you are writing problem report about gpart it will be not bad to add output of `gpart show` or `gpart list` commands. And `gmirror list` for GEOM_MIRROR. --=20 WBR, Andrey V. Elsukov --------------enig1F430112FAE44C26722D253D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBAgAGBQJNaUNBAAoJEAHF6gQQyKF6Iw8H/0ogwxSIoc6fMui2kRIltYNk TNS6OePTMf1n1UnHcKsixkA8mdRxXj3gv7+2G2WyXyKQGCvNSnjz3QgrID+Mc1Rm WE1N7UyGVzxC2Jto7HYN5TisSEC0gj95laK481unGGKRUGeoeJaX0+mTIz8NU1eQ HruiPEjqC7Mx8Py9ZmiNhaVDjgrTQCpb7IIAEhwZVFGvzsC+0k0paKyJ/vAK6FEj pwf0NbyaMHacj5iPe0DgJmMmhNOBqtrBGrX0Lt1W51A3KIdUBfzzUjQoww9TsgMw FQ6tZg9HmJE1wTsGQo13l6XIr4etGNALD7swW2IvdMDtzor+SOnFqb9fHsoyh5k= =Ywvu -----END PGP SIGNATURE----- --------------enig1F430112FAE44C26722D253D-- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 26 18:53:44 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88A02106566C; Sat, 26 Feb 2011 18:53:44 +0000 (UTC) (envelope-from dnaeon@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id EB36C8FC17; Sat, 26 Feb 2011 18:53:43 +0000 (UTC) Received: by wyb32 with SMTP id 32so3075072wyb.13 for ; Sat, 26 Feb 2011 10:53:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=YIMzuwr7+dIvbavjA2e2v/hCK1MR8TwWkYukyNC0TUw=; b=dEcZTRnsgyIkbaXoldxjSrgAJSu0i78pLAosWrYhrb9tP1+EAuRzPRcYW8tNlLadaC XqeEJbPG2nP3uFXzh3sRKeXHC4UvTzzXcnAKbO8eZz6ilY3rUQ9n8TMtNulxxNhEax56 hQuK4rXxyYr4YAQFXwSfbtnylxZqfRFnHCJsQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=bNCMlBbd0N/zHoz/lAnEdHVQp/ijyiwMuHN6j/8Mri5Hd81Al7eudhkL8AGLzqss94 IRPbR0YP0uaWTlJLF2xh1i5gdOPsFknfHeKiOxVPj+xcmr9LNBD+2qGu2cQ51um0ico1 KUff7MxsXVxi8DH/tZ9E4jXhC51YD0hX2UsCU= MIME-Version: 1.0 Received: by 10.227.2.83 with SMTP id 19mr3397767wbi.115.1298746422366; Sat, 26 Feb 2011 10:53:42 -0800 (PST) Received: by 10.227.72.213 with HTTP; Sat, 26 Feb 2011 10:53:42 -0800 (PST) In-Reply-To: <4D694336.3090203@yandex.ru> References: <4D694336.3090203@yandex.ru> Date: Sat, 26 Feb 2011 20:53:42 +0200 Message-ID: From: Marin Atanasov Nikolov To: "Andrey V. Elsukov" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 8.2-RELEASE - gmirror and gpart issue. Metadata overlap? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2011 18:53:44 -0000 2011/2/26 Andrey V. Elsukov : > On 26.02.2011 15:26, Marin Atanasov Nikolov wrote: >> After a reboot I get this right before the FreeBSD bootloader starts: >> >> gptboot: invalid GPT backup header >> >> I suppose this error simply means that gpart can't find it's backup >> header, because gmirror and gpart both are using the last sectors for >> a provider to write it's metadata. > > This message is from gptboot. Loader does not know about your software > mirror and it just checks GPT headers in the second and last LBA. > As i see now, there is inconsistency in the behavior between gptboot and > GEOM_PART_GPT. > > gptboot does reading of GPT backup header from the last LBA, > but GEOM_PART_GPT from the alternate LBA which is not equal to last LBA > in your case. > >> Which would mean that gmirror and gpart metadata overlap, and that's >> why I see this message? > > No. > >> Anyway, I can still boot from the primary GPT header, and here's the >> second message I get during boot: >> >> GEOM: ad0: secondary GPT header is not in the last LBA. >> >> Why does GEOM reports ad0, and not mirror/gm0 as the provider? I've >> used the gmirror'ed device for gpart, not ad0. > > This is how GEOM tasting works. Do you have any problem except for > those messages? What does not work? No, no other issues noticed. > > Also when you are writing problem report about gpart it will be not bad > to add output of `gpart show` or `gpart list` commands. And `gmirror > list` for GEOM_MIRROR. Would do that, but unfortunately as mentioned I was running a Fixit image locally, so the only thing I got was a lit of paper and a pen to write down the messages :) Anyway, I've switched back to partition mirroring, which is good enough for me. Redundancy is still present in case of a disk failure since the second disk also contains bootcode and it boots up normally. Thanks for the feedback. Regards, Marin > > -- > WBR, Andrey V. Elsukov > > -- Marin Atanasov Nikolov dnaeon AT gmail DOT com daemon AT unix-heaven DOT org http://www.unix-heaven.org/ From owner-freebsd-stable@FreeBSD.ORG Sat Feb 26 22:10:14 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1010A10656AB for ; Sat, 26 Feb 2011 22:10:13 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2001:470:1f0b:105e::1ea]) by mx1.freebsd.org (Postfix) with ESMTP id 3CF358FC14 for ; Sat, 26 Feb 2011 22:10:08 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 650D5E5C7; Sat, 26 Feb 2011 23:10:07 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Stefan Bethke In-Reply-To: Date: Sat, 26 Feb 2011 23:10:06 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Zhihao Yuan X-Mailer: Apple Mail (2.1082) Cc: FreeBSD-STABLE Mailing List Subject: Re: How to bind a static ether address to bridge? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Feb 2011 22:10:14 -0000 Am 25.02.2011 um 07:56 schrieb Zhihao Yuan: > My server is behind a DHCP-enabled router, and it has two network > interfaces, wlan0 and bge0. I want to use them together, so I bind > them, plus tap0 to bridge0. But bridge has a random MAC address for > each time it was created, which makes me hard to reserve an IP for it > (since I need to forward some ports to this server). So I set > net.link.bridge.inherit_mac=3D1, which makes bridge0 to use bge0's MAC > address, always. But this causes another problem: the packets sent to > bridge0 is also sent to bge0, -- the packets are duplicated! The > kernel have to drop half of them. So how can I bind a distinct MAC > address to a bridge? This is in my router's rc.conf: ifconfig_bridge0=3D"ether 02:00:00:00:00:01 addm tap0 addm vlan1" ifconfig_bridge0_alias0=3D"inet 192.168.0.1/24" vlan1 is on em0; neither as an address assigned. And if you want to put IPv6 on there, you also have to add a link-local = address to make rtadvd happy, something like: ipv6_network_interfaces=3D"bridge0 gif0" ipv6_ifconfig_bridge0=3D"fe80::21c:c0ff:fe7d:8c50%bridge0" ipv6_ifconfig_bridge0_alias0=3D"2001:470:1f0b:xxxx::1 prefixlen 64" --=20 Stefan Bethke Fon +49 151 14070811