From owner-freebsd-stable@FreeBSD.ORG Sun Oct 9 13:25: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 EF224106564A for ; Sun, 9 Oct 2011 13:25:34 +0000 (UTC) (envelope-from v.haisman@sh.cvut.cz) Received: from service1.sh.cvut.cz (service1.sh.cvut.cz [IPv6:2001:718:2::214]) by mx1.freebsd.org (Postfix) with ESMTP id 4565C8FC0A for ; Sun, 9 Oct 2011 13:25:34 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by service1.sh.cvut.cz (Postfix) with ESMTP id 82BEC1242E2; Sun, 9 Oct 2011 15:25:33 +0200 (CEST) X-Spam-Score: -100.484 X-Spam-Level: X-Spam-Status: No, score=-100.484 tagged_above=-255 required=5 tests=[ALL_TRUSTED=-1.44, AWL=0.530, CRM114_HAM_00=, RATWARE_GECKO_BUILD=1.426, SMTPAUTH_SHDOMAIN=-100] Received: from service1.sh.cvut.cz ([127.0.0.1]) by localhost (service1.sh.cvut.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LBBUXEuveanq; Sun, 9 Oct 2011 15:25:26 +0200 (CEST) Received: from [10.0.0.1] (242.91.broadband5.iol.cz [88.100.91.242]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: v.haisman@sh.cvut.cz) by service1.sh.cvut.cz (Postfix) with ESMTP id F3343124295; Sun, 9 Oct 2011 15:25:25 +0200 (CEST) Message-ID: <4E91A0C3.7030305@sh.cvut.cz> Date: Sun, 09 Oct 2011 15:25:23 +0200 From: =?UTF-8?B?VsOhY2xhdiBaZW1hbg==?= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4E8CC6BC.9040605@sh.cvut.cz> <20111006064038.CFB34B852@mail.bitblocks.com> In-Reply-To: <20111006064038.CFB34B852@mail.bitblocks.com> X-Enigmail-Version: 1.3.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: valgrind on FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Oct 2011 13:25:35 -0000 Bakul Shah wrote, On 6.10.2011 8:40: > On Wed, 05 Oct 2011 23:06:04 +0200 =?UTF-8?B?VsOhY2xhdiBaZW1hbg==?= wrote: >> Hi. >> >> No matter what I try, valgrind on 7.3-STABLE is giving me this, both Valgrind >> ports: >> >> valgrind: Startup or configuration error: >> Can't establish current working directory at startup >> valgrind: Unable to start up properly. Giving up. >> >> What do I need to do to make it work? > > Try running valgrind under ktrace (& view with kdump). That > will tell you what directory it is trying to access or what > syscall fails and why. Hi. So I have done that and more. I have first updated from 7.3 to 8.2 (RELENG_8 actually). I have not managed to recompile all of the installed Ports yet, but I made sure to recompile valgrind and its dependencies. The same thing has happened! As I have said, I have done the ktrace and here is the interesting bit: 78028 valgrind NAMI "/usr/local/lib/valgrind/memcheck-amd64-freebsd" 78028 memcheck-amd64-free RET execve 0 78028 memcheck-amd64-free CALL getpid 78028 memcheck-amd64-free RET getpid 78028/0x130cc 78028 memcheck-amd64-free CALL __sysctl(0x39a91450,0x4,0x389a3800,0x39a91468,0,0) 78028 memcheck-amd64-free SCTL "kern.proc.vmmap.78028" 78028 memcheck-amd64-free RET __sysctl 0 78028 memcheck-amd64-free CALL mmap(0x400009000,0x400000,PROT_READ|PROT_WRITE|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_ANON,0xffffffffffffffff,0) 78028 memcheck-amd64-free RET mmap 17179906048/0x400009000 78028 memcheck-amd64-free CALL getrlimit(RLIMIT_DATA,0x39e6a780) 78028 memcheck-amd64-free RET getrlimit 0 78028 memcheck-amd64-free CALL setrlimit(RLIMIT_DATA,0x39a919e0) 78028 memcheck-amd64-free RET setrlimit 0 78028 memcheck-amd64-free CALL getrlimit(RLIMIT_STACK,0x39e6a790) 78028 memcheck-amd64-free RET getrlimit 0 78028 memcheck-amd64-free CALL __getcwd(0x3882d700,0x3ff) 78028 memcheck-amd64-free NAMI ".." 78028 memcheck-amd64-free RET __getcwd -1 errno 2 No such file or directory 78028 memcheck-amd64-free CALL write(0x2,0x3830b060,0x6c) 78028 memcheck-amd64-free GIO fd 2 wrote 108 bytes "valgrind: Startup or configuration error: valgrind: Can't establish current working directory at startup " 78028 memcheck-amd64-free RET write 108/0x6c 78028 memcheck-amd64-free CALL write(0x2,0x3830b060,0x33) 78028 memcheck-amd64-free GIO fd 2 wrote 51 bytes "valgrind: Unable to start up properly. Giving up. " 78028 memcheck-amd64-free RET write 51/0x33 78028 memcheck-amd64-free CALL exit(0x1) Now what? Why would the __getcwd call be failing with "No such file or directory"? -- VZ From owner-freebsd-stable@FreeBSD.ORG Sun Oct 9 13:46:09 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 DADCF106564A for ; Sun, 9 Oct 2011 13:46:09 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta01.westchester.pa.mail.comcast.net (qmta01.westchester.pa.mail.comcast.net [76.96.62.16]) by mx1.freebsd.org (Postfix) with ESMTP id 882248FC12 for ; Sun, 9 Oct 2011 13:46:09 +0000 (UTC) Received: from omta23.westchester.pa.mail.comcast.net ([76.96.62.74]) by qmta01.westchester.pa.mail.comcast.net with comcast id ic2e1h0031c6gX851dm9jb; Sun, 09 Oct 2011 13:46:09 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta23.westchester.pa.mail.comcast.net with comcast id idm71h00M1t3BNj3jdm859; Sun, 09 Oct 2011 13:46:09 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 190DB102C1C; Sun, 9 Oct 2011 06:46:06 -0700 (PDT) Date: Sun, 9 Oct 2011 06:46:06 -0700 From: Jeremy Chadwick To: V??clav Zeman Message-ID: <20111009134606.GA44304@icarus.home.lan> References: <4E8CC6BC.9040605@sh.cvut.cz> <20111006064038.CFB34B852@mail.bitblocks.com> <4E91A0C3.7030305@sh.cvut.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E91A0C3.7030305@sh.cvut.cz> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: valgrind on FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Oct 2011 13:46:09 -0000 On Sun, Oct 09, 2011 at 03:25:23PM +0200, V??clav Zeman wrote: > Bakul Shah wrote, On 6.10.2011 8:40: > > On Wed, 05 Oct 2011 23:06:04 +0200 =?UTF-8?B?VsOhY2xhdiBaZW1hbg==?= wrote: > >> Hi. > >> > >> No matter what I try, valgrind on 7.3-STABLE is giving me this, both Valgrind > >> ports: > >> > >> valgrind: Startup or configuration error: > >> Can't establish current working directory at startup > >> valgrind: Unable to start up properly. Giving up. > >> > >> What do I need to do to make it work? > > > > Try running valgrind under ktrace (& view with kdump). That > > will tell you what directory it is trying to access or what > > syscall fails and why. > Hi. > > So I have done that and more. I have first updated from 7.3 to 8.2 (RELENG_8 > actually). I have not managed to recompile all of the installed Ports yet, > but I made sure to recompile valgrind and its dependencies. The same thing > has happened! > > As I have said, I have done the ktrace and here is the interesting bit: > > 78028 valgrind NAMI "/usr/local/lib/valgrind/memcheck-amd64-freebsd" > 78028 memcheck-amd64-free RET execve 0 > 78028 memcheck-amd64-free CALL getpid > 78028 memcheck-amd64-free RET getpid 78028/0x130cc > 78028 memcheck-amd64-free CALL > __sysctl(0x39a91450,0x4,0x389a3800,0x39a91468,0,0) > 78028 memcheck-amd64-free SCTL "kern.proc.vmmap.78028" > 78028 memcheck-amd64-free RET __sysctl 0 > 78028 memcheck-amd64-free CALL > mmap(0x400009000,0x400000,PROT_READ|PROT_WRITE|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_ANON,0xffffffffffffffff,0) > 78028 memcheck-amd64-free RET mmap 17179906048/0x400009000 > 78028 memcheck-amd64-free CALL getrlimit(RLIMIT_DATA,0x39e6a780) > 78028 memcheck-amd64-free RET getrlimit 0 > 78028 memcheck-amd64-free CALL setrlimit(RLIMIT_DATA,0x39a919e0) > 78028 memcheck-amd64-free RET setrlimit 0 > 78028 memcheck-amd64-free CALL getrlimit(RLIMIT_STACK,0x39e6a790) > 78028 memcheck-amd64-free RET getrlimit 0 > 78028 memcheck-amd64-free CALL __getcwd(0x3882d700,0x3ff) > 78028 memcheck-amd64-free NAMI ".." > 78028 memcheck-amd64-free RET __getcwd -1 errno 2 No such file or directory > 78028 memcheck-amd64-free CALL write(0x2,0x3830b060,0x6c) > 78028 memcheck-amd64-free GIO fd 2 wrote 108 bytes > "valgrind: Startup or configuration error: > valgrind: Can't establish current working directory at startup > " > 78028 memcheck-amd64-free RET write 108/0x6c > 78028 memcheck-amd64-free CALL write(0x2,0x3830b060,0x33) > 78028 memcheck-amd64-free GIO fd 2 wrote 51 bytes > "valgrind: Unable to start up properly. Giving up. > " > 78028 memcheck-amd64-free RET write 51/0x33 > 78028 memcheck-amd64-free CALL exit(0x1) > > Now what? Why would the __getcwd call be failing with "No such file or > directory"? I can't reproduce this problem on our RELENG_7 system (7.4-STABLE, though i386). Filesystem being accessed by valgrind is UFS2 + SU. $ valgrind /usr/local/bin/mysql ==47587== Memcheck, a memory error detector ==47587== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==47587== Using Valgrind-3.6.1 and LibVEX; rerun with -h for copyright info ==47587== Command: /usr/local/bin/mysql ==47587== Welcome to the MySQL monitor. Commands end with ; or \g. {snip} And this is what I see under "ktrace valgrind /usr/local/bin/mysql": 47590 memcheck-x86-freebs RET execve 0 47590 memcheck-x86-freebs CALL getpid 47590 memcheck-x86-freebs RET getpid 47590/0xb9e6 47590 memcheck-x86-freebs CALL __sysctl(0x3955b604,0x4,0x38473200,0x3955b62c,0,0) 47590 memcheck-x86-freebs SCTL "kern.proc.vmmap.47590" 47590 memcheck-x86-freebs RET __sysctl 0 47590 memcheck-x86-freebs CALL mmap(0x5fe08000,0x400000,PROT_READ|PROT_WRITE|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_ANON,0xffffffff,0 ,0) 47590 memcheck-x86-freebs RET mmap 1608548352/0x5fe08000 47590 memcheck-x86-freebs CALL getrlimit(RLIMIT_DATA,0x3984cf30) 47590 memcheck-x86-freebs RET getrlimit 0 47590 memcheck-x86-freebs CALL setrlimit(RLIMIT_DATA,0x3955bb98) 47590 memcheck-x86-freebs RET setrlimit 0 47590 memcheck-x86-freebs CALL getrlimit(RLIMIT_STACK,0x3984cf40) 47590 memcheck-x86-freebs RET getrlimit 0 47590 memcheck-x86-freebs CALL __sysctl(0x3955b62c,0x2,0x3955b604,0x3955b634,0x3818cab2,0x12) 47590 memcheck-x86-freebs SCTL "sysctl.name2oid" 47590 memcheck-x86-freebs RET __sysctl 0 47590 memcheck-x86-freebs CALL __sysctl(0x3955b604,0x2,0x3955b678,0x3955b674,0,0) 47590 memcheck-x86-freebs SCTL "hw.instruction_sse" 47590 memcheck-x86-freebs RET __sysctl 0 47590 memcheck-x86-freebs CALL __getcwd(0x38316fa0,0x3ff) 47590 memcheck-x86-freebs NAMI "/home/jdc" 47590 memcheck-x86-freebs RET __getcwd 0 47590 memcheck-x86-freebs CALL open(0x3955add0,O_RDONLY,0x100) 47590 memcheck-x86-freebs NAMI "/home/jdc/.valgrindrc" 47590 memcheck-x86-freebs RET open -1 errno 2 No such file or directory 47590 memcheck-x86-freebs CALL open(0x38e79260,O_RDONLY,0) 47590 memcheck-x86-freebs NAMI "/usr/local/bin/mysql" 47590 memcheck-x86-freebs RET open 3 47590 memcheck-x86-freebs CALL stat(0x38e79260,0x3955a2a4) {snip} I also tried doing: $ cd /usr/local/sbin $ ktrace -f /home/jdc/ktrace.out -t+ valgrind ../bin/mysql ==47645== Memcheck, a memory error detector ==47645== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==47645== Using Valgrind-3.6.1 and LibVEX; rerun with -h for copyright info ==47645== Command: ../bin/mysql ==47645== Welcome to the MySQL monitor. Commands end with ; or \g. {snip} You get the idea. Stuff I can think of: >From the same directory you ran valgrind above, please provide the output from commands "ls -ldoi ." and "ls -ldoi ..". Other relevant questions: * What filesystem type is associated with . and .. on the system? Be sure to note if softupdates are in use or not too. * Has this system crashed recently or even many months ago? * If so, did you run fsck manually from single-user rather than rely on background fsck? (There are confirmed cases of background fsck not fixing everything) * If not, have you actually tried booting single-user and running fsck to see if you have some filesystem corruption in some weird way? This is completely 100% possible. * Is this being run within a FreeBSD jail environment? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Oct 9 13:49: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 DD28B106564A for ; Sun, 9 Oct 2011 13:49:07 +0000 (UTC) (envelope-from v.haisman@sh.cvut.cz) Received: from service1.sh.cvut.cz (service1.sh.cvut.cz [IPv6:2001:718:2::214]) by mx1.freebsd.org (Postfix) with ESMTP id EBE338FC0A for ; Sun, 9 Oct 2011 13:49:06 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by service1.sh.cvut.cz (Postfix) with ESMTP id 455941247FE; Sun, 9 Oct 2011 15:49:06 +0200 (CEST) X-Spam-Score: -100.4 X-Spam-Level: X-Spam-Status: No, score=-100.4 tagged_above=-255 required=5 tests=[ALL_TRUSTED=-1.44, AWL=0.614, CRM114_HAM_00=, RATWARE_GECKO_BUILD=1.426, SMTPAUTH_SHDOMAIN=-100] Received: from service1.sh.cvut.cz ([127.0.0.1]) by localhost (service1.sh.cvut.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hBsBdcjHIhUz; Sun, 9 Oct 2011 15:48:58 +0200 (CEST) Received: from [10.0.0.1] (242.91.broadband5.iol.cz [88.100.91.242]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: v.haisman@sh.cvut.cz) by service1.sh.cvut.cz (Postfix) with ESMTP id 8692B1248C8; Sun, 9 Oct 2011 15:48:58 +0200 (CEST) Message-ID: <4E91A649.5060207@sh.cvut.cz> Date: Sun, 09 Oct 2011 15:48:57 +0200 From: =?UTF-8?B?VsOhY2xhdiBaZW1hbg==?= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4E8CC6BC.9040605@sh.cvut.cz> <20111006064038.CFB34B852@mail.bitblocks.com> <4E91A0C3.7030305@sh.cvut.cz> In-Reply-To: <4E91A0C3.7030305@sh.cvut.cz> X-Enigmail-Version: 1.3.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: valgrind on FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Oct 2011 13:49:07 -0000 Václav Zeman wrote, On 9.10.2011 15:25: > Bakul Shah wrote, On 6.10.2011 8:40: >> On Wed, 05 Oct 2011 23:06:04 +0200 =?UTF-8?B?VsOhY2xhdiBaZW1hbg==?= wrote: >>> Hi. >>> >>> No matter what I try, valgrind on 7.3-STABLE is giving me this, both Valgrind >>> ports: >>> >>> valgrind: Startup or configuration error: >>> Can't establish current working directory at startup >>> valgrind: Unable to start up properly. Giving up. >>> >>> What do I need to do to make it work? >> >> Try running valgrind under ktrace (& view with kdump). That >> will tell you what directory it is trying to access or what >> syscall fails and why. > Hi. > > So I have done that and more. I have first updated from 7.3 to 8.2 (RELENG_8 > actually). I have not managed to recompile all of the installed Ports yet, > but I made sure to recompile valgrind and its dependencies. The same thing > has happened! > > As I have said, I have done the ktrace and here is the interesting bit: > > 78028 valgrind NAMI "/usr/local/lib/valgrind/memcheck-amd64-freebsd" > 78028 memcheck-amd64-free RET execve 0 > 78028 memcheck-amd64-free CALL getpid > 78028 memcheck-amd64-free RET getpid 78028/0x130cc > 78028 memcheck-amd64-free CALL > __sysctl(0x39a91450,0x4,0x389a3800,0x39a91468,0,0) > 78028 memcheck-amd64-free SCTL "kern.proc.vmmap.78028" > 78028 memcheck-amd64-free RET __sysctl 0 > 78028 memcheck-amd64-free CALL > mmap(0x400009000,0x400000,PROT_READ|PROT_WRITE|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_ANON,0xffffffffffffffff,0) > 78028 memcheck-amd64-free RET mmap 17179906048/0x400009000 > 78028 memcheck-amd64-free CALL getrlimit(RLIMIT_DATA,0x39e6a780) > 78028 memcheck-amd64-free RET getrlimit 0 > 78028 memcheck-amd64-free CALL setrlimit(RLIMIT_DATA,0x39a919e0) > 78028 memcheck-amd64-free RET setrlimit 0 > 78028 memcheck-amd64-free CALL getrlimit(RLIMIT_STACK,0x39e6a790) > 78028 memcheck-amd64-free RET getrlimit 0 > 78028 memcheck-amd64-free CALL __getcwd(0x3882d700,0x3ff) > 78028 memcheck-amd64-free NAMI ".." > 78028 memcheck-amd64-free RET __getcwd -1 errno 2 No such file or directory > 78028 memcheck-amd64-free CALL write(0x2,0x3830b060,0x6c) > 78028 memcheck-amd64-free GIO fd 2 wrote 108 bytes > "valgrind: Startup or configuration error: > valgrind: Can't establish current working directory at startup > " > 78028 memcheck-amd64-free RET write 108/0x6c > 78028 memcheck-amd64-free CALL write(0x2,0x3830b060,0x33) > 78028 memcheck-amd64-free GIO fd 2 wrote 51 bytes > "valgrind: Unable to start up properly. Giving up. > " > 78028 memcheck-amd64-free RET write 51/0x33 > 78028 memcheck-amd64-free CALL exit(0x1) > > Now what? Why would the __getcwd call be failing with "No such file or > directory"? > It is the nullfs! I have /home mounted using nullfs to /usr/home: /usr/home /home nullfs rw,multilabel,acls 0 0 When I run valgrind from the /usr based directory, it works: shell::wilx:/usr/home/users/wilx/tmp/yttool> valgrind --tool=memcheck ./yttool ==34679== Memcheck, a memory error detector ==34679== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==34679== Using Valgrind-3.6.1 and LibVEX; rerun with -h for copyright info ==34679== Command: ./yttool ==34679== ==34679== ==34679== HEAP SUMMARY: ==34679== in use at exit: 20,395 bytes in 119 blocks ==34679== total heap usage: 6,719 allocs, 6,600 frees, 716,787 bytes allocated ==34679== ==34679== LEAK SUMMARY: ==34679== definitely lost: 0 bytes in 0 blocks ==34679== indirectly lost: 0 bytes in 0 blocks ==34679== possibly lost: 134 bytes in 4 blocks ==34679== still reachable: 20,261 bytes in 115 blocks ==34679== suppressed: 0 bytes in 0 blocks ==34679== Rerun with --leak-check=full to see details of leaked memory ==34679== ==34679== For counts of detected and suppressed errors, rerun with: -v ==34679== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) But when I run it from the nullfs mount, it fails: shell::wilx:/usr/home/users/wilx/tmp/yttool> cd $HOME/tmp/yttool shell::wilx:~/tmp/yttool> valgrind --tool=memcheck ./yttool valgrind: Startup or configuration error: valgrind: Can't establish current working directory at startup valgrind: Unable to start up properly. Giving up. -- VZ From owner-freebsd-stable@FreeBSD.ORG Sun Oct 9 13:54: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 7A3E2106566B for ; Sun, 9 Oct 2011 13:54:56 +0000 (UTC) (envelope-from v.haisman@sh.cvut.cz) Received: from service1.sh.cvut.cz (service1.sh.cvut.cz [IPv6:2001:718:2::214]) by mx1.freebsd.org (Postfix) with ESMTP id D5A7F8FC0A for ; Sun, 9 Oct 2011 13:54:55 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by service1.sh.cvut.cz (Postfix) with ESMTP id E5EEF124A74; Sun, 9 Oct 2011 15:54:54 +0200 (CEST) X-Spam-Score: -100.334 X-Spam-Level: X-Spam-Status: No, score=-100.334 tagged_above=-255 required=5 tests=[ALL_TRUSTED=-1.44, AWL=0.680, CRM114_HAM_00=, RATWARE_GECKO_BUILD=1.426, SMTPAUTH_SHDOMAIN=-100] Received: from service1.sh.cvut.cz ([127.0.0.1]) by localhost (service1.sh.cvut.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s2FO7rUlleur; Sun, 9 Oct 2011 15:54:47 +0200 (CEST) Received: from [10.0.0.1] (242.91.broadband5.iol.cz [88.100.91.242]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: v.haisman@sh.cvut.cz) by service1.sh.cvut.cz (Postfix) with ESMTP id 28FE6124A5E; Sun, 9 Oct 2011 15:54:47 +0200 (CEST) Message-ID: <4E91A7A5.6020901@sh.cvut.cz> Date: Sun, 09 Oct 2011 15:54:45 +0200 From: =?UTF-8?B?VsOhY2xhdiBaZW1hbg==?= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4E8CC6BC.9040605@sh.cvut.cz> <20111006064038.CFB34B852@mail.bitblocks.com> <4E91A0C3.7030305@sh.cvut.cz> <20111009134606.GA44304@icarus.home.lan> In-Reply-To: <20111009134606.GA44304@icarus.home.lan> X-Enigmail-Version: 1.3.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: valgrind on FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Oct 2011 13:54:56 -0000 Jeremy Chadwick wrote, On 9.10.2011 15:46: > On Sun, Oct 09, 2011 at 03:25:23PM +0200, V??clav Zeman wrote: >> Bakul Shah wrote, On 6.10.2011 8:40: >>> On Wed, 05 Oct 2011 23:06:04 +0200 =?UTF-8?B?VsOhY2xhdiBaZW1hbg==?= wrote: >>>> Hi. >>>> >>>> No matter what I try, valgrind on 7.3-STABLE is giving me this, both Valgrind >>>> ports: >>>> >>>> valgrind: Startup or configuration error: >>>> Can't establish current working directory at startup >>>> valgrind: Unable to start up properly. Giving up. >>>> >>>> What do I need to do to make it work? >>> >>> Try running valgrind under ktrace (& view with kdump). That >>> will tell you what directory it is trying to access or what >>> syscall fails and why. >> Hi. >> >> So I have done that and more. I have first updated from 7.3 to 8.2 (RELENG_8 >> actually). I have not managed to recompile all of the installed Ports yet, >> but I made sure to recompile valgrind and its dependencies. The same thing >> has happened! >> >> As I have said, I have done the ktrace and here is the interesting bit: >> >> 78028 valgrind NAMI "/usr/local/lib/valgrind/memcheck-amd64-freebsd" >> 78028 memcheck-amd64-free RET execve 0 >> 78028 memcheck-amd64-free CALL getpid >> 78028 memcheck-amd64-free RET getpid 78028/0x130cc >> 78028 memcheck-amd64-free CALL >> __sysctl(0x39a91450,0x4,0x389a3800,0x39a91468,0,0) >> 78028 memcheck-amd64-free SCTL "kern.proc.vmmap.78028" >> 78028 memcheck-amd64-free RET __sysctl 0 >> 78028 memcheck-amd64-free CALL >> mmap(0x400009000,0x400000,PROT_READ|PROT_WRITE|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_ANON,0xffffffffffffffff,0) >> 78028 memcheck-amd64-free RET mmap 17179906048/0x400009000 >> 78028 memcheck-amd64-free CALL getrlimit(RLIMIT_DATA,0x39e6a780) >> 78028 memcheck-amd64-free RET getrlimit 0 >> 78028 memcheck-amd64-free CALL setrlimit(RLIMIT_DATA,0x39a919e0) >> 78028 memcheck-amd64-free RET setrlimit 0 >> 78028 memcheck-amd64-free CALL getrlimit(RLIMIT_STACK,0x39e6a790) >> 78028 memcheck-amd64-free RET getrlimit 0 >> 78028 memcheck-amd64-free CALL __getcwd(0x3882d700,0x3ff) >> 78028 memcheck-amd64-free NAMI ".." >> 78028 memcheck-amd64-free RET __getcwd -1 errno 2 No such file or directory >> 78028 memcheck-amd64-free CALL write(0x2,0x3830b060,0x6c) >> 78028 memcheck-amd64-free GIO fd 2 wrote 108 bytes >> "valgrind: Startup or configuration error: >> valgrind: Can't establish current working directory at startup >> " >> 78028 memcheck-amd64-free RET write 108/0x6c >> 78028 memcheck-amd64-free CALL write(0x2,0x3830b060,0x33) >> 78028 memcheck-amd64-free GIO fd 2 wrote 51 bytes >> "valgrind: Unable to start up properly. Giving up. >> " >> 78028 memcheck-amd64-free RET write 51/0x33 >> 78028 memcheck-amd64-free CALL exit(0x1) >> >> Now what? Why would the __getcwd call be failing with "No such file or >> directory"? > > I can't reproduce this problem on our RELENG_7 system (7.4-STABLE, > though i386). Filesystem being accessed by valgrind is UFS2 + SU. > > $ valgrind /usr/local/bin/mysql > ==47587== Memcheck, a memory error detector > ==47587== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. > ==47587== Using Valgrind-3.6.1 and LibVEX; rerun with -h for copyright info > ==47587== Command: /usr/local/bin/mysql > ==47587== > Welcome to the MySQL monitor. Commands end with ; or \g. > {snip} > > And this is what I see under "ktrace valgrind /usr/local/bin/mysql": > > 47590 memcheck-x86-freebs RET execve 0 > 47590 memcheck-x86-freebs CALL getpid > 47590 memcheck-x86-freebs RET getpid 47590/0xb9e6 > 47590 memcheck-x86-freebs CALL __sysctl(0x3955b604,0x4,0x38473200,0x3955b62c,0,0) > 47590 memcheck-x86-freebs SCTL "kern.proc.vmmap.47590" > 47590 memcheck-x86-freebs RET __sysctl 0 > 47590 memcheck-x86-freebs CALL mmap(0x5fe08000,0x400000,PROT_READ|PROT_WRITE|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_ANON,0xffffffff,0 > ,0) > 47590 memcheck-x86-freebs RET mmap 1608548352/0x5fe08000 > 47590 memcheck-x86-freebs CALL getrlimit(RLIMIT_DATA,0x3984cf30) > 47590 memcheck-x86-freebs RET getrlimit 0 > 47590 memcheck-x86-freebs CALL setrlimit(RLIMIT_DATA,0x3955bb98) > 47590 memcheck-x86-freebs RET setrlimit 0 > 47590 memcheck-x86-freebs CALL getrlimit(RLIMIT_STACK,0x3984cf40) > 47590 memcheck-x86-freebs RET getrlimit 0 > 47590 memcheck-x86-freebs CALL __sysctl(0x3955b62c,0x2,0x3955b604,0x3955b634,0x3818cab2,0x12) > 47590 memcheck-x86-freebs SCTL "sysctl.name2oid" > 47590 memcheck-x86-freebs RET __sysctl 0 > 47590 memcheck-x86-freebs CALL __sysctl(0x3955b604,0x2,0x3955b678,0x3955b674,0,0) > 47590 memcheck-x86-freebs SCTL "hw.instruction_sse" > 47590 memcheck-x86-freebs RET __sysctl 0 > 47590 memcheck-x86-freebs CALL __getcwd(0x38316fa0,0x3ff) > 47590 memcheck-x86-freebs NAMI "/home/jdc" > 47590 memcheck-x86-freebs RET __getcwd 0 > 47590 memcheck-x86-freebs CALL open(0x3955add0,O_RDONLY,0x100) > 47590 memcheck-x86-freebs NAMI "/home/jdc/.valgrindrc" > 47590 memcheck-x86-freebs RET open -1 errno 2 No such file or directory > 47590 memcheck-x86-freebs CALL open(0x38e79260,O_RDONLY,0) > 47590 memcheck-x86-freebs NAMI "/usr/local/bin/mysql" > 47590 memcheck-x86-freebs RET open 3 > 47590 memcheck-x86-freebs CALL stat(0x38e79260,0x3955a2a4) > {snip} > > I also tried doing: > > $ cd /usr/local/sbin > $ ktrace -f /home/jdc/ktrace.out -t+ valgrind ../bin/mysql > ==47645== Memcheck, a memory error detector > ==47645== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. > ==47645== Using Valgrind-3.6.1 and LibVEX; rerun with -h for copyright info > ==47645== Command: ../bin/mysql > ==47645== > Welcome to the MySQL monitor. Commands end with ; or \g. > {snip} > > You get the idea. > > Stuff I can think of: > >>From the same directory you ran valgrind above, please provide the > output from commands "ls -ldoi ." and "ls -ldoi ..". > > Other relevant questions: > > * What filesystem type is associated with . and .. on the system? Be > sure to note if softupdates are in use or not too. /dev/ufs/usrvol on /usr (ufs, local, with quotas, soft-updates, multilabel, acls) /usr/home on /home (nullfs, local) > * Has this system crashed recently or even many months ago? No, this system was up for 344 days before I updated from 7.3 to 8.2 yesterday. > * If so, did you run fsck manually from single-user rather than rely > on background fsck? (There are confirmed cases of background fsck > not fixing everything) I never run background fsck. The FSs are clean. > * If not, have you actually tried booting single-user and running fsck > to see if you have some filesystem corruption in some weird way? > This is completely 100% possible. > * Is this being run within a FreeBSD jail environment? No jails here. See my other email, it looks like the problem is the nullfs mount I have for /home. -- Vaclav Zeman From owner-freebsd-stable@FreeBSD.ORG Sun Oct 9 14:11: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 F2B3D1065670 for ; Sun, 9 Oct 2011 14:11:20 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta15.westchester.pa.mail.comcast.net (qmta15.westchester.pa.mail.comcast.net [76.96.59.228]) by mx1.freebsd.org (Postfix) with ESMTP id B35298FC08 for ; Sun, 9 Oct 2011 14:11:20 +0000 (UTC) Received: from omta24.westchester.pa.mail.comcast.net ([76.96.62.76]) by qmta15.westchester.pa.mail.comcast.net with comcast id icaB1h0061ei1Bg5FeBMbr; Sun, 09 Oct 2011 14:11:21 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta24.westchester.pa.mail.comcast.net with comcast id ieBK1h00x1t3BNj3keBKrj; Sun, 09 Oct 2011 14:11:20 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id EE48E102C1C; Sun, 9 Oct 2011 07:11:17 -0700 (PDT) Date: Sun, 9 Oct 2011 07:11:17 -0700 From: Jeremy Chadwick To: V??clav Zeman Message-ID: <20111009141117.GA47243@icarus.home.lan> References: <4E8CC6BC.9040605@sh.cvut.cz> <20111006064038.CFB34B852@mail.bitblocks.com> <4E91A0C3.7030305@sh.cvut.cz> <4E91A649.5060207@sh.cvut.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E91A649.5060207@sh.cvut.cz> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: kib@freebsd.org, freebsd-stable@freebsd.org Subject: Re: valgrind on FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Oct 2011 14:11:21 -0000 On Sun, Oct 09, 2011 at 03:48:57PM +0200, V??clav Zeman wrote: > V??clav Zeman wrote, On 9.10.2011 15:25: > > Bakul Shah wrote, On 6.10.2011 8:40: > >> On Wed, 05 Oct 2011 23:06:04 +0200 =?UTF-8?B?VsOhY2xhdiBaZW1hbg==?= wrote: > >>> Hi. > >>> > >>> No matter what I try, valgrind on 7.3-STABLE is giving me this, both Valgrind > >>> ports: > >>> > >>> valgrind: Startup or configuration error: > >>> Can't establish current working directory at startup > >>> valgrind: Unable to start up properly. Giving up. > >>> > >>> What do I need to do to make it work? > >> > >> Try running valgrind under ktrace (& view with kdump). That > >> will tell you what directory it is trying to access or what > >> syscall fails and why. > > Hi. > > > > So I have done that and more. I have first updated from 7.3 to 8.2 (RELENG_8 > > actually). I have not managed to recompile all of the installed Ports yet, > > but I made sure to recompile valgrind and its dependencies. The same thing > > has happened! > > > > As I have said, I have done the ktrace and here is the interesting bit: > > > > 78028 valgrind NAMI "/usr/local/lib/valgrind/memcheck-amd64-freebsd" > > 78028 memcheck-amd64-free RET execve 0 > > 78028 memcheck-amd64-free CALL getpid > > 78028 memcheck-amd64-free RET getpid 78028/0x130cc > > 78028 memcheck-amd64-free CALL > > __sysctl(0x39a91450,0x4,0x389a3800,0x39a91468,0,0) > > 78028 memcheck-amd64-free SCTL "kern.proc.vmmap.78028" > > 78028 memcheck-amd64-free RET __sysctl 0 > > 78028 memcheck-amd64-free CALL > > mmap(0x400009000,0x400000,PROT_READ|PROT_WRITE|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_ANON,0xffffffffffffffff,0) > > 78028 memcheck-amd64-free RET mmap 17179906048/0x400009000 > > 78028 memcheck-amd64-free CALL getrlimit(RLIMIT_DATA,0x39e6a780) > > 78028 memcheck-amd64-free RET getrlimit 0 > > 78028 memcheck-amd64-free CALL setrlimit(RLIMIT_DATA,0x39a919e0) > > 78028 memcheck-amd64-free RET setrlimit 0 > > 78028 memcheck-amd64-free CALL getrlimit(RLIMIT_STACK,0x39e6a790) > > 78028 memcheck-amd64-free RET getrlimit 0 > > 78028 memcheck-amd64-free CALL __getcwd(0x3882d700,0x3ff) > > 78028 memcheck-amd64-free NAMI ".." > > 78028 memcheck-amd64-free RET __getcwd -1 errno 2 No such file or directory > > 78028 memcheck-amd64-free CALL write(0x2,0x3830b060,0x6c) > > 78028 memcheck-amd64-free GIO fd 2 wrote 108 bytes > > "valgrind: Startup or configuration error: > > valgrind: Can't establish current working directory at startup > > " > > 78028 memcheck-amd64-free RET write 108/0x6c > > 78028 memcheck-amd64-free CALL write(0x2,0x3830b060,0x33) > > 78028 memcheck-amd64-free GIO fd 2 wrote 51 bytes > > "valgrind: Unable to start up properly. Giving up. > > " > > 78028 memcheck-amd64-free RET write 51/0x33 > > 78028 memcheck-amd64-free CALL exit(0x1) > > > > Now what? Why would the __getcwd call be failing with "No such file or > > directory"? > > > It is the nullfs! > > I have /home mounted using nullfs to /usr/home: > > /usr/home /home nullfs rw,multilabel,acls > 0 0 > > When I run valgrind from the /usr based directory, it works: > > shell::wilx:/usr/home/users/wilx/tmp/yttool> valgrind --tool=memcheck ./yttool > ==34679== Memcheck, a memory error detector > ==34679== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. > ==34679== Using Valgrind-3.6.1 and LibVEX; rerun with -h for copyright info > ==34679== Command: ./yttool > ==34679== > ==34679== > ==34679== HEAP SUMMARY: > ==34679== in use at exit: 20,395 bytes in 119 blocks > ==34679== total heap usage: 6,719 allocs, 6,600 frees, 716,787 bytes allocated > ==34679== > ==34679== LEAK SUMMARY: > ==34679== definitely lost: 0 bytes in 0 blocks > ==34679== indirectly lost: 0 bytes in 0 blocks > ==34679== possibly lost: 134 bytes in 4 blocks > ==34679== still reachable: 20,261 bytes in 115 blocks > ==34679== suppressed: 0 bytes in 0 blocks > ==34679== Rerun with --leak-check=full to see details of leaked memory > ==34679== > ==34679== For counts of detected and suppressed errors, rerun with: -v > ==34679== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) > > But when I run it from the nullfs mount, it fails: > > shell::wilx:/usr/home/users/wilx/tmp/yttool> cd $HOME/tmp/yttool > shell::wilx:~/tmp/yttool> valgrind --tool=memcheck ./yttool > valgrind: Startup or configuration error: > valgrind: Can't establish current working directory at startup > valgrind: Unable to start up properly. Giving up. Amazing how userland utilities behave differently depending upon the underlying filesystem type, eh? Good thing I asked what your underlying filesystem types were. Don't ever think that "it'll all just work". :-) I believe there are other issues/stipulations with nullfs (some have been reported over the years), so I'm not too surprised by this issue. I have no idea who currently maintains nullfs(5) either; it looks like a major group effort given the committers who have touched it in the past few years: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/fs/nullfs/ I'm CC'ing Kostik (kib@) as he might have some ideas. If this isn't a known issue, please file a PR for the issue with nullfs(5). The issue is not within valgrind, so the PR should not be for that. As for a workaround: is there some reason you can't just use "ln -s /usr/home /home" and solve the problem? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Oct 9 14:19: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 54F82106566B for ; Sun, 9 Oct 2011 14:19:15 +0000 (UTC) (envelope-from v.haisman@sh.cvut.cz) Received: from service1.sh.cvut.cz (service1.sh.cvut.cz [IPv6:2001:718:2::214]) by mx1.freebsd.org (Postfix) with ESMTP id 52F438FC08 for ; Sun, 9 Oct 2011 14:19:14 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by service1.sh.cvut.cz (Postfix) with ESMTP id 7832A124B4A; Sun, 9 Oct 2011 16:19:13 +0200 (CEST) X-Spam-Score: -100.281 X-Spam-Level: X-Spam-Status: No, score=-100.281 tagged_above=-255 required=5 tests=[ALL_TRUSTED=-1.44, AWL=0.733, CRM114_HAM_00=, RATWARE_GECKO_BUILD=1.426, SMTPAUTH_SHDOMAIN=-100] Received: from service1.sh.cvut.cz ([127.0.0.1]) by localhost (service1.sh.cvut.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GvLvVU9VTgLQ; Sun, 9 Oct 2011 16:19:05 +0200 (CEST) Received: from [10.0.0.1] (242.91.broadband5.iol.cz [88.100.91.242]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: v.haisman@sh.cvut.cz) by service1.sh.cvut.cz (Postfix) with ESMTP id 61A31124AD1; Sun, 9 Oct 2011 16:19:05 +0200 (CEST) Message-ID: <4E91AD48.5070906@sh.cvut.cz> Date: Sun, 09 Oct 2011 16:18:48 +0200 From: =?UTF-8?B?VsOhY2xhdiBaZW1hbg==?= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4E8CC6BC.9040605@sh.cvut.cz> <20111006064038.CFB34B852@mail.bitblocks.com> <4E91A0C3.7030305@sh.cvut.cz> <4E91A649.5060207@sh.cvut.cz> <20111009141117.GA47243@icarus.home.lan> In-Reply-To: <20111009141117.GA47243@icarus.home.lan> X-Enigmail-Version: 1.3.2 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigB7CD7820DF6E895741743554" Subject: Re: valgrind on FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Oct 2011 14:19:15 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB7CD7820DF6E895741743554 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Jeremy Chadwick wrote, On 9.10.2011 16:11: > On Sun, Oct 09, 2011 at 03:48:57PM +0200, V??clav Zeman wrote: >> V??clav Zeman wrote, On 9.10.2011 15:25: >>> Bakul Shah wrote, On 6.10.2011 8:40: >>>> On Wed, 05 Oct 2011 23:06:04 +0200 =3D?UTF-8?B?VsOhY2xhdiBaZW1hbg=3D= =3D?=3D wrote: >>>>> Hi. >>>>> >>>>> No matter what I try, valgrind on 7.3-STABLE is giving me this, bot= h Valgrind >>>>> ports: >>>>> >>>>> valgrind: Startup or configuration error: >>>>> Can't establish current working directory at startup >>>>> valgrind: Unable to start up properly. Giving up. >>>>> >>>>> What do I need to do to make it work? >>>> >>>> Try running valgrind under ktrace (& view with kdump). That >>>> will tell you what directory it is trying to access or what >>>> syscall fails and why. >>> Hi. >>> >>> So I have done that and more. I have first updated from 7.3 to 8.2 (R= ELENG_8 >>> actually). I have not managed to recompile all of the installed Ports= yet, >>> but I made sure to recompile valgrind and its dependencies. The same = thing >>> has happened! >>> >>> As I have said, I have done the ktrace and here is the interesting bi= t: >>> >>> 78028 valgrind NAMI "/usr/local/lib/valgrind/memcheck-amd64-freebsd= " >>> 78028 memcheck-amd64-free RET execve 0 >>> 78028 memcheck-amd64-free CALL getpid >>> 78028 memcheck-amd64-free RET getpid 78028/0x130cc >>> 78028 memcheck-amd64-free CALL >>> __sysctl(0x39a91450,0x4,0x389a3800,0x39a91468,0,0) >>> 78028 memcheck-amd64-free SCTL "kern.proc.vmmap.78028" >>> 78028 memcheck-amd64-free RET __sysctl 0 >>> 78028 memcheck-amd64-free CALL >>> mmap(0x400009000,0x400000,PROT_READ|PROT_WRITE|PROT_EXEC,MAP_PRIVATE|= MAP_FIXED|MAP_ANON,0xffffffffffffffff,0) >>> 78028 memcheck-amd64-free RET mmap 17179906048/0x400009000 >>> 78028 memcheck-amd64-free CALL getrlimit(RLIMIT_DATA,0x39e6a780) >>> 78028 memcheck-amd64-free RET getrlimit 0 >>> 78028 memcheck-amd64-free CALL setrlimit(RLIMIT_DATA,0x39a919e0) >>> 78028 memcheck-amd64-free RET setrlimit 0 >>> 78028 memcheck-amd64-free CALL getrlimit(RLIMIT_STACK,0x39e6a790) >>> 78028 memcheck-amd64-free RET getrlimit 0 >>> 78028 memcheck-amd64-free CALL __getcwd(0x3882d700,0x3ff) >>> 78028 memcheck-amd64-free NAMI ".." >>> 78028 memcheck-amd64-free RET __getcwd -1 errno 2 No such file or = directory >>> 78028 memcheck-amd64-free CALL write(0x2,0x3830b060,0x6c) >>> 78028 memcheck-amd64-free GIO fd 2 wrote 108 bytes >>> "valgrind: Startup or configuration error: >>> valgrind: Can't establish current working directory at sta= rtup >>> " >>> 78028 memcheck-amd64-free RET write 108/0x6c >>> 78028 memcheck-amd64-free CALL write(0x2,0x3830b060,0x33) >>> 78028 memcheck-amd64-free GIO fd 2 wrote 51 bytes >>> "valgrind: Unable to start up properly. Giving up. >>> " >>> 78028 memcheck-amd64-free RET write 51/0x33 >>> 78028 memcheck-amd64-free CALL exit(0x1) >>> >>> Now what? Why would the __getcwd call be failing with "No such file o= r >>> directory"? >>> >> It is the nullfs! >> >> I have /home mounted using nullfs to /usr/home: >> >> /usr/home /home nullfs rw,multilabel,= acls >> 0 0 >> >> When I run valgrind from the /usr based directory, it works: >> >> shell::wilx:/usr/home/users/wilx/tmp/yttool> valgrind --tool=3Dmemchec= k ./yttool >> =3D=3D34679=3D=3D Memcheck, a memory error detector >> =3D=3D34679=3D=3D Copyright (C) 2002-2010, and GNU GPL'd, by Julian Se= ward et al. >> =3D=3D34679=3D=3D Using Valgrind-3.6.1 and LibVEX; rerun with -h for c= opyright info >> =3D=3D34679=3D=3D Command: ./yttool >> =3D=3D34679=3D=3D >> =3D=3D34679=3D=3D >> =3D=3D34679=3D=3D HEAP SUMMARY: >> =3D=3D34679=3D=3D in use at exit: 20,395 bytes in 119 blocks >> =3D=3D34679=3D=3D total heap usage: 6,719 allocs, 6,600 frees, 716,7= 87 bytes allocated >> =3D=3D34679=3D=3D >> =3D=3D34679=3D=3D LEAK SUMMARY: >> =3D=3D34679=3D=3D definitely lost: 0 bytes in 0 blocks >> =3D=3D34679=3D=3D indirectly lost: 0 bytes in 0 blocks >> =3D=3D34679=3D=3D possibly lost: 134 bytes in 4 blocks >> =3D=3D34679=3D=3D still reachable: 20,261 bytes in 115 blocks >> =3D=3D34679=3D=3D suppressed: 0 bytes in 0 blocks >> =3D=3D34679=3D=3D Rerun with --leak-check=3Dfull to see details of lea= ked memory >> =3D=3D34679=3D=3D >> =3D=3D34679=3D=3D For counts of detected and suppressed errors, rerun = with: -v >> =3D=3D34679=3D=3D ERROR SUMMARY: 0 errors from 0 contexts (suppressed:= 0 from 0) >> >> But when I run it from the nullfs mount, it fails: >> >> shell::wilx:/usr/home/users/wilx/tmp/yttool> cd $HOME/tmp/yttool >> shell::wilx:~/tmp/yttool> valgrind --tool=3Dmemcheck ./yttool >> valgrind: Startup or configuration error: >> valgrind: Can't establish current working directory at startup >> valgrind: Unable to start up properly. Giving up. >=20 > Amazing how userland utilities behave differently depending upon the > underlying filesystem type, eh? Good thing I asked what your underlyin= g > filesystem types were. Don't ever think that "it'll all just work". > :-) >=20 > I believe there are other issues/stipulations with nullfs (some have > been reported over the years), so I'm not too surprised by this issue. > I have no idea who currently maintains nullfs(5) either; it looks like = a > major group effort given the committers who have touched it in the past= > few years: >=20 > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/fs/nullfs/ >=20 > I'm CC'ing Kostik (kib@) as he might have some ideas. >=20 > If this isn't a known issue, please file a PR for the issue with > nullfs(5). The issue is not within valgrind, so the PR should not be > for that. I have filled a PR: = >=20 > As for a workaround: is there some reason you can't just use "ln -s > /usr/home /home" and solve the problem? None. I remember using nullfs for /home instead of the link because I jus= t liked that it never has shown /usr there and also because it seemed coole= r. :) --=20 VZ --------------enigB7CD7820DF6E895741743554 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.17 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk6RrVgACgkQbJlIwZz1OodZdgD9GJHjOqFl8UDa+ZBXhd8JKezR MPxoT6dmvwdQbtZevXcBAMNFay5VaLbFDYi9ncetC+hdBleS+s0gjysjDo1hm8cH =8PFa -----END PGP SIGNATURE----- --------------enigB7CD7820DF6E895741743554-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 9 14:21: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 798A4106566C for ; Sun, 9 Oct 2011 14:21:48 +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 D37428FC12 for ; Sun, 9 Oct 2011 14:21:47 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p99ELWcP049677 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 9 Oct 2011 17:21:32 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id p99ELVh1015016; Sun, 9 Oct 2011 17:21:31 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id p99ELVAL015015; Sun, 9 Oct 2011 17:21:31 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 9 Oct 2011 17:21:31 +0300 From: Kostik Belousov To: V??clav Zeman Message-ID: <20111009142131.GQ1511@deviant.kiev.zoral.com.ua> References: <4E8CC6BC.9040605@sh.cvut.cz> <20111006064038.CFB34B852@mail.bitblocks.com> <4E91A0C3.7030305@sh.cvut.cz> <4E91A649.5060207@sh.cvut.cz> <20111009141117.GA47243@icarus.home.lan> <4E91AD48.5070906@sh.cvut.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4qkYhMaAfKuF3v0Q" Content-Disposition: inline In-Reply-To: <4E91AD48.5070906@sh.cvut.cz> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 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: valgrind on FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Oct 2011 14:21:48 -0000 --4qkYhMaAfKuF3v0Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 09, 2011 at 04:18:48PM +0200, V??clav Zeman wrote: > Jeremy Chadwick wrote, On 9.10.2011 16:11: > > On Sun, Oct 09, 2011 at 03:48:57PM +0200, V??clav Zeman wrote: > >> V??clav Zeman wrote, On 9.10.2011 15:25: > >>> Bakul Shah wrote, On 6.10.2011 8:40: > >>>> On Wed, 05 Oct 2011 23:06:04 +0200 =3D?UTF-8?B?VsOhY2xhdiBaZW1hbg=3D= =3D?=3D wrote: > >>>>> Hi. > >>>>> > >>>>> No matter what I try, valgrind on 7.3-STABLE is giving me this, bot= h Valgrind > >>>>> ports: > >>>>> > >>>>> valgrind: Startup or configuration error: > >>>>> Can't establish current working directory at startup > >>>>> valgrind: Unable to start up properly. Giving up. > >>>>> > >>>>> What do I need to do to make it work? > >>>> > >>>> Try running valgrind under ktrace (& view with kdump). That > >>>> will tell you what directory it is trying to access or what > >>>> syscall fails and why. > >>> Hi. > >>> > >>> So I have done that and more. I have first updated from 7.3 to 8.2 (R= ELENG_8 > >>> actually). I have not managed to recompile all of the installed Ports= yet, > >>> but I made sure to recompile valgrind and its dependencies. The same = thing > >>> has happened! > >>> > >>> As I have said, I have done the ktrace and here is the interesting bi= t: > >>> > >>> 78028 valgrind NAMI "/usr/local/lib/valgrind/memcheck-amd64-freebsd" > >>> 78028 memcheck-amd64-free RET execve 0 > >>> 78028 memcheck-amd64-free CALL getpid > >>> 78028 memcheck-amd64-free RET getpid 78028/0x130cc > >>> 78028 memcheck-amd64-free CALL > >>> __sysctl(0x39a91450,0x4,0x389a3800,0x39a91468,0,0) > >>> 78028 memcheck-amd64-free SCTL "kern.proc.vmmap.78028" > >>> 78028 memcheck-amd64-free RET __sysctl 0 > >>> 78028 memcheck-amd64-free CALL > >>> mmap(0x400009000,0x400000,PROT_READ|PROT_WRITE|PROT_EXEC,MAP_PRIVATE|= MAP_FIXED|MAP_ANON,0xffffffffffffffff,0) > >>> 78028 memcheck-amd64-free RET mmap 17179906048/0x400009000 > >>> 78028 memcheck-amd64-free CALL getrlimit(RLIMIT_DATA,0x39e6a780) > >>> 78028 memcheck-amd64-free RET getrlimit 0 > >>> 78028 memcheck-amd64-free CALL setrlimit(RLIMIT_DATA,0x39a919e0) > >>> 78028 memcheck-amd64-free RET setrlimit 0 > >>> 78028 memcheck-amd64-free CALL getrlimit(RLIMIT_STACK,0x39e6a790) > >>> 78028 memcheck-amd64-free RET getrlimit 0 > >>> 78028 memcheck-amd64-free CALL __getcwd(0x3882d700,0x3ff) > >>> 78028 memcheck-amd64-free NAMI ".." > >>> 78028 memcheck-amd64-free RET __getcwd -1 errno 2 No such file or = directory > >>> 78028 memcheck-amd64-free CALL write(0x2,0x3830b060,0x6c) > >>> 78028 memcheck-amd64-free GIO fd 2 wrote 108 bytes > >>> "valgrind: Startup or configuration error: > >>> valgrind: Can't establish current working directory at sta= rtup > >>> " > >>> 78028 memcheck-amd64-free RET write 108/0x6c > >>> 78028 memcheck-amd64-free CALL write(0x2,0x3830b060,0x33) > >>> 78028 memcheck-amd64-free GIO fd 2 wrote 51 bytes > >>> "valgrind: Unable to start up properly. Giving up. > >>> " > >>> 78028 memcheck-amd64-free RET write 51/0x33 > >>> 78028 memcheck-amd64-free CALL exit(0x1) > >>> > >>> Now what? Why would the __getcwd call be failing with "No such file or > >>> directory"? > >>> > >> It is the nullfs! > >> > >> I have /home mounted using nullfs to /usr/home: > >> > >> /usr/home /home nullfs rw,multilabel,= acls > >> 0 0 > >> > >> When I run valgrind from the /usr based directory, it works: > >> > >> shell::wilx:/usr/home/users/wilx/tmp/yttool> valgrind --tool=3Dmemchec= k ./yttool > >> =3D=3D34679=3D=3D Memcheck, a memory error detector > >> =3D=3D34679=3D=3D Copyright (C) 2002-2010, and GNU GPL'd, by Julian Se= ward et al. > >> =3D=3D34679=3D=3D Using Valgrind-3.6.1 and LibVEX; rerun with -h for c= opyright info > >> =3D=3D34679=3D=3D Command: ./yttool > >> =3D=3D34679=3D=3D > >> =3D=3D34679=3D=3D > >> =3D=3D34679=3D=3D HEAP SUMMARY: > >> =3D=3D34679=3D=3D in use at exit: 20,395 bytes in 119 blocks > >> =3D=3D34679=3D=3D total heap usage: 6,719 allocs, 6,600 frees, 716,7= 87 bytes allocated > >> =3D=3D34679=3D=3D > >> =3D=3D34679=3D=3D LEAK SUMMARY: > >> =3D=3D34679=3D=3D definitely lost: 0 bytes in 0 blocks > >> =3D=3D34679=3D=3D indirectly lost: 0 bytes in 0 blocks > >> =3D=3D34679=3D=3D possibly lost: 134 bytes in 4 blocks > >> =3D=3D34679=3D=3D still reachable: 20,261 bytes in 115 blocks > >> =3D=3D34679=3D=3D suppressed: 0 bytes in 0 blocks > >> =3D=3D34679=3D=3D Rerun with --leak-check=3Dfull to see details of lea= ked memory > >> =3D=3D34679=3D=3D > >> =3D=3D34679=3D=3D For counts of detected and suppressed errors, rerun = with: -v > >> =3D=3D34679=3D=3D ERROR SUMMARY: 0 errors from 0 contexts (suppressed:= 0 from 0) > >> > >> But when I run it from the nullfs mount, it fails: > >> > >> shell::wilx:/usr/home/users/wilx/tmp/yttool> cd $HOME/tmp/yttool > >> shell::wilx:~/tmp/yttool> valgrind --tool=3Dmemcheck ./yttool > >> valgrind: Startup or configuration error: > >> valgrind: Can't establish current working directory at startup > >> valgrind: Unable to start up properly. Giving up. > >=20 > > Amazing how userland utilities behave differently depending upon the > > underlying filesystem type, eh? Good thing I asked what your underlying > > filesystem types were. Don't ever think that "it'll all just work". > > :-) > >=20 > > I believe there are other issues/stipulations with nullfs (some have > > been reported over the years), so I'm not too surprised by this issue. > > I have no idea who currently maintains nullfs(5) either; it looks like a > > major group effort given the committers who have touched it in the past > > few years: > >=20 > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/fs/nullfs/ > >=20 > > I'm CC'ing Kostik (kib@) as he might have some ideas. > >=20 > > If this isn't a known issue, please file a PR for the issue with > > nullfs(5). The issue is not within valgrind, so the PR should not be > > for that. > I have filled a PR: Nullfs VNTOCNP implementation has a known deficiency. Working on the item is in my TODO list. >=20 > >=20 > > As for a workaround: is there some reason you can't just use "ln -s > > /usr/home /home" and solve the problem? > None. I remember using nullfs for /home instead of the link because I just > liked that it never has shown /usr there and also because it seemed coole= r. :) >=20 > --=20 > VZ >=20 --4qkYhMaAfKuF3v0Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6RresACgkQC3+MBN1Mb4hV/QCff5dcALDi9nQMjlD083dxLM5E oJwAniNe42EWKYGHbnlRFvPo85zFEpei =xwGw -----END PGP SIGNATURE----- --4qkYhMaAfKuF3v0Q-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 9 21:06: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 253601065672 for ; Sun, 9 Oct 2011 21:06:42 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) by mx1.freebsd.org (Postfix) with ESMTP id E45EB8FC19 for ; Sun, 9 Oct 2011 21:06:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Type:MIME-Version:Message-ID:Subject:To:Sender:From:Date; bh=AJR/icyGiuo4mmsa4BSrBj2gkJiuXgWU8lROje4Xt7U=; b=jViZIDnTh3hgugmjc7UUqDD/X5uYf/TtjB0s7gp46nq0jjWg+3Mrfq6d8gbh05yOdL8swla2k24NAde+U1NbiupUirPQUcq8Dx/tRx8Ino+OCnOoKPcO3MyMujiJl8ayQ6u4Z62GUvjvHBTCuKAkm18h/4aEy7HFlWjKQzrTEpA=; Received: from cpe-72-182-3-73.austin.res.rr.com ([72.182.3.73]:38095 helo=[192.168.200.4]) by thebighonker.lerctr.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RD0Zz-000IJo-VA for freebsd-stable@freebsd.org; Sun, 09 Oct 2011 16:06:41 -0500 Date: Sun, 9 Oct 2011 16:06:26 -0500 (CDT) From: Larry Rosenman Sender: ler@lrosenman.dyndns.org To: freebsd-stable@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Spam-Score: -2.8 (--) X-LERCTR-Spam-Score: -2.8 (--) X-Spam-Report: SpamScore (-2.8/5.0) ALL_TRUSTED=-1,BAYES_00=-1.9,TW_AV=0.077 X-LERCTR-Spam-Report: SpamScore (-2.8/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, TW_AV=0.077 Subject: rsync corrupted MAC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Oct 2011 21:06:42 -0000 Any ideas on which side or what might be broke here? ler/MAIL-ARCHIVE/2008/12/INBOX Corrupted MAC on input. Disconnecting: Packet corrupt rsync: connection unexpectedly closed (33845045 bytes received so far) [receiver] rsync error: error in rsync protocol data stream (code 12) at io.c(605) [receiver=3.0.9] rsync: connection unexpectedly closed (1450 bytes received so far) [generator] rsync error: unexplained error (code 255) at io.c(605) [generator=3.0.9] The script: #!/bin/sh /usr/local/bin/rsync -Cavz --delete root@tbh.lerctr.org:/etc/ \ /vault/backup/TBH/etc/ /usr/local/bin/rsync -Cavz --delete root@tbh.lerctr.org:/home/ \ /vault/backup/TBH/home/ #/usr/local/bin/rsync -Cavz --delete root@tbh.lerctr.org:/usr/local/pgsql/backups/ \ # /vault/backup/TBH/pgsql/ /usr/local/bin/rsync -Cavz --delete root@tbh.lerctr.org:/var/named/ \ /vault/backup/TBH/named/ It seems to move and be at a random spot in the file. Then it will move to a different file. Ideas? Source is 8.2-STABLE, and the Destination/controller is 9.0-BETA3. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-stable@FreeBSD.ORG Sun Oct 9 21:46:08 2011 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7005C1065670; Sun, 9 Oct 2011 21:46:08 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 00AB38FC08; Sun, 9 Oct 2011 21:46:07 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 7C37814E621D; Sun, 9 Oct 2011 23:30:38 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 1wY7o4kEOs3W; Sun, 9 Oct 2011 23:30:36 +0200 (CEST) Received: from [192.168.1.106] (catv-80-98-232-12.catv.broadband.hu [80.98.232.12]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 6D4E514E61E8; Sun, 9 Oct 2011 23:30:36 +0200 (CEST) Message-ID: <4E92127A.6050903@FreeBSD.org> Date: Sun, 09 Oct 2011 23:30:34 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0a1) Gecko/20111004 Thunderbird/10.0a1 MIME-Version: 1.0 To: stable@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: nwhitehorn@freebsd.org Subject: bsdinstall partitioning X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Oct 2011 21:46:08 -0000 Hi, I just had my first encounter with the new installer. I chose manual partitioning, created a BSD disk (not GPT) with one swap and the rest for /. Rest of the installation went fine but then my system didn't boot. I repeated everything and I chose guided partitioning. This time it worked but I think the manual way with BSD disk format should also work as it did in sysinstall. Besides, the partition types (freebsd-ufs, freebsd-swap and freebsd-boot) should be listed somehow or there should be radio buttons. If you choose manual partition with GPT, only the first two are shown in the description so one may not know that there is also a freebsd-boot type, which is mandatory. Anyway, the rest of the installer and the configuration is very convenient and I loved that I could configure my wifi connection w/o hand-editing the config files, so thanks a lot to Nathan for the hard work! Cheers, Gabor From owner-freebsd-stable@FreeBSD.ORG Mon Oct 10 09:41:16 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 15C17106566C for ; Mon, 10 Oct 2011 09:41:16 +0000 (UTC) (envelope-from tzim@tzim.net) Received: from orlith.tzim.net (orlith.tzim.net [IPv6:2001:41d0:2:1d32::1]) by mx1.freebsd.org (Postfix) with ESMTP id A9B4C8FC08 for ; Mon, 10 Oct 2011 09:41:15 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=secure.tzim.net) by orlith.tzim.net with esmtp (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RDCME-000GmJ-C5 for freebsd-stable@freebsd.org; Mon, 10 Oct 2011 11:41:14 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 10 Oct 2011 11:41:14 +0200 From: Arnaud Houdelette To: Message-ID: <64f120891150935c94aaf63f9ea6556d@tzim.net> X-Sender: tzim@tzim.net User-Agent: RoundCube Webmail/0.5.4 Subject: Support for multiple acl entries for same user or group in setfacl. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Oct 2011 09:41:16 -0000 Hello. You did a great work implementing NFSv4 ACLs into freebsd. Only I found it difficult to add 2 acl entries for the same user or group, using setfacl. I.E, if you want 2 entries for @owner : owner@:--x-----------:-d----:allow owner@:rw----a-R-c--s:fd----:allow The only way to get this is using -a. But -a this is pretty impractical, as you must specify a position, and cannot import entries from a file. Do you know a practical way to do this easily ? Could we modify setfacl behavior or add a -A option ? Regards, Arnaud Houdelette From owner-freebsd-stable@FreeBSD.ORG Mon Oct 10 10:02: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 E9456106564A for ; Mon, 10 Oct 2011 10:02:03 +0000 (UTC) (envelope-from prvs=1264c518c4=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 751EB8FC0A for ; Mon, 10 Oct 2011 10:02:03 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Mon, 10 Oct 2011 10:50:23 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Mon, 10 Oct 2011 10:50:23 +0100 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 md50015490068.msg for ; Mon, 10 Oct 2011 10:50:22 +0100 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1264c518c4=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: <040F9FF759DA441392432EDBD5C4D2CF@multiplay.co.uk> From: "Steven Hartland" To: "Li, Qing" , References: <2740DA0E7C0F495BA00E6D4BC0FE8F37@multiplay.co.uk> Date: Mon, 10 Oct 2011 10:50:53 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 Cc: liv3d@multiplay.co.uk Subject: Re: serious packet routing issue causing ntpd high load? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Oct 2011 10:02:04 -0000 ----- Original Message ----- From: "Li, Qing" >> RTM_MISS: Lookup failed on this address: len 184, pid: 0, seq 0, errno >> 0, flags: >> locks: inits: >> sockaddrs: >> ::A.B.C.D >> > > Would it be possible for you to email me what exactly does "::A.B.C.D" > map into WRT your system or infrastructure ? Sorry for the slow reply been out of the country. All the hosts are local machines same /24 connecting to the server for mysql. It seems to be that every packet either to or from for the mysql server is generating an RTM_MISS. > And are you able to share your "ifconfig -a" and "netstat -rn" output > with me privately ? On its way. 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 Oct 10 12:08: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 64DB3106564A for ; Mon, 10 Oct 2011 12:08:37 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [94.23.254.147]) by mx1.freebsd.org (Postfix) with ESMTP id 256DA8FC16 for ; Mon, 10 Oct 2011 12:08:37 +0000 (UTC) Received: from baby-jane.lamaiziere.net (unknown [192.168.1.10]) by smtp.lamaiziere.net (Postfix) with ESMTP id 2C9EDFAA2C87; Mon, 10 Oct 2011 14:08:36 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 7AF5B2CEC1E; Mon, 10 Oct 2011 14:11:48 +0200 (CEST) Date: Mon, 10 Oct 2011 14:11:45 +0200 From: Patrick Lamaiziere To: Kostik Belousov Message-ID: <20111010141145.1d500c9e@davenulle.org> In-Reply-To: <20111009142131.GQ1511@deviant.kiev.zoral.com.ua> References: <4E8CC6BC.9040605@sh.cvut.cz> <20111006064038.CFB34B852@mail.bitblocks.com> <4E91A0C3.7030305@sh.cvut.cz> <4E91A649.5060207@sh.cvut.cz> <20111009141117.GA47243@icarus.home.lan> <4E91AD48.5070906@sh.cvut.cz> <20111009142131.GQ1511@deviant.kiev.zoral.com.ua> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.1; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: V??clav Zeman , freebsd-stable@freebsd.org Subject: Re: valgrind on FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Oct 2011 12:08:37 -0000 Le Sun, 9 Oct 2011 17:21:31 +0300, Kostik Belousov a crit : > > > If this isn't a known issue, please file a PR for the issue with > > > nullfs(5). The issue is not within valgrind, so the PR should > > > not be for that. > > I have filled a PR: > > > Nullfs VNTOCNP implementation has a known deficiency. I've filled a PR for a similar issue with nullfs (can't get the path of a binary on a nullfs fs) with a suggestion to document this in the nullfs man page. http://www.freebsd.org/cgi/query-pr.cgi?pr=157234 > Working on the item is in my TODO list. Thanks! Regards. From owner-freebsd-stable@FreeBSD.ORG Mon Oct 10 15:15: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 1C890106564A for ; Mon, 10 Oct 2011 15:15:06 +0000 (UTC) (envelope-from boland37@xs4all.nl) Received: from smtp-vbr14.xs4all.nl (smtp-vbr14.xs4all.nl [194.109.24.34]) by mx1.freebsd.org (Postfix) with ESMTP id 9340F8FC13 for ; Mon, 10 Oct 2011 15:15:05 +0000 (UTC) Received: from charlemagne.boland.org (59-36-215.ftth.xms.internl.net [82.215.36.59]) (authenticated bits=0) by smtp-vbr14.xs4all.nl (8.13.8/8.13.8) with ESMTP id p9AFEYbA027427 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 10 Oct 2011 17:14:34 +0200 (CEST) (envelope-from boland37@xs4all.nl) Message-ID: <4E930BD9.4060609@xs4all.nl> Date: Mon, 10 Oct 2011 17:14:33 +0200 From: Michiel Boland User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.23) Gecko/20110930 Thunderbird/3.1.15 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Subject: CAM_VERSION bump X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Oct 2011 15:15:06 -0000 I see CAM_VERSION has been bumped in RELENG_9, but there is no note to this effect in /usr/src/UPDATING or /usr/ports/UPDATING. Should there not be one? (cdda2wav stopped working - so I had to do some source grepping to debug.) From owner-freebsd-stable@FreeBSD.ORG Mon Oct 10 15:48: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 80E9C1065670 for ; Mon, 10 Oct 2011 15:48:47 +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 596978FC12 for ; Mon, 10 Oct 2011 15:48:47 +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 EB99846B09; Mon, 10 Oct 2011 11:48:46 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 8A0DB8A02F; Mon, 10 Oct 2011 11:48:46 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 10 Oct 2011 11:47:30 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201110101147.30558.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 10 Oct 2011 11:48:46 -0400 (EDT) Cc: Subject: Re: rsync corrupted MAC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Oct 2011 15:48:47 -0000 On Sunday, October 09, 2011 5:06:26 pm Larry Rosenman wrote: > Any ideas on which side or what might be broke here? > > ler/MAIL-ARCHIVE/2008/12/INBOX > Corrupted MAC on input. > Disconnecting: Packet corrupt > rsync: connection unexpectedly closed (33845045 bytes received so far) [receiver] > rsync error: error in rsync protocol data stream (code 12) at io.c(605) [receiver=3.0.9] > rsync: connection unexpectedly closed (1450 bytes received so far) [generator] > rsync error: unexplained error (code 255) at io.c(605) [generator=3.0.9] I've had somewhat similar issues (ssh getting corruption in its data stream) when a NIC in my netbook was corrupting packet data when it ran at 1G (it worked fine at 10/100). Pyun eventually fixed the issue by applying enough workarounds (it was likely a hardware bug in the NIC's chipset). However, it wasn't easy to debug unfortunately. :( -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Oct 10 19:18: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 4233E106566B; Mon, 10 Oct 2011 19:18:40 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) by mx1.freebsd.org (Postfix) with ESMTP id 090CB8FC16; Mon, 10 Oct 2011 19:18:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=BOQx5qvEF3cAbIpkX1ZjR25AItvOAyDiT1q5zQoFK7U=; b=wHxFdZyCA/sPwFbAoKnxuc78rW9QEjl0HVAhD8tReN4ynr1pCr/vi5sgkjzoaqG+ZfxD0FnSZncN9NQC60JBhHMG+cePZRVyBbatRfTSSXQw/ZVenRm2mMaClu1L/SZY4gtblamSBJb44lkEqIoC+oYtid8FjtsqWOsTdrETj3M=; Received: from [32.97.110.60] (port=46373 helo=[9.41.58.142]) by thebighonker.lerctr.org with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RDKks-00010l-Mh; Mon, 10 Oct 2011 13:39:16 -0500 Message-ID: <4E933BBF.6070209@lerctr.org> Date: Mon, 10 Oct 2011 13:38:55 -0500 From: Larry Rosenman Organization: LERCTR Consulting User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: John Baldwin References: <201110101147.30558.jhb@freebsd.org> In-Reply-To: <201110101147.30558.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.9 (--) X-LERCTR-Spam-Score: -2.9 (--) X-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1,BAYES_00=-1.9 X-LERCTR-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1,BAYES_00=-1.9 Cc: freebsd-stable@freebsd.org Subject: Re: rsync corrupted MAC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Oct 2011 19:18:40 -0000 On 10/10/2011 10:47 AM, John Baldwin wrote: > On Sunday, October 09, 2011 5:06:26 pm Larry Rosenman wrote: >> Any ideas on which side or what might be broke here? >> >> ler/MAIL-ARCHIVE/2008/12/INBOX >> Corrupted MAC on input. >> Disconnecting: Packet corrupt >> rsync: connection unexpectedly closed (33845045 bytes received so far) > [receiver] >> rsync error: error in rsync protocol data stream (code 12) at io.c(605) > [receiver=3.0.9] >> rsync: connection unexpectedly closed (1450 bytes received so far) > [generator] >> rsync error: unexplained error (code 255) at io.c(605) [generator=3.0.9] > I've had somewhat similar issues (ssh getting corruption in its data stream) > when a NIC in my netbook was corrupting packet data when it ran at 1G (it > worked fine at 10/100). Pyun eventually fixed the issue by applying enough > workarounds (it was likely a hardware bug in the NIC's chipset). However, it > wasn't easy to debug unfortunately. :( > Any ideas on where to start? from the 8.2 box (tbh.lerctr.org in the script): 8.2->PIX->Provider->Internet->Motorola SBG6580 (Time-Warner)->Trendnet TEG-160WS Gig switch->9.0 box (borg.lerctr.org). So, where do I start? -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-stable@FreeBSD.ORG Mon Oct 10 20:28: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 9C9491065674 for ; Mon, 10 Oct 2011 20:28:00 +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 7476F8FC14 for ; Mon, 10 Oct 2011 20:28:00 +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 2B55446B06; Mon, 10 Oct 2011 16:28:00 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id AF8C58A02E; Mon, 10 Oct 2011 16:27:59 -0400 (EDT) From: John Baldwin To: Larry Rosenman Date: Mon, 10 Oct 2011 16:27:59 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <201110101147.30558.jhb@freebsd.org> <4E933BBF.6070209@lerctr.org> In-Reply-To: <4E933BBF.6070209@lerctr.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201110101627.59173.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 10 Oct 2011 16:27:59 -0400 (EDT) Cc: freebsd-stable@freebsd.org Subject: Re: rsync corrupted MAC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Oct 2011 20:28:00 -0000 On Monday, October 10, 2011 2:38:55 pm Larry Rosenman wrote: > On 10/10/2011 10:47 AM, John Baldwin wrote: > > On Sunday, October 09, 2011 5:06:26 pm Larry Rosenman wrote: > >> Any ideas on which side or what might be broke here? > >> > >> ler/MAIL-ARCHIVE/2008/12/INBOX > >> Corrupted MAC on input. > >> Disconnecting: Packet corrupt > >> rsync: connection unexpectedly closed (33845045 bytes received so far) > > [receiver] > >> rsync error: error in rsync protocol data stream (code 12) at io.c(605) > > [receiver=3.0.9] > >> rsync: connection unexpectedly closed (1450 bytes received so far) > > [generator] > >> rsync error: unexplained error (code 255) at io.c(605) [generator=3.0.9] > > I've had somewhat similar issues (ssh getting corruption in its data stream) > > when a NIC in my netbook was corrupting packet data when it ran at 1G (it > > worked fine at 10/100). Pyun eventually fixed the issue by applying enough > > workarounds (it was likely a hardware bug in the NIC's chipset). However, it > > wasn't easy to debug unfortunately. :( > > > Any ideas on where to start? > > from the 8.2 box (tbh.lerctr.org in the script): > > 8.2->PIX->Provider->Internet->Motorola SBG6580 (Time-Warner)->Trendnet > TEG-160WS Gig switch->9.0 box (borg.lerctr.org). > > So, where do I start? In my case I was seeing other issues with the NIC (it would periodically "freeze" spewing a constant stream of pause frames onto the LAN and refusing to receive more frames), so I already suspected it of being an issue. When I turned off flow control so it wouldn't freeze, it started corrupting the packets instead. Without that kind of smoking gun I would probably have had a hard time figuring out the issue. I would try switching various parts out to see if you can narrow the issue down to a single component. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Oct 10 21: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 CA32F1065673; Mon, 10 Oct 2011 21:15:48 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7427F8FC1C; Mon, 10 Oct 2011 21:15:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=MOplg+EsXfmF24Z79UtaRnhz10B2lUf5jlcebtNzOEo=; b=lW6XpeL3r66ccifqGpKyyWF7tOWBkc+nBxhhMKYKtDSr7874HwDVEOiZs7rzv9syE7NZIbarPYQUqP1X0om/ZXDj0UEpaW5aoJReCBRkkOktayCXbF9dCn6n+5zqkjInvsR5epR86u+LzzoTpaglPntApqVNnTGfmnX2+un6Z3M=; Received: from [32.97.110.60] (port=24446 helo=[9.41.58.142]) by thebighonker.lerctr.org with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RDNCL-0001hU-K7; Mon, 10 Oct 2011 16:15:47 -0500 Message-ID: <4E93606D.8070306@lerctr.org> Date: Mon, 10 Oct 2011 16:15:25 -0500 From: Larry Rosenman Organization: LERCTR Consulting User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Louis Mamakos References: <201110101147.30558.jhb@freebsd.org> <4E933BBF.6070209@lerctr.org> <36C97D31-5D01-4AC2-8E48-9A8B04B98F91@transsys.com> In-Reply-To: <36C97D31-5D01-4AC2-8E48-9A8B04B98F91@transsys.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.8 (--) X-LERCTR-Spam-Score: -2.8 (--) X-Spam-Report: SpamScore (-2.8/5.0) ALL_TRUSTED=-1,BAYES_00=-1.9,TW_XF=0.077 X-LERCTR-Spam-Report: SpamScore (-2.8/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, TW_XF=0.077 Cc: freebsd-stable@freebsd.org, John Baldwin Subject: Re: rsync corrupted MAC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Oct 2011 21:15:49 -0000 On 10/10/2011 3:57 PM, Louis Mamakos wrote: > On Oct 10, 2011, at 2:38 PM, Larry Rosenman wrote: > >> On 10/10/2011 10:47 AM, John Baldwin wrote: >>> On Sunday, October 09, 2011 5:06:26 pm Larry Rosenman wrote: >>>> Any ideas on which side or what might be broke here? >>>> >>>> ler/MAIL-ARCHIVE/2008/12/INBOX >>>> Corrupted MAC on input. >>>> Disconnecting: Packet corrupt >>>> rsync: connection unexpectedly closed (33845045 bytes received so far) >>> [receiver] >>>> rsync error: error in rsync protocol data stream (code 12) at io.c(605) >>> [receiver=3.0.9] >>>> rsync: connection unexpectedly closed (1450 bytes received so far) >>> [generator] >>>> rsync error: unexplained error (code 255) at io.c(605) [generator=3.0.9] >>> I've had somewhat similar issues (ssh getting corruption in its data stream) >>> when a NIC in my netbook was corrupting packet data when it ran at 1G (it >>> worked fine at 10/100). Pyun eventually fixed the issue by applying enough >>> workarounds (it was likely a hardware bug in the NIC's chipset). However, it >>> wasn't easy to debug unfortunately. :( >>> >> Any ideas on where to start? >> >> from the 8.2 box (tbh.lerctr.org in the script): >> >> 8.2->PIX->Provider->Internet->Motorola SBG6580 (Time-Warner)->Trendnet TEG-160WS Gig switch->9.0 box (borg.lerctr.org). >> >> So, where do I start? > I'd turn off IP / TCP / UDP checksum offloading on your NIC if it supports it, and see if you are getting network layer checksum errors. If the IP checksum is wrong, then it happened on the last hops between the NIC and memory or across the previous network hop. > > > Good idea, but, it didn't show ANY errors on EITHER side (both are em nics). Next? $ ifconfig em0 em0: flags=8843 metric 0 mtu 1500 options=2098 ether 00:30:48:2e:99:ba inet 192.147.25.65 netmask 0xffffff00 broadcast 192.147.25.255 inet6 fe80::230:48ff:fe2e:99ba%em0 prefixlen 64 scopeid 0x1 inet 192.147.25.45 netmask 0xffffff00 broadcast 192.147.25.255 inet 192.147.25.11 netmask 0xffffff00 broadcast 192.147.25.255 nd6 options=3 media: Ethernet autoselect (100baseTX ) status: active $ $ uname -a FreeBSD thebighonker.lerctr.org 8.2-STABLE FreeBSD 8.2-STABLE #45: Sat Oct 8 10:57:43 CDT 2011 root@thebighonker.lerctr.org:/usr/obj/usr/src/sys/THEBIGHONKER amd64 $ $ ifconfig em0 em0: flags=8843 metric 0 mtu 1500 options=2088 ether 00:30:48:8e:9f:f3 inet 192.168.200.4 netmask 0xffffff00 broadcast 192.168.200.255 inet6 fe80::230:48ff:fe8e:9ff3%em0 prefixlen 64 scopeid 0x1 nd6 options=29 media: Ethernet autoselect (1000baseT ) status: active $ uname -a FreeBSD borg.lerctr.org 9.0-BETA3 FreeBSD 9.0-BETA3 #1: Sun Oct 9 10:03:42 CDT 2011 root@borg.lerctr.org:/usr/obj/usr/src/sys/BORG-DTRACE amd64 $ -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-stable@FreeBSD.ORG Mon Oct 10 21:16: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 135061065674; Mon, 10 Oct 2011 21:16:36 +0000 (UTC) (envelope-from louie@transsys.com) Received: from droid.transsys.com (droid.transsys.com [144.202.0.11]) by mx1.freebsd.org (Postfix) with ESMTP id E04E98FC15; Mon, 10 Oct 2011 21:16:35 +0000 (UTC) Received: from lmamakos-imac-wired.private.transsys.com (pa-67-234-243-231.dhcp.embarqhsd.net [67.234.243.231]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: louie) by droid.transsys.com (Postfix) with ESMTPSA id 6279B64F; Mon, 10 Oct 2011 16:57:22 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: text/plain; charset=iso-8859-1 From: Louis Mamakos In-Reply-To: <4E933BBF.6070209@lerctr.org> Date: Mon, 10 Oct 2011 16:57:21 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <36C97D31-5D01-4AC2-8E48-9A8B04B98F91@transsys.com> References: <201110101147.30558.jhb@freebsd.org> <4E933BBF.6070209@lerctr.org> To: Larry Rosenman X-Mailer: Apple Mail (2.1244.3) Cc: freebsd-stable@freebsd.org, John Baldwin Subject: Re: rsync corrupted MAC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Oct 2011 21:16:36 -0000 On Oct 10, 2011, at 2:38 PM, Larry Rosenman wrote: > On 10/10/2011 10:47 AM, John Baldwin wrote: >> On Sunday, October 09, 2011 5:06:26 pm Larry Rosenman wrote: >>> Any ideas on which side or what might be broke here? >>>=20 >>> ler/MAIL-ARCHIVE/2008/12/INBOX >>> Corrupted MAC on input. >>> Disconnecting: Packet corrupt >>> rsync: connection unexpectedly closed (33845045 bytes received so = far) >> [receiver] >>> rsync error: error in rsync protocol data stream (code 12) at = io.c(605) >> [receiver=3D3.0.9] >>> rsync: connection unexpectedly closed (1450 bytes received so far) >> [generator] >>> rsync error: unexplained error (code 255) at io.c(605) = [generator=3D3.0.9] >> I've had somewhat similar issues (ssh getting corruption in its data = stream) >> when a NIC in my netbook was corrupting packet data when it ran at 1G = (it >> worked fine at 10/100). Pyun eventually fixed the issue by applying = enough >> workarounds (it was likely a hardware bug in the NIC's chipset). = However, it >> wasn't easy to debug unfortunately. :( >>=20 > Any ideas on where to start? >=20 > from the 8.2 box (tbh.lerctr.org in the script): >=20 > 8.2->PIX->Provider->Internet->Motorola SBG6580 (Time-Warner)->Trendnet = TEG-160WS Gig switch->9.0 box (borg.lerctr.org). >=20 > So, where do I start? I'd turn off IP / TCP / UDP checksum offloading on your NIC if it = supports it, and see if you are getting network layer checksum errors. = If the IP checksum is wrong, then it happened on the last hops between = the NIC and memory or across the previous network hop. From owner-freebsd-stable@FreeBSD.ORG Mon Oct 10 23:02:09 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 147A81065674 for ; Mon, 10 Oct 2011 23:02:09 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta13.emeryville.ca.mail.comcast.net (qmta13.emeryville.ca.mail.comcast.net [76.96.27.243]) by mx1.freebsd.org (Postfix) with ESMTP id ED7E48FC14 for ; Mon, 10 Oct 2011 23:02:08 +0000 (UTC) Received: from omta17.emeryville.ca.mail.comcast.net ([76.96.30.73]) by qmta13.emeryville.ca.mail.comcast.net with comcast id j2TC1h0031afHeLADB21GC; Mon, 10 Oct 2011 23:02:01 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta17.emeryville.ca.mail.comcast.net with comcast id jAqg1h00Y1t3BNj8dAqgRE; Mon, 10 Oct 2011 22:50:40 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 5CFBD102C1C; Mon, 10 Oct 2011 16:02:07 -0700 (PDT) Date: Mon, 10 Oct 2011 16:02:07 -0700 From: Jeremy Chadwick To: Larry Rosenman Message-ID: <20111010230207.GA85243@icarus.home.lan> References: <201110101147.30558.jhb@freebsd.org> <4E933BBF.6070209@lerctr.org> <36C97D31-5D01-4AC2-8E48-9A8B04B98F91@transsys.com> <4E93606D.8070306@lerctr.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E93606D.8070306@lerctr.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, "Vogel, Jack" , John Baldwin Subject: Re: rsync corrupted MAC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Oct 2011 23:02:09 -0000 On Mon, Oct 10, 2011 at 04:15:25PM -0500, Larry Rosenman wrote: > On 10/10/2011 3:57 PM, Louis Mamakos wrote: > >On Oct 10, 2011, at 2:38 PM, Larry Rosenman wrote: > > > >>On 10/10/2011 10:47 AM, John Baldwin wrote: > >>>On Sunday, October 09, 2011 5:06:26 pm Larry Rosenman wrote: > >>>>Any ideas on which side or what might be broke here? > >>>> > >>>>ler/MAIL-ARCHIVE/2008/12/INBOX > >>>>Corrupted MAC on input. > >>>>Disconnecting: Packet corrupt > >>>>rsync: connection unexpectedly closed (33845045 bytes received so far) > >>>[receiver] > >>>>rsync error: error in rsync protocol data stream (code 12) at io.c(605) > >>>[receiver=3.0.9] > >>>>rsync: connection unexpectedly closed (1450 bytes received so far) > >>>[generator] > >>>>rsync error: unexplained error (code 255) at io.c(605) [generator=3.0.9] > >>>I've had somewhat similar issues (ssh getting corruption in its data stream) > >>>when a NIC in my netbook was corrupting packet data when it ran at 1G (it > >>>worked fine at 10/100). Pyun eventually fixed the issue by applying enough > >>>workarounds (it was likely a hardware bug in the NIC's chipset). However, it > >>>wasn't easy to debug unfortunately. :( > >>> > >>Any ideas on where to start? > >> > >>from the 8.2 box (tbh.lerctr.org in the script): > >> > >>8.2->PIX->Provider->Internet->Motorola SBG6580 (Time-Warner)->Trendnet TEG-160WS Gig switch->9.0 box (borg.lerctr.org). > >> > >>So, where do I start? > >I'd turn off IP / TCP / UDP checksum offloading on your NIC if it supports it, and see if you are getting network layer checksum errors. If the IP checksum is wrong, then it happened on the last hops between the NIC and memory or across the previous network hop. > > > > > > > Good idea, but, it didn't show ANY errors on EITHER side (both are > em nics). > > Next? > $ ifconfig em0 > em0: flags=8843 metric 0 mtu 1500 > options=2098 > ether 00:30:48:2e:99:ba > inet 192.147.25.65 netmask 0xffffff00 broadcast 192.147.25.255 > inet6 fe80::230:48ff:fe2e:99ba%em0 prefixlen 64 scopeid 0x1 > inet 192.147.25.45 netmask 0xffffff00 broadcast 192.147.25.255 > inet 192.147.25.11 netmask 0xffffff00 broadcast 192.147.25.255 > nd6 options=3 > media: Ethernet autoselect (100baseTX ) > status: active > $ > $ uname -a > FreeBSD thebighonker.lerctr.org 8.2-STABLE FreeBSD 8.2-STABLE #45: > Sat Oct 8 10:57:43 CDT 2011 > root@thebighonker.lerctr.org:/usr/obj/usr/src/sys/THEBIGHONKER > amd64 > $ > > > > $ ifconfig em0 > em0: flags=8843 metric 0 mtu 1500 > options=2088 > ether 00:30:48:8e:9f:f3 > inet 192.168.200.4 netmask 0xffffff00 broadcast 192.168.200.255 > inet6 fe80::230:48ff:fe8e:9ff3%em0 prefixlen 64 scopeid 0x1 > nd6 options=29 > media: Ethernet autoselect (1000baseT ) > status: active > $ uname -a > FreeBSD borg.lerctr.org 9.0-BETA3 FreeBSD 9.0-BETA3 #1: Sun Oct 9 > 10:03:42 CDT 2011 > root@borg.lerctr.org:/usr/obj/usr/src/sys/BORG-DTRACE amd64 > $ Can you please provide output from the following commands executed on the machine showing the problem? The above commands show nothing useful, other than the fact that one machine is at 100/full and the other is at 1000/full (I don't know your network setup). Commands: * netstat -inbd -I em0 * sysctl -a dev.em.0 * Issue command "sysctl dev.em.0.debug=1", then type "dmesg" and provide all of the new output you will see at the bottom that pertains to the NIC If you Google this problem, you will find that the majority of the time it's caused by NIC drivers acting oddly. Also, I believe the em(4) driver in 9.x is slightly different than on 8.x, so I'm CC'ing Jack Vogel here. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Oct 11 00:43: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 0CB18106564A; Tue, 11 Oct 2011 00:43:08 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) by mx1.freebsd.org (Postfix) with ESMTP id ACD0F8FC08; Tue, 11 Oct 2011 00:43:07 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Type:MIME-Version:References:Message-ID:In-Reply-To:Subject:cc:To:Sender:From:Date; bh=v60MnPq1e11crzNTFaQE8KnNirPjd3oJA/g3ucx/vcQ=; b=AtdCmgqykx/m/E1MJQmTWHNSl3HUCl2EW3FPy+Lu6qScbjaNGtzrsBH38NazmFhSV6a2czkZ6QVKyItrbmEXqoqPPS/Ze22Infzw+RGOw9cePEUPjaOriunfH9IfEOoEXyL4VOidmv7p5+MLpPRJYRSPSyMyuyMmaTb4Z6tyorE=; Received: from cpe-72-182-3-73.austin.res.rr.com ([72.182.3.73]:56377 helo=[192.168.200.4]) by thebighonker.lerctr.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RDQQw-0003Rn-4U; Mon, 10 Oct 2011 19:43:04 -0500 Date: Mon, 10 Oct 2011 19:42:58 -0500 (CDT) From: Larry Rosenman Sender: ler@lrosenman.dyndns.org To: Jeremy Chadwick In-Reply-To: <20111010230207.GA85243@icarus.home.lan> Message-ID: References: <201110101147.30558.jhb@freebsd.org> <4E933BBF.6070209@lerctr.org> <36C97D31-5D01-4AC2-8E48-9A8B04B98F91@transsys.com> <4E93606D.8070306@lerctr.org> <20111010230207.GA85243@icarus.home.lan> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -2.7 (--) X-LERCTR-Spam-Score: -2.7 (--) X-Spam-Report: SpamScore (-2.7/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, TW_TD=0.077, TW_XF=0.077 X-LERCTR-Spam-Report: SpamScore (-2.7/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, TW_TD=0.077, TW_XF=0.077 Cc: freebsd-stable@freebsd.org, "Vogel, Jack" , John Baldwin Subject: Re: rsync corrupted MAC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Oct 2011 00:43:08 -0000 On Mon, 10 Oct 2011, Jeremy Chadwick wrote: > On Mon, Oct 10, 2011 at 04:15:25PM -0500, Larry Rosenman wrote: >> On 10/10/2011 3:57 PM, Louis Mamakos wrote: >>> On Oct 10, 2011, at 2:38 PM, Larry Rosenman wrote: >>> >>>> On 10/10/2011 10:47 AM, John Baldwin wrote: >>>>> On Sunday, October 09, 2011 5:06:26 pm Larry Rosenman wrote: >>>>>> Any ideas on which side or what might be broke here? >>>>>> >>>>>> ler/MAIL-ARCHIVE/2008/12/INBOX >>>>>> Corrupted MAC on input. >>>>>> Disconnecting: Packet corrupt >>>>>> rsync: connection unexpectedly closed (33845045 bytes received so far) >>>>> [receiver] >>>>>> rsync error: error in rsync protocol data stream (code 12) at io.c(605) >>>>> [receiver=3.0.9] >>>>>> rsync: connection unexpectedly closed (1450 bytes received so far) >>>>> [generator] >>>>>> rsync error: unexplained error (code 255) at io.c(605) [generator=3.0.9] >>>>> I've had somewhat similar issues (ssh getting corruption in its data stream) >>>>> when a NIC in my netbook was corrupting packet data when it ran at 1G (it >>>>> worked fine at 10/100). Pyun eventually fixed the issue by applying enough >>>>> workarounds (it was likely a hardware bug in the NIC's chipset). However, it >>>>> wasn't easy to debug unfortunately. :( >>>>> >>>> Any ideas on where to start? >>>> >>>> from the 8.2 box (tbh.lerctr.org in the script): >>>> >>>> 8.2->PIX->Provider->Internet->Motorola SBG6580 (Time-Warner)->Trendnet TEG-160WS Gig switch->9.0 box (borg.lerctr.org). >>>> >>>> So, where do I start? >>> I'd turn off IP / TCP / UDP checksum offloading on your NIC if it supports it, and see if you are getting network layer checksum errors. If the IP checksum is wrong, then it happened on the last hops between the NIC and memory or across the previous network hop. >>> >>> >>> >> Good idea, but, it didn't show ANY errors on EITHER side (both are >> em nics). >> >> Next? >> $ ifconfig em0 >> em0: flags=8843 metric 0 mtu 1500 >> options=2098 >> ether 00:30:48:2e:99:ba >> inet 192.147.25.65 netmask 0xffffff00 broadcast 192.147.25.255 >> inet6 fe80::230:48ff:fe2e:99ba%em0 prefixlen 64 scopeid 0x1 >> inet 192.147.25.45 netmask 0xffffff00 broadcast 192.147.25.255 >> inet 192.147.25.11 netmask 0xffffff00 broadcast 192.147.25.255 >> nd6 options=3 >> media: Ethernet autoselect (100baseTX ) >> status: active >> $ >> $ uname -a >> FreeBSD thebighonker.lerctr.org 8.2-STABLE FreeBSD 8.2-STABLE #45: >> Sat Oct 8 10:57:43 CDT 2011 >> root@thebighonker.lerctr.org:/usr/obj/usr/src/sys/THEBIGHONKER >> amd64 >> $ >> >> >> >> $ ifconfig em0 >> em0: flags=8843 metric 0 mtu 1500 >> options=2088 >> ether 00:30:48:8e:9f:f3 >> inet 192.168.200.4 netmask 0xffffff00 broadcast 192.168.200.255 >> inet6 fe80::230:48ff:fe8e:9ff3%em0 prefixlen 64 scopeid 0x1 >> nd6 options=29 >> media: Ethernet autoselect (1000baseT ) >> status: active >> $ uname -a >> FreeBSD borg.lerctr.org 9.0-BETA3 FreeBSD 9.0-BETA3 #1: Sun Oct 9 >> 10:03:42 CDT 2011 >> root@borg.lerctr.org:/usr/obj/usr/src/sys/BORG-DTRACE amd64 >> $ > > Can you please provide output from the following commands executed on > the machine showing the problem? The above commands show nothing > useful, other than the fact that one machine is at 100/full and the > other is at 1000/full (I don't know your network setup). Commands: > > * netstat -inbd -I em0 > * sysctl -a dev.em.0 > * Issue command "sysctl dev.em.0.debug=1", then type "dmesg" and > provide all of the new output you will see at the bottom that > pertains to the NIC > > If you Google this problem, you will find that the majority of the time > it's caused by NIC drivers acting oddly. > > Also, I believe the em(4) driver in 9.x is slightly different than on > 8.x, so I'm CC'ing Jack Vogel here. > > from 9.0: Name Mtu Network Address Ipkts Ierrs Idrop Ibytes Opkts Oerrs Obytes Coll Drop em0 1500 00:30:48:8e:9f:f3 69776975 0 0 59660392277 52592789 0 104743924118 0 0 em0 1500 192.168.200.0 192.168.200.4 69759773 - - 58681934612 96397272 - 104003761109 - - em0 1500 fe80::230:48f fe80::230:48ff:fe 0 - - 0 3 - 248 - - dev.em.0.%desc: Intel(R) PRO/1000 Network Connection 7.2.3 dev.em.0.%driver: em dev.em.0.%location: slot=0 function=0 dev.em.0.%pnpinfo: vendor=0x8086 device=0x1096 subvendor=0x15d9 subdevice=0x0000 class=0x020000 dev.em.0.%parent: pci6 dev.em.0.nvm: -1 dev.em.0.debug: -1 dev.em.0.rx_int_delay: 0 dev.em.0.tx_int_delay: 66 dev.em.0.rx_abs_int_delay: 66 dev.em.0.tx_abs_int_delay: 66 dev.em.0.rx_processing_limit: 100 dev.em.0.flow_control: 3 dev.em.0.eee_control: 0 dev.em.0.link_irq: 0 dev.em.0.mbuf_alloc_fail: 0 dev.em.0.cluster_alloc_fail: 0 dev.em.0.dropped: 0 dev.em.0.tx_dma_fail: 21755 dev.em.0.rx_overruns: 0 dev.em.0.watchdog_timeouts: 0 dev.em.0.device_control: 1851969 dev.em.0.rx_control: 67141634 dev.em.0.fc_high_water: 30720 dev.em.0.fc_low_water: 29220 dev.em.0.queue0.txd_head: 136 dev.em.0.queue0.txd_tail: 136 dev.em.0.queue0.tx_irq: 0 dev.em.0.queue0.no_desc_avail: 0 dev.em.0.queue0.rxd_head: 2 dev.em.0.queue0.rxd_tail: 1 dev.em.0.queue0.rx_irq: 0 dev.em.0.mac_stats.excess_coll: 0 dev.em.0.mac_stats.single_coll: 0 dev.em.0.mac_stats.multiple_coll: 0 dev.em.0.mac_stats.late_coll: 0 dev.em.0.mac_stats.collision_count: 0 dev.em.0.mac_stats.symbol_errors: 0 dev.em.0.mac_stats.sequence_errors: 0 dev.em.0.mac_stats.defer_count: 0 dev.em.0.mac_stats.missed_packets: 0 dev.em.0.mac_stats.recv_no_buff: 0 dev.em.0.mac_stats.recv_undersize: 0 dev.em.0.mac_stats.recv_fragmented: 0 dev.em.0.mac_stats.recv_oversize: 0 dev.em.0.mac_stats.recv_jabber: 0 dev.em.0.mac_stats.recv_errs: 0 dev.em.0.mac_stats.crc_errs: 0 dev.em.0.mac_stats.alignment_errs: 0 dev.em.0.mac_stats.coll_ext_errs: 0 dev.em.0.mac_stats.xon_recvd: 0 dev.em.0.mac_stats.xon_txd: 0 dev.em.0.mac_stats.xoff_recvd: 0 dev.em.0.mac_stats.xoff_txd: 0 dev.em.0.mac_stats.total_pkts_recvd: 69774324 dev.em.0.mac_stats.good_pkts_recvd: 69774324 dev.em.0.mac_stats.bcast_pkts_recvd: 28156 dev.em.0.mac_stats.mcast_pkts_recvd: 1758 dev.em.0.mac_stats.rx_frames_64: 54177 dev.em.0.mac_stats.rx_frames_65_127: 30157358 dev.em.0.mac_stats.rx_frames_128_255: 1092948 dev.em.0.mac_stats.rx_frames_256_511: 125295 dev.em.0.mac_stats.rx_frames_512_1023: 128081 dev.em.0.mac_stats.rx_frames_1024_1522: 38216465 dev.em.0.mac_stats.good_octets_recvd: 59938624047 dev.em.0.mac_stats.good_octets_txd: 106613836902 dev.em.0.mac_stats.total_pkts_txd: 96250538 dev.em.0.mac_stats.good_pkts_txd: 96250538 dev.em.0.mac_stats.bcast_pkts_txd: 2989 dev.em.0.mac_stats.mcast_pkts_txd: 0 dev.em.0.mac_stats.tx_frames_64: 7551 dev.em.0.mac_stats.tx_frames_65_127: 26727682 dev.em.0.mac_stats.tx_frames_128_255: 227574 dev.em.0.mac_stats.tx_frames_256_511: 167383 dev.em.0.mac_stats.tx_frames_512_1023: 302141 dev.em.0.mac_stats.tx_frames_1024_1522: 68818207 dev.em.0.mac_stats.tso_txd: 17244234 dev.em.0.mac_stats.tso_ctx_fail: 0 dev.em.0.interrupts.asserts: 65945396 dev.em.0.interrupts.rx_pkt_timer: 8917 dev.em.0.interrupts.rx_abs_timer: 0 dev.em.0.interrupts.tx_pkt_timer: 1461 dev.em.0.interrupts.tx_abs_timer: 1951 dev.em.0.interrupts.tx_queue_empty: 0 dev.em.0.interrupts.tx_queue_min_thresh: 0 dev.em.0.interrupts.rx_desc_min_thresh: 0 dev.em.0.interrupts.rx_overrun: 0 Interface is RUNNING and INACTIVE em0: hw tdh = 221, hw tdt = 221 em0: hw rdh = 467, hw rdt = 466 em0: Tx Queue Status = 0 em0: TX descriptors avail = 1024 em0: Tx Descriptors avail failure = 0 em0: RX discarded packets = 0 em0: RX Next to Check = 467 em0: RX Next to Refresh = 466 $ from 8.2: Name Mtu Network Address Ipkts Ierrs Idrop Ibytes Opkts Oerrs Obytes Coll Drop em0 1500 00:30:48:2e:99:ba 276150 0 0 42614583 285398 0 207023352 0 0 em0 1500 192.147.25.0/ 192.147.25.65 318062 - - 48331105 285363 - 203026287 - - em0 1500 fe80::230:48f fe80::230:48ff:fe 0 - - 0 1 - 96 - - em0 1500 192.147.25.0/ 192.147.25.45 25071 - - 1782211 0 - 0 - - em0 1500 192.147.25.0/ 192.147.25.11 38433 - - 2742827 0 - 0 - - dev.em.0.%desc: Intel(R) PRO/1000 Legacy Network Connection 1.0.3 dev.em.0.%driver: em dev.em.0.%location: slot=2 function=0 dev.em.0.%pnpinfo: vendor=0x8086 device=0x1079 subvendor=0x15d9 subdevice=0x117a class=0x020000 dev.em.0.%parent: pci3 dev.em.0.nvm: -1 dev.em.0.rx_int_delay: 0 dev.em.0.tx_int_delay: 66 dev.em.0.rx_abs_int_delay: 66 dev.em.0.tx_abs_int_delay: 66 dev.em.0.rx_processing_limit: 100 dev.em.0.flow_control: 3 dev.em.0.mbuf_alloc_fail: 0 dev.em.0.cluster_alloc_fail: 0 dev.em.0.dropped: 0 dev.em.0.tx_dma_fail: 0 dev.em.0.tx_desc_fail1: 0 dev.em.0.tx_desc_fail2: 0 dev.em.0.rx_overruns: 0 dev.em.0.watchdog_timeouts: 0 dev.em.0.device_control: 1089471041 dev.em.0.rx_control: 32770 dev.em.0.fc_high_water: 47104 dev.em.0.fc_low_water: 45604 dev.em.0.fifo_workaround: 0 dev.em.0.fifo_reset: 0 dev.em.0.txd_head: 73 dev.em.0.txd_tail: 75 dev.em.0.rxd_head: 130 dev.em.0.rxd_tail: 129 dev.em.0.mac_stats.excess_coll: 0 dev.em.0.mac_stats.single_coll: 0 dev.em.0.mac_stats.multiple_coll: 0 dev.em.0.mac_stats.late_coll: 0 dev.em.0.mac_stats.collision_count: 0 dev.em.0.mac_stats.symbol_errors: 0 dev.em.0.mac_stats.sequence_errors: 0 dev.em.0.mac_stats.defer_count: 0 dev.em.0.mac_stats.missed_packets: 0 dev.em.0.mac_stats.recv_no_buff: 0 dev.em.0.mac_stats.recv_undersize: 0 dev.em.0.mac_stats.recv_fragmented: 0 dev.em.0.mac_stats.recv_oversize: 0 dev.em.0.mac_stats.recv_jabber: 0 dev.em.0.mac_stats.recv_errs: 0 dev.em.0.mac_stats.crc_errs: 0 dev.em.0.mac_stats.alignment_errs: 0 dev.em.0.mac_stats.coll_ext_errs: 0 dev.em.0.mac_stats.xon_recvd: 0 dev.em.0.mac_stats.xon_txd: 0 dev.em.0.mac_stats.xoff_recvd: 0 dev.em.0.mac_stats.xoff_txd: 0 dev.em.0.mac_stats.total_pkts_recvd: 276318 dev.em.0.mac_stats.good_pkts_recvd: 276318 dev.em.0.mac_stats.bcast_pkts_recvd: 8 dev.em.0.mac_stats.mcast_pkts_recvd: 0 dev.em.0.mac_stats.rx_frames_64: 9012 dev.em.0.mac_stats.rx_frames_65_127: 205540 dev.em.0.mac_stats.rx_frames_128_255: 44078 dev.em.0.mac_stats.rx_frames_256_511: 3166 dev.em.0.mac_stats.rx_frames_512_1023: 3934 dev.em.0.mac_stats.rx_frames_1024_1522: 10588 dev.em.0.mac_stats.good_octets_recvd: 43761022 dev.em.0.mac_stats.good_octets_txd: 208238998 dev.em.0.mac_stats.total_pkts_txd: 285534 dev.em.0.mac_stats.good_pkts_txd: 285534 dev.em.0.mac_stats.bcast_pkts_txd: 22 dev.em.0.mac_stats.mcast_pkts_txd: 3 dev.em.0.mac_stats.tx_frames_64: 6172 dev.em.0.mac_stats.tx_frames_65_127: 75983 dev.em.0.mac_stats.tx_frames_128_255: 53030 dev.em.0.mac_stats.tx_frames_256_511: 23216 dev.em.0.mac_stats.tx_frames_512_1023: 1472 dev.em.0.mac_stats.tx_frames_1024_1522: 125661 dev.em.0.mac_stats.tso_txd: 0 dev.em.0.mac_stats.tso_ctx_fail: 0 $ sudo sysctl dev.em.0.debug=1 sysctl: unknown oid 'dev.em.0.debug' $ -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-stable@FreeBSD.ORG Tue Oct 11 04:18: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 3C6831065674 for ; Tue, 11 Oct 2011 04:18:48 +0000 (UTC) (envelope-from jfvogel@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 6EC1E8FC14 for ; Tue, 11 Oct 2011 04:18:47 +0000 (UTC) Received: by wyj26 with SMTP id 26so10264251wyj.13 for ; Mon, 10 Oct 2011 21:18:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=MuyNVcbCGHiCzrCOT7Blrkp8rR6LrhI6dEKA52tbdpc=; b=k+kJur1SjgOfz6SDgsWxlhUkf+dImaX3r2b1//ojPU93fv735LZ10kCxT69FOQZfpQ 8x/Y3Mp8I0gjKhDAx9rkLX+quGW0NRhQzuZWn6BFm6koxLTyck2ignLQIC8CgQ6jsLAL cjELybYMVa73KxpmWuVsh9VaW37mom3Z1e3xI= MIME-Version: 1.0 Received: by 10.216.139.135 with SMTP id c7mr192334wej.28.1318305232941; Mon, 10 Oct 2011 20:53:52 -0700 (PDT) Received: by 10.180.106.35 with HTTP; Mon, 10 Oct 2011 20:53:52 -0700 (PDT) In-Reply-To: References: <201110101147.30558.jhb@freebsd.org> <4E933BBF.6070209@lerctr.org> <36C97D31-5D01-4AC2-8E48-9A8B04B98F91@transsys.com> <4E93606D.8070306@lerctr.org> <20111010230207.GA85243@icarus.home.lan> Date: Mon, 10 Oct 2011 20:53:52 -0700 Message-ID: From: Jack Vogel To: Larry Rosenman Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, "Vogel, Jack" , Jeremy Chadwick , John Baldwin Subject: Re: rsync corrupted MAC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Oct 2011 04:18:48 -0000 Well, for a start I'd get both interfaces at the same speed, sounds like a hardware issue of some sort, cable or switch maybe? Jack On Mon, Oct 10, 2011 at 5:42 PM, Larry Rosenman wrote: > On Mon, 10 Oct 2011, Jeremy Chadwick wrote: > > On Mon, Oct 10, 2011 at 04:15:25PM -0500, Larry Rosenman wrote: >> >>> On 10/10/2011 3:57 PM, Louis Mamakos wrote: >>> >>>> On Oct 10, 2011, at 2:38 PM, Larry Rosenman wrote: >>>> >>>> On 10/10/2011 10:47 AM, John Baldwin wrote: >>>>> >>>>>> On Sunday, October 09, 2011 5:06:26 pm Larry Rosenman wrote: >>>>>> >>>>>>> Any ideas on which side or what might be broke here? >>>>>>> >>>>>>> ler/MAIL-ARCHIVE/2008/12/INBOX >>>>>>> Corrupted MAC on input. >>>>>>> Disconnecting: Packet corrupt >>>>>>> rsync: connection unexpectedly closed (33845045 bytes received so >>>>>>> far) >>>>>>> >>>>>> [receiver] >>>>>> >>>>>>> rsync error: error in rsync protocol data stream (code 12) at >>>>>>> io.c(605) >>>>>>> >>>>>> [receiver=3.0.9] >>>>>> >>>>>>> rsync: connection unexpectedly closed (1450 bytes received so far) >>>>>>> >>>>>> [generator] >>>>>> >>>>>>> rsync error: unexplained error (code 255) at io.c(605) >>>>>>> [generator=3.0.9] >>>>>>> >>>>>> I've had somewhat similar issues (ssh getting corruption in its data >>>>>> stream) >>>>>> when a NIC in my netbook was corrupting packet data when it ran at 1G >>>>>> (it >>>>>> worked fine at 10/100). Pyun eventually fixed the issue by applying >>>>>> enough >>>>>> workarounds (it was likely a hardware bug in the NIC's chipset). >>>>>> However, it >>>>>> wasn't easy to debug unfortunately. :( >>>>>> >>>>>> Any ideas on where to start? >>>>> >>>>> from the 8.2 box (tbh.lerctr.org in the script): >>>>> >>>>> 8.2->PIX->Provider->Internet->**Motorola SBG6580 >>>>> (Time-Warner)->Trendnet TEG-160WS Gig switch->9.0 box (borg.lerctr.org >>>>> ). >>>>> >>>>> So, where do I start? >>>>> >>>> I'd turn off IP / TCP / UDP checksum offloading on your NIC if it >>>> supports it, and see if you are getting network layer checksum errors. If >>>> the IP checksum is wrong, then it happened on the last hops between the NIC >>>> and memory or across the previous network hop. >>>> >>>> >>>> >>>> Good idea, but, it didn't show ANY errors on EITHER side (both are >>> em nics). >>> >>> Next? >>> $ ifconfig em0 >>> em0: flags=8843 metric 0 mtu >>> 1500 >>> options=2098 >>> ether 00:30:48:2e:99:ba >>> inet 192.147.25.65 netmask 0xffffff00 broadcast 192.147.25.255 >>> inet6 fe80::230:48ff:fe2e:99ba%em0 prefixlen 64 scopeid 0x1 >>> inet 192.147.25.45 netmask 0xffffff00 broadcast 192.147.25.255 >>> inet 192.147.25.11 netmask 0xffffff00 broadcast 192.147.25.255 >>> nd6 options=3 >>> media: Ethernet autoselect (100baseTX ) >>> status: active >>> $ >>> $ uname -a >>> FreeBSD thebighonker.lerctr.org 8.2-STABLE FreeBSD 8.2-STABLE #45: >>> Sat Oct 8 10:57:43 CDT 2011 >>> root@thebighonker.lerctr.org:/**usr/obj/usr/src/sys/**THEBIGHONKER >>> amd64 >>> $ >>> >>> >>> >>> $ ifconfig em0 >>> em0: flags=8843 metric 0 mtu >>> 1500 >>> options=2088 >>> ether 00:30:48:8e:9f:f3 >>> inet 192.168.200.4 netmask 0xffffff00 broadcast 192.168.200.255 >>> inet6 fe80::230:48ff:fe8e:9ff3%em0 prefixlen 64 scopeid 0x1 >>> nd6 options=29 >>> media: Ethernet autoselect (1000baseT ) >>> status: active >>> $ uname -a >>> FreeBSD borg.lerctr.org 9.0-BETA3 FreeBSD 9.0-BETA3 #1: Sun Oct 9 >>> 10:03:42 CDT 2011 >>> root@borg.lerctr.org:/usr/obj/**usr/src/sys/BORG-DTRACE amd64 >>> $ >>> >> >> Can you please provide output from the following commands executed on >> the machine showing the problem? The above commands show nothing >> useful, other than the fact that one machine is at 100/full and the >> other is at 1000/full (I don't know your network setup). Commands: >> >> * netstat -inbd -I em0 >> * sysctl -a dev.em.0 >> * Issue command "sysctl dev.em.0.debug=1", then type "dmesg" and >> provide all of the new output you will see at the bottom that >> pertains to the NIC >> >> If you Google this problem, you will find that the majority of the time >> it's caused by NIC drivers acting oddly. >> >> Also, I believe the em(4) driver in 9.x is slightly different than on >> 8.x, so I'm CC'ing Jack Vogel here. >> >> >> > from 9.0: > > Name Mtu Network Address Ipkts Ierrs Idrop Ibytes > Opkts Oerrs Obytes Coll Drop > em0 1500 00:30:48:8e:9f:f3 69776975 0 0 > 59660392277 52592789 0 104743924118 0 0 em0 1500 192.168.200.0 > 192.168.200.4 69759773 - - 58681934612 96397272 - > 104003761109 - - em0 1500 fe80::230:48f fe80::230:48ff:fe 0 > - - 0 3 - 248 - - > > > dev.em.0.%desc: Intel(R) PRO/1000 Network Connection 7.2.3 > dev.em.0.%driver: em > dev.em.0.%location: slot=0 function=0 > dev.em.0.%pnpinfo: vendor=0x8086 device=0x1096 subvendor=0x15d9 > subdevice=0x0000 class=0x020000 > dev.em.0.%parent: pci6 > dev.em.0.nvm: -1 > dev.em.0.debug: -1 > dev.em.0.rx_int_delay: 0 > dev.em.0.tx_int_delay: 66 > dev.em.0.rx_abs_int_delay: 66 > dev.em.0.tx_abs_int_delay: 66 > dev.em.0.rx_processing_limit: 100 > dev.em.0.flow_control: 3 > dev.em.0.eee_control: 0 > dev.em.0.link_irq: 0 > dev.em.0.mbuf_alloc_fail: 0 > dev.em.0.cluster_alloc_fail: 0 > dev.em.0.dropped: 0 > dev.em.0.tx_dma_fail: 21755 > dev.em.0.rx_overruns: 0 > dev.em.0.watchdog_timeouts: 0 > dev.em.0.device_control: 1851969 > dev.em.0.rx_control: 67141634 > dev.em.0.fc_high_water: 30720 > dev.em.0.fc_low_water: 29220 > dev.em.0.queue0.txd_head: 136 > dev.em.0.queue0.txd_tail: 136 > dev.em.0.queue0.tx_irq: 0 > dev.em.0.queue0.no_desc_avail: 0 > dev.em.0.queue0.rxd_head: 2 > dev.em.0.queue0.rxd_tail: 1 > dev.em.0.queue0.rx_irq: 0 > dev.em.0.mac_stats.excess_**coll: 0 > dev.em.0.mac_stats.single_**coll: 0 > dev.em.0.mac_stats.multiple_**coll: 0 > dev.em.0.mac_stats.late_coll: 0 > dev.em.0.mac_stats.collision_**count: 0 > dev.em.0.mac_stats.symbol_**errors: 0 > dev.em.0.mac_stats.sequence_**errors: 0 > dev.em.0.mac_stats.defer_**count: 0 > dev.em.0.mac_stats.missed_**packets: 0 > dev.em.0.mac_stats.recv_no_**buff: 0 > dev.em.0.mac_stats.recv_**undersize: 0 > dev.em.0.mac_stats.recv_**fragmented: 0 > dev.em.0.mac_stats.recv_**oversize: 0 > dev.em.0.mac_stats.recv_**jabber: 0 > dev.em.0.mac_stats.recv_errs: 0 > dev.em.0.mac_stats.crc_errs: 0 > dev.em.0.mac_stats.alignment_**errs: 0 > dev.em.0.mac_stats.coll_ext_**errs: 0 > dev.em.0.mac_stats.xon_recvd: 0 > dev.em.0.mac_stats.xon_txd: 0 > dev.em.0.mac_stats.xoff_recvd: 0 > dev.em.0.mac_stats.xoff_txd: 0 > dev.em.0.mac_stats.total_pkts_**recvd: 69774324 > dev.em.0.mac_stats.good_pkts_**recvd: 69774324 > dev.em.0.mac_stats.bcast_pkts_**recvd: 28156 > dev.em.0.mac_stats.mcast_pkts_**recvd: 1758 > dev.em.0.mac_stats.rx_frames_**64: 54177 > dev.em.0.mac_stats.rx_frames_**65_127: 30157358 > dev.em.0.mac_stats.rx_frames_**128_255: 1092948 > dev.em.0.mac_stats.rx_frames_**256_511: 125295 > dev.em.0.mac_stats.rx_frames_**512_1023: 128081 > dev.em.0.mac_stats.rx_frames_**1024_1522: 38216465 > dev.em.0.mac_stats.good_**octets_recvd: 59938624047 > dev.em.0.mac_stats.good_**octets_txd: 106613836902 > dev.em.0.mac_stats.total_pkts_**txd: 96250538 > dev.em.0.mac_stats.good_pkts_**txd: 96250538 > dev.em.0.mac_stats.bcast_pkts_**txd: 2989 > dev.em.0.mac_stats.mcast_pkts_**txd: 0 > dev.em.0.mac_stats.tx_frames_**64: 7551 > dev.em.0.mac_stats.tx_frames_**65_127: 26727682 > dev.em.0.mac_stats.tx_frames_**128_255: 227574 > dev.em.0.mac_stats.tx_frames_**256_511: 167383 > dev.em.0.mac_stats.tx_frames_**512_1023: 302141 > dev.em.0.mac_stats.tx_frames_**1024_1522: 68818207 > dev.em.0.mac_stats.tso_txd: 17244234 > dev.em.0.mac_stats.tso_ctx_**fail: 0 > dev.em.0.interrupts.asserts: 65945396 > dev.em.0.interrupts.rx_pkt_**timer: 8917 > dev.em.0.interrupts.rx_abs_**timer: 0 > dev.em.0.interrupts.tx_pkt_**timer: 1461 > dev.em.0.interrupts.tx_abs_**timer: 1951 > dev.em.0.interrupts.tx_queue_**empty: 0 > dev.em.0.interrupts.tx_queue_**min_thresh: 0 > dev.em.0.interrupts.rx_desc_**min_thresh: 0 > dev.em.0.interrupts.rx_**overrun: 0 > > Interface is RUNNING and INACTIVE > em0: hw tdh = 221, hw tdt = 221 > em0: hw rdh = 467, hw rdt = 466 > em0: Tx Queue Status = 0 > em0: TX descriptors avail = 1024 > em0: Tx Descriptors avail failure = 0 > em0: RX discarded packets = 0 > em0: RX Next to Check = 467 > em0: RX Next to Refresh = 466 > $ > > from 8.2: > > Name Mtu Network Address Ipkts Ierrs Idrop Ibytes > Opkts Oerrs Obytes Coll Drop > em0 1500 00:30:48:2e:99:ba 276150 0 0 42614583 > 285398 0 207023352 0 0 em0 1500 192.147.25.0/192.147.25.65 318062 - - 48331105 285363 - 203026287 > - - em0 1500 fe80::230:48f fe80::230:48ff:fe 0 - - > 0 1 - 96 - - em0 1500 192.147.25.0/192.147.25.45 25071 - - 1782211 0 - 0 > - - em0 1500 192.147.25.0/ 192.147.25.11 38433 - > - 2742827 0 - 0 - - > > > dev.em.0.%desc: Intel(R) PRO/1000 Legacy Network Connection 1.0.3 > dev.em.0.%driver: em > dev.em.0.%location: slot=2 function=0 > dev.em.0.%pnpinfo: vendor=0x8086 device=0x1079 subvendor=0x15d9 > subdevice=0x117a class=0x020000 > dev.em.0.%parent: pci3 > dev.em.0.nvm: -1 > dev.em.0.rx_int_delay: 0 > dev.em.0.tx_int_delay: 66 > dev.em.0.rx_abs_int_delay: 66 > dev.em.0.tx_abs_int_delay: 66 > dev.em.0.rx_processing_limit: 100 > dev.em.0.flow_control: 3 > dev.em.0.mbuf_alloc_fail: 0 > dev.em.0.cluster_alloc_fail: 0 > dev.em.0.dropped: 0 > dev.em.0.tx_dma_fail: 0 > dev.em.0.tx_desc_fail1: 0 > dev.em.0.tx_desc_fail2: 0 > dev.em.0.rx_overruns: 0 > dev.em.0.watchdog_timeouts: 0 > dev.em.0.device_control: 1089471041 > dev.em.0.rx_control: 32770 > dev.em.0.fc_high_water: 47104 > dev.em.0.fc_low_water: 45604 > dev.em.0.fifo_workaround: 0 > dev.em.0.fifo_reset: 0 > dev.em.0.txd_head: 73 > dev.em.0.txd_tail: 75 > dev.em.0.rxd_head: 130 > dev.em.0.rxd_tail: 129 > dev.em.0.mac_stats.excess_**coll: 0 > dev.em.0.mac_stats.single_**coll: 0 > dev.em.0.mac_stats.multiple_**coll: 0 > dev.em.0.mac_stats.late_coll: 0 > dev.em.0.mac_stats.collision_**count: 0 > dev.em.0.mac_stats.symbol_**errors: 0 > dev.em.0.mac_stats.sequence_**errors: 0 > dev.em.0.mac_stats.defer_**count: 0 > dev.em.0.mac_stats.missed_**packets: 0 > dev.em.0.mac_stats.recv_no_**buff: 0 > dev.em.0.mac_stats.recv_**undersize: 0 > dev.em.0.mac_stats.recv_**fragmented: 0 > dev.em.0.mac_stats.recv_**oversize: 0 > dev.em.0.mac_stats.recv_**jabber: 0 > dev.em.0.mac_stats.recv_errs: 0 > dev.em.0.mac_stats.crc_errs: 0 > dev.em.0.mac_stats.alignment_**errs: 0 > dev.em.0.mac_stats.coll_ext_**errs: 0 > dev.em.0.mac_stats.xon_recvd: 0 > dev.em.0.mac_stats.xon_txd: 0 > dev.em.0.mac_stats.xoff_recvd: 0 > dev.em.0.mac_stats.xoff_txd: 0 > dev.em.0.mac_stats.total_pkts_**recvd: 276318 > dev.em.0.mac_stats.good_pkts_**recvd: 276318 > dev.em.0.mac_stats.bcast_pkts_**recvd: 8 > dev.em.0.mac_stats.mcast_pkts_**recvd: 0 > dev.em.0.mac_stats.rx_frames_**64: 9012 > dev.em.0.mac_stats.rx_frames_**65_127: 205540 > dev.em.0.mac_stats.rx_frames_**128_255: 44078 > dev.em.0.mac_stats.rx_frames_**256_511: 3166 > dev.em.0.mac_stats.rx_frames_**512_1023: 3934 > dev.em.0.mac_stats.rx_frames_**1024_1522: 10588 > dev.em.0.mac_stats.good_**octets_recvd: 43761022 > dev.em.0.mac_stats.good_**octets_txd: 208238998 > dev.em.0.mac_stats.total_pkts_**txd: 285534 > dev.em.0.mac_stats.good_pkts_**txd: 285534 > dev.em.0.mac_stats.bcast_pkts_**txd: 22 > dev.em.0.mac_stats.mcast_pkts_**txd: 3 > dev.em.0.mac_stats.tx_frames_**64: 6172 > dev.em.0.mac_stats.tx_frames_**65_127: 75983 > dev.em.0.mac_stats.tx_frames_**128_255: 53030 > dev.em.0.mac_stats.tx_frames_**256_511: 23216 > dev.em.0.mac_stats.tx_frames_**512_1023: 1472 > dev.em.0.mac_stats.tx_frames_**1024_1522: 125661 > dev.em.0.mac_stats.tso_txd: 0 > dev.em.0.mac_stats.tso_ctx_**fail: 0 > > $ sudo sysctl dev.em.0.debug=1 > sysctl: unknown oid 'dev.em.0.debug' > $ > > -- > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 512-248-2683 E-Mail: ler@lerctr.org > US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 > ______________________________**_________________ > 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 Tue Oct 11 07:05: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 A36D41065674; Tue, 11 Oct 2011 07:05:59 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) by mx1.freebsd.org (Postfix) with ESMTP id 33A3B8FC0A; Tue, 11 Oct 2011 07:05:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:CC:To:Date:From:Subject:Content-Type:MIME-Version:In-Reply-To:References; bh=DAQezrkhF2OhxoG6l7z0nUb/pv0a19FjYgaDboZ6ZZg=; b=UkOXL2w/DmcS1SqTuT6n0iA0Mm+Ic4G3EfCMK3W9OfBnKJce5eGpqAH82hVrO1Jyfwhl5BFqVg2isIXUDDlSZxf7p+kenjb/xOncOW9ZRpTe7CUAbuNV1exrygxxQ67re+XZbmyzA0nZad9ohzpOt/xh4+YW7XIzz3GM92euAII=; Received: from cpe-72-182-3-73.austin.res.rr.com ([72.182.3.73]:39251 helo=[192.168.200.100]) by thebighonker.lerctr.org with esmtpa (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RDWPO-000BJv-QM; Tue, 11 Oct 2011 02:05:56 -0500 References: User-Agent: K-9 Mail for Android In-Reply-To: MIME-Version: 1.0 From: Larry Rosenman Date: Tue, 11 Oct 2011 02:06:04 -0500 To: Jack Vogel Message-ID: <25c4965e-fb4d-4991-ae7b-e4fe89741359@email.android.com> X-Spam-Score: 0.0 (/) X-LERCTR-Spam-Score: 0.0 (/) X-Spam-Report: SpamScore (0.0/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, FM_MULTI_ODD2=1.1, HTML_MESSAGE=0.001, NORMAL_HTTP_TO_IP=0.001, SARE_HTML_USL_OBFU=1.666, TW_TD=0.077, TW_XF=0.077 X-LERCTR-Spam-Report: SpamScore (0.0/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, FM_MULTI_ODD2=1.1, HTML_MESSAGE=0.001, NORMAL_HTTP_TO_IP=0.001, SARE_HTML_USL_OBFU=1.666, TW_TD=0.077, TW_XF=0.077 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, "Vogel, Jack" , Jeremy Chadwick , John Baldwin Subject: Re: rsync corrupted MAC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Oct 2011 07:05:59 -0000 They are not local to each other. See the diagram. They are across the inte= rnet from each other. -- Sent from my Android phone with K-9 Mail. Please = excuse my brevity. Jack Vogel wrote: Well, for a star= t I'd get both interfaces at the same speed, sounds like a hardware issue o= f some sort, cable or switch maybe? Jack On Mon, Oct 10, 2011 at 5:42 PM= , Larry Rosenman wrote: On Mon, 10 Oct 2011, Jeremy Chadw= ick wrote: On Mon, Oct 10, 2011 at 04:15:25PM -0500, Larry Rosenman wrote:= On 10/10/2011 3:57 PM, Louis Mamakos wrote: On Oct 10, 2011, at 2:38 PM,= Larry Rosenman wrote: On 10/10/2011 10:47 AM, John Baldwin wrote: On Sun= day, October 09, 2011 5:06:26 pm Larry Rosenman wrote: Any ideas on which = side or what might be broke here? ler/MAIL-ARCHIVE/2008/12/INBOX Corrupted= MAC on input. Disconnecting: Packet corrupt rsync: connection unexpectedly= closed (33845045 bytes received so far) [receiver] rsync error: error in= rsync protocol data stream (code 12) at io.c(605) [receiver=3D3.0.9] rsy= nc: connection unexpectedly closed (1450 bytes received so far) [generator= ] rsync error: unexplained error (code 255) at io.c(605) [generator=3D3.0.= 9] I've had somewhat similar issues (ssh getting corruption in its data st= ream) when a NIC in my netbook was corrupting packet data when it ran at 1G= (it worked fine at 10/100). Pyun eventually fixed the issue by applying e= nough workarounds (it was likely a hardware bug in the NIC's chipset). How= ever, it wasn't easy to debug unfortunately. :( Any ideas on where to star= t? from the 8.2 box (tbh.lerctr.org in the script): 8.2->PIX->Provider->I= nternet->Motorola SBG6580 (Time-Warner)->Trendnet TEG-160WS Gig switch->9.0= box (borg.lerctr.org). So, where do I start? I'd turn off IP / TCP / UDP= checksum offloading on your NIC if it supports it, and see if you are gett= ing network layer checksum errors. If the IP checksum is wrong, then it ha= ppened on the last hops between the NIC and memory or across the previous n= etwork hop. Good idea, but, it didn't show ANY errors on EITHER side (bo= th are em nics). Next? $ ifconfig em0 em0: flags=3D8843 metric 0 mtu 1500 options=3D2098 ether 00:30:48:2e:99:ba ine= t 192.147.25.65 netmask 0xffffff00 broadcast 192.147.25.255 inet6 fe= 80::230:48ff:fe2e:99ba%em0 prefixlen 64 scopeid 0x1 inet 192.147.25.= 45 netmask 0xffffff00 broadcast 192.147.25.255 inet 192.147.25.11 ne= tmask 0xffffff00 broadcast 192.147.25.255 nd6 options=3D3 media: Ethernet autoselect (100baseTX ) = status: active $ $ uname -a FreeBSD thebighonker.lerctr.org 8.2-STAB= LE FreeBSD 8.2-STABLE #45: Sat Oct 8 10:57:43 CDT 2011 root@thebighonker.l= erctr.org:/usr/obj/usr/src/sys/THEBIGHONKER amd64 $ $ ifconfig em0 em0: = flags=3D8843 metric 0 mtu 1500 = options=3D2088 ether 00:30:48:8e:= 9f:f3 inet 192.168.200.4 netmask 0xffffff00 broadcast 192.168.200.25= 5 inet6 fe80::230:48ff:fe8e:9ff3%em0 prefixlen 64 scopeid 0x1 = nd6 options=3D29 media: Ether= net autoselect (1000baseT ) status: active $ uname -a F= reeBSD borg.lerctr.org 9.0-BETA3 FreeBSD 9.0-BETA3 #1: Sun Oct 9 10:03:42 = CDT 2011 root@borg.lerctr.org:/usr/obj/usr/src/sys/BORG-DTRACE amd64 $ C= an you please provide output from the following commands executed on the ma= chine showing the problem? The above commands show nothing useful, other t= han the fact that one machine is at 100/full and the other is at 1000/full = (I don't know your network setup). Commands: * netstat -inbd -I em0 * sys= ctl -a dev.em.0 * Issue command "sysctl dev.em.0.debug=3D1", then type "dme= sg" and provide all of the new output you will see at the bottom that per= tains to the NIC If you Google this problem, you will find that the majori= ty of the time it's caused by NIC drivers acting oddly. Also, I believe th= e em(4) driver in 9.x is slightly different than on 8.x, so I'm CC'ing Jack= Vogel here. from 9.0: Name Mtu Network Address I= pkts Ierrs Idrop Ibytes Opkts Oerrs Obytes Coll Drop em0 150= 0 00:30:48:8e:9f:f3 69776975 0 0 59660392277 52592789= 0 104743924118 0 0 em0 1500 192.168.200.0 192.168.200.4 = 69759773 - - 58681934612 96397272 - 104003761109 - - em0= 1500 fe80::230:48f fe80::230:48ff:fe 0 - - 0 = 3 - 248 - - dev.em.0.%desc: Intel(R) PRO/1000 Netw= ork Connection 7.2.3 dev.em.0.%driver: em dev.em.0.%location: slot=3D0 func= tion=3D0 dev.em.0.%pnpinfo: vendor=3D0x8086 device=3D0x1096 subvendor=3D0x1= 5d9 subdevice=3D0x0000 class=3D0x020000 dev.em.0.%parent: pci6 dev.em.0.nvm= : -1 dev.em.0.debug: -1 dev.em.0.rx_int_delay: 0 dev.em.0.tx_int_delay: 66 = dev.em.0.rx_abs_int_delay: 66 dev.em.0.tx_abs_int_delay: 66 dev.em.0.rx_pro= cessing_limit: 100 dev.em.0.flow_control: 3 dev.em.0.eee_control: 0 dev.em.= 0.link_irq: 0 dev.em.0.mbuf_alloc_fail: 0 dev.em.0.cluster_alloc_fail: 0 de= v.em.0.dropped: 0 dev.em.0.tx_dma_fail: 21755 dev.em.0.rx_overruns: 0 dev.e= m.0.watchdog_timeouts: 0 dev.em.0.device_control: 1851969 dev.em.0.rx_contr= ol: 67141634 dev.em.0.fc_high_water: 30720 dev.em.0.fc_low_water: 29220 dev= .em.0.queue0.txd_head: 136 dev.em.0.queue0.txd_tail: 136 dev.em.0.queue0.tx= _irq: 0 dev.em.0.queue0.no_desc_avail: 0 dev.em.0.queue0.rxd_head: 2 dev.em= .0.queue0.rxd_tail: 1 dev.em.0.queue0.rx_irq: 0 dev.em.0.mac_stats.excess_c= oll: 0 dev.em.0.mac_stats.single_coll: 0 dev.em.0.mac_stats.multiple_coll: = 0 dev.em.0.mac_stats.late_coll: 0 dev.em.0.mac_stats.collision_count: 0 dev= .em.0.mac_stats.symbol_errors: 0 dev.em.0.mac_stats.sequence_errors: 0 dev.= em.0.mac_stats.defer_count: 0 dev.em.0.mac_stats.missed_packets: 0 dev.em.0= .mac_stats.recv_no_buff: 0 dev.em.0.mac_stats.recv_undersize: 0 dev.em.0.ma= c_stats.recv_fragmented: 0 dev.em.0.mac_stats.recv_oversize: 0 dev.em.0.mac= _stats.recv_jabber: 0 dev.em.0.mac_stats.recv_errs: 0 dev.em.0.mac_stats.cr= c_errs: 0 dev.em.0.mac_stats.alignment_errs: 0 dev.em.0.mac_stats.coll_ext_= errs: 0 dev.em.0.mac_stats.xon_recvd: 0 dev.em.0.mac_stats.xon_txd: 0 dev.e= m.0.mac_stats.xoff_recvd: 0 dev.em.0.mac_stats.xoff_txd: 0 dev.em.0.mac_sta= ts.total_pkts_recvd: 69774324 dev.em.0.mac_stats.good_pkts_recvd: 69774324 = dev.em.0.mac_stats.bcast_pkts_recvd: 28156 dev.em.0.mac_stats.mcast_pkts_re= cvd: 1758 dev.em.0.mac_stats.rx_frames_64: 54177 dev.em.0.mac_stats.rx_fram= es_65_127: 30157358 dev.em.0.mac_stats.rx_frames_128_255: 1092948 dev.em.0.= mac_stats.rx_frames_256_511: 125295 dev.em.0.mac_stats.rx_frames_512_1023: = 128081 dev.em.0.mac_stats.rx_frames_1024_1522: 38216465 dev.em.0.mac_stats.= good_octets_recvd: 59938624047 dev.em.0.mac_stats.good_octets_txd: 10661383= 6902 dev.em.0.mac_stats.total_pkts_txd: 96250538 dev.em.0.mac_stats.good_pk= ts_txd: 96250538 dev.em.0.mac_stats.bcast_pkts_txd: 2989 dev.em.0.mac_stats= .mcast_pkts_txd: 0 dev.em.0.mac_stats.tx_frames_64: 7551 dev.em.0.mac_stats= .tx_frames_65_127: 26727682 dev.em.0.mac_stats.tx_frames_128_255: 227574 de= v.em.0.mac_stats.tx_frames_256_511: 167383 dev.em.0.mac_stats.tx_frames_512= _1023: 302141 dev.em.0.mac_stats.tx_frames_1024_1522: 68818207 dev.em.0.mac= _stats.tso_txd: 17244234 dev.em.0.mac_stats.tso_ctx_fail: 0 dev.em.0.interr= upts.asserts: 65945396 dev.em.0.interrupts.rx_pkt_timer: 8917 dev.em.0.inte= rrupts.rx_abs_timer: 0 dev.em.0.interrupts.tx_pkt_timer: 1461 dev.em.0.inte= rrupts.tx_abs_timer: 1951 dev.em.0.interrupts.tx_queue_empty: 0 dev.em.0.in= terrupts.tx_queue_min_thresh: 0 dev.em.0.interrupts.rx_desc_min_thresh: 0 d= ev.em.0.interrupts.rx_overrun: 0 Interface is RUNNING and INACTIVE em0: hw= tdh =3D 221, hw tdt =3D 221 em0: hw rdh =3D 467, hw rdt =3D 466 em0: Tx Qu= eue Status =3D 0 em0: TX descriptors avail =3D 1024 em0: Tx Descriptors ava= il failure =3D 0 em0: RX discarded packets =3D 0 em0: RX Next to Check =3D = 467 em0: RX Next to Refresh =3D 466 $ from 8.2: Name Mtu Network = Address Ipkts Ierrs Idrop Ibytes Opkts Oerrs Obyte= s Coll Drop em0 1500 00:30:48:2e:99:ba 276150 0 = 0 42614583 285398 0 207023352 0 0 em0 1500 192.147.25.0= / 192.147.25.65 318062 - - 48331105 285363 - 2030262= 87 - - em0 1500 fe80::230:48f fe80::230:48ff:fe 0 - = - 0 1 - 96 - - em0 1500 192.147.25.= 0/ 192.147.25.45 25071 - - 1782211 0 - = 0 - - em0 1500 192.147.25.0/ 192.147.25.11 38433 - = - 2742827 0 - 0 - - dev.em.0.%desc: Inte= l(R) PRO/1000 Legacy Network Connection 1.0.3 dev.em.0.%driver: em dev.em.0= .%location: slot=3D2 function=3D0 dev.em.0.%pnpinfo: vendor=3D0x8086 device= =3D0x1079 subvendor=3D0x15d9 subdevice=3D0x117a class=3D0x020000 dev.em.0.%= parent: pci3 dev.em.0.nvm: -1 dev.em.0.rx_int_delay: 0 dev.em.0.tx_int_dela= y: 66 dev.em.0.rx_abs_int_delay: 66 dev.em.0.tx_abs_int_delay: 66 dev.em.0.= rx_processing_limit: 100 dev.em.0.flow_control: 3 dev.em.0.mbuf_alloc_fail:= 0 dev.em.0.cluster_alloc_fail: 0 dev.em.0.dropped: 0 dev.em.0.tx_dma_fail:= 0 dev.em.0.tx_desc_fail1: 0 dev.em.0.tx_desc_fail2: 0 dev.em.0.rx_overruns= : 0 dev.em.0.watchdog_timeouts: 0 dev.em.0.device_control: 1089471041 dev.e= m.0.rx_control: 32770 dev.em.0.fc_high_water: 47104 dev.em.0.fc_low_water: = 45604 dev.em.0.fifo_workaround: 0 dev.em.0.fifo_reset: 0 dev.em.0.txd_head:= 73 dev.em.0.txd_tail: 75 dev.em.0.rxd_head: 130 dev.em.0.rxd_tail: 129 dev= .em.0.mac_stats.excess_coll: 0 dev.em.0.mac_stats.single_coll: 0 dev.em.0.m= ac_stats.multiple_coll: 0 dev.em.0.mac_stats.late_coll: 0 dev.em.0.mac_stat= s.collision_count: 0 dev.em.0.mac_stats.symbol_errors: 0 dev.em.0.mac_stats= .sequence_errors: 0 dev.em.0.mac_stats.defer_count: 0 dev.em.0.mac_stats.mi= ssed_packets: 0 dev.em.0.mac_stats.recv_no_buff: 0 dev.em.0.mac_stats.recv_= undersize: 0 dev.em.0.mac_stats.recv_fragmented: 0 dev.em.0.mac_stats.recv_= oversize: 0 dev.em.0.mac_stats.recv_jabber: 0 dev.em.0.mac_stats.recv_errs:= 0 dev.em.0.mac_stats.crc_errs: 0 dev.em.0.mac_stats.alignment_errs: 0 dev.= em.0.mac_stats.coll_ext_errs: 0 dev.em.0.mac_stats.xon_recvd: 0 dev.em.0.ma= c_stats.xon_txd: 0 dev.em.0.mac_stats.xoff_recvd: 0 dev.em.0.mac_stats.xoff= _txd: 0 dev.em.0.mac_stats.total_pkts_recvd: 276318 dev.em.0.mac_stats.good= _pkts_recvd: 276318 dev.em.0.mac_stats.bcast_pkts_recvd: 8 dev.em.0.mac_sta= ts.mcast_pkts_recvd: 0 dev.em.0.mac_stats.rx_frames_64: 9012 dev.em.0.mac_s= tats.rx_frames_65_127: 205540 dev.em.0.mac_stats.rx_frames_128_255: 44078 d= ev.em.0.mac_stats.rx_frames_256_511: 3166 dev.em.0.mac_stats.rx_frames_512_= 1023: 3934 dev.em.0.mac_stats.rx_frames_1024_1522: 10588 dev.em.0.mac_stats= .good_octets_recvd: 43761022 dev.em.0.mac_stats.good_octets_txd: 208238998 = dev.em.0.mac_stats.total_pkts_txd: 285534 dev.em.0.mac_stats.good_pkts_txd:= 285534 dev.em.0.mac_stats.bcast_pkts_txd: 22 dev.em.0.mac_stats.mcast_pkts= _txd: 3 dev.em.0.mac_stats.tx_frames_64: 6172 dev.em.0.mac_stats.tx_frames_= 65_127: 75983 dev.em.0.mac_stats.tx_frames_128_255: 53030 dev.em.0.mac_stat= s.tx_frames_256_511: 23216 dev.em.0.mac_stats.tx_frames_512_1023: 1472 dev.= em.0.mac_stats.tx_frames_1024_1522: 125661 dev.em.0.mac_stats.tso_txd: 0 de= v.em.0.mac_stats.tso_ctx_fail: 0 $ sudo sysctl dev.em.0.debug=3D1 sysctl: = unknown oid 'dev.em.0.debug' $ -- Larry Rosenman http= ://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@l= erctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 _____________= __________________________________ freebsd-stable@freebsd.org mailing list = http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, se= nd any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Oct 11 09:46: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 98B4B106564A; Tue, 11 Oct 2011 09:46:15 +0000 (UTC) (envelope-from prvs=1265807bed=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 D947E8FC19; Tue, 11 Oct 2011 09:46:14 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Tue, 11 Oct 2011 10:34:02 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 11 Oct 2011 10:34:02 +0100 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 md50015512102.msg; Tue, 11 Oct 2011 10:34:01 +0100 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1265807bed=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <852472071289497FA806928D0B41D0FE@multiplay.co.uk> From: "Steven Hartland" To: =?iso-8859-1?Q?Micka=EBl_Maillot?= , "Christer Solskogen" References: <20101116003029.GC79816@numachi.com><20101116125431.GA90475@icarus.home.lan> Date: Tue, 11 Oct 2011 10:34:04 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 8bit 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.6109 Cc: freebsd-stable@freebsd.org, Ivan Voras , Jeremy Chadwick Subject: Re: "High" cpu usage when using ZFS cache device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2011 09:46:15 -0000 ----- Original Message ----- From: "Mickal Maillot" > same problem here after ~ 30 days with a production server and 2 SSD Intel > X25M as L2. > so we update and reboot the 8-STABLE server every month. Old thread but also seeing this on 8.2-RELEASE so looks like this may still be an issue. In our case this machine was running mysql with 2 x 60GB cache SSD's. I checked for usage when the machine was idle just before reboot to fix and the l2arc thread was still using 100% of a core even with no disk access happening. Was a PR ever raised for this? 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 Oct 11 11:31: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 847D2106566C for ; Tue, 11 Oct 2011 11:31:13 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 57B238FC13 for ; Tue, 11 Oct 2011 11:31:13 +0000 (UTC) Received: by iaby12 with SMTP id y12so4719576iab.13 for ; Tue, 11 Oct 2011 04:31:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=C2TV/UbKo9sGJPRncAbP0d94+vM5/S1tnC+1XAy5Kas=; b=m7aWDCEP5ilfCNBudhpY791uaIKCnDN74zbdLV/n3X8TUe4zroGH17o8gmrS8NHhoQ 97IhO6lvDNLvZqAkhdlBb7A4EpvsNsWbZ5QdBhhRmtQdxmTijy3VxY/qNA10isLPkGwZ duc7n47FpusxyXyQNykh6YuJ/XaeQi0JEZVbU= MIME-Version: 1.0 Received: by 10.231.82.12 with SMTP id z12mr10422723ibk.36.1318332672737; Tue, 11 Oct 2011 04:31:12 -0700 (PDT) Received: by 10.231.36.13 with HTTP; Tue, 11 Oct 2011 04:31:12 -0700 (PDT) Date: Tue, 11 Oct 2011 14:31:12 +0300 Message-ID: From: George Kontostanos To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1 Subject: ports index on FreeBSD 9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Oct 2011 11:31:13 -0000 Hi everyone, I was wondering if there is any progress regarding the http://www.freebsd.org/cgi/query-pr.cgi?pr=149232 . Thanks -- George Kontostanos aisecure.net From owner-freebsd-stable@FreeBSD.ORG Tue Oct 11 13:23: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 B42291065672 for ; Tue, 11 Oct 2011 13:23:17 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3fd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 445998FC08 for ; Tue, 11 Oct 2011 13:23:17 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id p9BDNETg019827 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 11 Oct 2011 14:23:14 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.8.3 smtp.infracaninophile.co.uk p9BDNETg019827 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1318339394; bh=ifXiAhgQSJrDoLxG65S6SVlOFJ3f2lVyw7HVgm+zl7Y=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Cc:Content-Type:Date:From:In-Reply-To: Message-ID:Mime-Version:References:To; z=Message-ID:=20<4E944339.1000908@infracaninophile.co.uk>|Date:=20T ue,=2011=20Oct=202011=2014:23:05=20+0100|From:=20Matthew=20Seaman= 20|User-Agent:=20Mozilla/5.0=20(M acintosh=3B=20Intel=20Mac=20OS=20X=2010.6=3B=20rv:7.0.1)=20Gecko/2 0110929=20Thunderbird/7.0.1|MIME-Version:=201.0|To:=20George=20Kon tostanos=20|CC:=20FreeBSD=20Stable=20|Subject:=20Re:=20ports=20index=20on=20Free BSD=209|References:=20|In-Reply-To:=20|X-Enigmail-Version: =201.3.2|OpenPGP:=20id=3D60AE908C|Content-Type:=20multipart/signed =3B=20micalg=3Dpgp-sha1=3B=0D=0A=20protocol=3D"application/pgp-sig nature"=3B=0D=0A=20boundary=3D"------------enigF163B1B767E6B467416 59253"; b=B/Nq9UE9tyCphZW1D7GHrKsXWnSnC4ycVVTSrcT0ZDnat2N+yRMWNTZtb2rsnQLUb ZrDwVLLdTiCIczxUzbUzvdQ6+x2TPbSy8dTfwlL7IXE8F4D6/T3ftGs1NQ1mg/VVca ep8W6zNM6utyqBtkomBys6ChpmEEKA9WOl0ajafY= Message-ID: <4E944339.1000908@infracaninophile.co.uk> Date: Tue, 11 Oct 2011 14:23:05 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: George Kontostanos References: In-Reply-To: X-Enigmail-Version: 1.3.2 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF163B1B767E6B46741659253" X-Virus-Scanned: clamav-milter 0.97.2 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=BAYES_20,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,SPF_FAIL autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: FreeBSD Stable Subject: Re: ports index on FreeBSD 9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Oct 2011 13:23:17 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF163B1B767E6B46741659253 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 11/10/2011 12:31, George Kontostanos wrote: > I was wondering if there is any progress regarding the > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D149232 . Nope. But you can just do 'make fetchindex' to get INDEX-9 now. Or build your own. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enigF163B1B767E6B46741659253 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEUEARECAAYFAk6UQ0EACgkQ8Mjk52CukIzCLwCfaJJd6i/txoiHvCeEb1ecECzQ efwAmPvbmgE+1H8LAdXaR3EXq4DO7yc= =6imG -----END PGP SIGNATURE----- --------------enigF163B1B767E6B46741659253-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 11 16:37: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 AB39E106566C; Tue, 11 Oct 2011 16:37:57 +0000 (UTC) (envelope-from jfvogel@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 B3FAE8FC18; Tue, 11 Oct 2011 16:37:56 +0000 (UTC) Received: by wyj26 with SMTP id 26so11329196wyj.13 for ; Tue, 11 Oct 2011 09:37:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=wJcdLD3UfVfuQy/GQ6+9iaUynlcs1dQq+Q+MoYkwGxI=; b=ndAkl8p/XaqMWEMUjIqb9Pbc5ideDmBDEZ+XR96dU5qxSkKGfvECDlOdGjjewaZrTz RJI/wav3gyQgxqcQGsmHyuPE87dkKG5I2NDswyepTGW4Wx4mZ7HvB8OixQgdWSVXKwdU CPh98UQ6bSyMma1mWs/GgARacC49wgOFmW5UQ= MIME-Version: 1.0 Received: by 10.227.42.136 with SMTP id s8mr2259043wbe.28.1318351075309; Tue, 11 Oct 2011 09:37:55 -0700 (PDT) Received: by 10.180.106.35 with HTTP; Tue, 11 Oct 2011 09:37:55 -0700 (PDT) In-Reply-To: <25c4965e-fb4d-4991-ae7b-e4fe89741359@email.android.com> References: <25c4965e-fb4d-4991-ae7b-e4fe89741359@email.android.com> Date: Tue, 11 Oct 2011 09:37:55 -0700 Message-ID: From: Jack Vogel To: Larry Rosenman Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, "Vogel, Jack" , Jeremy Chadwick , John Baldwin Subject: Re: rsync corrupted MAC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Oct 2011 16:37:57 -0000 Oh, I see. So, did you have a previous working state? Jack On Tue, Oct 11, 2011 at 12:06 AM, Larry Rosenman wrote: > ** They are not local to each other. See the diagram. They are across the > internet from each other. > -- > Sent from my Android phone with K-9 Mail. Please excuse my brevity. > > > Jack Vogel wrote: >> >> Well, for a start I'd get both interfaces at the same speed, sounds like a >> hardware >> issue of some sort, cable or switch maybe? >> >> Jack >> >> >> On Mon, Oct 10, 2011 at 5:42 PM, Larry Rosenman wrote: >> >>> On Mon, 10 Oct 2011, Jeremy Chadwick wrote: >>> >>> On Mon, Oct 10, 2011 at 04:15:25PM -0500, Larry Rosenman wrote: >>>> >>>>> On 10/10/2011 3:57 PM, Louis Mamakos wrote: >>>>> >>>>>> On Oct 10, 2011, at 2:38 PM, Larry Rosenman wrote: >>>>>> >>>>>> On 10/10/2011 10:47 AM, John Baldwin wrote: >>>>>>> >>>>>>>> On Sunday, October 09, 2011 5:06:26 pm Larry Rosenman wrote: >>>>>>>> >>>>>>>>> Any ideas on which side or what might be broke here? >>>>>>>>> >>>>>>>>> ler/MAIL-ARCHIVE/2008/12/INBOX >>>>>>>>> Corrupted MAC on input. >>>>>>>>> Disconnecting: Packet corrupt >>>>>>>>> rsync: connection unexpectedly closed (33845045 bytes received so >>>>>>>>> far) >>>>>>>>> >>>>>>>> [receiver] >>>>>>>> >>>>>>>>> rsync error: error in rsync protocol data stream (code 12) at >>>>>>>>> io.c(605) >>>>>>>>> >>>>>>>> [receiver=3.0.9] >>>>>>>> >>>>>>>>> rsync: connection unexpectedly closed (1450 bytes received so far) >>>>>>>>> >>>>>>>> [generator] >>>>>>>> >>>>>>>>> rsync error: unexplained error (code 255) at io.c(605) >>>>>>>>> [generator=3.0.9] >>>>>>>>> >>>>>>>> I've had somewhat similar issues (ssh getting corruption in its data >>>>>>>> stream) >>>>>>>> when a NIC in my netbook was corrupting packet data when it ran at >>>>>>>> 1G (it >>>>>>>> worked fine at 10/100). Pyun eventually fixed the issue by applying >>>>>>>> enough >>>>>>>> workarounds (it was likely a hardware bug in the NIC's chipset). >>>>>>>> However, it >>>>>>>> wasn't easy to debug unfortunately. :( >>>>>>>> >>>>>>>> Any ideas on where to start? >>>>>>> >>>>>>> from the 8.2 box (tbh.lerctr.org in the script): >>>>>>> >>>>>>> 8.2->PIX->Provider->Internet->**Motorola SBG6580 >>>>>>> (Time-Warner)->Trendnet TEG-160WS Gig switch->9.0 box ( >>>>>>> borg.lerctr.org). >>>>>>> >>>>>>> So, where do I start? >>>>>>> >>>>>> I'd turn off IP / TCP / UDP checksum offloading on your NIC if it >>>>>> supports it, and see if you are getting network layer checksum errors. If >>>>>> the IP checksum is wrong, then it happened on the last hops between the NIC >>>>>> and memory or across the previous network hop. >>>>>> >>>>>> >>>>>> >>>>>> Good idea, but, it didn't show ANY errors on EITHER side (both are >>>>> em nics). >>>>> >>>>> Next? >>>>> $ ifconfig em0 >>>>> em0: flags=8843 metric 0 mtu >>>>> 1500 >>>>> options=2098 >>>>> ether 00:30:48:2e:99:ba >>>>> inet 192.147.25.65 netmask 0xffffff00 broadcast 192.147.25.255 >>>>> inet6 fe80::230:48ff:fe2e:99ba%em0 prefixlen 64 scopeid 0x1 >>>>> inet 192.147.25.45 netmask 0xffffff00 broadcast 192.147.25.255 >>>>> inet 192.147.25.11 netmask 0xffffff00 broadcast 192.147.25.255 >>>>> nd6 options=3 >>>>> media: Ethernet autoselect (100baseTX ) >>>>> status: active >>>>> $ >>>>> $ uname -a >>>>> FreeBSD thebighonker.lerctr.org 8.2-STABLE FreeBSD 8.2-STABLE #45: >>>>> Sat Oct 8 10:57:43 CDT 2011 >>>>> root@thebighonker.lerctr.org:/**usr/obj/usr/src/sys/**THEBIGHONKER >>>>> amd64 >>>>> $ >>>>> >>>>> >>>>> >>>>> $ ifconfig em0 >>>>> em0: flags=8843 metric 0 mtu >>>>> 1500 >>>>> options=2088 >>>>> ether 00:30:48:8e:9f:f3 >>>>> inet 192.168.200.4 netmask 0xffffff00 broadcast 192.168.200.255 >>>>> inet6 fe80::230:48ff:fe8e:9ff3%em0 prefixlen 64 scopeid 0x1 >>>>> nd6 options=29 >>>>> media: Ethernet autoselect (1000baseT ) >>>>> status: active >>>>> $ uname -a >>>>> FreeBSD borg.lerctr.org 9.0-BETA3 FreeBSD 9.0-BETA3 #1: Sun Oct 9 >>>>> 10:03:42 CDT 2011 >>>>> root@borg.lerctr.org:/usr/obj/**usr/src/sys/BORG-DTRACE amd64 >>>>> $ >>>>> >>>> >>>> Can you please provide output from the following commands executed on >>>> the machine showing the problem? The above commands show nothing >>>> useful, other than the fact that one machine is at 100/full and the >>>> other is at 1000/full (I don't know your network setup). Commands: >>>> >>>> * netstat -inbd -I em0 >>>> * sysctl -a dev.em.0 >>>> * Issue command "sysctl dev.em.0.debug=1", then type "dmesg" and >>>> provide all of the new output you will see at the bottom that >>>> pertains to the NIC >>>> >>>> If you Google this problem, you will find that the majority of the time >>>> it's caused by NIC drivers acting oddly. >>>> >>>> Also, I believe the em(4) driver in 9.x is slightly different than on >>>> 8.x, so I'm CC'ing Jack Vogel here. >>>> >>>> >>>> >>> from 9.0: >>> >>> Name Mtu Network Address Ipkts Ierrs Idrop >>> Ibytes Opkts Oerrs Obytes Coll Drop >>> em0 1500 00:30:48:8e:9f:f3 69776975 0 0 >>> 59660392277 52592789 0 104743924118 0 0 em0 1500 192.168.200.0 >>> 192.168.200.4 69759773 - - 58681934612 96397272 - >>> 104003761109 - - em0 1500 fe80::230:48f fe80::230:48ff:fe 0 >>> - - 0 3 - 248 - - >>> >>> >>> dev.em.0.%desc: Intel(R) PRO/1000 Network Connection 7.2.3 >>> dev.em.0.%driver: em >>> dev.em.0.%location: slot=0 function=0 >>> dev.em.0.%pnpinfo: vendor=0x8086 device=0x1096 subvendor=0x15d9 >>> subdevice=0x0000 class=0x020000 >>> dev.em.0.%parent: pci6 >>> dev.em.0.nvm: -1 >>> dev.em.0.debug: -1 >>> dev.em.0.rx_int_delay: 0 >>> dev.em.0.tx_int_delay: 66 >>> dev.em.0.rx_abs_int_delay: 66 >>> dev.em.0.tx_abs_int_delay: 66 >>> dev.em.0.rx_processing_limit: 100 >>> dev.em.0.flow_control: 3 >>> dev.em.0.eee_control: 0 >>> dev.em.0.link_irq: 0 >>> dev.em.0.mbuf_alloc_fail: 0 >>> dev.em.0.cluster_alloc_fail: 0 >>> dev.em.0.dropped: 0 >>> dev.em.0.tx_dma_fail: 21755 >>> dev.em.0.rx_overruns: 0 >>> dev.em.0.watchdog_timeouts: 0 >>> dev.em.0.device_control: 1851969 >>> dev.em.0.rx_control: 67141634 >>> dev.em.0.fc_high_water: 30720 >>> dev.em.0.fc_low_water: 29220 >>> dev.em.0.queue0.txd_head: 136 >>> dev.em.0.queue0.txd_tail: 136 >>> dev.em.0.queue0.tx_irq: 0 >>> dev.em.0.queue0.no_desc_avail: 0 >>> dev.em.0.queue0.rxd_head: 2 >>> dev.em.0.queue0.rxd_tail: 1 >>> dev.em.0.queue0.rx_irq: 0 >>> dev.em.0.mac_stats.excess_**coll: 0 >>> dev.em.0.mac_stats.single_**coll: 0 >>> dev.em.0.mac_stats.multiple_**coll: 0 >>> dev.em.0.mac_stats.late_coll: 0 >>> dev.em.0.mac_stats.collision_**count: 0 >>> dev.em.0.mac_stats.symbol_**errors: 0 >>> dev.em.0.mac_stats.sequence_**errors: 0 >>> dev.em.0.mac_stats.defer_**count: 0 >>> dev.em.0.mac_stats.missed_**packets: 0 >>> dev.em.0.mac_stats.recv_no_**buff: 0 >>> dev.em.0.mac_stats.recv_**undersize: 0 >>> dev.em.0.mac_stats.recv_**fragmented: 0 >>> dev.em.0.mac_stats.recv_**oversize: 0 >>> dev.em.0.mac_stats.recv_**jabber: 0 >>> dev.em.0.mac_stats.recv_errs: 0 >>> dev.em.0.mac_stats.crc_errs: 0 >>> dev.em.0.mac_stats.alignment_**errs: 0 >>> dev.em.0.mac_stats.coll_ext_**errs: 0 >>> dev.em.0.mac_stats.xon_recvd: 0 >>> dev.em.0.mac_stats.xon_txd: 0 >>> dev.em.0.mac_stats.xoff_recvd: 0 >>> dev.em.0.mac_stats.xoff_txd: 0 >>> dev.em.0.mac_stats.total_pkts_**recvd: 69774324 >>> dev.em.0.mac_stats.good_pkts_**recvd: 69774324 >>> dev.em.0.mac_stats.bcast_pkts_**recvd: 28156 >>> dev.em.0.mac_stats.mcast_pkts_**recvd: 1758 >>> dev.em.0.mac_stats.rx_frames_**64: 54177 >>> dev.em.0.mac_stats.rx_frames_**65_127: 30157358 >>> dev.em.0.mac_stats.rx_frames_**128_255: 1092948 >>> dev.em.0.mac_stats.rx_frames_**256_511: 125295 >>> dev.em.0.mac_stats.rx_frames_**512_1023: 128081 >>> dev.em.0.mac_stats.rx_frames_**1024_1522: 38216465 >>> dev.em.0.mac_stats.good_**octets_recvd: 59938624047 >>> dev.em.0.mac_stats.good_**octets_txd: 106613836902 >>> dev.em.0.mac_stats.total_pkts_**txd: 96250538 >>> dev.em.0.mac_stats.good_pkts_**txd: 96250538 >>> dev.em.0.mac_stats.bcast_pkts_**txd: 2989 >>> dev.em.0.mac_stats.mcast_pkts_**txd: 0 >>> dev.em.0.mac_stats.tx_frames_**64: 7551 >>> dev.em.0.mac_stats.tx_frames_**65_127: 26727682 >>> dev.em.0.mac_stats.tx_frames_**128_255: 227574 >>> dev.em.0.mac_stats.tx_frames_**256_511: 167383 >>> dev.em.0.mac_stats.tx_frames_**512_1023: 302141 >>> dev.em.0.mac_stats.tx_frames_**1024_1522: 68818207 >>> dev.em.0.mac_stats.tso_txd: 17244234 >>> dev.em.0.mac_stats.tso_ctx_**fail: 0 >>> dev.em.0.interrupts.asserts: 65945396 >>> dev.em.0.interrupts.rx_pkt_**timer: 8917 >>> dev.em.0.interrupts.rx_abs_**timer: 0 >>> dev.em.0.interrupts.tx_pkt_**timer: 1461 >>> dev.em.0.interrupts.tx_abs_**timer: 1951 >>> dev.em.0.interrupts.tx_queue_**empty: 0 >>> dev.em.0.interrupts.tx_queue_**min_thresh: 0 >>> dev.em.0.interrupts.rx_desc_**min_thresh: 0 >>> dev.em.0.interrupts.rx_**overrun: 0 >>> >>> Interface is RUNNING and INACTIVE >>> em0: hw tdh = 221, hw tdt = 221 >>> em0: hw rdh = 467, hw rdt = 466 >>> em0: Tx Queue Status = 0 >>> em0: TX descriptors avail = 1024 >>> em0: Tx Descriptors avail failure = 0 >>> em0: RX discarded packets = 0 >>> em0: RX Next to Check = 467 >>> em0: RX Next to Refresh = 466 >>> $ >>> >>> from 8.2: >>> >>> Name Mtu Network Address Ipkts Ierrs Idrop >>> Ibytes Opkts Oerrs Obytes Coll Drop >>> em0 1500 00:30:48:2e:99:ba 276150 0 0 >>> 42614583 285398 0 207023352 0 0 em0 1500 192.147.25.0/192.147.25.65 318062 - - 48331105 285363 - 203026287 >>> - - em0 1500 fe80::230:48f fe80::230:48ff:fe 0 - - >>> 0 1 - 96 - - em0 1500 >>> 192.147.25.0/ 192.147.25.45 25071 - - 1782211 0 >>> - 0 - - em0 1500 192.147.25.0/ 192.147.25.11 >>> 38433 - - 2742827 0 - 0 - - >>> >>> >>> dev.em.0.%desc: Intel(R) PRO/1000 Legacy Network Connection 1.0.3 >>> dev.em.0.%driver: em >>> dev.em.0.%location: slot=2 function=0 >>> dev.em.0.%pnpinfo: vendor=0x8086 device=0x1079 subvendor=0x15d9 >>> subdevice=0x117a class=0x020000 >>> dev.em.0.%parent: pci3 >>> dev.em.0.nvm: -1 >>> dev.em.0.rx_int_delay: 0 >>> dev.em.0.tx_int_delay: 66 >>> dev.em.0.rx_abs_int_delay: 66 >>> dev.em.0.tx_abs_int_delay: 66 >>> dev.em.0.rx_processing_limit: 100 >>> dev.em.0.flow_control: 3 >>> dev.em.0.mbuf_alloc_fail: 0 >>> dev.em.0.cluster_alloc_fail: 0 >>> dev.em.0.dropped: 0 >>> dev.em.0.tx_dma_fail: 0 >>> dev.em.0.tx_desc_fail1: 0 >>> dev.em.0.tx_desc_fail2: 0 >>> dev.em.0.rx_overruns: 0 >>> dev.em.0.watchdog_timeouts: 0 >>> dev.em.0.device_control: 1089471041 >>> dev.em.0.rx_control: 32770 >>> dev.em.0.fc_high_water: 47104 >>> dev.em.0.fc_low_water: 45604 >>> dev.em.0.fifo_workaround: 0 >>> dev.em.0.fifo_reset: 0 >>> dev.em.0.txd_head: 73 >>> dev.em.0.txd_tail: 75 >>> dev.em.0.rxd_head: 130 >>> dev.em.0.rxd_tail: 129 >>> dev.em.0.mac_stats.excess_**coll: 0 >>> dev.em.0.mac_stats.single_**coll: 0 >>> dev.em.0.mac_stats.multiple_**coll: 0 >>> dev.em.0.mac_stats.late_coll: 0 >>> dev.em.0.mac_stats.collision_**count: 0 >>> dev.em.0.mac_stats.symbol_**errors: 0 >>> dev.em.0.mac_stats.sequence_**errors: 0 >>> dev.em.0.mac_stats.defer_**count: 0 >>> dev.em.0.mac_stats.missed_**packets: 0 >>> dev.em.0.mac_stats.recv_no_**buff: 0 >>> dev.em.0.mac_stats.recv_**undersize: 0 >>> dev.em.0.mac_stats.recv_**fragmented: 0 >>> dev.em.0.mac_stats.recv_**oversize: 0 >>> dev.em.0.mac_stats.recv_**jabber: 0 >>> dev.em.0.mac_stats.recv_errs: 0 >>> dev.em.0.mac_stats.crc_errs: 0 >>> dev.em.0.mac_stats.alignment_**errs: 0 >>> dev.em.0.mac_stats.coll_ext_**errs: 0 >>> dev.em.0.mac_stats.xon_recvd: 0 >>> dev.em.0.mac_stats.xon_txd: 0 >>> dev.em.0.mac_stats.xoff_recvd: 0 >>> dev.em.0.mac_stats.xoff_txd: 0 >>> dev.em.0.mac_stats.total_pkts_**recvd: 276318 >>> dev.em.0.mac_stats.good_pkts_**recvd: 276318 >>> dev.em.0.mac_stats.bcast_pkts_**recvd: 8 >>> dev.em.0.mac_stats.mcast_pkts_**recvd: 0 >>> dev.em.0.mac_stats.rx_frames_**64: 9012 >>> dev.em.0.mac_stats.rx_frames_**65_127: 205540 >>> dev.em.0.mac_stats.rx_frames_**128_255: 44078 >>> dev.em.0.mac_stats.rx_frames_**256_511: 3166 >>> dev.em.0.mac_stats.rx_frames_**512_1023: 3934 >>> dev.em.0.mac_stats.rx_frames_**1024_1522: 10588 >>> dev.em.0.mac_stats.good_**octets_recvd: 43761022 >>> dev.em.0.mac_stats.good_**octets_txd: 208238998 >>> dev.em.0.mac_stats.total_pkts_**txd: 285534 >>> dev.em.0.mac_stats.good_pkts_**txd: 285534 >>> dev.em.0.mac_stats.bcast_pkts_**txd: 22 >>> dev.em.0.mac_stats.mcast_pkts_**txd: 3 >>> dev.em.0.mac_stats.tx_frames_**64: 6172 >>> dev.em.0.mac_stats.tx_frames_**65_127: 75983 >>> dev.em.0.mac_stats.tx_frames_**128_255: 53030 >>> dev.em.0.mac_stats.tx_frames_**256_511: 23216 >>> dev.em.0.mac_stats.tx_frames_**512_1023: 1472 >>> dev.em.0.mac_stats.tx_frames_**1024_1522: 125661 >>> dev.em.0.mac_stats.tso_txd: 0 >>> dev.em.0.mac_stats.tso_ctx_**fail: 0 >>> >>> $ sudo sysctl dev.em.0.debug=1 >>> sysctl: unknown oid 'dev.em.0.debug' >>> $ >>> >>> -- >>> Larry Rosenman http://www.lerctr.org/~ler >>> Phone: +1 512-248-2683 E-Mail: ler@lerctr.org >>> US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 >>> ______________________________**_________________ >>> 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 Tue Oct 11 16:53: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 8637C106564A; Tue, 11 Oct 2011 16:53:21 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) by mx1.freebsd.org (Postfix) with ESMTP id 15D758FC12; Tue, 11 Oct 2011 16:53:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:CC:To:Date:From:Subject:Content-Type:MIME-Version:In-Reply-To:References; bh=T/9Dk+rGNqACVNgs8K3vCzMRTK0q26PKHyYLqQJdUDY=; b=qh2a8ZGbxz6xLEkXC/igW7slhqhBvJxrJjpZ178L3Tbcqt7Ox4r8/UFZyx+VgXp+otn6RGfnwTazAUDIjhDOPzXPqRp/rAykGNmaea88XxmKhBCVoeAbuRtm2Z4mFyLfMvYWuKG/aAMPdoIh9hTUN4y+NUiBIFncsJD4KCAd4A4=; Received: from [32.97.110.64] (port=35221 helo=Android-A100001B9859B8.austin.ibm.com) by thebighonker.lerctr.org with esmtpa (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RDfZp-000GmI-UR; Tue, 11 Oct 2011 11:53:18 -0500 References: <69ffedd5-d750-44f4-b934-61a4abe3c59c@email.android.com> User-Agent: K-9 Mail for Android In-Reply-To: <69ffedd5-d750-44f4-b934-61a4abe3c59c@email.android.com> MIME-Version: 1.0 From: Larry Rosenman Date: Tue, 11 Oct 2011 11:53:16 -0500 To: Jack Vogel Message-ID: <6590d023-cd29-4d98-a3b5-161aa14bd006@email.android.com> X-Spam-Score: 0.0 (/) X-LERCTR-Spam-Score: 0.0 (/) X-Spam-Report: SpamScore (0.0/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, FM_MULTI_ODD2=1.1, HTML_MESSAGE=0.001, NORMAL_HTTP_TO_IP=0.001, SARE_HTML_USL_OBFU=1.666, TW_TD=0.077, TW_XF=0.077 X-LERCTR-Spam-Report: SpamScore (0.0/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, FM_MULTI_ODD2=1.1, HTML_MESSAGE=0.001, NORMAL_HTTP_TO_IP=0.001, SARE_HTML_USL_OBFU=1.666, TW_TD=0.077, TW_XF=0.077 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, "Vogel, Jack" , Jeremy Chadwick , John Baldwin Subject: Re: rsync corrupted MAC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Oct 2011 16:53:21 -0000 Not sure when it broke. I rebuilt the 9.0 server as 9.0, and ran the script= and it started giving this. -- Sent from my Android phone with K-9 Mail.= Please excuse my brevity. Jack Vogel wrote: Oh, I se= e. So, did you have a previous working state? Jack On Tue, Oct 11, 2011= at 12:06 AM, Larry Rosenman wrote: They are not local to= each other. See the diagram. They are across the internet from each other.= -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. = Jack Vogel wrote: Well, for a start I'd get both inte= rfaces at the same speed, sounds like a hardware issue of some sort, cable = or switch maybe? Jack On Mon, Oct 10, 2011 at 5:42 PM, Larry Rosenman wrote: On Mon, 10 Oct 2011, Jeremy Chadwick wrote: On Mon,= Oct 10, 2011 at 04:15:25PM -0500, Larry Rosenman wrote: On 10/10/2011 3:5= 7 PM, Louis Mamakos wrote: On Oct 10, 2011, at 2:38 PM, Larry Rosenman wro= te: On 10/10/2011 10:47 AM, John Baldwin wrote: On Sunday, October 09, 20= 11 5:06:26 pm Larry Rosenman wrote: Any ideas on which side or what might = be broke here? ler/MAIL-ARCHIVE/2008/12/INBOX Corrupted MAC on input. Disc= onnecting: Packet corrupt rsync: connection unexpectedly closed (33845045 b= ytes received so far) [receiver] rsync error: error in rsync protocol dat= a stream (code 12) at io.c(605) [receiver=3D3.0.9] rsync: connection unex= pectedly closed (1450 bytes received so far) [generator] rsync error: une= xplained error (code 255) at io.c(605) [generator=3D3.0.9] I've had somewh= at similar issues (ssh getting corruption in its data stream) when a NIC in= my netbook was corrupting packet data when it ran at 1G (it worked fine at= 10/100). Pyun eventually fixed the issue by applying enough workarounds (= it was likely a hardware bug in the NIC's chipset). However, it wasn't eas= y to debug unfortunately. :( Any ideas on where to start? from the 8.2 bo= x (tbh.lerctr.org in the script): 8.2->PIX->Provider->Internet->Motorola S= BG6580 (Time-Warner)->Trendnet TEG-160WS Gig switch->9.0 box (borg.lerctr.o= rg). So, where do I start? I'd turn off IP / TCP / UDP checksum offloadin= g on your NIC if it supports it, and see if you are getting network layer c= hecksum errors. If the IP checksum is wrong, then it happened on the last = hops between the NIC and memory or across the previous network hop. Good= idea, but, it didn't show ANY errors on EITHER side (both are em nics). N= ext? $ ifconfig em0 em0: flags=3D8843 metric 0 mtu 1500 options=3D2098 ether 00:30:48:2e:99:ba inet 192.147.25.65 net= mask 0xffffff00 broadcast 192.147.25.255 inet6 fe80::230:48ff:fe2e:9= 9ba%em0 prefixlen 64 scopeid 0x1 inet 192.147.25.45 netmask 0xffffff= 00 broadcast 192.147.25.255 inet 192.147.25.11 netmask 0xffffff00 br= oadcast 192.147.25.255 nd6 options=3D3 = media: Ethernet autoselect (100baseTX ) status: acti= ve $ $ uname -a FreeBSD thebighonker.lerctr.org 8.2-STABLE FreeBSD 8.2-STAB= LE #45: Sat Oct 8 10:57:43 CDT 2011 root@thebighonker.lerctr.org:/usr/obj/= usr/src/sys/THEBIGHONKER amd64 $ $ ifconfig em0 em0: flags=3D8843 metric 0 mtu 1500 options=3D2088 ether 00:30:48:8e:9f:f3 inet 1= 92.168.200.4 netmask 0xffffff00 broadcast 192.168.200.255 inet6 fe80= ::230:48ff:fe8e:9ff3%em0 prefixlen 64 scopeid 0x1 nd6 options=3D29 media: Ethernet autoselect (100= 0baseT ) status: active $ uname -a FreeBSD borg.lerctr.= org 9.0-BETA3 FreeBSD 9.0-BETA3 #1: Sun Oct 9 10:03:42 CDT 2011 root@borg.= lerctr.org:/usr/obj/usr/src/sys/BORG-DTRACE amd64 $ Can you please provi= de output from the following commands executed on the machine showing the p= roblem? The above commands show nothing useful, other than the fact that o= ne machine is at 100/full and the other is at 1000/full (I don't know your = network setup). Commands: * netstat -inbd -I em0 * sysctl -a dev.em.0 * I= ssue command "sysctl dev.em.0.debug=3D1", then type "dmesg" and provide al= l of the new output you will see at the bottom that pertains to the NIC I= f you Google this problem, you will find that the majority of the time it's= caused by NIC drivers acting oddly. Also, I believe the em(4) driver in 9= .x is slightly different than on 8.x, so I'm CC'ing Jack Vogel here. fro= m 9.0: Name Mtu Network Address Ipkts Ierrs Idrop = Ibytes Opkts Oerrs Obytes Coll Drop em0 1500 00:= 30:48:8e:9f:f3 69776975 0 0 59660392277 52592789 0 104743924118= 0 0 em0 1500 192.168.200.0 192.168.200.4 69759773 - = - 58681934612 96397272 - 104003761109 - - em0 1500 fe80::230:= 48f fe80::230:48ff:fe 0 - - 0 3 - = 248 - - dev.em.0.%desc: Intel(R) PRO/1000 Network Connection 7.2.= 3 dev.em.0.%driver: em dev.em.0.%location: slot=3D0 function=3D0 dev.em.0.%= pnpinfo: vendor=3D0x8086 device=3D0x1096 subvendor=3D0x15d9 subdevice=3D0x0= 000 class=3D0x020000 dev.em.0.%parent: pci6 dev.em.0.nvm: -1 dev.em.0.debug= : -1 dev.em.0.rx_int_delay: 0 dev.em.0.tx_int_delay: 66 dev.em.0.rx_abs_int= _delay: 66 dev.em.0.tx_abs_int_delay: 66 dev.em.0.rx_processing_limit: 100 = dev.em.0.flow_control: 3 dev.em.0.eee_control: 0 dev.em.0.link_irq: 0 dev.e= m.0.mbuf_alloc_fail: 0 dev.em.0.cluster_alloc_fail: 0 dev.em.0.dropped: 0 d= ev.em.0.tx_dma_fail: 21755 dev.em.0.rx_overruns: 0 dev.em.0.watchdog_timeou= ts: 0 dev.em.0.device_control: 1851969 dev.em.0.rx_control: 67141634 dev.em= .0.fc_high_water: 30720 dev.em.0.fc_low_water: 29220 dev.em.0.queue0.txd_he= ad: 136 dev.em.0.queue0.txd_tail: 136 dev.em.0.queue0.tx_irq: 0 dev.em.0.qu= eue0.no_desc_avail: 0 dev.em.0.queue0.rxd_head: 2 dev.em.0.queue0.rxd_tail:= 1 dev.em.0.queue0.rx_irq: 0 dev.em.0.mac_stats.excess_coll: 0 dev.em.0.mac= _stats.single_coll: 0 dev.em.0.mac_stats.multiple_coll: 0 dev.em.0.mac_stat= s.late_coll: 0 dev.em.0.mac_stats.collision_count: 0 dev.em.0.mac_stats.sym= bol_errors: 0 dev.em.0.mac_stats.sequence_errors: 0 dev.em.0.mac_stats.defe= r_count: 0 dev.em.0.mac_stats.missed_packets: 0 dev.em.0.mac_stats.recv_no_= buff: 0 dev.em.0.mac_stats.recv_undersize: 0 dev.em.0.mac_stats.recv_fragme= nted: 0 dev.em.0.mac_stats.recv_oversize: 0 dev.em.0.mac_stats.recv_jabber:= 0 dev.em.0.mac_stats.recv_errs: 0 dev.em.0.mac_stats.crc_errs: 0 dev.em.0.= mac_stats.alignment_errs: 0 dev.em.0.mac_stats.coll_ext_errs: 0 dev.em.0.ma= c_stats.xon_recvd: 0 dev.em.0.mac_stats.xon_txd: 0 dev.em.0.mac_stats.xoff_= recvd: 0 dev.em.0.mac_stats.xoff_txd: 0 dev.em.0.mac_stats.total_pkts_recvd= : 69774324 dev.em.0.mac_stats.good_pkts_recvd: 69774324 dev.em.0.mac_stats.= bcast_pkts_recvd: 28156 dev.em.0.mac_stats.mcast_pkts_recvd: 1758 dev.em.0.= mac_stats.rx_frames_64: 54177 dev.em.0.mac_stats.rx_frames_65_127: 30157358= dev.em.0.mac_stats.rx_frames_128_255: 1092948 dev.em.0.mac_stats.rx_frames= _256_511: 125295 dev.em.0.mac_stats.rx_frames_512_1023: 128081 dev.em.0.mac= _stats.rx_frames_1024_1522: 38216465 dev.em.0.mac_stats.good_octets_recvd: = 59938624047 dev.em.0.mac_stats.good_octets_txd: 106613836902 dev.em.0.mac_s= tats.total_pkts_txd: 96250538 dev.em.0.mac_stats.good_pkts_txd: 96250538 de= v.em.0.mac_stats.bcast_pkts_txd: 2989 dev.em.0.mac_stats.mcast_pkts_txd: 0 = dev.em.0.mac_stats.tx_frames_64: 7551 dev.em.0.mac_stats.tx_frames_65_127: = 26727682 dev.em.0.mac_stats.tx_frames_128_255: 227574 dev.em.0.mac_stats.tx= _frames_256_511: 167383 dev.em.0.mac_stats.tx_frames_512_1023: 302141 dev.e= m.0.mac_stats.tx_frames_1024_1522: 68818207 dev.em.0.mac_stats.tso_txd: 172= 44234 dev.em.0.mac_stats.tso_ctx_fail: 0 dev.em.0.interrupts.asserts: 65945= 396 dev.em.0.interrupts.rx_pkt_timer: 8917 dev.em.0.interrupts.rx_abs_timer= : 0 dev.em.0.interrupts.tx_pkt_timer: 1461 dev.em.0.interrupts.tx_abs_timer= : 1951 dev.em.0.interrupts.tx_queue_empty: 0 dev.em.0.interrupts.tx_queue_m= in_thresh: 0 dev.em.0.interrupts.rx_desc_min_thresh: 0 dev.em.0.interrupts.= rx_overrun: 0 Interface is RUNNING and INACTIVE em0: hw tdh =3D 221, hw td= t =3D 221 em0: hw rdh =3D 467, hw rdt =3D 466 em0: Tx Queue Status =3D 0 em= 0: TX descriptors avail =3D 1024 em0: Tx Descriptors avail failure =3D 0 em= 0: RX discarded packets =3D 0 em0: RX Next to Check =3D 467 em0: RX Next to= Refresh =3D 466 $ from 8.2: Name Mtu Network Address = Ipkts Ierrs Idrop Ibytes Opkts Oerrs Obytes Coll Drop em0 = 1500 00:30:48:2e:99:ba 276150 0 0 42614583 285= 398 0 207023352 0 0 em0 1500 192.147.25.0/ 192.147.25.65 = 318062 - - 48331105 285363 - 203026287 - - em0 = 1500 fe80::230:48f fe80::230:48ff:fe 0 - - 0 = 1 - 96 - - em0 1500 192.147.25.0/ 192.147.25.45 = 25071 - - 1782211 0 - 0 - - em0 = 1500 192.147.25.0/ 192.147.25.11 38433 - - 2742827 = 0 - 0 - - dev.em.0.%desc: Intel(R) PRO/1000 Legac= y Network Connection 1.0.3 dev.em.0.%driver: em dev.em.0.%location: slot=3D= 2 function=3D0 dev.em.0.%pnpinfo: vendor=3D0x8086 device=3D0x1079 subvendor= =3D0x15d9 subdevice=3D0x117a class=3D0x020000 dev.em.0.%parent: pci3 dev.em= .0.nvm: -1 dev.em.0.rx_int_delay: 0 dev.em.0.tx_int_delay: 66 dev.em.0.rx_a= bs_int_delay: 66 dev.em.0.tx_abs_int_delay: 66 dev.em.0.rx_processing_limit= : 100 dev.em.0.flow_control: 3 dev.em.0.mbuf_alloc_fail: 0 dev.em.0.cluster= _alloc_fail: 0 dev.em.0.dropped: 0 dev.em.0.tx_dma_fail: 0 dev.em.0.tx_desc= _fail1: 0 dev.em.0.tx_desc_fail2: 0 dev.em.0.rx_overruns: 0 dev.em.0.watchd= og_timeouts: 0 dev.em.0.device_control: 1089471041 dev.em.0.rx_control: 327= 70 dev.em.0.fc_high_water: 47104 dev.em.0.fc_low_water: 45604 dev.em.0.fifo= _workaround: 0 dev.em.0.fifo_reset: 0 dev.em.0.txd_head: 73 dev.em.0.txd_ta= il: 75 dev.em.0.rxd_head: 130 dev.em.0.rxd_tail: 129 dev.em.0.mac_stats.exc= ess_coll: 0 dev.em.0.mac_stats.single_coll: 0 dev.em.0.mac_stats.multiple_c= oll: 0 dev.em.0.mac_stats.late_coll: 0 dev.em.0.mac_stats.collision_count: = 0 dev.em.0.mac_stats.symbol_errors: 0 dev.em.0.mac_stats.sequence_errors: 0= dev.em.0.mac_stats.defer_count: 0 dev.em.0.mac_stats.missed_packets: 0 dev= .em.0.mac_stats.recv_no_buff: 0 dev.em.0.mac_stats.recv_undersize: 0 dev.em= .0.mac_stats.recv_fragmented: 0 dev.em.0.mac_stats.recv_oversize: 0 dev.em.= 0.mac_stats.recv_jabber: 0 dev.em.0.mac_stats.recv_errs: 0 dev.em.0.mac_sta= ts.crc_errs: 0 dev.em.0.mac_stats.alignment_errs: 0 dev.em.0.mac_stats.coll= _ext_errs: 0 dev.em.0.mac_stats.xon_recvd: 0 dev.em.0.mac_stats.xon_txd: 0 = dev.em.0.mac_stats.xoff_recvd: 0 dev.em.0.mac_stats.xoff_txd: 0 dev.em.0.ma= c_stats.total_pkts_recvd: 276318 dev.em.0.mac_stats.good_pkts_recvd: 276318= dev.em.0.mac_stats.bcast_pkts_recvd: 8 dev.em.0.mac_stats.mcast_pkts_recvd= : 0 dev.em.0.mac_stats.rx_frames_64: 9012 dev.em.0.mac_stats.rx_frames_65_1= 27: 205540 dev.em.0.mac_stats.rx_frames_128_255: 44078 dev.em.0.mac_stats.r= x_frames_256_511: 3166 dev.em.0.mac_stats.rx_frames_512_1023: 3934 dev.em.0= .mac_stats.rx_frames_1024_1522: 10588 dev.em.0.mac_stats.good_octets_recvd:= 43761022 dev.em.0.mac_stats.good_octets_txd: 208238998 dev.em.0.mac_stats.= total_pkts_txd: 285534 dev.em.0.mac_stats.good_pkts_txd: 285534 dev.em.0.ma= c_stats.bcast_pkts_txd: 22 dev.em.0.mac_stats.mcast_pkts_txd: 3 dev.em.0.ma= c_stats.tx_frames_64: 6172 dev.em.0.mac_stats.tx_frames_65_127: 75983 dev.e= m.0.mac_stats.tx_frames_128_255: 53030 dev.em.0.mac_stats.tx_frames_256_511= : 23216 dev.em.0.mac_stats.tx_frames_512_1023: 1472 dev.em.0.mac_stats.tx_f= rames_1024_1522: 125661 dev.em.0.mac_stats.tso_txd: 0 dev.em.0.mac_stats.ts= o_ctx_fail: 0 $ sudo sysctl dev.em.0.debug=3D1 sysctl: unknown oid 'dev.em= .0.debug' $ -- Larry Rosenman http://www.lerctr.org/~= ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: = 430 Valona Loop, Round Rock, TX 78681-3893 ________________________________= _______________ freebsd-stable@freebsd.org mailing list http://lists.freebs= d.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "fre= ebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Oct 11 17:21: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 2FA581065673; Tue, 11 Oct 2011 17:21:40 +0000 (UTC) (envelope-from prvs=1265807bed=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 0A06D8FC0A; Tue, 11 Oct 2011 17:21:38 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Tue, 11 Oct 2011 18:21:32 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 11 Oct 2011 18:21:32 +0100 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 md50015516305.msg; Tue, 11 Oct 2011 18:21:32 +0100 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1265807bed=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: From: "Steven Hartland" To: "Artem Belevich" References: <20101116003029.GC79816@numachi.com><20101116125431.GA90475@icarus.home.lan><852472071289497FA806928D0B41D0FE@multiplay.co.uk> Date: Tue, 11 Oct 2011 18:21:25 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 Cc: =?iso-8859-1?Q?Micka=EBl_Maillot?= , Christer Solskogen , freebsd-stable@freebsd.org, Ivan Voras , Jeremy Chadwick Subject: Re: "High" cpu usage when using ZFS cache device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2011 17:21:40 -0000 ----- Original Message ----- From: "Artem Belevich" > No, there was no PR. > > L2arc CPU hogging after ~24 days was fixed in r218180 in -HEAD and was > MFC'ed to 8-stable in r218429 early in February '11. > If you're using 8-RELEASE, upgrading to 8-STABLE would be something to > consider as there were other ZFS-related issues fixed there that > didn't make it into -RELEASE. Thanks for the confirmation there Artem, we currently can't use 8-STABLE due to the serious routing issue, seem like every packet generates a RTM_MISS routing packet to be sent, which causes high cpu load. Thread: "Re: serious packet routing issue causing ntpd high load?" 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 Oct 11 17:37: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 8B8641065674; Tue, 11 Oct 2011 17:37:50 +0000 (UTC) (envelope-from artemb@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 2E1ED8FC13; Tue, 11 Oct 2011 17:37:49 +0000 (UTC) Received: by gyf2 with SMTP id 2so8646251gyf.13 for ; Tue, 11 Oct 2011 10:37:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=Aygc1t0Zwyxymh9rK/atO0WbQ5jCA1c9ZHmVuv6GCrk=; b=yG1arNy49RGw3AUjjNiFsBrTq50PDvTmX54y+F2RW7ZWfzdrw92cYIeU8a85S4AyaP Wa28T9iaS/rWRh8DosUmug4OyUxdupmpTPPKMvdbEOjARBCFWHe7iQfn5E0bheroB8mA 6puvlQlmI43zFmhTQdq+fbX3ZSv8pvQNEOJ8k= MIME-Version: 1.0 Received: by 10.236.131.193 with SMTP id m41mr31460022yhi.46.1318353362192; Tue, 11 Oct 2011 10:16:02 -0700 (PDT) Sender: artemb@gmail.com Received: by 10.236.103.33 with HTTP; Tue, 11 Oct 2011 10:16:02 -0700 (PDT) In-Reply-To: <852472071289497FA806928D0B41D0FE@multiplay.co.uk> References: <20101116003029.GC79816@numachi.com> <20101116125431.GA90475@icarus.home.lan> <852472071289497FA806928D0B41D0FE@multiplay.co.uk> Date: Tue, 11 Oct 2011 10:16:02 -0700 X-Google-Sender-Auth: 9DFNMe9TOvZc7m60b07gbi1IfbI Message-ID: From: Artem Belevich To: Steven Hartland Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: =?ISO-8859-1?Q?Micka=EBl_Maillot?= , Christer Solskogen , freebsd-stable@freebsd.org, Ivan Voras , Jeremy Chadwick Subject: Re: "High" cpu usage when using ZFS cache device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2011 17:37:50 -0000 On Tue, Oct 11, 2011 at 2:34 AM, Steven Hartland wrote: > ----- Original Message ----- From: "Micka=EBl Maillot" > > > >> same problem here after ~ 30 days with a production server and 2 SSD Int= el >> X25M as L2. >> so we update and reboot the 8-STABLE server every month. > > Old thread but also seeing this on 8.2-RELEASE so looks like this > may still be an issue. > > In our case this machine was running mysql with 2 x 60GB cache > SSD's. I checked for usage when the machine was idle just before > reboot to fix and the l2arc thread was still using 100% of a core > even with no disk access happening. > > Was a PR ever raised for this? No, there was no PR. L2arc CPU hogging after ~24 days was fixed in r218180 in -HEAD and was MFC'ed to 8-stable in r218429 early in February '11. If you're using 8-RELEASE, upgrading to 8-STABLE would be something to consider as there were other ZFS-related issues fixed there that didn't make it into -RELEASE. --Artem From owner-freebsd-stable@FreeBSD.ORG Tue Oct 11 17:40: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 CC7C1106564A; Tue, 11 Oct 2011 17:40:38 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6E7588FC13; Tue, 11 Oct 2011 17:40:38 +0000 (UTC) Received: by ggeq3 with SMTP id q3so7448313gge.13 for ; Tue, 11 Oct 2011 10:40:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=d21hixtNX8xgdsqoRNFphC2uF0k1GSGMqvEc2hLHOZM=; b=vgLg6Zheo9oDd1Q0Ig2l2nQ1f/Qqqqbka5Uzxk8TNnHMMISiA93RRnDpV5/tyIL/Pp qf6LKO6PqD0fJQuePY2UpOiYEPWs19Fl3kkiVL8pqQ9NHX3ZZCVSLhX7+eQr10unOlzi UodAxORM/UF99OGeXJli7yiH3yym5FYUnT1t4= MIME-Version: 1.0 Received: by 10.236.187.101 with SMTP id x65mr28165219yhm.63.1318354837664; Tue, 11 Oct 2011 10:40:37 -0700 (PDT) Sender: artemb@gmail.com Received: by 10.236.103.33 with HTTP; Tue, 11 Oct 2011 10:40:37 -0700 (PDT) In-Reply-To: References: <20101116003029.GC79816@numachi.com> <20101116125431.GA90475@icarus.home.lan> <852472071289497FA806928D0B41D0FE@multiplay.co.uk> Date: Tue, 11 Oct 2011 10:40:37 -0700 X-Google-Sender-Auth: 1uV041_n9KLHzATPYcMrqHPFVk0 Message-ID: From: Artem Belevich To: Steven Hartland Content-Type: text/plain; charset=ISO-8859-1 Cc: =?ISO-8859-1?Q?Micka=EBl_Maillot?= , Christer Solskogen , freebsd-stable@freebsd.org, Ivan Voras , Jeremy Chadwick Subject: Re: "High" cpu usage when using ZFS cache device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2011 17:40:38 -0000 On Tue, Oct 11, 2011 at 10:21 AM, Steven Hartland wrote: > Thanks for the confirmation there Artem, we currently can't use 8-STABLE > due to the serious routing issue, seem like every packet generates a > RTM_MISS routing packet to be sent, which causes high cpu load. > > Thread: "Re: serious packet routing issue causing ntpd high load?" It's a bummer. If you can build your own kernel cherry-picking following revisions may help with long-term stability: r218429 - fixes original overflow causing CPU hogging by l2arc feeding thread. It will keep you up and running for longer until you hit another overflow. If I remember correctly, it will hit you around 100-days of uptime. Following changes were done after ZFSv28 import, so they will not apply directly to 8-RELEASE, but the idea applies to ZFSv15 as well. The changes should be easy to backport. r223412 - avoids more early overflows in time routines. r224647 - avoids time overflow in TXG processing. --Artem From owner-freebsd-stable@FreeBSD.ORG Tue Oct 11 18:03: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 DA5941065675 for ; Tue, 11 Oct 2011 18:03:44 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id A84948FC17 for ; Tue, 11 Oct 2011 18:03:44 +0000 (UTC) Received: by iaby12 with SMTP id y12so5305691iab.13 for ; Tue, 11 Oct 2011 11:03:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=rD/2rA0WUE2x+AdFgpTTIl2yjfrhy6mR0Qtkcmji7CY=; b=aizEk7cQBtXC1gHlATumKati5jqxcXVJHlgVyxIPk3cK0eXr3y+FvLW3RfnjOIgs5L jexbjVa2En3mGMc4fOGb5VwUOMbhJYhvIJi5SRZhRfL1KNmVELaTgwTzF4Tlj+R8fO7j ZZ8w0BxuoWZpi2e7E30XwNTMXjGRB49mX0vgM= MIME-Version: 1.0 Received: by 10.43.130.133 with SMTP id hm5mr27879663icc.11.1318356223997; Tue, 11 Oct 2011 11:03:43 -0700 (PDT) Received: by 10.231.36.13 with HTTP; Tue, 11 Oct 2011 11:03:43 -0700 (PDT) In-Reply-To: <4E944339.1000908@infracaninophile.co.uk> References: <4E944339.1000908@infracaninophile.co.uk> Date: Tue, 11 Oct 2011 21:03:43 +0300 Message-ID: From: George Kontostanos To: Matthew Seaman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable Subject: Re: ports index on FreeBSD 9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Oct 2011 18:03:44 -0000 On Tue, Oct 11, 2011 at 4:23 PM, Matthew Seaman wrote: > > Nope. =A0But you can just do 'make fetchindex' to get INDEX-9 now. > Or build your own. > > =A0 =A0 =A0 =A0Cheers, > > =A0 =A0 =A0 =A0Matthew Yes, I am aware of this however, it creates some inconsistencies. --=20 George Kontostanos aisecure.net From owner-freebsd-stable@FreeBSD.ORG Tue Oct 11 18:10:47 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD453106566B; Tue, 11 Oct 2011 18:10:47 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4800C8FC12; Tue, 11 Oct 2011 18:10:46 +0000 (UTC) Received: by ggeq3 with SMTP id q3so7485536gge.13 for ; Tue, 11 Oct 2011 11:10:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=vC+FmIomAjNefsKSnwN2lATe8WG4lmP+NB3N3yijR9o=; b=iJR15oLWvr3KT5h5wKb0jJXiqkoNSLuTnhXWJdb+LVfZBg2Rtcb2JxC36XKmOx9a9o uwp0l4np73PnDvibWEHL5FGXBX3UiAgO5VkzyIE/fcmkt1QsH513ptUc0C2sYr9ue7Zp iqY0rfU7/N86A84xQ7qKxSGi6X0Mhthhh6m5c= Received: by 10.42.158.136 with SMTP id h8mr6582368icx.22.1318356646109; Tue, 11 Oct 2011 11:10:46 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.231.12.11 with HTTP; Tue, 11 Oct 2011 11:10:16 -0700 (PDT) In-Reply-To: <4E92127A.6050903@FreeBSD.org> References: <4E92127A.6050903@FreeBSD.org> From: Chris Rees Date: Tue, 11 Oct 2011 19:10:16 +0100 X-Google-Sender-Auth: cm2CUhAzFTIiMh8K1CrEtPt3L28 Message-ID: To: Gabor Kovesdan Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org, nwhitehorn@freebsd.org Subject: Re: bsdinstall partitioning X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Oct 2011 18:10:47 -0000 On 9 October 2011 22:30, Gabor Kovesdan wrote: > Hi, > > I just had my first encounter with the new installer. I chose manual > partitioning, created a BSD disk (not GPT) with one swap and the rest for /. > Rest of the installation went fine but then my system didn't boot. I > repeated everything and I chose guided partitioning. This time it worked but > I think the manual way with BSD disk format should also work as it did in > sysinstall. Besides, the partition types (freebsd-ufs, freebsd-swap and > freebsd-boot) should be listed somehow or there should be radio buttons. If > you choose manual partition with GPT, only the first two are shown in the > description so one may not know that there is also a freebsd-boot type, > which is mandatory. > > Anyway, the rest of the installer and the configuration is very convenient > and I loved that I could configure my wifi connection w/o hand-editing the > config files, so thanks a lot to Nathan for the hard work! Wifi was the main thing I was pleased with too-- thanks from me. Chris From owner-freebsd-stable@FreeBSD.ORG Tue Oct 11 19:40:30 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 DB4B1106566C for ; Tue, 11 Oct 2011 19:40:30 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) by mx1.freebsd.org (Postfix) with ESMTP id B19BE8FC08 for ; Tue, 11 Oct 2011 19:40:30 +0000 (UTC) Received: from draco.over-yonder.net (c-174-50-4-38.hsd1.ms.comcast.net [174.50.4.38]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id 2B92137B56F; Tue, 11 Oct 2011 14:21:02 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id ADC65178FB; Tue, 11 Oct 2011 14:21:01 -0500 (CDT) Date: Tue, 11 Oct 2011 14:21:01 -0500 From: "Matthew D. Fuller" To: Matthew Seaman Message-ID: <20111011192101.GY37732@over-yonder.net> References: <4E944339.1000908@infracaninophile.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E944339.1000908@infracaninophile.co.uk> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.21-fullermd.4 (2010-09-15) X-Virus-Scanned: clamav-milter 0.97.2 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: FreeBSD Stable , George Kontostanos Subject: Re: ports index on FreeBSD 9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Oct 2011 19:40:30 -0000 On Tue, Oct 11, 2011 at 02:23:05PM +0100 I heard the voice of Matthew Seaman, and lo! it spake thus: > On 11/10/2011 12:31, George Kontostanos wrote: > > > I was wondering if there is any progress regarding the > > http://www.freebsd.org/cgi/query-pr.cgi?pr=149232 . > > Nope. But you can just do 'make fetchindex' to get INDEX-9 now. > Or build your own. I always (with -CURRENT) just ln -s the INDEX-$LATEST over to INDEX-$THIS. Should generally be close enough. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 11 20:17: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 E0CD4106566C; Tue, 11 Oct 2011 20:17:50 +0000 (UTC) (envelope-from prvs=1265807bed=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 E73C48FC12; Tue, 11 Oct 2011 20:17:49 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Tue, 11 Oct 2011 21:17:18 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 11 Oct 2011 21:17:18 +0100 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 md50015518742.msg; Tue, 11 Oct 2011 21:17:16 +0100 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1265807bed=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: From: "Steven Hartland" To: "Artem Belevich" References: <20101116003029.GC79816@numachi.com><20101116125431.GA90475@icarus.home.lan><852472071289497FA806928D0B41D0FE@multiplay.co.uk> Date: Tue, 11 Oct 2011 21:17:09 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 Cc: =?iso-8859-1?Q?Micka=EBl_Maillot?= , Christer Solskogen , freebsd-stable@freebsd.org, Ivan Voras , Jeremy Chadwick Subject: Re: "High" cpu usage when using ZFS cache device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2011 20:17:51 -0000 ----- Original Message ----- From: "Artem Belevich" > On Tue, Oct 11, 2011 at 10:21 AM, Steven Hartland > wrote: >> Thanks for the confirmation there Artem, we currently can't use 8-STABLE >> due to the serious routing issue, seem like every packet generates a >> RTM_MISS routing packet to be sent, which causes high cpu load. >> >> Thread: "Re: serious packet routing issue causing ntpd high load?" > > It's a bummer. If you can build your own kernel cherry-picking > following revisions may help with long-term stability: > r218429 - fixes original overflow causing CPU hogging by l2arc feeding > thread. It will keep you up and running for longer until you hit > another overflow. If I remember correctly, it will hit you around > 100-days of uptime. This is the main issue we have been keeping an eye out for as we've seen it several times, we don't have too many machines with L2ARC so was surprised to see this with just 26 days up time in this case. > Following changes were done after ZFSv28 import, so they will not > apply directly to 8-RELEASE, but the idea applies to ZFSv15 as well. > The changes should be easy to backport. > > r223412 - avoids more early overflows in time routines. > r224647 - avoids time overflow in TXG processing. We already maintain a custom set of patches for our 8.2 installs so shouldn't be an issue to add these so thanks for the info :) With all three should we expect no uptime overflow issues or still are we still going to look at ~100 day reboots required? 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 Oct 11 21:02: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 7D07B106564A for ; Tue, 11 Oct 2011 21:02:33 +0000 (UTC) (envelope-from raespi@uci.cu) Received: from mx3.uci.cu (mx3.uci.cu [200.55.140.180]) by mx1.freebsd.org (Postfix) with SMTP id 81DCB8FC0C for ; Tue, 11 Oct 2011 21:02:30 +0000 (UTC) Received: (qmail 28783 invoked by uid 507); 11 Oct 2011 21:02:23 -0000 Received: from 10.0.0.184 by ns3.uci.cu (envelope-from , uid 501) with qmail-scanner-2.01st (avp: 5.0.2.0. spamassassin: 3.0.6. perlscan: 2.01st. Clear:RC:1(10.0.0.184):. Processed in 0.97119 secs); 11 Oct 2011 21:02:23 -0000 Received: from unknown (HELO ucimail3.uci.cu) (10.0.0.184) by 0 with SMTP; 11 Oct 2011 21:02:22 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by ucimail3.uci.cu (Postfix) with ESMTP id 228FCB48379 for ; Tue, 11 Oct 2011 17:02:21 -0400 (CDT) X-Virus-Scanned: amavisd-new at uci.cu Received: from ucimail3.uci.cu ([127.0.0.1]) by localhost (ucimail3.uci.cu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tscZKD3I-Qrv; Tue, 11 Oct 2011 17:02:19 -0400 (CDT) Received: by ucimail3.uci.cu (Postfix, from userid 101) id 8212E1E8C006; Tue, 11 Oct 2011 16:54:26 -0400 (CDT) Received: from [10.7.20.5] (unknown [10.7.20.5]) (Authenticated sender: raespi@uci.cu) by ucimail3.uci.cu (Postfix) with ESMTPSA id 1261E1E8C001 for ; Tue, 11 Oct 2011 16:54:25 -0400 (CDT) Message-ID: <4E94AD00.1060405@uci.cu> Date: Tue, 11 Oct 2011 16:54:24 -0400 From: Roberto Espi User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.17) Gecko/20110424 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20111005172859.GA19064@vim.isi.edu> In-Reply-To: <20111005172859.GA19064@vim.isi.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: nscd and passwd_compat X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Oct 2011 21:02:33 -0000 Tried the _compat options too but no results. The issue still remains, nsswitch doesn't seem to be able to look in the nscd database. Is there any way to get a proper debug for the nsswitch lookup mechanism ?? Who can I contact regarding nsswitch directly?? Developers ?? Thanks ... On 05/10/11 13:28, Ted Faber wrote: > After the recent discussion of nscd here, I turned it on and after > fooling with various configuration files I think I have it up, but I'm > getting a warning(?) message from many programs when they call > _nsdispatch: > > dbus[3037]: NSSWITCH(_nsdispatch): cache, passwd_compat, getpwnam_r, not > found, and no fallback provided > dbus[3037]: NSSWITCH(_nsdispatch): cache, passwd_compat, getpwnam_r, not > found, and no fallback provided > > I am using passwd_compat, and I think I have nscd compiled to cahce it > and passwd, but the message gives me pause. Everything is still > resolving, but I'm wondering if I'm getting any benefit. > > I tried running nscd with debugging messages (-t -s -d) and didn't see > anything change when another program generated the message. > > I've attached my /etc/nsswitch.conf and /etc/nscd.conf > > Any feedback would be great. > > Fin a la injusticia, LIBERTAD AHORA A NUESTROS CINCO COMPATRIOTAS QUE SE ENCUENTRAN INJUSTAMENTE EN PRISIONES DE LOS EEUU! http://www.antiterroristas.cu http://justiciaparaloscinco.wordpress.com From owner-freebsd-stable@FreeBSD.ORG Tue Oct 11 21:14:09 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 41892106566B; Tue, 11 Oct 2011 21:14:09 +0000 (UTC) (envelope-from artemb@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 D42C28FC13; Tue, 11 Oct 2011 21:14:08 +0000 (UTC) Received: by gyf2 with SMTP id 2so23168gyf.13 for ; Tue, 11 Oct 2011 14:14:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=236ixAz5gHb3LrxRmlAUWXKii6lYGw/7f9DEjEJEYQI=; b=Zrp5RmuFWMmpS8DoELuAkV/5m//xbVyEjkjyZsiPDyTCtdppYwOoUgjdtVJ9MeEEEk IFCN4szFfotMM8Fi75YOV2UqZdyeaRbyrsF0JlAMdjyv6WeiHKxLiN+cLVOHIxnLioO+ Qea5PqCLPzYtmV1EuvAbLWouPgX89sJvFFNiA= MIME-Version: 1.0 Received: by 10.236.187.101 with SMTP id x65mr29281849yhm.63.1318367647929; Tue, 11 Oct 2011 14:14:07 -0700 (PDT) Sender: artemb@gmail.com Received: by 10.236.103.33 with HTTP; Tue, 11 Oct 2011 14:14:07 -0700 (PDT) In-Reply-To: References: <20101116003029.GC79816@numachi.com> <20101116125431.GA90475@icarus.home.lan> <852472071289497FA806928D0B41D0FE@multiplay.co.uk> Date: Tue, 11 Oct 2011 14:14:07 -0700 X-Google-Sender-Auth: SzJSgoepQfONqp0j4jQrGUSgDqA Message-ID: From: Artem Belevich To: Steven Hartland Content-Type: text/plain; charset=ISO-8859-1 Cc: =?ISO-8859-1?Q?Micka=EBl_Maillot?= , Christer Solskogen , freebsd-stable@freebsd.org, Ivan Voras , Jeremy Chadwick Subject: Re: "High" cpu usage when using ZFS cache device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2011 21:14:09 -0000 On Tue, Oct 11, 2011 at 1:17 PM, Steven Hartland wrote: >> It's a bummer. If you can build your own kernel cherry-picking >> following revisions may help with long-term stability: >> r218429 - fixes original overflow causing CPU hogging by l2arc feeding >> thread. It will keep you up and running for longer until you hit >> another overflow. If I remember correctly, it will hit you around >> 100-days of uptime. > > This is the main issue we have been keeping an eye out for as we've > seen it several times, we don't have too many machines with L2ARC so > was surprised to see this with just 26 days up time in this case. > >> Following changes were done after ZFSv28 import, so they will not >> apply directly to 8-RELEASE, but the idea applies to ZFSv15 as well. >> The changes should be easy to backport. >> >> r223412 - avoids more early overflows in time routines. >> r224647 - avoids time overflow in TXG processing. > > We already maintain a custom set of patches for our 8.2 installs so > shouldn't be an issue to add these so thanks for the info :) > > With all three should we expect no uptime overflow issues or still are > we still going to look at ~100 day reboots required? Those should get you through the known (to me) sources of LBOLT and clock_t related overflows. Can't say whether you'll run into some other problems. --Artem From owner-freebsd-stable@FreeBSD.ORG Tue Oct 11 21:28: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 198721065670 for ; Tue, 11 Oct 2011 21:28:14 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id D15F48FC08 for ; Tue, 11 Oct 2011 21:28:13 +0000 (UTC) Received: from PWSVL-EXCHTS-02.internal.cacheflow.com (sai-rp.bluecoat.com [10.2.2.126] (may be forged)) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id p9BLSBko024045 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 11 Oct 2011 14:28:12 -0700 (PDT) Received: from PWSVL-EXCMBX-01.internal.cacheflow.com ([fe80::15bc:12e2:4676:340f]) by PWSVL-EXCHTS-02.internal.cacheflow.com ([fe80::4910:317f:407:6ecc%14]) with mapi id 14.01.0289.001; Tue, 11 Oct 2011 14:28:06 -0700 From: "Li, Qing" To: Steven Hartland , "freebsd-stable@freebsd.org" Thread-Topic: serious packet routing issue causing ntpd high load? Thread-Index: AQHMhzIZXtTqHHvuj0KxmXj++SlrlJV3qfww Date: Tue, 11 Oct 2011 21:28:06 +0000 Message-ID: References: <2740DA0E7C0F495BA00E6D4BC0FE8F37@multiplay.co.uk> <040F9FF759DA441392432EDBD5C4D2CF@multiplay.co.uk> In-Reply-To: <040F9FF759DA441392432EDBD5C4D2CF@multiplay.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.2.2.106] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "liv3d@multiplay.co.uk" Subject: RE: serious packet routing issue causing ntpd high load? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Oct 2011 21:28:14 -0000 Okay, I just reproduced the problem. The strange thing is the routing message appears to be endless, but if I exit "route monitor" and=20 restart it, the message disappears. That indicates to me it is not the kernel that is generating the routing message continuously, but maybe it is a socket buffer issue ? Otherwise when "route monitor" is resumed the messages should also resume, which is not the case here. Of course why the DNS message being generated in FIB <1> triggers a=20 RTM_MISS in FIB <2> is an issue and I am looking into it as well. --Qing > -----Original Message----- > From: Steven Hartland [mailto:killing@multiplay.co.uk] > Sent: Monday, October 10, 2011 2:51 AM > To: Li, Qing; freebsd-stable@freebsd.org > Cc: liv3d@multiplay.co.uk > Subject: Re: serious packet routing issue causing ntpd high load? >=20 > ----- Original Message ----- > From: "Li, Qing" >=20 > >> RTM_MISS: Lookup failed on this address: len 184, pid: 0, seq 0, > errno > >> 0, flags: > >> locks: inits: > >> sockaddrs: > >> ::A.B.C.D > >> > > > > Would it be possible for you to email me what exactly does > "::A.B.C.D" > > map into WRT your system or infrastructure ? >=20 > Sorry for the slow reply been out of the country. >=20 > All the hosts are local machines same /24 connecting to the server for > mysql. It seems to be that every packet either to or from for the mysql > server is generating an RTM_MISS. >=20 > > And are you able to share your "ifconfig -a" and "netstat -rn" output > > with me privately ? >=20 > On its way. >=20 > Regards > Steve >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > 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. >=20 > In the event of misdirection, illegible or incomplete transmission > please telephone +44 845 868 1337 > or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 12 06:14: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 9A398106564A for ; Wed, 12 Oct 2011 06:14:04 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 254948FC0C for ; Wed, 12 Oct 2011 06:14:03 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so591796bkb.13 for ; Tue, 11 Oct 2011 23:14:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=YxCi7mbeLayIo2M9/weqjSLhFVKlyfv90tmKC/6AaHE=; b=TB7MYQ3JtcDRp8azOuyC/Vee41Ftm8o0lAb+W509m6jg2PJWpUHADliDdmbuypuuYh L8QTSpHB5p1shKJL7RCm/lvTFemhbTFXtezf/f8IWw7XgyIZEqPz632T3lsQpRsZHUiO YahqFU26P2nFUhYujKY2tvo8MQxCYoGT1QYFc= Received: by 10.223.16.149 with SMTP id o21mr8707983faa.6.1318398653163; Tue, 11 Oct 2011 22:50:53 -0700 (PDT) Received: from laptop (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPS id r6sm1820336fam.0.2011.10.11.22.50.51 (version=SSLv3 cipher=OTHER); Tue, 11 Oct 2011 22:50:52 -0700 (PDT) Date: Wed, 12 Oct 2011 08:52:00 +0300 From: "Sergey V. Dyatko" To: George Kontostanos Message-ID: <20111012085200.218ba031@laptop> In-Reply-To: References: X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: ports index on FreeBSD 9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Oct 2011 06:14:04 -0000 On Tue, 11 Oct 2011 14:31:12 +0300 George Kontostanos wrote: > Hi everyone, > > I was wondering if there is any progress regarding the > http://www.freebsd.org/cgi/query-pr.cgi?pr=149232 . > > svn log -v -r226274 > Thanks > > -- > George Kontostanos > aisecure.net -- wbr, tiger From owner-freebsd-stable@FreeBSD.ORG Wed Oct 12 10:12: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 1E876106566C for ; Wed, 12 Oct 2011 10:12:56 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id E13908FC12 for ; Wed, 12 Oct 2011 10:12:55 +0000 (UTC) Received: by iaky10 with SMTP id y10so796967iak.13 for ; Wed, 12 Oct 2011 03:12:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=FMJ5yrPH9tGIh3UyS6cp193/qZGEU393xpzzryKM34E=; b=Yhp0ZS89uZpML1vL2wRZSWZBNeeYQrVH4TC/93L3BA8cHOKTanOcjy3levd4xIiO83 bm9nMxmRhWZji08b6yx37qvyrmAhqpwKe9Xy/VA2zjF25Zo8mE6WvagMH02/T+BnlJqe mp69ac2cwfdRq1Hl8BuyTILkrlvNZ70ikfJ9U= MIME-Version: 1.0 Received: by 10.231.70.7 with SMTP id b7mr12399834ibj.49.1318414375296; Wed, 12 Oct 2011 03:12:55 -0700 (PDT) Received: by 10.231.36.13 with HTTP; Wed, 12 Oct 2011 03:12:55 -0700 (PDT) In-Reply-To: <20111012085200.218ba031@laptop> References: <20111012085200.218ba031@laptop> Date: Wed, 12 Oct 2011 13:12:55 +0300 Message-ID: From: George Kontostanos To: "Sergey V. Dyatko" Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Stable Subject: Re: ports index on FreeBSD 9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Oct 2011 10:12:56 -0000 On Wed, Oct 12, 2011 at 8:52 AM, Sergey V. Dyatko wrote: > On Tue, 11 Oct 2011 14:31:12 +0300 > George Kontostanos wrote: > >> Hi everyone, >> >> I was wondering if there is any progress regarding the >> http://www.freebsd.org/cgi/query-pr.cgi?pr=149232 . >> >> > > svn log -v -r226274 > wbr, tiger > Do you mean this: http://svnweb.freebsd.org/base?view=revision&revision=226274 ? -- George Kontostanos aisecure.net From owner-freebsd-stable@FreeBSD.ORG Wed Oct 12 10:23: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 C4E65106564A for ; Wed, 12 Oct 2011 10:23:52 +0000 (UTC) (envelope-from sergey.dyatko@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 53B1B8FC18 for ; Wed, 12 Oct 2011 10:23:52 +0000 (UTC) Received: by wwe3 with SMTP id 3so725796wwe.31 for ; Wed, 12 Oct 2011 03:23:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=199jgh7FoDEHuvkTUkdzeTSbfTHMdU/XFnWgzs6WpUY=; b=I94svNk0mFi1a6RjgJjnXx4yNSzuFWmT1wfXRaDX3Sx0tEsL6cemUgZ8BnuKUAN5Q3 s8XBmhLmKtB+FJgfkG6wEMdn1uCFb0Cl6apPUL7ckpUf2IPa7/V3Oz+OPzx4YXOqhdoU Ek55KH7DH+5GiE6r5Hsh73VhNr59YBLdnFulw= Received: by 10.223.17.11 with SMTP id q11mr46141561faa.13.1318415031065; Wed, 12 Oct 2011 03:23:51 -0700 (PDT) Received: from laptop (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPS id u6sm2938001faf.3.2011.10.12.03.23.49 (version=SSLv3 cipher=OTHER); Wed, 12 Oct 2011 03:23:50 -0700 (PDT) Date: Wed, 12 Oct 2011 13:24:58 +0300 From: "Sergey V. Dyatko" To: George Kontostanos Message-ID: <20111012132458.4b3ebdb0@laptop> In-Reply-To: References: <20111012085200.218ba031@laptop> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: ports index on FreeBSD 9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Oct 2011 10:23:52 -0000 On Wed, 12 Oct 2011 13:12:55 +0300 George Kontostanos wrote: > On Wed, Oct 12, 2011 at 8:52 AM, Sergey V. Dyatko > wrote: > > On Tue, 11 Oct 2011 14:31:12 +0300 > > George Kontostanos wrote: > > > >> Hi everyone, > >> > >> I was wondering if there is any progress regarding the > >> http://www.freebsd.org/cgi/query-pr.cgi?pr=149232 . > >> > >> > > > > svn log -v -r226274 > > > wbr, tiger > > > Do you mean this: > http://svnweb.freebsd.org/base?view=revision&revision=226274 ? > > oops, sorry, wrong revision. svn log -v -r226277 http://svn.freebsd.org/base/head -- wbr, tiger From owner-freebsd-stable@FreeBSD.ORG Wed Oct 12 12:01: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 F1C101065672 for ; Wed, 12 Oct 2011 12:01:20 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3fd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 5D50F8FC1E for ; Wed, 12 Oct 2011 12:01:20 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id p9CC1GrW041403 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 12 Oct 2011 13:01:16 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.8.3 smtp.infracaninophile.co.uk p9CC1GrW041403 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1318420876; bh=IGaFkPlq5eOo7bafLYD4GtW7BqYvH7eVVng4RDyrmhA=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Cc:Content-Type:Date:From:In-Reply-To: Message-ID:Mime-Version:References:To; z=Message-ID:=20<4E958184.5010708@infracaninophile.co.uk>|Date:=20W ed,=2012=20Oct=202011=2013:01:08=20+0100|From:=20Matthew=20Seaman= 20|User-Agent:=20Mozilla/5.0=20(M acintosh=3B=20Intel=20Mac=20OS=20X=2010.6=3B=20rv:7.0.1)=20Gecko/2 0110929=20Thunderbird/7.0.1|MIME-Version:=201.0|To:=20"Sergey=20V. =20Dyatko"=20|CC:=20George=20Kontostanos= 20,=20=0D=0A=20FreeBSD=20Stable=20|Subject:=20Re:=20ports=20index=20on=20FreeBSD =209|References:=20=20<20111012085200.218ba031@laptop>=20=20 <20111012132458.4b3ebdb0@laptop>|In-Reply-To:=20<20111012132458.4b 3ebdb0@laptop>|X-Enigmail-Version:=201.3.2|OpenPGP:=20id=3D60AE908 C|Content-Type:=20multipart/signed=3B=20micalg=3Dpgp-sha1=3B=0D=0A =20protocol=3D"application/pgp-signature"=3B=0D=0A=20boundary=3D"- -----------enig47339758D4B66556D2381E30"; b=Pr+mMeMjbHkwyRc4eJ3BRxgUa3tDVJn8nW2MZKtXuTnpPvnSrncGX80Q8CLw3gLsM 2u8NSlURDW629QeX4yYMCLYxufBmVm9OLMJHTCmsMHWOcZcdlrbwjvig6cNuKuXJ3R N+Pf9SOlaOpgBZqmcY9CVBIazdkIuJtpYaHSXiMk= Message-ID: <4E958184.5010708@infracaninophile.co.uk> Date: Wed, 12 Oct 2011 13:01:08 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: "Sergey V. Dyatko" References: <20111012085200.218ba031@laptop> <20111012132458.4b3ebdb0@laptop> In-Reply-To: <20111012132458.4b3ebdb0@laptop> X-Enigmail-Version: 1.3.2 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig47339758D4B66556D2381E30" X-Virus-Scanned: clamav-milter 0.97.2 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,SPF_FAIL autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: FreeBSD Stable , George Kontostanos Subject: Re: ports index on FreeBSD 9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Oct 2011 12:01:21 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig47339758D4B66556D2381E30 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 12/10/2011 11:24, Sergey V. Dyatko wrote: > On Wed, 12 Oct 2011 13:12:55 +0300 > George Kontostanos wrote: >=20 >> On Wed, Oct 12, 2011 at 8:52 AM, Sergey V. Dyatko >> wrote: >>> On Tue, 11 Oct 2011 14:31:12 +0300 >>> George Kontostanos wrote: >>> >>>> Hi everyone, >>>> >>>> I was wondering if there is any progress regarding the >>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D149232 . >>>> >>>> >>> >>> svn log -v -r226274 >> >>> wbr, tiger >>> >> Do you mean this: >> http://svnweb.freebsd.org/base?view=3Drevision&revision=3D226274 ? >> >> >=20 > oops, sorry, wrong revision. >=20 > svn log -v -r226277 http://svn.freebsd.org/base/head >=20 >=20 MFC to stable/9 might be a good idea... Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enig47339758D4B66556D2381E30 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6VgYsACgkQ8Mjk52CukIwFLwCfXCLtv4/sD14bi934a7kQMjxc bjAAn136Hd95uJNUV+abLOLJapFtaU9h =iZf8 -----END PGP SIGNATURE----- --------------enig47339758D4B66556D2381E30-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 12 13:39:16 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 0E9691065672; Wed, 12 Oct 2011 13:39:16 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 93CFC8FC0A; Wed, 12 Oct 2011 13:39:15 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 4403BE65C3; Wed, 12 Oct 2011 14:39:14 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cran.org.uk; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=mail; bh=7/yq9hQxZxZP z5S073pAc0UR3Os=; b=g+xCUgvpnRGVnvLNmm4HJx8ItKTz+KMDRMx0uxrh5LcX 0CBUHU/0oaSr7D5pslFE3MTNoIaT6U4mNuSGZBSrx39cOIJPlGLzdUt7ZYQkuMZL jB4edgkhoIdxBdIc80foyaTYL5PVGpckOxJgDV/hsgSTVUf/jjsVL2McbapmI7c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cran.org.uk; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=mail; b=SsZPvy HoY5WcKhj5dnPrt0vRNW8YV/P1us4ZZCXTC5C34AlPBYcE9kr5H0Z66pNkPH3Q6M 4uQby/DRu0KbXnFbOUgLf9H5mSfQnhBMlCLaGHOtG20IH5iX546Q710z1N50o9Nw phCcMZuIHpjiJKa48XTrSN2UVexMu4qCl51Jo= Received: from [192.168.1.170] (188-222-18-231.zone13.bethere.co.uk [188.222.18.231]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 143ECE6476; Wed, 12 Oct 2011 14:39:14 +0100 (BST) Message-ID: <4E95987D.5090907@cran.org.uk> Date: Wed, 12 Oct 2011 14:39:09 +0100 From: Bruce Cran User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Ken Smith References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> In-Reply-To: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current , freebsd-stable Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Oct 2011 13:39:16 -0000 On 29/09/2011 02:42, Ken Smith wrote: > MD5 (FreeBSD-9.0-BETA3-amd64-bootonly.iso) = 2ce7b93d28fd7ff37965893f1af3f7fc > MD5 (FreeBSD-9.0-BETA3-amd64-dvd1.iso) = 4affc701f2052edc548274f090e49235 > MD5 (FreeBSD-9.0-BETA3-amd64-memstick.img) = e260f2f2122326cb9a93ac83eb006c1c The -dvd1.iso files seem to be less than a CD, at 610MB. Are they expected to contain more data over time, or could 'dvd' be removed? -- Bruce Cran From owner-freebsd-stable@FreeBSD.ORG Wed Oct 12 13:53: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 E9457106564A; Wed, 12 Oct 2011 13:53:08 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailA.acsu.buffalo.edu (localmail.buffalo.edu [128.205.5.196]) by mx1.freebsd.org (Postfix) with ESMTP id B88E88FC14; Wed, 12 Oct 2011 13:53:08 +0000 (UTC) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 31289FA31; Wed, 12 Oct 2011 09:47:42 -0400 (EDT) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailA.acsu.buffalo.edu (Postfix) with ESMTP id 9E4A0FA34; Wed, 12 Oct 2011 09:47:41 -0400 (EDT) Received: from smtp4.acsu.buffalo.edu (smtp4.acsu.buffalo.edu [128.205.5.229]) by localmailA.acsu.buffalo.edu (Prefixe) with ESMTP id 96EDFFA31; Wed, 12 Oct 2011 09:47:41 -0400 (EDT) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (Authenticated sender: kensmith@buffalo.edu) by smtp4.acsu.buffalo.edu (Postfix) with ESMTPSA id 6F212453B9; Wed, 12 Oct 2011 09:47:41 -0400 (EDT) From: Ken Smith To: Bruce Cran In-Reply-To: <4E95987D.5090907@cran.org.uk> References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> <4E95987D.5090907@cran.org.uk> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-GwY86b+SpelHEkqhA+qv" Date: Wed, 12 Oct 2011 09:47:40 -0400 Message-ID: <1318427260.35743.7.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: : 8% Cc: freebsd-current , freebsd-stable Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Oct 2011 13:53:09 -0000 --=-GwY86b+SpelHEkqhA+qv Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Wed, 2011-10-12 at 14:39 +0100, Bruce Cran wrote: > On 29/09/2011 02:42, Ken Smith wrote: > > MD5 (FreeBSD-9.0-BETA3-amd64-bootonly.iso) =3D 2ce7b93d28fd7ff37965893f= 1af3f7fc > > MD5 (FreeBSD-9.0-BETA3-amd64-dvd1.iso) =3D 4affc701f2052edc548274f090e4= 9235 > > MD5 (FreeBSD-9.0-BETA3-amd64-memstick.img) =3D e260f2f2122326cb9a93ac83= eb006c1c >=20 > The -dvd1.iso files seem to be less than a CD, at 610MB. Are they=20 > expected to contain more data over time, or could 'dvd' be removed? >=20 I was planning on them having package sets. The new installer doesn't support installing packages like sysinstall had but if I provide Gnome, KDE, and perhaps a small set of other stuff it would be useful to people with crummy network connectivity. They could install the packages from the DVD instead of needing to have everything downloaded. --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodor Geisel | --=-GwY86b+SpelHEkqhA+qv Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk6VmnAACgkQ/G14VSmup/Zw7ACeNGptTqV7rPLehiVR974AFHem ai8An1svcQTE6eR4N2EZ/QHF39GIfIVr =C9g/ -----END PGP SIGNATURE----- --=-GwY86b+SpelHEkqhA+qv-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 12 22:25: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 5A10B106566C for ; Wed, 12 Oct 2011 22:25:55 +0000 (UTC) (envelope-from aw1@swelter.hanley.stade.co.uk) Received: from outbound-queue-2.mail.thdo.gradwell.net (outbound-queue-2.mail.thdo.gradwell.net [212.11.70.35]) by mx1.freebsd.org (Postfix) with ESMTP id 0B5098FC14 for ; Wed, 12 Oct 2011 22:25:54 +0000 (UTC) Received: from outbound-edge-1.mail.thdo.gradwell.net (bonnie.gradwell.net [212.11.70.2]) by outbound-queue-2.mail.thdo.gradwell.net (Postfix) with ESMTP id 7B18822315; Wed, 12 Oct 2011 23:25:53 +0100 (BST) Received: from 93-97-22-18.zone5.bethere.co.uk (HELO swelter.hanley.stade.co.uk) (93.97.22.18) (smtp-auth username postmaster%pop3.stade.co.uk, mechanism cram-md5) by outbound-edge-1.mail.thdo.gradwell.net (qpsmtpd/0.83) with (AES256-SHA encrypted) ESMTPSA; Wed, 12 Oct 2011 23:25:51 +0100 Received: from swelter.hanley.stade.co.uk (localhost [127.0.0.1]) by swelter.hanley.stade.co.uk (8.14.4/8.14.4) with ESMTP id p9CMPZUJ079584; Wed, 12 Oct 2011 23:25:35 +0100 (BST) (envelope-from aw1@swelter.hanley.stade.co.uk) Received: (from aw1@localhost) by swelter.hanley.stade.co.uk (8.14.4/8.14.4/Submit) id p9CMPZl9079583; Wed, 12 Oct 2011 23:25:35 +0100 (BST) (envelope-from aw1) Date: Wed, 12 Oct 2011 23:25:35 +0100 From: Adrian Wontroba To: "freebsd-stable@freebsd.org" Message-ID: <20111012222535.GB79291@swelter.hanley.stade.co.uk> Mail-Followup-To: Adrian Wontroba , "freebsd-stable@freebsd.org" , Mikolaj Golub References: <20110918045413.GA63773@DataIX.net> <20110918053901.GA31617@icarus.home.lan> <86d3eydsmf.fsf@kopusha.home.net> <20111008002707.GA76128@swelter.hanley.stade.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111008002707.GA76128@swelter.hanley.stade.co.uk> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.2-STABLE Organization: Oh dear, I've joined one again. X-Virus-Scanned: clamav-milter 0.97.1 at swelter.hanley.stade.co.uk X-Virus-Status: Clean X-Gradwell-MongoId: 4e9613ef.b575-68c-1 X-Gradwell-Auth-Method: mailbox X-Gradwell-Auth-Credentials: postmaster@pop3.stade.co.uk Cc: Mikolaj Golub Subject: Re: /usr/bin/script eating 100% cpu with portupgrade and xargs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: aw1@stade.co.uk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Oct 2011 22:25:55 -0000 On Sat, Oct 08, 2011 at 01:27:07AM +0100, Adrian Wontroba wrote: > I won't be in a position to create a simpler test case, raise a PR or > try patches till Tuesday evening (UK) at the earliest. So far I have been unable to reproduce the problem with portupgrade (and will probably move to portmaster). I have however found a different but possibly related problem with the new version of script in RELENG_8, for which I have raised this PR: misc/161526: script outputs corrupt if input is not from a terminal Blast, should of course been bin/ -- Adrian Wontroba In any bureaucracy, paperwork increases as you spend more and more time reporting on the less and less you are doing. Stability is achieved when you spend all of your time reporting on the nothing you are doing. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 12 23:54: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 07460106564A for ; Wed, 12 Oct 2011 23:54:45 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id C4C038FC0A for ; Wed, 12 Oct 2011 23:54:44 +0000 (UTC) Received: by iaky10 with SMTP id y10so792815iak.13 for ; Wed, 12 Oct 2011 16:54:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=eLbBfIYP8uLMP7O9kx0XxBm4j8d/wFaVHJA53byilk4=; b=unik9FFL/t0dYvzoCJILCx3UvszS12NlL6Q/lD57oXGFlqgHwfRucdnYvzrIAukMt0 Gz9DBwTYljZtWp5wuTuoC47x+GO/dQWCAt5YtIpj1pco3xkwqhh+fpYN86xkVraafmQX KBY7RtzFP7Y5hun1ivCmrUD/OHmdj48hgjpDM= MIME-Version: 1.0 Received: by 10.231.63.11 with SMTP id z11mr589083ibh.23.1318463682458; Wed, 12 Oct 2011 16:54:42 -0700 (PDT) Received: by 10.231.36.13 with HTTP; Wed, 12 Oct 2011 16:54:42 -0700 (PDT) In-Reply-To: <4E958184.5010708@infracaninophile.co.uk> References: <20111012085200.218ba031@laptop> <20111012132458.4b3ebdb0@laptop> <4E958184.5010708@infracaninophile.co.uk> Date: Thu, 13 Oct 2011 02:54:42 +0300 Message-ID: From: George Kontostanos To: Matthew Seaman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "Sergey V. Dyatko" , FreeBSD Stable Subject: Re: ports index on FreeBSD 9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Oct 2011 23:54:45 -0000 On Wed, Oct 12, 2011 at 3:01 PM, Matthew Seaman wrote: > On 12/10/2011 11:24, Sergey V. Dyatko wrote: >> On Wed, 12 Oct 2011 13:12:55 +0300 >> George Kontostanos wrote: >> >>> On Wed, Oct 12, 2011 at 8:52 AM, Sergey V. Dyatko >>> wrote: >>>> On Tue, 11 Oct 2011 14:31:12 +0300 >>>> George Kontostanos wrote: >>>> >>>>> Hi everyone, >>>>> >>>>> I was wondering if there is any progress regarding the >>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D149232 . >>>>> >>>>> >>>> >>>> svn log -v -r226274 >>> >>>> wbr, tiger >>>> >>> Do you mean this: >>> http://svnweb.freebsd.org/base?view=3Drevision&revision=3D226274 ? >>> >>> >> >> oops, sorry, wrong revision. >> >> svn log -v -r226277 http://svn.freebsd.org/base/head >> >> > > MFC to stable/9 might be a good idea... > > =A0 =A0 =A0 =A0Cheers, > > =A0 =A0 =A0 =A0Matthew > > -- > Dr Matthew J Seaman MA, D.Phil. =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 7 Pri= ory Courtyard > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0Flat 3 > PGP: http://www.infracaninophile.co.uk/pgpkey =A0 =A0 Ramsgate > JID: matthew@infracaninophile.co.uk =A0 =A0 =A0 =A0 =A0 =A0 =A0 Kent, CT1= 1 9PW > > svn commit: r226322 - stable/9/etc Thanks everyone --=20 George Kontostanos aisecure.net From owner-freebsd-stable@FreeBSD.ORG Thu Oct 13 04:58:40 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7743D106564A; Thu, 13 Oct 2011 04:58:40 +0000 (UTC) (envelope-from jhellenthal@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 0BDA68FC08; Thu, 13 Oct 2011 04:58:39 +0000 (UTC) Received: by gyd8 with SMTP id 8so333349gyd.13 for ; Wed, 12 Oct 2011 21:58:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition; bh=jTULvZBIwbTY1/3bUk3YbTQ60tUeC7DmA7UqINdquI0=; b=obbnTZhPArxkUXGkXZMlUTzaxHcHpZeHhW9io4wAC9VLtxnFibEFwCDzVmsCz2C9ZH OduENjWm9NJAJGoEJRqGE9PCLWWFguWhwY2fpKkTAhS2xwMNK0gcoVPT4OEZg3gTHrnc heB+przCUDjdUk6t6XGZ/IDA4s+WNE1Wk7Fgk= Received: by 10.236.155.74 with SMTP id i50mr2696361yhk.23.1318481919189; Wed, 12 Oct 2011 21:58:39 -0700 (PDT) Received: from DataIX.net (adsl-99-56-123-32.dsl.klmzmi.sbcglobal.net. [99.56.123.32]) by mx.google.com with ESMTPS id v28sm5821061yhi.11.2011.10.12.21.58.37 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 12 Oct 2011 21:58:38 -0700 (PDT) Sender: Jason Hellenthal Received: from DataIX.net (localhost.DataIX.local [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id p9D4wYd3084042 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 13 Oct 2011 00:58:35 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id p9D4wXKb084041; Thu, 13 Oct 2011 00:58:33 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Thu, 13 Oct 2011 00:58:33 -0400 From: Jason Hellenthal To: stable@FreeBSD.org Message-ID: <20111013045833.GA67230@DataIX.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline Cc: hackers@FreeBSD.org, trasz@FreeBSD.org Subject: setfacl(1) POSIX1e Assertion failed with -d on UFS2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Oct 2011 04:58:40 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Just as the subject says... on the most recent stable/8 i386 Assertion failed: (_acl_brand(acl_new) == ACL_BRAND_POSIX), function _posix1e_acl_strip_np, file /usr/src/lib/libc/posix1e/acl_strip.c, line 129. Line 129: assert(_acl_brand(acl_new) == ACL_BRAND_POSIX); $FreeBSD: stable/8/lib/libc/posix1e/acl_strip.c 214626 2010-11-01 15:36:47Z trasz $ If anyone could advise it would be greatly appreciated. POSIX1e ACLs are set on the filesystem via tunefs(8) and this is a system without MAC. Specifically any issue of ( setfacl -d ... ) fails. --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJOlm/4AAoJEJBXh4mJ2FR+bhkH/2GX7+fCgBE5B3Zp36qSog4S hOfvcTMq4vMtKin8ZPh9ksRHI+fNataiXzJQbBH/dK4l565ya4CbaYIYTQL//XWV +8krP/FfYi/FLJrjVxW+5k6eHBV2u33fD2QustsHWSwAyborMrRA3kRDKrvaXLBn n0KsQ3l2hxKiq4gkXciqf506EK5GzJffsKiEpMkTG2KuYbZxDfuIO6D61f2g7Y8f OzlWcXXQB1vOo361ginFZIX2F1xB/RSznnuz6cCfsqJx/rA+VLCgn02JcTdrV8Wq igYCsD+IobOOkQFTyeSXO8CiUocpP9c+p9nbhM6CxY+5868L4aEfph0jeJ0bl84= =9ih9 -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 13 05:04:48 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA470106564A; Thu, 13 Oct 2011 05:04:48 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 39C248FC15; Thu, 13 Oct 2011 05:04:47 +0000 (UTC) Received: by ywp17 with SMTP id 17so985825ywp.13 for ; Wed, 12 Oct 2011 22:04:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; bh=5DM/+gk5KXIGjS9sirWG4dTxGIqwITMz6tfDHPQggQY=; b=dET1ixi6TiBoZVJPiTtYNVwWlHMwTrc5QhijFecGzYtE1VGHSvD1slMiR0KAu5XF0s O7Mwi4dV4uh3CKlSHwz6EJZEaHPPUsF7E2RASEEyDVHgAE2v7ibDDsFiweWUEXvdJNpe cK1zlF85PU0p336ZBKIT5h9dHaH+D7dEb7oKk= Received: by 10.236.123.77 with SMTP id u53mr2805290yhh.5.1318482287419; Wed, 12 Oct 2011 22:04:47 -0700 (PDT) Received: from DataIX.net (adsl-99-56-123-32.dsl.klmzmi.sbcglobal.net. [99.56.123.32]) by mx.google.com with ESMTPS id z28sm5824070yhl.4.2011.10.12.22.04.45 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 12 Oct 2011 22:04:46 -0700 (PDT) Sender: Jason Hellenthal Received: from DataIX.net (localhost.DataIX.local [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id p9D54fNs085135 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 13 Oct 2011 01:04:43 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id p9D54ecr085134; Thu, 13 Oct 2011 01:04:40 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Thu, 13 Oct 2011 01:04:39 -0400 From: Jason Hellenthal To: stable@FreeBSD.org Message-ID: <20111013050439.GB67230@DataIX.net> References: <20111013045833.GA67230@DataIX.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="61jdw2sOBCFtR2d/" Content-Disposition: inline In-Reply-To: <20111013045833.GA67230@DataIX.net> Cc: hackers@FreeBSD.org, trasz@FreeBSD.org Subject: Re: setfacl(1) POSIX1e Assertion failed with -d on UFS2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Oct 2011 05:04:48 -0000 --61jdw2sOBCFtR2d/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Ignore this please... spoke too soon and seen what was actually going on. Thanks anyway & sorry for the noise. On Thu, Oct 13, 2011 at 12:58:33AM -0400, Jason Hellenthal wrote: >=20 > Just as the subject says... on the most recent stable/8 i386 >=20 >=20 > Assertion failed: (_acl_brand(acl_new) =3D=3D ACL_BRAND_POSIX), function > _posix1e_acl_strip_np, file /usr/src/lib/libc/posix1e/acl_strip.c, line > 129. >=20 > Line 129: assert(_acl_brand(acl_new) =3D=3D ACL_BRAND_POSIX); >=20 > $FreeBSD: stable/8/lib/libc/posix1e/acl_strip.c 214626 2010-11-01 > 15:36:47Z trasz $ >=20 >=20 > If anyone could advise it would be greatly appreciated. POSIX1e ACLs are > set on the filesystem via tunefs(8) and this is a system without MAC. >=20 > Specifically any issue of ( setfacl -d ... ) fails. --61jdw2sOBCFtR2d/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJOlnFmAAoJEJBXh4mJ2FR+E6MIAINTOE0C8qKCWEd8+p/oHA3O Z2EyJ0cJYFBmclpnRqApQ4/ch1ezjuPVR2LMmmSRULKPn7KIUB72DcUaHilO112e q7XnmuHg/l4y5100QSIMsI1wxXxILgdqAD2JmaHynjpDeHCG0klwXzRUeoerMYhs Ln3XXyYUWUSgjG3CFS2S/6Q9zQitJRa4rxPb0Q0UiMjq30kVWb9UpFLGsJ6exeW+ wjQxC9AbttywSDs+aHXkx0Ziu0zhL3A6CMGvOrIO6VwEz8IAK7a2cTijEYGKKbBZ YvtmNZ1V1ZOJAz8Nq/5IhccBNG8K/P2+gntn2mxa9Vc4zbv3GSLzs/qNOBoTEwE= =oOpJ -----END PGP SIGNATURE----- --61jdw2sOBCFtR2d/-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 13 18:06: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 1D4AB106566B; Thu, 13 Oct 2011 18:06:55 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 864DC8FC13; Thu, 13 Oct 2011 18:06:51 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id p9DI6YsE057429; Thu, 13 Oct 2011 20:06:49 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id p9DI6YpS057427; Thu, 13 Oct 2011 20:06:34 +0200 (CEST) (envelope-from olli) Date: Thu, 13 Oct 2011 20:06:34 +0200 (CEST) Message-Id: <201110131806.p9DI6YpS057427@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, freebsd-usb@FreeBSD.ORG X-Newsgroups: list.freebsd-stable User-Agent: tin/1.9.6-20101126 ("Burnside") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.5 (lurza.secnetix.de [127.0.0.1]); Thu, 13 Oct 2011 20:06:50 +0200 (CEST) Cc: Subject: panic: umass1: Unknown state 1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Oct 2011 18:06:55 -0000 I just got this panic on a recent stable/8 amd/64 system: panic: umass1: Unknown state 1 Here's a screen shot from the KVM console: http://www.secnetix.de/olli/tmp/umass-panic.jpg Unfortunately, the crash dump that was written seems to be lost. A quick search on the PRs doesn't reveal anything either ... has anyone seen this type of panic before? It happened when I was switching virtual remote drives in the management application of an IBM blade center, i.e. the USB drive is actually a virtual drive emulated by the blade management system. I did similar things a few times before without a panic, so this isn't 100% reproducable. Also, I'm reluctant to try again because this is a quite important production server. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mn- chen, HRB 125758, Geschftsfhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Whatever happened to the days when hacking started at the cerebral cortex, and not at the keyboard?" -- Sid on userfriendly.org by Illiad, 2007-06-20 From owner-freebsd-stable@FreeBSD.ORG Thu Oct 13 18:43: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 8A12E1065670 for ; Thu, 13 Oct 2011 18:43:11 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.c2i.net [212.247.154.162]) by mx1.freebsd.org (Postfix) with ESMTP id 194958FC1C for ; Thu, 13 Oct 2011 18:43:10 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 190194644; Thu, 13 Oct 2011 20:33:06 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Thu, 13 Oct 2011 20:30:00 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <201110131806.p9DI6YpS057427@lurza.secnetix.de> In-Reply-To: <201110131806.p9DI6YpS057427@lurza.secnetix.de> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201110132030.00413.hselasky@c2i.net> Cc: freebsd-stable@freebsd.org, Oliver Fromme Subject: Re: panic: umass1: Unknown state 1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Oct 2011 18:43:11 -0000 On Thursday 13 October 2011 20:06:34 Oliver Fromme wrote: > I just got this panic on a recent stable/8 amd/64 system: > panic: umass1: Unknown state 1 > > Here's a screen shot from the KVM console: > > http://www.secnetix.de/olli/tmp/umass-panic.jpg > > Unfortunately, the crash dump that was written seems to be > lost. A quick search on the PRs doesn't reveal anything > either ... has anyone seen this type of panic before? > > It happened when I was switching virtual remote drives in > the management application of an IBM blade center, i.e. > the USB drive is actually a virtual drive emulated by the > blade management system. I did similar things a few times > before without a panic, so this isn't 100% reproducable. > Also, I'm reluctant to try again because this is a quite > important production server. > Hi, ehci_softintr() is not part of the USB stack in 8-stable and 9-stable. Must be 7-stable you are running. --HPS From owner-freebsd-stable@FreeBSD.ORG Thu Oct 13 22:23:47 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 25013106564A; Thu, 13 Oct 2011 22:23:47 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id B5C31152568; Thu, 13 Oct 2011 22:23:46 +0000 (UTC) Message-ID: <4E9764F2.3010802@FreeBSD.org> Date: Thu, 13 Oct 2011 15:23:46 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111001 Thunderbird/7.0.1 MIME-Version: 1.0 To: Ken Smith References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> <4E95987D.5090907@cran.org.uk> <1318427260.35743.7.camel@bauer.cse.buffalo.edu> In-Reply-To: <1318427260.35743.7.camel@bauer.cse.buffalo.edu> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Bruce Cran , freebsd-current , freebsd-stable Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Oct 2011 22:23:47 -0000 On 10/12/2011 06:47, Ken Smith wrote: > On Wed, 2011-10-12 at 14:39 +0100, Bruce Cran wrote: >> On 29/09/2011 02:42, Ken Smith wrote: >>> MD5 (FreeBSD-9.0-BETA3-amd64-bootonly.iso) = 2ce7b93d28fd7ff37965893f1af3f7fc >>> MD5 (FreeBSD-9.0-BETA3-amd64-dvd1.iso) = 4affc701f2052edc548274f090e49235 >>> MD5 (FreeBSD-9.0-BETA3-amd64-memstick.img) = e260f2f2122326cb9a93ac83eb006c1c >> >> The -dvd1.iso files seem to be less than a CD, at 610MB. Are they >> expected to contain more data over time, or could 'dvd' be removed? >> > > I was planning on them having package sets. The new installer doesn't > support installing packages like sysinstall had but if I provide Gnome, > KDE, and perhaps a small set of other stuff it would be useful to people > with crummy network connectivity. They could install the packages from > the DVD instead of needing to have everything downloaded. Is there still going to be a CD-sized installer? I find this really useful both at home, and also for virtualized installs. -- 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 Fri Oct 14 07:53: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 C1F1F106566C; Fri, 14 Oct 2011 07:53:51 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 46CD18FC15; Fri, 14 Oct 2011 07:53:51 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id p9E7rVgY088509; Fri, 14 Oct 2011 09:53:46 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id p9E7rV6g088507; Fri, 14 Oct 2011 09:53:31 +0200 (CEST) (envelope-from olli) From: Oliver Fromme Message-Id: <201110140753.p9E7rV6g088507@lurza.secnetix.de> To: hselasky@c2i.net (Hans Petter Selasky) Date: Fri, 14 Oct 2011 09:53:31 +0200 (CEST) In-Reply-To: <201110132030.00413.hselasky@c2i.net> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.5 (lurza.secnetix.de [127.0.0.1]); Fri, 14 Oct 2011 09:53:46 +0200 (CEST) Cc: freebsd-stable@freebsd.org, freebsd-usb@freebsd.org Subject: Re: panic: umass1: Unknown state 1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Oct 2011 07:53:51 -0000 Hans Petter Selasky wrote: > On Thursday 13 October 2011 20:06:34 Oliver Fromme wrote: > > I just got this panic on a recent stable/8 amd/64 system: > > panic: umass1: Unknown state 1 > > > > Here's a screen shot from the KVM console: > > > > http://www.secnetix.de/olli/tmp/umass-panic.jpg > > > > Unfortunately, the crash dump that was written seems to be > > lost. A quick search on the PRs doesn't reveal anything > > either ... has anyone seen this type of panic before? > > > > It happened when I was switching virtual remote drives in > > the management application of an IBM blade center, i.e. > > the USB drive is actually a virtual drive emulated by the > > blade management system. I did similar things a few times > > before without a panic, so this isn't 100% reproducable. > > Also, I'm reluctant to try again because this is a quite > > important production server. > > > > Hi, > > ehci_softintr() is not part of the USB stack in 8-stable and 9-stable. Must be > 7-stable you are running. You are right! I'm sorry for the confusion. The disk contains a dual-boot setup with both 7-stable and 8-stable. Indeed, at the time the panic occured, 7-stable was booted. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mn- chen, HRB 125758, Geschftsfhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd In my experience the term "transparent proxy" is an oxymoron (like jumbo shrimp). "Transparent" proxies seem to vary from the distortions of a funhouse mirror to barely translucent. I really, really dislike them when trying to figure out the corrective lenses needed with each of them. -- R. Kevin Oberman, Network Engineer From owner-freebsd-stable@FreeBSD.ORG Fri Oct 14 12:03: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 5A5E6106564A for ; Fri, 14 Oct 2011 12:03:38 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay02.stack.nl [IPv6:2001:610:1108:5010::104]) by mx1.freebsd.org (Postfix) with ESMTP id E57C88FC13 for ; Fri, 14 Oct 2011 12:03:37 +0000 (UTC) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id 461ED358C4E; Fri, 14 Oct 2011 14:03:37 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id 2DFE828468; Fri, 14 Oct 2011 14:03:37 +0200 (CEST) Date: Fri, 14 Oct 2011 14:03:37 +0200 From: Jilles Tjoelker To: Adrian Wontroba , "freebsd-stable@freebsd.org" , Mikolaj Golub Message-ID: <20111014120336.GB31718@stack.nl> References: <20110918045413.GA63773@DataIX.net> <20110918053901.GA31617@icarus.home.lan> <86d3eydsmf.fsf@kopusha.home.net> <20111008002707.GA76128@swelter.hanley.stade.co.uk> <20111012222535.GB79291@swelter.hanley.stade.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111012222535.GB79291@swelter.hanley.stade.co.uk> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: /usr/bin/script eating 100% cpu with portupgrade and xargs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Oct 2011 12:03:38 -0000 On Wed, Oct 12, 2011 at 11:25:35PM +0100, Adrian Wontroba wrote: > On Sat, Oct 08, 2011 at 01:27:07AM +0100, Adrian Wontroba wrote: > > I won't be in a position to create a simpler test case, raise a PR or > > try patches till Tuesday evening (UK) at the earliest. > So far I have been unable to reproduce the problem with portupgrade (and > will probably move to portmaster). > I have however found a different but possibly related problem with the > new version of script in RELENG_8, for which I have raised this PR: > misc/161526: script outputs corrupt if input is not from a terminal > Blast, should of course been bin/ The extra ^D\b\b are the EOF character being echoed. These EOF characters are being generated by the new script(1) to pass through the EOF condition on stdin. One fix would be to change the termios settings temporarily to disable the echoing but this may cause problems if the application is changing termios settings concurrently and generally feels bad. It may be best to remove writing EOF characters, perhaps adding an option to enable it again if there is a concrete use case for it. -- Jilles Tjoelker From owner-freebsd-stable@FreeBSD.ORG Fri Oct 14 20:50: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 D1D4A106566C for ; Fri, 14 Oct 2011 20:50:35 +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 949CA8FC1A for ; Fri, 14 Oct 2011 20:50:35 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 50DABB37AA; Fri, 14 Oct 2011 22:50:34 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: Stefan Bethke In-Reply-To: <20111014120336.GB31718@stack.nl> Date: Fri, 14 Oct 2011 22:50:32 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <08C7028B-10E1-4855-B007-D2257216F077@lassitu.de> References: <20110918045413.GA63773@DataIX.net> <20110918053901.GA31617@icarus.home.lan> <86d3eydsmf.fsf@kopusha.home.net> <20111008002707.GA76128@swelter.hanley.stade.co.uk> <20111012222535.GB79291@swelter.hanley.stade.co.uk> <20111014120336.GB31718@stack.nl> To: Jilles Tjoelker X-Mailer: Apple Mail (2.1251.1) Cc: "freebsd-stable@freebsd.org" , Mikolaj Golub Subject: Re: /usr/bin/script eating 100% cpu with portupgrade and xargs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Oct 2011 20:50:35 -0000 Am 14.10.2011 um 14:03 schrieb Jilles Tjoelker: > On Wed, Oct 12, 2011 at 11:25:35PM +0100, Adrian Wontroba wrote: >> On Sat, Oct 08, 2011 at 01:27:07AM +0100, Adrian Wontroba wrote: >>> I won't be in a position to create a simpler test case, raise a PR = or >>> try patches till Tuesday evening (UK) at the earliest. >=20 >> So far I have been unable to reproduce the problem with portupgrade = (and >> will probably move to portmaster). >=20 >> I have however found a different but possibly related problem with = the >> new version of script in RELENG_8, for which I have raised this PR: >=20 >> misc/161526: script outputs corrupt if input is not from a terminal >=20 >> Blast, should of course been bin/ >=20 > The extra ^D\b\b are the EOF character being echoed. These EOF > characters are being generated by the new script(1) to pass through = the > EOF condition on stdin. >=20 > One fix would be to change the termios settings temporarily to disable > the echoing but this may cause problems if the application is changing > termios settings concurrently and generally feels bad. >=20 > It may be best to remove writing EOF characters, perhaps adding an > option to enable it again if there is a concrete use case for it. I finally figured out why my ports aren't updating anymore: when running = portupgrade -a --batch from cron, stdin is /dev/null, and that produces = the gobs of ^D in the output, as well as the script file that = portupgrade creates. What's worse is that the upgrade never completes. You can easily see this for yourself: # portupgrade -a --batch Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Sat Oct 15 01:13:34 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 93435106566B for ; Sat, 15 Oct 2011 01:13:34 +0000 (UTC) (envelope-from olevole@olevole.ru) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2DD8E8FC0A for ; Sat, 15 Oct 2011 01:13:33 +0000 (UTC) Received: by bkbzu17 with SMTP id zu17so421160bkb.13 for ; Fri, 14 Oct 2011 18:13:33 -0700 (PDT) Received: by 10.204.130.208 with SMTP id u16mr8269939bks.47.1318639677627; Fri, 14 Oct 2011 17:47:57 -0700 (PDT) Received: from gizmo.my.domain (nat140-249-205-109.tvoe.tv. [109.205.249.140]) by mx.google.com with ESMTPS id r12sm9998382bkw.5.2011.10.14.17.47.56 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 14 Oct 2011 17:47:56 -0700 (PDT) From: Oleg Ginzburg To: freebsd-stable@freebsd.org Date: Sat, 15 Oct 2011 04:48:19 +0400 User-Agent: KMail/1.13.7 (FreeBSD/10.0-CURRENT; KDE/4.6.5; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201110150448.19507.olevole@olevole.ru> Subject: backup for /var/db/ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Oct 2011 01:13:34 -0000 Hi With /etc/periodic/daily/220.backup-pkgdb I would also suggest backing up=20 /var/db/ports dir Maybe it's better to combine into one script. diff -ruN etc.bak/defaults/periodic.conf etc/defaults/periodic.conf =2D-- etc.bak/defaults/periodic.conf 2011-10-15 04:37:28.879673119 +04= 00 +++ etc/defaults/periodic.conf 2011-10-15 04:30:48.599677268 +0400 @@ -78,6 +78,10 @@ daily_backup_pkgdb_enable=3D"YES" # Backup= =20 /var/db/pkg daily_backup_pkgdb_dir=3D"/var/backups" +# 230.backup-portdb +daily_backup_portdb_enable=3D"YES" # Backup= =20 /var/db/ports +daily_backup_portdb_dir=3D"/var/backups" + # 300.calendar daily_calendar_enable=3D"NO" # Run calendar -a diff -ruN etc.bak/periodic/daily/230.backup-portdb=20 etc/periodic/daily/230.backup-portdb =2D-- etc.bak/periodic/daily/230.backup-portdb 1970-01-01 03:00:00.00000= 0000=20 +0300 +++ etc/periodic/daily/230.backup-portdb 2011-10-15 04:29:31.1496823= 66=20 +0400 @@ -0,0 +1,51 @@ +#!/bin/sh +# +# $FreeBSD: src/etc/periodic/daily/220.backup-portdb,v 1.2 2011/05/05=20 02:35:11 dougb Exp $ +# + +# If there is a global system configuration file, suck it in. +# +if [ -r /etc/defaults/periodic.conf ] +then + . /etc/defaults/periodic.conf + source_periodic_confs +fi + +rc=3D0 + +case "$daily_backup_portdb_enable" in + [Yy][Ee][Ss]) + bak=3D"${daily_backup_portdb_dir:-/var/backups}" + bak_file=3D"${bak}/portdb.bak.tbz" + + port_dbdir=3D`make -f/usr/share/mk/bsd.port.mk -V PORT_DBDIR=20 2>/dev/null` || + port_dbdir=3D/var/db/ports + + if [ ! -d "$bak" ] + then + install -d -o root -g wheel -m 750 $bak || { + echo '$daily_backup_portdb_enable is enabled but' \ + "$daily_backup_portdb_dbdir doesn't exist" ; + exit 2 ; } + fi + + echo '' + echo 'Backing up package db directory:' + + new_bak_file=3D`mktemp ${bak_file}-XXXXX` + + if tar -cjHf "${new_bak_file}" "$port_dbdir" 2>/dev/null; then + chmod 644 "${new_bak_file}" + + if [ -e "${bak_file}.2" -a -e "${bak_file}" ]; then + unlink "${bak_file}.2" + mv "${bak_file}" "${bak_file}.2" + fi + [ -e "${bak_file}" ] && mv "${bak_file}" "${bak_file}.2" + mv "${new_bak_file}" "${bak_file}" + else + rc=3D3 + fi ;; +esac + +exit $rc =2D-=20 =D0=A1 =D1=83=D0=B2=D0=B0=D0=B6=D0=B5=D0=BD=D0=B8=D0=B5=D0=BC, With respect, =D0=9E=D0=BB=D0=B5=D0=B3 =D0=93=D0=B8=D0=BD=D0=B7=D0=B1=D1=83=D1=80=D0=B3 O= leg Ginzburg =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D E-mail: mailto: olevole@olevole.ru Skype: olegginzburg XMPP/Jabber: olevole@jabber.ru From owner-freebsd-stable@FreeBSD.ORG Sat Oct 15 07:25: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 1205D106564A; Sat, 15 Oct 2011 07:25:25 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 625FB8FC0A; Sat, 15 Oct 2011 07:25:23 +0000 (UTC) Received: by bkbzu17 with SMTP id zu17so751413bkb.13 for ; Sat, 15 Oct 2011 00:25:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:cc:subject:references:x-comment-to:sender:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=C07xK7IO21seAxtZ0opZvlYElvW+dj6pK2a/aS6fT7U=; b=rbJZ9/CUJXNzp+/EC5lJUbUTc1LZuwFZ6yjhNqxTSmAzVRNGELozIPXzVE9vGoichX 7TYZgtT+HuZE/0TLu8WDWCRdgDKpx/9IcZpYq0FZ1BmmfvjwuhJ5opXSvNLRfezvixL3 yA52pEaLnWUNgFEuwv94k4yAmtMBLV1vExzlc= Received: by 10.223.76.135 with SMTP id c7mr7969999fak.16.1318663523095; Sat, 15 Oct 2011 00:25:23 -0700 (PDT) Received: from localhost ([95.69.173.122]) by mx.google.com with ESMTPS id v17sm8597486fai.18.2011.10.15.00.25.19 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 15 Oct 2011 00:25:20 -0700 (PDT) From: Mikolaj Golub To: Adrian Wontroba References: <20110918045413.GA63773@DataIX.net> <20110918053901.GA31617@icarus.home.lan> <86d3eydsmf.fsf@kopusha.home.net> <20111008002707.GA76128@swelter.hanley.stade.co.uk> <20111012222535.GB79291@swelter.hanley.stade.co.uk> X-Comment-To: Adrian Wontroba Sender: Mikolaj Golub Date: Sat, 15 Oct 2011 10:25:16 +0300 In-Reply-To: <20111012222535.GB79291@swelter.hanley.stade.co.uk> (Adrian Wontroba's message of "Wed, 12 Oct 2011 23:25:35 +0100") Message-ID: <86zkh2k97n.fsf@kopusha.home.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: Kostik Belousov , "freebsd-stable@freebsd.org" , Jilles Tjoelker Subject: Re: /usr/bin/script eating 100% cpu with portupgrade and xargs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Oct 2011 07:25:25 -0000 --=-=-= On Wed, 12 Oct 2011 23:25:35 +0100 Adrian Wontroba wrote: AW> On Sat, Oct 08, 2011 at 01:27:07AM +0100, Adrian Wontroba wrote: >> I won't be in a position to create a simpler test case, raise a PR or >> try patches till Tuesday evening (UK) at the earliest. AW> So far I have been unable to reproduce the problem with portupgrade (and AW> will probably move to portmaster). AW> I have however found a different but possibly related problem with the AW> new version of script in RELENG_8, for which I have raised this PR: AW> misc/161526: script outputs corrupt if input is not from a terminal As Jilles wrote ^D\b\b are echoed by the terminal when the script sends VEOF to the program being script. In my recent commit r225809 the intention was to sent VEOF only once if STDIN was not terminal. Unfortunately the fix was incorrect and for flushtime > 0 it keeps sending VEOF. That is why you are observing series of ^D\b\b characters. I am going to commit the attached patch to HEAD, that fixes this. But we will still have one ^D\b\b in the output. -- Mikolaj Golub --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=script.c.4.patch Index: usr.bin/script/script.c =================================================================== --- usr.bin/script/script.c (revision 226349) +++ usr.bin/script/script.c (working copy) @@ -163,12 +163,15 @@ main(int argc, char *argv[]) FD_SET(master, &rfd); if (readstdin) FD_SET(STDIN_FILENO, &rfd); - if ((!readstdin && ttyflg) || flushtime > 0) { - tv.tv_sec = !readstdin && ttyflg ? 1 : - flushtime - (tvec - start); + if (!readstdin && ttyflg) { + tv.tv_sec = 1; tv.tv_usec = 0; tvp = &tv; readstdin = 1; + } else if (flushtime > 0) { + tv.tv_sec = flushtime - (tvec - start); + tv.tv_usec = 0; + tvp = &tv; } else { tvp = NULL; } --=-=-=-- From owner-freebsd-stable@FreeBSD.ORG Sat Oct 15 07:31: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 159D3106566C; Sat, 15 Oct 2011 07:31:14 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 643638FC08; Sat, 15 Oct 2011 07:31:12 +0000 (UTC) Received: by bkbzu17 with SMTP id zu17so756495bkb.13 for ; Sat, 15 Oct 2011 00:31:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:cc:subject:references:x-comment-to:sender:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=oPdp/N4DGnZ2/DOoO9MQmQKnWwmG5H5SRla6TYeRSDs=; b=i2NJNa1NNte+nI3BjMOJ79UTS1fHCdEbRhXfZ5L5sr/3LiOOi8RXNikwTle3UDC+5b LbY3wwf22RbFc+SMvaiyJeOLxmF4zwpFycTMPNemqd+3cIdLCEXR4EF7R09/KWzTpDys VVcGlslhxtLrm2Co3WO37hrak4PuJQgvvpkfI= Received: by 10.223.58.83 with SMTP id f19mr9201223fah.36.1318663871912; Sat, 15 Oct 2011 00:31:11 -0700 (PDT) Received: from localhost ([95.69.173.122]) by mx.google.com with ESMTPS id h16sm8625611fab.19.2011.10.15.00.31.08 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 15 Oct 2011 00:31:10 -0700 (PDT) From: Mikolaj Golub To: Jilles Tjoelker References: <20110918045413.GA63773@DataIX.net> <20110918053901.GA31617@icarus.home.lan> <86d3eydsmf.fsf@kopusha.home.net> <20111008002707.GA76128@swelter.hanley.stade.co.uk> <20111012222535.GB79291@swelter.hanley.stade.co.uk> <20111014120336.GB31718@stack.nl> X-Comment-To: Jilles Tjoelker Sender: Mikolaj Golub Date: Sat, 15 Oct 2011 10:31:06 +0300 In-Reply-To: <20111014120336.GB31718@stack.nl> (Jilles Tjoelker's message of "Fri, 14 Oct 2011 14:03:37 +0200") Message-ID: <86vcrqk8xx.fsf@kopusha.home.net> 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: Kostik Belousov , "freebsd-stable@freebsd.org" Subject: Re: /usr/bin/script eating 100% cpu with portupgrade and xargs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Oct 2011 07:31:14 -0000 On Fri, 14 Oct 2011 14:03:37 +0200 Jilles Tjoelker wrote: JT> On Wed, Oct 12, 2011 at 11:25:35PM +0100, Adrian Wontroba wrote: >> On Sat, Oct 08, 2011 at 01:27:07AM +0100, Adrian Wontroba wrote: >> > I won't be in a position to create a simpler test case, raise a PR or >> > try patches till Tuesday evening (UK) at the earliest. >> So far I have been unable to reproduce the problem with portupgrade (and >> will probably move to portmaster). >> I have however found a different but possibly related problem with the >> new version of script in RELENG_8, for which I have raised this PR: >> misc/161526: script outputs corrupt if input is not from a terminal >> Blast, should of course been bin/ JT> The extra ^D\b\b are the EOF character being echoed. These EOF JT> characters are being generated by the new script(1) to pass through the JT> EOF condition on stdin. JT> One fix would be to change the termios settings temporarily to disable JT> the echoing but this may cause problems if the application is changing JT> termios settings concurrently and generally feels bad. JT> It may be best to remove writing EOF characters, perhaps adding an JT> option to enable it again if there is a concrete use case for it. Without passing EOF to the to the program being scripted the following command will hang forever: echo 1 |script /tmp/script.out cat -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Sat Oct 15 07:36: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 8787410656B8 for ; Sat, 15 Oct 2011 07:36:11 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0C0118FC13 for ; Sat, 15 Oct 2011 07:36:10 +0000 (UTC) Received: by bkbzu17 with SMTP id zu17so761118bkb.13 for ; Sat, 15 Oct 2011 00:36:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:cc:subject:references:x-comment-to:sender:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=bFnUJeiflRith39KiC6mxpATa5Ne6rcQGQ+r0Yk+d6Q=; b=XixPlhVuz7ez21E08UY6ROq16O5u65aUz0CqQZxN+aPrmEhHNg9EMeWpJPcwurpqjF iIVUpf1WVPvd6LhB7LRvhDhM2sNKTV5iMrGSSY+cRm7Vuwg+5jXuA2/qn2I2iTuwPwuh QV9gtRjgtko18CNI27YQIUlshhuZ9Rc/e4qRw= Received: by 10.204.130.85 with SMTP id r21mr8989125bks.38.1318664169822; Sat, 15 Oct 2011 00:36:09 -0700 (PDT) Received: from localhost ([95.69.173.122]) by mx.google.com with ESMTPS id v20sm780098faf.1.2011.10.15.00.36.06 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 15 Oct 2011 00:36:08 -0700 (PDT) From: Mikolaj Golub To: Stefan Bethke References: <20110918045413.GA63773@DataIX.net> <20110918053901.GA31617@icarus.home.lan> <86d3eydsmf.fsf@kopusha.home.net> <20111008002707.GA76128@swelter.hanley.stade.co.uk> <20111012222535.GB79291@swelter.hanley.stade.co.uk> <20111014120336.GB31718@stack.nl> <08C7028B-10E1-4855-B007-D2257216F077@lassitu.de> X-Comment-To: Stefan Bethke Sender: Mikolaj Golub Date: Sat, 15 Oct 2011 10:36:04 +0300 In-Reply-To: <08C7028B-10E1-4855-B007-D2257216F077@lassitu.de> (Stefan Bethke's message of "Fri, 14 Oct 2011 22:50:32 +0200") Message-ID: <86r52ek8pn.fsf@kopusha.home.net> 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" , Jilles Tjoelker Subject: Re: /usr/bin/script eating 100% cpu with portupgrade and xargs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Oct 2011 07:36:11 -0000 On Fri, 14 Oct 2011 22:50:32 +0200 Stefan Bethke wrote: SB> I finally figured out why my ports aren't updating anymore: when running portupgrade -a --batch from cron, stdin is /dev/null, and that produces the gobs of ^D in the output, as well as the script file that portupgrade creates. What's worse is that the upgrade never completes. SB> You can easily see this for yourself: SB> # portupgrade -a --batch This is on 8-stable from October 5th. Could you please try the patch I attached to another my mail in this thread to see if it helps? -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Sat Oct 15 09:24: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 50E6F106566B for ; Sat, 15 Oct 2011 09:24:35 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1961D8FC08 for ; Sat, 15 Oct 2011 09:24:34 +0000 (UTC) Received: by iaky10 with SMTP id y10so4669278iak.13 for ; Sat, 15 Oct 2011 02:24:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=YQBZciAYKSMXh18H1WHVuEgFlpei2x/YR3EvwJV1/6U=; b=azNnsfq16SW5D+VG7aTITBCMFSbVlhf0nLLbWYCPu7TiLku9uJJ6kb4vXCu+rDjan0 nQP/H6jvrfHXY/cLmAQDynmyeb881hB+bnhnpI+/xoEE2kfw/cbdDolj+Jp+Gf7kaF2b Y08yyr3jSeNVdV5vLAtK+Yr5S0zjLKP5i/g5Y= MIME-Version: 1.0 Received: by 10.231.27.203 with SMTP id j11mr5261324ibc.10.1318670672625; Sat, 15 Oct 2011 02:24:32 -0700 (PDT) Received: by 10.231.34.140 with HTTP; Sat, 15 Oct 2011 02:24:32 -0700 (PDT) In-Reply-To: References: <20111012085200.218ba031@laptop> <20111012132458.4b3ebdb0@laptop> <4E958184.5010708@infracaninophile.co.uk> Date: Sat, 15 Oct 2011 12:24:32 +0300 Message-ID: From: George Kontostanos To: Matthew Seaman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "Sergey V. Dyatko" , FreeBSD Stable Subject: Re: ports index on FreeBSD 9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Oct 2011 09:24:35 -0000 On Thu, Oct 13, 2011 at 2:54 AM, George Kontostanos wrote: > On Wed, Oct 12, 2011 at 3:01 PM, Matthew Seaman > wrote: >> On 12/10/2011 11:24, Sergey V. Dyatko wrote: >>> On Wed, 12 Oct 2011 13:12:55 +0300 >>> George Kontostanos wrote: >>> >>>> On Wed, Oct 12, 2011 at 8:52 AM, Sergey V. Dyatko >>>> wrote: >>>>> On Tue, 11 Oct 2011 14:31:12 +0300 >>>>> George Kontostanos wrote: >>>>> >>>>>> Hi everyone, >>>>>> >>>>>> I was wondering if there is any progress regarding the >>>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D149232 . >>>>>> >>>>>> >>>>> >>>>> svn log -v -r226274 >>>> >>>>> wbr, tiger >>>>> >>>> Do you mean this: >>>> http://svnweb.freebsd.org/base?view=3Drevision&revision=3D226274 ? >>>> >>>> >>> >>> oops, sorry, wrong revision. >>> >>> svn log -v -r226277 http://svn.freebsd.org/base/head >>> >>> >> >> MFC to stable/9 might be a good idea... >> >> =A0 =A0 =A0 =A0Cheers, >> >> =A0 =A0 =A0 =A0Matthew >> >> -- >> Dr Matthew J Seaman MA, D.Phil. =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 7 Pr= iory Courtyard >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0Flat 3 >> PGP: http://www.infracaninophile.co.uk/pgpkey =A0 =A0 Ramsgate >> JID: matthew@infracaninophile.co.uk =A0 =A0 =A0 =A0 =A0 =A0 =A0 Kent, CT= 11 9PW >> >> > svn commit: r226322 - stable/9/etc > > Thanks everyone > > -- > George Kontostanos > aisecure.net > It still doesn't upgrade the index file properly : hp# portsnap fetch update && portversion -v | grep "<" Looking up portsnap.FreeBSD.org mirrors... 5 mirrors found. Fetching snapshot tag from portsnap5.FreeBSD.org... done. Fetching snapshot metadata... done. Updating from Thu Oct 6 11:21:13 EEST 2011 to Sat Oct 15 12:06:45 EEST 201= 1. Fetching 3 metadata patches.. done. Applying metadata patches... done. .... .... Building new INDEX files... done. ezm3-1.1_2 < needs updating (port has 1.2_1) hp# cd /usr/ports/ hp# make fetchindex /usr/ports/INDEX-9.bz2 100% of 1512 kB 183 kBps hp# portversion -v | grep "<" [Updating the portsdb in /usr/ports ... - 22730 port entries found .........1000.........2000.........3000.........4000.........= 5000.........6000.........7000.........8000.........9000.........10000.....= ....11000.........12000.........13000.........14000.........15000.........1= 6000.........17000.........18000.........19000.........20000.........21000.= ........22000....... ..... done] ezm3-1.1_2 < needs updating (port has 1.2_1) ffmpeg-0.7.5,1 < needs updating (port has 0.7.6,1) libltdl-2.4 < needs updating (port has 2.4_1) libtool-2.4 < needs updating (port has 2.4_1) mpfr-3.0.1 < needs updating (port has 3.1.0_1) p5-Authen-NTLM-1.08_1 < needs updating (port has 1.09) p5-Class-Load-0.10 < needs updating (port has 0.11) p5-DateTime-TimeZone-1.36 < needs updating (port has 1.39) p5-Module-Metadata-1.000006 < needs updating (port has 1.000007) phpMyAdmin-3.4.5 < needs updating (port has 3.4.6.r1) x264-0.115.2000 < needs updating (port has 0.116.2076) --=20 George Kontostanos aisecure.net From owner-freebsd-stable@FreeBSD.ORG Sat Oct 15 09:50: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 6A3BF1065672; Sat, 15 Oct 2011 09:50:24 +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 29E7D8FC0C; Sat, 15 Oct 2011 09:50:24 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 018A3CE37D; Sat, 15 Oct 2011 11:50:22 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: Stefan Bethke In-Reply-To: <86r52ek8pn.fsf@kopusha.home.net> Date: Sat, 15 Oct 2011 11:50:22 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20110918045413.GA63773@DataIX.net> <20110918053901.GA31617@icarus.home.lan> <86d3eydsmf.fsf@kopusha.home.net> <20111008002707.GA76128@swelter.hanley.stade.co.uk> <20111012222535.GB79291@swelter.hanley.stade.co.uk> <20111014120336.GB31718@stack.nl> <08C7028B-10E1-4855-B007-D2257216F077@lassitu.de> <86r52ek8pn.fsf@kopusha.home.net> To: Mikolaj Golub X-Mailer: Apple Mail (2.1251.1) Cc: "freebsd-stable@freebsd.org" , Jilles Tjoelker Subject: Re: /usr/bin/script eating 100% cpu with portupgrade and xargs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Oct 2011 09:50:24 -0000 Am 15.10.2011 um 09:36 schrieb Mikolaj Golub: >=20 > On Fri, 14 Oct 2011 22:50:32 +0200 Stefan Bethke wrote: >=20 > SB> I finally figured out why my ports aren't updating anymore: when = running portupgrade -a --batch from cron, stdin is /dev/null, and that = produces the gobs of ^D in the output, as well as the script file that = portupgrade creates. What's worse is that the upgrade never completes. >=20 > SB> You can easily see this for yourself: > SB> # portupgrade -a --batch =20 > SB> This is on 8-stable from October 5th. >=20 > Could you please try the patch I attached to another my mail in this = thread to > see if it helps? Seems to do the trick, thanks! Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Sat Oct 15 10:52: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 8ABF71065672 for ; Sat, 15 Oct 2011 10:52:08 +0000 (UTC) (envelope-from kapral@toya.net.pl) Received: from mailt.toya.net.pl (mailt.toya.net.pl [217.113.224.9]) by mx1.freebsd.org (Postfix) with ESMTP id 3B0048FC17 for ; Sat, 15 Oct 2011 10:52:08 +0000 (UTC) Received: from mail.toya.net.pl (localhost.localdomain [127.0.0.1]) by mail.toya.net.pl (Postfix) with ESMTP id 9D5382000084D for ; Sat, 15 Oct 2011 12:34:17 +0200 (CEST) Received: by mail.toya.net.pl (Postfix, from userid 5001) id 92F7220000817; Sat, 15 Oct 2011 12:34:17 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.toya.net.pl X-Spam-Level: X-Spam-Status: No, score=-4.2 required=5.5 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 Received: from moya.toya.net.pl (webmail.toya.net.pl [217.113.224.201]) (Authenticated sender: kapral@toya.net.pl) by mail.toya.net.pl (Postfix) with ESMTPSA id 06D092000084D for ; Sat, 15 Oct 2011 12:34:14 +0200 (CEST) MIME-Version: 1.0 Date: Sat, 15 Oct 2011 12:34:14 +0200 From: kapral To: Message-ID: <1b39c8399c008e3ee437586e0a408865@toya.net.pl> X-Sender: kapral@toya.net.pl User-Agent: TOYA-Poczta Portalu/2.2 X-Client-IP: 217.113.234.47 X-Client-Agent: Mozilla/5.0 (X11; U; OpenBSD i386; en-US; rv:1.9.2.13) Gecko/20110216 Firefox/3.6.13 X-Client-User: kapral@toya.net.pl@toya.net.pl Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="UTF-8" X-AV-Checked: ClamAV using ClamSMTP Subject: unix browsers problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Oct 2011 10:52:08 -0000 When I connect with any freebsd 8.2 browsers like epithany konqueror firefox7.0.1 and under open bsd 4.9 with firefox 3.6.13 en i have strange connections too le100.net i checkt the ip and this is seedo in germany i also have other strange connections any idea what to do with this bug ? From owner-freebsd-stable@FreeBSD.ORG Sat Oct 15 11:50: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 47B5E106564A for ; Sat, 15 Oct 2011 11:50:02 +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 0EAF18FC0A for ; Sat, 15 Oct 2011 11:50:02 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 9E443D0356; Sat, 15 Oct 2011 13:50:00 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: Stefan Bethke In-Reply-To: <1b39c8399c008e3ee437586e0a408865@toya.net.pl> Date: Sat, 15 Oct 2011 13:49:59 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <1b39c8399c008e3ee437586e0a408865@toya.net.pl> To: kapral X-Mailer: Apple Mail (2.1251.1) Cc: freebsd-stable@freebsd.org Subject: Re: unix browsers problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Oct 2011 11:50:02 -0000 Am 15.10.2011 um 12:34 schrieb kapral: > When I connect with any freebsd 8.2 browsers like epithany konqueror > firefox7.0.1 and under open bsd 4.9 with firefox 3.6.13 en i have = strange > connections too le100.net i checkt the ip and this is seedo in germany = i > also have other strange connections any idea what to do with this bug = ? I think you need to be much more specific about what you're seeing, and = why you think that it is a problem. I got curious, so I fired up a fresh Firefox, and indeed saw that I have = open connections to a couple of IPs: $ netstat -anfinet Active Internet connections (including servers) Proto Recv-Q Send-Q Local Address Foreign Address = (state) tcp4 0 0 92.231.160.45.14944 74.125.43.120.80 = ESTABLISHED tcp4 0 0 92.231.160.45.62441 74.125.43.104.80 = ESTABLISHED tcp4 0 0 92.231.160.45.41710 74.125.43.104.80 = ESTABLISHED tcp4 0 0 92.231.160.45.56705 195.95.193.85.80 = ESTABLISHED tcp4 0 0 92.231.160.45.14474 195.95.193.78.80 = TIME_WAIT tcp4 0 0 92.231.160.45.64333 195.95.193.78.80 = ESTABLISHED tcp4 0 0 92.231.160.45.36191 68.232.35.119.80 = TIME_WAIT tcp4 0 0 92.231.160.45.40339 63.245.217.43.443 = TIME_WAIT tcp4 0 0 92.231.160.45.51785 63.245.217.43.443 = ESTABLISHED tcp4 0 0 92.231.160.45.51321 74.125.43.190.443 = ESTABLISHED The 74.125.43.* addresses do resolve to 1e100.net, as you're seeing: $ host 74.125.43.190 190.43.125.74.in-addr.arpa domain name pointer bw-in-f190.1e100.net. $ host 74.125.43.104 104.43.125.74.in-addr.arpa domain name pointer bw-in-f104.1e100.net. whois shows who's using them: $ whois 74.125.43.104 ... NetRange: 74.125.0.0 - 74.125.255.255 CIDR: 74.125.0.0/16 OriginAS: NetName: GOOGLE NetHandle: NET-74-125-0-0-1 Parent: NET-74-0-0-0-0 NetType: Direct Allocation RegDate: 2007-03-13 Updated: 2007-05-22 Ref: http://whois.arin.net/rest/net/NET-74-125-0-0-1 Considering that Firefox by default will open up the Firefox Google = page, I don't find this surprising at all. Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Sat Oct 15 12:15:30 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 87A651065672 for ; Sat, 15 Oct 2011 12:15:30 +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 350D28FC14 for ; Sat, 15 Oct 2011 12:15:29 +0000 (UTC) Received: from omta16.westchester.pa.mail.comcast.net ([76.96.62.88]) by qmta10.westchester.pa.mail.comcast.net with comcast id l0841h0021uE5Es5A0FW4Q; Sat, 15 Oct 2011 12:15:30 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta16.westchester.pa.mail.comcast.net with comcast id l0FV1h00K1t3BNj3c0FVf2; Sat, 15 Oct 2011 12:15:30 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id D6057102C1C; Sat, 15 Oct 2011 05:15:27 -0700 (PDT) Date: Sat, 15 Oct 2011 05:15:27 -0700 From: Jeremy Chadwick To: Stefan Bethke Message-ID: <20111015121527.GA99555@icarus.home.lan> References: <1b39c8399c008e3ee437586e0a408865@toya.net.pl> 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: kapral , freebsd-stable@freebsd.org Subject: Re: unix browsers problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Oct 2011 12:15:30 -0000 On Sat, Oct 15, 2011 at 01:49:59PM +0200, Stefan Bethke wrote: > Am 15.10.2011 um 12:34 schrieb kapral: > > > When I connect with any freebsd 8.2 browsers like epithany konqueror > > firefox7.0.1 and under open bsd 4.9 with firefox 3.6.13 en i have strange > > connections too le100.net i checkt the ip and this is seedo in germany i > > also have other strange connections any idea what to do with this bug ? > > I think you need to be much more specific about what you're seeing, and why you think that it is a problem. > > I got curious, so I fired up a fresh Firefox, and indeed saw that I have open connections to a couple of IPs: > $ netstat -anfinet > Active Internet connections (including servers) > Proto Recv-Q Send-Q Local Address Foreign Address (state) > tcp4 0 0 92.231.160.45.14944 74.125.43.120.80 ESTABLISHED > tcp4 0 0 92.231.160.45.62441 74.125.43.104.80 ESTABLISHED > tcp4 0 0 92.231.160.45.41710 74.125.43.104.80 ESTABLISHED > tcp4 0 0 92.231.160.45.56705 195.95.193.85.80 ESTABLISHED > tcp4 0 0 92.231.160.45.14474 195.95.193.78.80 TIME_WAIT > tcp4 0 0 92.231.160.45.64333 195.95.193.78.80 ESTABLISHED > tcp4 0 0 92.231.160.45.36191 68.232.35.119.80 TIME_WAIT > tcp4 0 0 92.231.160.45.40339 63.245.217.43.443 TIME_WAIT > tcp4 0 0 92.231.160.45.51785 63.245.217.43.443 ESTABLISHED > tcp4 0 0 92.231.160.45.51321 74.125.43.190.443 ESTABLISHED > > The 74.125.43.* addresses do resolve to 1e100.net, as you're seeing: > $ host 74.125.43.190 > 190.43.125.74.in-addr.arpa domain name pointer bw-in-f190.1e100.net. > $ host 74.125.43.104 > 104.43.125.74.in-addr.arpa domain name pointer bw-in-f104.1e100.net. > > whois shows who's using them: > $ whois 74.125.43.104 > ... > NetRange: 74.125.0.0 - 74.125.255.255 > CIDR: 74.125.0.0/16 > OriginAS: > NetName: GOOGLE > NetHandle: NET-74-125-0-0-1 > Parent: NET-74-0-0-0-0 > NetType: Direct Allocation > RegDate: 2007-03-13 > Updated: 2007-05-22 > Ref: http://whois.arin.net/rest/net/NET-74-125-0-0-1 > > Considering that Firefox by default will open up the Firefox Google page, I don't find this surprising at all. More useful details: http://www.google.com/support/bin/answer.py?hl=en&answer=174717 http://www.pcmech.com/article/the-mysterious-1e100-net/ http://www.theregister.co.uk/2010/02/08/google_mystery_domain/ -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Oct 15 12:24: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 F2914106564A for ; Sat, 15 Oct 2011 12:24:18 +0000 (UTC) (envelope-from kapral@toya.net.pl) Received: from mailt.toya.net.pl (mailt.toya.net.pl [217.113.224.9]) by mx1.freebsd.org (Postfix) with ESMTP id A54968FC1E for ; Sat, 15 Oct 2011 12:24:18 +0000 (UTC) Received: from mail.toya.net.pl (localhost.localdomain [127.0.0.1]) by mail.toya.net.pl (Postfix) with ESMTP id 672822000073C for ; Sat, 15 Oct 2011 14:24:17 +0200 (CEST) Received: by mail.toya.net.pl (Postfix, from userid 5001) id 5A94220000743; Sat, 15 Oct 2011 14:24:17 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.toya.net.pl X-Spam-Level: X-Spam-Status: No, score=-4.2 required=5.5 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 Received: from moya.toya.net.pl (webmail.toya.net.pl [217.113.224.201]) (Authenticated sender: kapral@toya.net.pl) by mail.toya.net.pl (Postfix) with ESMTPSA id AC73F2000073C for ; Sat, 15 Oct 2011 14:24:14 +0200 (CEST) MIME-Version: 1.0 Date: Sat, 15 Oct 2011 14:24:14 +0200 From: kapral To: Message-ID: X-Sender: kapral@toya.net.pl User-Agent: TOYA-Poczta Portalu/2.2 X-Client-IP: 217.113.234.47 X-Client-Agent: Mozilla/5.0 (X11; U; OpenBSD i386; en-US; rv:1.9.2.13) Gecko/20110216 Firefox/3.6.13 X-Client-User: kapral@toya.net.pl@toya.net.pl Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="UTF-8" X-AV-Checked: ClamAV using ClamSMTP Subject: re unix browser problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Oct 2011 12:24:19 -0000 Now i don't see any strange connections established but i had them b4 i wrote email i know my browsers connect to strange ip unfortunatly i didn't checked a port to whih was connected to but it was from high ports abowe 1024 on my local machine there was no stranege connections to google or other pages i visit nor the dns connection this ware connections established to adres i don't know and i didn't browse them from my browser sorry i wont put the output but i found it by lsof -i Regards Tomasz Marszal From owner-freebsd-stable@FreeBSD.ORG Sat Oct 15 12:28: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 31D09106564A for ; Sat, 15 Oct 2011 12:28:36 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id D28008FC17 for ; Sat, 15 Oct 2011 12:28:35 +0000 (UTC) Received: from omta24.westchester.pa.mail.comcast.net ([76.96.62.76]) by qmta04.westchester.pa.mail.comcast.net with comcast id l0R71h0011ei1Bg540Uch6; Sat, 15 Oct 2011 12:28:36 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta24.westchester.pa.mail.comcast.net with comcast id l0Ua1h00i1t3BNj3k0UbDD; Sat, 15 Oct 2011 12:28:35 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 455B9102C1C; Sat, 15 Oct 2011 05:28:33 -0700 (PDT) Date: Sat, 15 Oct 2011 05:28:33 -0700 From: Jeremy Chadwick To: kapral Message-ID: <20111015122833.GA99782@icarus.home.lan> References: <1b39c8399c008e3ee437586e0a408865@toya.net.pl> 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@freebsd.org Subject: Re: re unix browser problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Oct 2011 12:28:36 -0000 On Sat, Oct 15, 2011 at 02:24:14PM +0200, kapral wrote: > Now i don't see any strange connections established but i had them b4 i > wrote email i know my browsers connect to strange ip unfortunatly i didn't > checked a port to whih was connected to but it was from high ports abowe > 1024 on my local machine > > there was no stranege connections to google or other pages i visit nor the > dns connection this ware connections established to adres i don't know and > i didn't browse them from my browser sorry i wont put the output but i > found it by lsof -i They aren't strange. Please see my explanation references: http://lists.freebsd.org/pipermail/freebsd-stable/2011-October/064219.html This has absolutely nothing to do with FreeBSD. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Oct 15 12:34:46 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 197181065670 for ; Sat, 15 Oct 2011 12:34:46 +0000 (UTC) (envelope-from kapral@toya.net.pl) Received: from mailt.toya.net.pl (mailt.toya.net.pl [217.113.224.9]) by mx1.freebsd.org (Postfix) with ESMTP id 316358FC1D for ; Sat, 15 Oct 2011 12:34:45 +0000 (UTC) Received: from mail.toya.net.pl (localhost.localdomain [127.0.0.1]) by mail.toya.net.pl (Postfix) with ESMTP id 0C33520000728 for ; Sat, 15 Oct 2011 14:34:44 +0200 (CEST) Received: by mail.toya.net.pl (Postfix, from userid 5001) id 0182C200006BB; Sat, 15 Oct 2011 14:34:44 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.toya.net.pl X-Spam-Level: X-Spam-Status: No, score=-4.2 required=5.5 tests=ALL_TRUSTED,AWL,BAYES_00, NORMAL_HTTP_TO_IP autolearn=ham version=3.2.5 Received: from moya.toya.net.pl (webmail.toya.net.pl [217.113.224.201]) (Authenticated sender: kapral@toya.net.pl) by mail.toya.net.pl (Postfix) with ESMTPSA id 740D42000073C for ; Sat, 15 Oct 2011 14:34:41 +0200 (CEST) MIME-Version: 1.0 Date: Sat, 15 Oct 2011 14:34:41 +0200 From: kapral To: In-Reply-To: <20111015120030.3B5A910656E9@hub.freebsd.org> References: <20111015120030.3B5A910656E9@hub.freebsd.org> Message-ID: <3299ac22cd607dc3e5d6763e66e67cd1@toya.net.pl> X-Sender: kapral@toya.net.pl User-Agent: TOYA-Poczta Portalu/2.2 X-Client-IP: 217.113.234.47 X-Client-Agent: Mozilla/5.0 (X11; U; OpenBSD i386; en-US; rv:1.9.2.13) Gecko/20110216 Firefox/3.6.13 X-Client-User: kapral@toya.net.pl@toya.net.pl Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="UTF-8" X-AV-Checked: ClamAV using ClamSMTP Subject: Re: freebsd-stable Digest, Vol 430, Issue 6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Oct 2011 12:34:46 -0000 ok thx for explenation i just wonder why someone take control over my freebsd just after i turn on a browser under kde besides there should be no connections browser should be silent like lynx i think this is a bug On Sat, 15 Oct 2011 12:00:30 +0000 (UTC), freebsd-stable-request@freebsd.org wrote: > Send freebsd-stable mailing list submissions to > freebsd-stable@freebsd.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > or, via email, send a message with subject or body 'help' to > freebsd-stable-request@freebsd.org > > You can reach the person managing the list at > freebsd-stable-owner@freebsd.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of freebsd-stable digest..." > > > Today's Topics: > > 1. Re: /usr/bin/script eating 100% cpu with portupgrade and > xargs (Jilles Tjoelker) > 2. Re: /usr/bin/script eating 100% cpu with portupgrade and > xargs (Stefan Bethke) > 3. backup for /var/db/ports (Oleg Ginzburg) > 4. Re: /usr/bin/script eating 100% cpu with portupgrade and > xargs (Mikolaj Golub) > 5. Re: /usr/bin/script eating 100% cpu with portupgrade and > xargs (Mikolaj Golub) > 6. Re: /usr/bin/script eating 100% cpu with portupgrade and > xargs (Mikolaj Golub) > 7. Re: ports index on FreeBSD 9 (George Kontostanos) > 8. Re: /usr/bin/script eating 100% cpu with portupgrade and > xargs (Stefan Bethke) > 9. unix browsers problem (kapral) > 10. Re: unix browsers problem (Stefan Bethke) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 14 Oct 2011 14:03:37 +0200 > From: Jilles Tjoelker > Subject: Re: /usr/bin/script eating 100% cpu with portupgrade and > xargs > To: Adrian Wontroba , "freebsd-stable@freebsd.org" > , Mikolaj Golub > Message-ID: <20111014120336.GB31718@stack.nl> > Content-Type: text/plain; charset=us-ascii > > On Wed, Oct 12, 2011 at 11:25:35PM +0100, Adrian Wontroba wrote: >> On Sat, Oct 08, 2011 at 01:27:07AM +0100, Adrian Wontroba wrote: >> > I won't be in a position to create a simpler test case, raise a PR or >> > try patches till Tuesday evening (UK) at the earliest. > >> So far I have been unable to reproduce the problem with portupgrade (and >> will probably move to portmaster). > >> I have however found a different but possibly related problem with the >> new version of script in RELENG_8, for which I have raised this PR: > >> misc/161526: script outputs corrupt if input is not from a terminal > >> Blast, should of course been bin/ > > The extra ^D\b\b are the EOF character being echoed. These EOF > characters are being generated by the new script(1) to pass through the > EOF condition on stdin. > > One fix would be to change the termios settings temporarily to disable > the echoing but this may cause problems if the application is changing > termios settings concurrently and generally feels bad. > > It may be best to remove writing EOF characters, perhaps adding an > option to enable it again if there is a concrete use case for it. > > -- > Jilles Tjoelker > > > ------------------------------ > > Message: 2 > Date: Fri, 14 Oct 2011 22:50:32 +0200 > From: Stefan Bethke > Subject: Re: /usr/bin/script eating 100% cpu with portupgrade and > xargs > To: Jilles Tjoelker > Cc: "freebsd-stable@freebsd.org" , Mikolaj > Golub > Message-ID: <08C7028B-10E1-4855-B007-D2257216F077@lassitu.de> > Content-Type: text/plain; charset=us-ascii > > > Am 14.10.2011 um 14:03 schrieb Jilles Tjoelker: > >> On Wed, Oct 12, 2011 at 11:25:35PM +0100, Adrian Wontroba wrote: >>> On Sat, Oct 08, 2011 at 01:27:07AM +0100, Adrian Wontroba wrote: >>>> I won't be in a position to create a simpler test case, raise a PR or >>>> try patches till Tuesday evening (UK) at the earliest. >> >>> So far I have been unable to reproduce the problem with portupgrade (and >>> will probably move to portmaster). >> >>> I have however found a different but possibly related problem with the >>> new version of script in RELENG_8, for which I have raised this PR: >> >>> misc/161526: script outputs corrupt if input is not from a terminal >> >>> Blast, should of course been bin/ >> >> The extra ^D\b\b are the EOF character being echoed. These EOF >> characters are being generated by the new script(1) to pass through the >> EOF condition on stdin. >> >> One fix would be to change the termios settings temporarily to disable >> the echoing but this may cause problems if the application is changing >> termios settings concurrently and generally feels bad. >> >> It may be best to remove writing EOF characters, perhaps adding an >> option to enable it again if there is a concrete use case for it. > > I finally figured out why my ports aren't updating anymore: when running > portupgrade -a --batch from cron, stdin is /dev/null, and that produces the > gobs of ^D in the output, as well as the script file that portupgrade > creates. What's worse is that the upgrade never completes. > > You can easily see this for yourself: > # portupgrade -a --batch > This is on 8-stable from October 5th. > > > Stefan > > -- > Stefan Bethke Fon +49 151 14070811 > > > > > > ------------------------------ > > Message: 3 > Date: Sat, 15 Oct 2011 04:48:19 +0400 > From: Oleg Ginzburg > Subject: backup for /var/db/ports > To: freebsd-stable@freebsd.org > Message-ID: <201110150448.19507.olevole@olevole.ru> > Content-Type: Text/Plain; charset="utf-8" > > Hi > > With /etc/periodic/daily/220.backup-pkgdb I would also suggest backing up > /var/db/ports dir > > Maybe it's better to combine into one script. > > diff -ruN etc.bak/defaults/periodic.conf etc/defaults/periodic.conf > --- etc.bak/defaults/periodic.conf 2011-10-15 04:37:28.879673119 +0400 > +++ etc/defaults/periodic.conf 2011-10-15 04:30:48.599677268 +0400 > @@ -78,6 +78,10 @@ > daily_backup_pkgdb_enable="YES" # Backup > /var/db/pkg > daily_backup_pkgdb_dir="/var/backups" > > +# 230.backup-portdb > +daily_backup_portdb_enable="YES" # Backup > /var/db/ports > +daily_backup_portdb_dir="/var/backups" > + > # 300.calendar > daily_calendar_enable="NO" # Run calendar -a > > diff -ruN etc.bak/periodic/daily/230.backup-portdb > etc/periodic/daily/230.backup-portdb > --- etc.bak/periodic/daily/230.backup-portdb 1970-01-01 > 03:00:00.000000000 > +0300 > +++ etc/periodic/daily/230.backup-portdb 2011-10-15 > 04:29:31.149682366 > +0400 > @@ -0,0 +1,51 @@ > +#!/bin/sh > +# > +# $FreeBSD: src/etc/periodic/daily/220.backup-portdb,v 1.2 2011/05/05 > 02:35:11 dougb Exp $ > +# > + > +# If there is a global system configuration file, suck it in. > +# > +if [ -r /etc/defaults/periodic.conf ] > +then > + . /etc/defaults/periodic.conf > + source_periodic_confs > +fi > + > +rc=0 > + > +case "$daily_backup_portdb_enable" in > + [Yy][Ee][Ss]) > + bak="${daily_backup_portdb_dir:-/var/backups}" > + bak_file="${bak}/portdb.bak.tbz" > + > + port_dbdir=`make -f/usr/share/mk/bsd.port.mk -V PORT_DBDIR > 2>/dev/null` || > + port_dbdir=/var/db/ports > + > + if [ ! -d "$bak" ] > + then > + install -d -o root -g wheel -m 750 $bak || { > + echo '$daily_backup_portdb_enable is enabled but' \ > + "$daily_backup_portdb_dbdir doesn't exist" ; > + exit 2 ; } > + fi > + > + echo '' > + echo 'Backing up package db directory:' > + > + new_bak_file=`mktemp ${bak_file}-XXXXX` > + > + if tar -cjHf "${new_bak_file}" "$port_dbdir" 2>/dev/null; then > + chmod 644 "${new_bak_file}" > + > + if [ -e "${bak_file}.2" -a -e "${bak_file}" ]; then > + unlink "${bak_file}.2" > + mv "${bak_file}" "${bak_file}.2" > + fi > + [ -e "${bak_file}" ] && mv "${bak_file}" "${bak_file}.2" > + mv "${new_bak_file}" "${bak_file}" > + else > + rc=3 > + fi ;; > +esac > + > +exit $rc > > > -- > С уважением, With respect, > Олег Гинзбург Oleg Ginzburg > ================================= > E-mail: mailto: olevole@olevole.ru > Skype: olegginzburg > XMPP/Jabber: olevole@jabber.ru > > > > ------------------------------ > > Message: 4 > Date: Sat, 15 Oct 2011 10:25:16 +0300 > From: Mikolaj Golub > Subject: Re: /usr/bin/script eating 100% cpu with portupgrade and > xargs > To: Adrian Wontroba > Cc: Kostik Belousov , "freebsd-stable@freebsd.org" > , Jilles Tjoelker > Message-ID: <86zkh2k97n.fsf@kopusha.home.net> > Content-Type: text/plain; charset="us-ascii" > > > On Wed, 12 Oct 2011 23:25:35 +0100 Adrian Wontroba wrote: > > AW> On Sat, Oct 08, 2011 at 01:27:07AM +0100, Adrian Wontroba wrote: > >> I won't be in a position to create a simpler test case, raise a PR or > >> try patches till Tuesday evening (UK) at the earliest. > > AW> So far I have been unable to reproduce the problem with portupgrade > (and > AW> will probably move to portmaster). > > AW> I have however found a different but possibly related problem with the > AW> new version of script in RELENG_8, for which I have raised this PR: > > AW> misc/161526: script outputs corrupt if input is not from a terminal > > As Jilles wrote ^D\b\b are echoed by the terminal when the script sends > VEOF > to the program being script. > > In my recent commit r225809 the intention was to sent VEOF only once if > STDIN > was not terminal. Unfortunately the fix was incorrect and for flushtime > 0 > it > keeps sending VEOF. That is why you are observing series of ^D\b\b > characters. > > I am going to commit the attached patch to HEAD, that fixes this. But we > will > still have one ^D\b\b in the output. > > -- > Mikolaj Golub > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: script.c.4.patch > Type: text/x-patch > Size: 690 bytes > Desc: not available > Url : > http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20111015/db3c0cad/script.c.4-0001.bin > > ------------------------------ > > Message: 5 > Date: Sat, 15 Oct 2011 10:31:06 +0300 > From: Mikolaj Golub > Subject: Re: /usr/bin/script eating 100% cpu with portupgrade and > xargs > To: Jilles Tjoelker > Cc: Kostik Belousov , "freebsd-stable@freebsd.org" > > Message-ID: <86vcrqk8xx.fsf@kopusha.home.net> > Content-Type: text/plain; charset=us-ascii > > > On Fri, 14 Oct 2011 14:03:37 +0200 Jilles Tjoelker wrote: > > JT> On Wed, Oct 12, 2011 at 11:25:35PM +0100, Adrian Wontroba wrote: > >> On Sat, Oct 08, 2011 at 01:27:07AM +0100, Adrian Wontroba wrote: > >> > I won't be in a position to create a simpler test case, raise a PR or > >> > try patches till Tuesday evening (UK) at the earliest. > > >> So far I have been unable to reproduce the problem with portupgrade > >> (and > >> will probably move to portmaster). > > >> I have however found a different but possibly related problem with the > >> new version of script in RELENG_8, for which I have raised this PR: > > >> misc/161526: script outputs corrupt if input is not from a terminal > > >> Blast, should of course been bin/ > > JT> The extra ^D\b\b are the EOF character being echoed. These EOF > JT> characters are being generated by the new script(1) to pass through > the > JT> EOF condition on stdin. > > JT> One fix would be to change the termios settings temporarily to disable > JT> the echoing but this may cause problems if the application is changing > JT> termios settings concurrently and generally feels bad. > > JT> It may be best to remove writing EOF characters, perhaps adding an > JT> option to enable it again if there is a concrete use case for it. > > Without passing EOF to the to the program being scripted the following > command > will hang forever: > > echo 1 |script /tmp/script.out cat > > -- > Mikolaj Golub > > > ------------------------------ > > Message: 6 > Date: Sat, 15 Oct 2011 10:36:04 +0300 > From: Mikolaj Golub > Subject: Re: /usr/bin/script eating 100% cpu with portupgrade and > xargs > To: Stefan Bethke > Cc: "freebsd-stable@freebsd.org" , Jilles > Tjoelker > Message-ID: <86r52ek8pn.fsf@kopusha.home.net> > Content-Type: text/plain; charset=us-ascii > > > On Fri, 14 Oct 2011 22:50:32 +0200 Stefan Bethke wrote: > > SB> I finally figured out why my ports aren't updating anymore: when > running portupgrade -a --batch from cron, stdin is /dev/null, and that > produces the gobs of ^D in the output, as well as the script file that > portupgrade creates. What's worse is that the upgrade never completes. > > SB> You can easily see this for yourself: > SB> # portupgrade -a --batch > SB> This is on 8-stable from October 5th. > > Could you please try the patch I attached to another my mail in this thread > to > see if it helps? > > -- > Mikolaj Golub > > > ------------------------------ > > Message: 7 > Date: Sat, 15 Oct 2011 12:24:32 +0300 > From: George Kontostanos > Subject: Re: ports index on FreeBSD 9 > To: Matthew Seaman > Cc: "Sergey V. Dyatko" , FreeBSD Stable > > Message-ID: > > Content-Type: text/plain; charset=ISO-8859-1 > > On Thu, Oct 13, 2011 at 2:54 AM, George Kontostanos > wrote: >> On Wed, Oct 12, 2011 at 3:01 PM, Matthew Seaman >> wrote: >>> On 12/10/2011 11:24, Sergey V. Dyatko wrote: >>>> On Wed, 12 Oct 2011 13:12:55 +0300 >>>> George Kontostanos wrote: >>>> >>>>> On Wed, Oct 12, 2011 at 8:52 AM, Sergey V. Dyatko >>>>> wrote: >>>>>> On Tue, 11 Oct 2011 14:31:12 +0300 >>>>>> George Kontostanos wrote: >>>>>> >>>>>>> Hi everyone, >>>>>>> >>>>>>> I was wondering if there is any progress regarding the >>>>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=149232 . >>>>>>> >>>>>>> >>>>>> >>>>>> svn log -v -r226274 >>>>> >>>>>> wbr, tiger >>>>>> >>>>> Do you mean this: >>>>> http://svnweb.freebsd.org/base?view=revision&revision=226274 ? >>>>> >>>>> >>>> >>>> oops, sorry, wrong revision. >>>> >>>> svn log -v -r226277 http://svn.freebsd.org/base/head >>>> >>>> >>> >>> MFC to stable/9 might be a good idea... >>> >>>        Cheers, >>> >>>        Matthew >>> >>> -- >>> Dr Matthew J Seaman MA, D.Phil.                   7 Priory Courtyard >>>                                                  Flat 3 >>> PGP: http://www.infracaninophile.co.uk/pgpkey     Ramsgate >>> JID: matthew@infracaninophile.co.uk               Kent, CT11 9PW >>> >>> >> svn commit: r226322 - stable/9/etc >> >> Thanks everyone >> >> -- >> George Kontostanos >> aisecure.net >> > It still doesn't upgrade the index file properly : > > hp# portsnap fetch update && portversion -v | grep "<" > Looking up portsnap.FreeBSD.org mirrors... 5 mirrors found. > Fetching snapshot tag from portsnap5.FreeBSD.org... done. > Fetching snapshot metadata... done. > Updating from Thu Oct 6 11:21:13 EEST 2011 to Sat Oct 15 12:06:45 EEST > 2011. > Fetching 3 metadata patches.. done. > Applying metadata patches... done. > .... > .... > Building new INDEX files... done. > ezm3-1.1_2 < needs updating (port has 1.2_1) > > > hp# cd /usr/ports/ > hp# make fetchindex > /usr/ports/INDEX-9.bz2 100% of 1512 kB 183 kBps > hp# portversion -v | grep "<" > [Updating the portsdb in /usr/ports ... - 22730 port > entries found > .........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000.........17000.........18000.........19000.........20000.........21000.........22000....... > ..... done] > ezm3-1.1_2 < needs updating (port has 1.2_1) > ffmpeg-0.7.5,1 < needs updating (port has 0.7.6,1) > libltdl-2.4 < needs updating (port has 2.4_1) > libtool-2.4 < needs updating (port has 2.4_1) > mpfr-3.0.1 < needs updating (port has 3.1.0_1) > p5-Authen-NTLM-1.08_1 < needs updating (port has 1.09) > p5-Class-Load-0.10 < needs updating (port has 0.11) > p5-DateTime-TimeZone-1.36 < needs updating (port has 1.39) > p5-Module-Metadata-1.000006 < needs updating (port has 1.000007) > phpMyAdmin-3.4.5 < needs updating (port has 3.4.6.r1) > x264-0.115.2000 < needs updating (port has 0.116.2076) > > > > -- > George Kontostanos > aisecure.net > > > ------------------------------ > > Message: 8 > Date: Sat, 15 Oct 2011 11:50:22 +0200 > From: Stefan Bethke > Subject: Re: /usr/bin/script eating 100% cpu with portupgrade and > xargs > To: Mikolaj Golub > Cc: "freebsd-stable@freebsd.org" , Jilles > Tjoelker > Message-ID: > Content-Type: text/plain; charset=us-ascii > > Am 15.10.2011 um 09:36 schrieb Mikolaj Golub: > >> >> On Fri, 14 Oct 2011 22:50:32 +0200 Stefan Bethke wrote: >> >> SB> I finally figured out why my ports aren't updating anymore: when >> running portupgrade -a --batch from cron, stdin is /dev/null, and that >> produces the gobs of ^D in the output, as well as the script file that >> portupgrade creates. What's worse is that the upgrade never completes. >> >> SB> You can easily see this for yourself: >> SB> # portupgrade -a --batch > >> SB> This is on 8-stable from October 5th. >> >> Could you please try the patch I attached to another my mail in this >> thread to >> see if it helps? > > > Seems to do the trick, thanks! > > > Stefan > > -- > Stefan Bethke Fon +49 151 14070811 > > > > > > ------------------------------ > > Message: 9 > Date: Sat, 15 Oct 2011 12:34:14 +0200 > From: kapral > Subject: unix browsers problem > To: > Message-ID: <1b39c8399c008e3ee437586e0a408865@toya.net.pl> > Content-Type: text/plain; charset="UTF-8" > > When I connect with any freebsd 8.2 browsers like epithany konqueror > firefox7.0.1 and under open bsd 4.9 with firefox 3.6.13 en i have strange > connections too le100.net i checkt the ip and this is seedo in germany i > also have other strange connections any idea what to do with this bug ? > > > ------------------------------ > > Message: 10 > Date: Sat, 15 Oct 2011 13:49:59 +0200 > From: Stefan Bethke > Subject: Re: unix browsers problem > To: kapral > Cc: freebsd-stable@freebsd.org > Message-ID: > Content-Type: text/plain; charset=us-ascii > > Am 15.10.2011 um 12:34 schrieb kapral: > >> When I connect with any freebsd 8.2 browsers like epithany konqueror >> firefox7.0.1 and under open bsd 4.9 with firefox 3.6.13 en i have >> strange >> connections too le100.net i checkt the ip and this is seedo in germany i >> also have other strange connections any idea what to do with this bug ? > > I think you need to be much more specific about what you're seeing, and why > you think that it is a problem. > > I got curious, so I fired up a fresh Firefox, and indeed saw that I have > open connections to a couple of IPs: > $ netstat -anfinet > Active Internet connections (including servers) > Proto Recv-Q Send-Q Local Address Foreign Address (state) > tcp4 0 0 92.231.160.45.14944 74.125.43.120.80 > ESTABLISHED > tcp4 0 0 92.231.160.45.62441 74.125.43.104.80 > ESTABLISHED > tcp4 0 0 92.231.160.45.41710 74.125.43.104.80 > ESTABLISHED > tcp4 0 0 92.231.160.45.56705 195.95.193.85.80 > ESTABLISHED > tcp4 0 0 92.231.160.45.14474 195.95.193.78.80 TIME_WAIT > tcp4 0 0 92.231.160.45.64333 195.95.193.78.80 > ESTABLISHED > tcp4 0 0 92.231.160.45.36191 68.232.35.119.80 TIME_WAIT > tcp4 0 0 92.231.160.45.40339 63.245.217.43.443 TIME_WAIT > tcp4 0 0 92.231.160.45.51785 63.245.217.43.443 > ESTABLISHED > tcp4 0 0 92.231.160.45.51321 74.125.43.190.443 > ESTABLISHED > > The 74.125.43.* addresses do resolve to 1e100.net, as you're seeing: > $ host 74.125.43.190 > 190.43.125.74.in-addr.arpa domain name pointer bw-in-f190.1e100.net. > $ host 74.125.43.104 > 104.43.125.74.in-addr.arpa domain name pointer bw-in-f104.1e100.net. > > whois shows who's using them: > $ whois 74.125.43.104 > ... > NetRange: 74.125.0.0 - 74.125.255.255 > CIDR: 74.125.0.0/16 > OriginAS: > NetName: GOOGLE > NetHandle: NET-74-125-0-0-1 > Parent: NET-74-0-0-0-0 > NetType: Direct Allocation > RegDate: 2007-03-13 > Updated: 2007-05-22 > Ref: http://whois.arin.net/rest/net/NET-74-125-0-0-1 > > Considering that Firefox by default will open up the Firefox Google page, I > don't find this surprising at all. > > > Stefan From owner-freebsd-stable@FreeBSD.ORG Sat Oct 15 12:39:46 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 E8DEF106566C for ; Sat, 15 Oct 2011 12:39:46 +0000 (UTC) (envelope-from kapral@toya.net.pl) Received: from mailt.toya.net.pl (mailt.toya.net.pl [217.113.224.9]) by mx1.freebsd.org (Postfix) with ESMTP id 983238FC08 for ; Sat, 15 Oct 2011 12:39:46 +0000 (UTC) Received: from mail.toya.net.pl (localhost.localdomain [127.0.0.1]) by mail.toya.net.pl (Postfix) with ESMTP id 7C88B20000703 for ; Sat, 15 Oct 2011 14:39:45 +0200 (CEST) Received: by mail.toya.net.pl (Postfix, from userid 5001) id 72744200006BB; Sat, 15 Oct 2011 14:39:45 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.toya.net.pl X-Spam-Level: X-Spam-Status: No, score=-4.2 required=5.5 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 Received: from moya.toya.net.pl (webmail.toya.net.pl [217.113.224.201]) (Authenticated sender: kapral@toya.net.pl) by mail.toya.net.pl (Postfix) with ESMTPSA id E6E8C20000703 for ; Sat, 15 Oct 2011 14:39:43 +0200 (CEST) MIME-Version: 1.0 Date: Sat, 15 Oct 2011 14:39:43 +0200 From: kapral To: Message-ID: <650e9f454f7204a2331a96d649df444a@toya.net.pl> X-Sender: kapral@toya.net.pl User-Agent: TOYA-Poczta Portalu/2.2 X-Client-IP: 217.113.234.47 X-Client-Agent: Mozilla/5.0 (X11; U; OpenBSD i386; en-US; rv:1.9.2.13) Gecko/20110216 Firefox/3.6.13 X-Client-User: kapral@toya.net.pl@toya.net.pl Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="UTF-8" X-AV-Checked: ClamAV using ClamSMTP Subject: re unix browser problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Oct 2011 12:39:47 -0000 it might be caused by insecure dns ipv4 because this domain le100 resolvs for ip that belong to seedo not to google i dont know i fought seedo is not owned by google but i am a newbie sorry for a problem From owner-freebsd-stable@FreeBSD.ORG Sat Oct 15 13:47: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 5A955106564A for ; Sat, 15 Oct 2011 13:47:05 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1F4CC8FC08 for ; Sat, 15 Oct 2011 13:47:05 +0000 (UTC) Received: by iaky10 with SMTP id y10so4923103iak.13 for ; Sat, 15 Oct 2011 06:47:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; bh=P+ynO/aWd4WWefutz/IhrWqpE2UFPK6N2/67rMH7+Fs=; b=g6i/9SnXbL0kKyNUxehhO2QqfmyhNGZomN7Xqoaa1NmAsT5E2Ith0b1IEMacl2Nrt0 FxijWVZrs7jG7H1ukgZ/5hbzCchGpOWDDvd1lQQrh9eOSO53wulYN+vC+sYTc7s1lt2c V82aETmIqOcT2fVIxtkDz+PrZfAaVntMdvVPM= Received: by 10.231.46.136 with SMTP id j8mr5548998ibf.43.1318686424532; Sat, 15 Oct 2011 06:47:04 -0700 (PDT) Received: from DataIX.net (adsl-99-56-123-32.dsl.klmzmi.sbcglobal.net. [99.56.123.32]) by mx.google.com with ESMTPS id el2sm18015279ibb.10.2011.10.15.06.47.02 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 15 Oct 2011 06:47:03 -0700 (PDT) Sender: Jason Hellenthal Received: from DataIX.net (localhost.DataIX.local [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id p9FDkvWI048345 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 15 Oct 2011 09:46:59 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id p9FDkvZi048344; Sat, 15 Oct 2011 09:46:57 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Sat, 15 Oct 2011 09:46:57 -0400 From: Jason Hellenthal To: kapral Message-ID: <20111015134657.GA47702@DataIX.net> References: <650e9f454f7204a2331a96d649df444a@toya.net.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <650e9f454f7204a2331a96d649df444a@toya.net.pl> Cc: freebsd-stable@freebsd.org Subject: Re: re unix browser problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Oct 2011 13:47:05 -0000 On Sat, Oct 15, 2011 at 02:39:43PM +0200, kapral wrote: > it might be caused by insecure dns ipv4 because this domain le100 resolvs > for ip that belong to seedo not to google i dont know i fought seedo is not > owned by google but i am a newbie sorry for a problem I would take a educated guess that your search provideer in FF is Google. And when you open a new browser window and just start to type something within the search box is when your seeing this traffic occur. This is traffic you are seeing from search suggestions. If you do not want to see that traffic then turn off search suggestions and continue on because as someone else already noted this is not a FreeBSD problem. From owner-freebsd-stable@FreeBSD.ORG Sat Oct 15 14:36: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 32F361065672 for ; Sat, 15 Oct 2011 14:36:05 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id E9F3A8FC12 for ; Sat, 15 Oct 2011 14:36:04 +0000 (UTC) Received: by iaky10 with SMTP id y10so4971128iak.13 for ; Sat, 15 Oct 2011 07:36:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; bh=MYyei7ABO2ndzEtYVAs2RoiNc19pdt1ZUDAjF7KlL4o=; b=bwLkd5stahYCJgDri3qxFo1DP9z3AjF+r7IirmjDV2VcZHyTYuS+LgaHKsmRu9dtji CdBUVsjC/6kUEr5pFi2KRx2gGwGSx97LX/dn3bITQove1mLaJmSXMpXBci99rrYIRu1z lwCxz5GKJHbvtYpaN3oyTA3DS0+S698iNk/0o= Received: by 10.42.161.70 with SMTP id s6mr24378556icx.40.1318689364585; Sat, 15 Oct 2011 07:36:04 -0700 (PDT) Received: from DataIX.net (adsl-99-56-123-32.dsl.klmzmi.sbcglobal.net. [99.56.123.32]) by mx.google.com with ESMTPS id bu33sm18325949ibb.11.2011.10.15.07.36.02 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 15 Oct 2011 07:36:03 -0700 (PDT) Sender: Jason Hellenthal Received: from DataIX.net (localhost.DataIX.local [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id p9FEa0o7063073 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 15 Oct 2011 10:36:00 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id p9FEa01Z063072; Sat, 15 Oct 2011 10:36:00 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Sat, 15 Oct 2011 10:36:00 -0400 From: Jason Hellenthal To: kapral Message-ID: <20111015143559.GA62432@DataIX.net> References: <650e9f454f7204a2331a96d649df444a@toya.net.pl> <20111015134657.GA47702@DataIX.net> <6bea73d78cc674d5543f83a93477fc67@toya.net.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6bea73d78cc674d5543f83a93477fc67@toya.net.pl> Cc: freebsd-stable@freebsd.org Subject: Re: re unix browser problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Oct 2011 14:36:05 -0000 On Sat, Oct 15, 2011 at 04:04:43PM +0200, kapral wrote: > On Sat, 15 Oct 2011 09:46:57 -0400, Jason Hellenthal > wrote: > > On Sat, Oct 15, 2011 at 02:39:43PM +0200, kapral wrote: > >> it might be caused by insecure dns ipv4 because this domain le100 > resolvs > >> for ip that belong to seedo not to google i dont know i fought seedo is > >> not > >> owned by google but i am a newbie sorry for a problem > > > > I would take a educated guess that your search provideer in FF is > > Google. And when you open a new browser window and just start to type > > something within the search box is when your seeing this traffic occur. > > This is traffic you are seeing from search suggestions. If you do not > > want to see that traffic then turn off search suggestions and continue > > on because as someone else already noted this is not a FreeBSD problem. > no the same happends when i type in konquerror and epifany so it is a bsd > problem or rather browsers problem the only browser thet dont have this > problem is lynx all other have it in FreeBSD and Open BSD i had this > connection to 1e100.net this domains dont resolvs via nslookup i dont know > what is going on but the connection is from my port 21131 to www port > foreign host there shouldn't be this connection because i use blank page as > start page and dont use a search provider in other browsers This is not a problem... This is called search suggestions and like I said turn them off and you wont see this happening. > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sat Oct 15 18: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 1EA2B1065670 for ; Sat, 15 Oct 2011 18:17:32 +0000 (UTC) (envelope-from gjp@in-addr.com) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id E63EB8FC0C for ; Sat, 15 Oct 2011 18:17:31 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RF8na-0003As-VQ; Sat, 15 Oct 2011 14:17:31 -0400 Date: Sat, 15 Oct 2011 14:17:30 -0400 To: kapral Message-ID: <20111015181730.GG38162@in-addr.com> References: <650e9f454f7204a2331a96d649df444a@toya.net.pl> <20111015134657.GA47702@DataIX.net> <6bea73d78cc674d5543f83a93477fc67@toya.net.pl> <20111015143559.GA62432@DataIX.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111015143559.GA62432@DataIX.net> From: Gary Palmer X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gjp@in-addr.com X-SA-Exim-Scanned: No (on noop.in-addr.com); SAEximRunCond expanded to false Cc: freebsd-stable@freebsd.org Subject: Re: re unix browser problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Oct 2011 18:17:32 -0000 On Sat, Oct 15, 2011 at 10:36:00AM -0400, Jason Hellenthal wrote: > > > On Sat, Oct 15, 2011 at 04:04:43PM +0200, kapral wrote: > > On Sat, 15 Oct 2011 09:46:57 -0400, Jason Hellenthal > > wrote: > > > On Sat, Oct 15, 2011 at 02:39:43PM +0200, kapral wrote: > > >> it might be caused by insecure dns ipv4 because this domain le100 > > resolvs > > >> for ip that belong to seedo not to google i dont know i fought seedo is > > >> not > > >> owned by google but i am a newbie sorry for a problem > > > > > > I would take a educated guess that your search provideer in FF is > > > Google. And when you open a new browser window and just start to type > > > something within the search box is when your seeing this traffic occur. > > > This is traffic you are seeing from search suggestions. If you do not > > > want to see that traffic then turn off search suggestions and continue > > > on because as someone else already noted this is not a FreeBSD problem. > > no the same happends when i type in konquerror and epifany so it is a bsd > > problem or rather browsers problem the only browser thet dont have this > > problem is lynx all other have it in FreeBSD and Open BSD i had this > > connection to 1e100.net this domains dont resolvs via nslookup i dont know > > what is going on but the connection is from my port 21131 to www port > > foreign host there shouldn't be this connection because i use blank page as > > start page and dont use a search provider in other browsers > > This is not a problem... This is called search suggestions and like I > said turn them off and you wont see this happening. Also if you have Safe Search enabled, I believe Firefox downloads the databases from Google on startup. I don't run Firefox on FreeBSD to know for sure but I see it hitting http://safebrowsing.clients.google.com and http://safebrowsing-cache.google.com in my cache logs from other OSs Gary From owner-freebsd-stable@FreeBSD.ORG Sat Oct 15 18:18:09 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A5371065686 for ; Sat, 15 Oct 2011 18:18:09 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.62.230.51]) by mx1.freebsd.org (Postfix) with ESMTP id 0DD8C8FC1A for ; Sat, 15 Oct 2011 18:18:08 +0000 (UTC) Received: from WildRover.lariat.net (IDENT:ppp1000.lariat.net@lariat.net [66.119.58.2] (may be forged)) by lariat.net (8.9.3/8.9.3) with ESMTP id LAA12333 for ; Sat, 15 Oct 2011 11:47:20 -0600 (MDT) Message-Id: <201110151747.LAA12333@lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 15 Oct 2011 11:47:07 -0600 To: stable@freebsd.org From: Brett Glass Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Error building kernel in 9.0-BETA3: use of uninitialized variable in ipfw X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Oct 2011 18:18:09 -0000 Just tried to build a new kernel in 9.0-BETA3 with the IPFIREWALL option, and found that the build halts with a compiler error. The error occurs at netinet/ipfw/ip_fw_pfil.c, line 185, where the compiler complains that the variable "len" is used before intialization. Problem occurs on both i386 and amd64 platforms. Sample kernel config follows: cpu HAMMER ident BETA #makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking #options INET6 # IPv6 communications protocols #options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support #options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories #options UFS_GJOURNAL # Enable gjournal-based UFS journaling #options MD_ROOT # MD is a potential root device #options NFSCL # New Network Filesystem Client #options NFSD # New Network Filesystem Server #options NFSLOCKD # Network Lock Manager #options NFS_ROOT # NFS usable as /, requires NFSCL #options MSDOSFS # MSDOS Filesystem #options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization #options COMPAT_FREEBSD32 # Compatible with i386 binaries #options COMPAT_FREEBSD4 # Compatible with FreeBSD4 #options COMPAT_FREEBSD5 # Compatible with FreeBSD5 #options COMPAT_FREEBSD6 # Compatible with FreeBSD6 #options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI #options KTRACE # ktrace(1) support #options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options KBD_INSTALL_CDEV # install a CDEV entry in /dev #options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) #options AUDIT # Security event auditing #options MAC # TrustedBSD MAC Framework ##options KDTRACE_FRAME # Ensure frames are compiled in ##options KDTRACE_HOOKS # Kernel DTrace hooks #options INCLUDE_CONFIG_FILE # Include this file in kernel # Debugging for use in -current #options KDB # Enable kernel debugger support. #options DDB # Support DDB. #options GDB # Support remote GDB. #options DEADLKRES # Enable the deadlock resolver #options INVARIANTS # Enable calls of extra sanity checking #options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by IN VARIANTS #options WITNESS # Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed #options MALLOC_DEBUG_MAXZONES=8 # Separate malloc(9) zones # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel # CPU frequency control device cpufreq # Bus support. device acpi device pci # Floppy drives #device fdc # ATA controllers device ahci # AHCI-compatible SATA controllers device ata # Legacy ATA/SATA controllers options ATA_CAM # Handle legacy controllers with CAM options ATA_STATIC_ID # Static device numbering #device mvs # Marvell 88SX50XX/88SX60XX/88SX70XX/SoC SATA #device siis # SiliconImage SiI3124/SiI3132/SiI3531 SATA # SCSI Controllers #device ahc # AHA2940 and onboard AIC7xxx devices #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. #device ahd # AHA39320/29320 and onboard AIC79xx devices #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. #device amd # AMD 53C974 (Tekram DC-390(T)) #device hptiop # Highpoint RocketRaid 3xxx series #device isp # Qlogic family ##device ispfw # Firmware for QLogic HBAs- normally a module #device mpt # LSI-Logic MPT-Fusion #device mps # LSI-Logic MPT-Fusion 2 ##device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters # ATA/SCSI peripherals device scbus # SCSI bus (required for ATA/SCSI) #device ch # SCSI media changers device da # Direct Access (disks) #device sa # Sequential Access (tape etc) #device cd # CD device pass # Passthrough device (direct ATA/SCSI access) #device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device arcmsr # Areca SATA II RAID ##XXX it is not 64-bit clean, -scottl ##device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mfi # LSI MegaRAID SAS #device mlx # Mylex DAC960 family ##XXX pointer/int warnings ##device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse #device atkbdc # AT keyboard controller #device atkbd # AT keyboard #device psm # PS/2 mouse #device kbdmux # keyboard multiplexer device vga # VGA video card driver #device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc #options SC_PIXEL_MODE # add support for the raster text mode device agp # support several AGP chipsets # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports #device uart # Generic UART driver # Parallel port #device ppc #device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device ##device vpo # Requires scbus and da #device puc # Multi I/O cards and multi-channel UARTs # PCI Ethernet NICs. #device bxe # Broadcom BCM57710/BCM57711/BCM57711E 10Gb Ethernet #device de # DEC/Intel DC21x4x (``Tulip'') #device em # Intel PRO/1000 Gigabit Ethernet Family #device igb # Intel PRO/1000 PCIE Server Gigabit Family #device ixgbe # Intel PRO/10GbE PCIE Ethernet Family #device le # AMD Am7900 LANCE and Am79C9xx PCnet #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device ae # Attansic/Atheros L2 FastEthernet #device age # Attansic/Atheros L1 Gigabit Ethernet #device alc # Atheros AR8131/AR8132 Ethernet #device ale # Atheros AR8121/AR8113/AR8114 Ethernet #device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes #device et # Agere ET1310 10/100/Gigabit Ethernet #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device jme # JMicron JMC250 Gigabit/JMC260 Fast Ethernet #device lge # Level 1 LXT1001 gigabit Ethernet #device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet #device nfe # nVidia nForce MCP on-board Ethernet #device nge # NatSemi DP83820 gigabit Ethernet ##device nve # nVidia nForce MCP on-board Ethernet Networking #device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sge # Silicon Integrated Systems SiS190/191 #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device stge # Sundance/Tamarack TC9021 gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vge # VIA VT612x gigabit Ethernet #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # Wireless NIC cards #device wlan # 802.11 support #options IEEE80211_DEBUG # enable debug msgs #options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's #options IEEE80211_SUPPORT_MESH # enable 802.11s draft support #device wlan_wep # 802.11 WEP support #device wlan_ccmp # 802.11 CCMP support #device wlan_tkip # 802.11 TKIP support #device wlan_amrr # AMRR transmit rate control algorithm #device an # Aironet 4500/4800 802.11 wireless NICs. #device ath # Atheros NIC's #device ath_pci # Atheros pci/cardbus glue #device ath_hal # pci/cardbus chip support #options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors #device ath_rate_sample # SampleRate tx rate control for ath ##device bwi # Broadcom BCM430x/BCM431x wireless NICs. ##device bwn # Broadcom BCM43xx wireless NICs. #device ipw # Intel 2100 wireless NICs. #device iwi # Intel 2200BG/2225BG/2915ABG wireless NICs. #device iwn # Intel 4965/1000/5000/6000 wireless NICs. #device malo # Marvell Libertas wireless NICs. #device mwl # Marvell 88W8363 802.11n wireless NICs. #device ral # Ralink Technology RT2500 wireless NICs. #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wpi # Intel 3945ABG wireless NICs. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device vlan # 802.1Q VLAN support device tun # Packet tunnel. device pty # BSD-style compatibility pseudo ttys #device md # Memory "disks" #device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) #device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support #options USB_DEBUG # enable debug msgs device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device ehci # EHCI PCI->USB interface (USB 2.0) #device xhci # XHCI PCI->USB interface (USB 3.0) device usb # USB Bus (required) ##device udbp # USB Double Bulk Pipe devices (needs netgraph) #device uhid # "Human Interface Devices" device ukbd # Keyboard #device ulpt # Printer #device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse #device urio # Diamond Rio 500 MP3 player # USB Serial devices #device u3g # USB-based 3G modems (Option, Huawei, Sierra) #device uark # Technologies ARK3116 based serial adapters #device ubsa # Belkin F5U103 and compatible serial adapters #device uftdi # For FTDI usb serial adapters #device uipaq # Some WinCE based devices #device uplcom # Prolific PL-2303 serial adapters #device uslcom # SI Labs CP2101/CP2102 serial adapters #device uvisor # Visor and Palm devices #device uvscom # USB serial support for DDI pocket's PHS # USB Ethernet, requires miibus #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cdce # Generic USB over Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet #device udav # Davicom DM9601E USB # USB Wireless #device rum # Ralink Technology RT2501USB wireless NICs #device run # Ralink Technology RT2700/RT2800/RT3000 NICs. #device uath # Atheros AR5523 wireless NICs #device upgt # Conexant/Intersil PrismGT wireless NICs. #device ural # Ralink Technology RT2500USB wireless NICs #device urtw # Realtek RTL8187B/L wireless NICs #device zyd # ZyDAS zd1211/zd1211b wireless NICs # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) #device fwip # IP over FireWire (RFC 2734,3146) #device dcons # Dumb console driver #device dcons_crom # Configuration ROM for dcons # Sound support #device sound # Generic sound driver (required) #device snd_es137x # Ensoniq AudioPCI ES137x #device snd_hda # Intel High Definition Audio #device snd_ich # Intel, NVidia and other ICH AC'97 Audio #device snd_uaudio # USB Audio #device snd_via8233 # VIA VT8233x Audio options IPFIREWALL # IPFW firewall options IPFIREWALL_DEFAULT_TO_ACCEPT # For safety options IPFIREWALL_FORWARD # For walled gardens, transparent # proxies and policy routing options IPFIREWALL_NAT # Firewall kernel NAT options IPFIREWALL_VERBOSE #enable logging to syslogd(8) options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity options LIBALIAS # Necessary for kernel NAT options DUMMYNET # For pacing in IPFW options HZ=1000 # For DUMMYNET options NETGRAPH # For mpd options NETGRAPH_MPPC_ENCRYPTION options NETGRAPH_SOCKET options NETGRAPH_TEE options NETGRAPH_PPTPGRE options NETGRAPH_KSOCKET options NETGRAPH_IFACE options NETGRAPH_PPP options NETGRAPH_TCPMSS options NETGRAPH_VJC From owner-freebsd-stable@FreeBSD.ORG Sat Oct 15 19:45: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 30CBA106566C; Sat, 15 Oct 2011 19:45:24 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 838B88FC0C; Sat, 15 Oct 2011 19:45:23 +0000 (UTC) Received: by bkbzu17 with SMTP id zu17so1570613bkb.13 for ; Sat, 15 Oct 2011 12:45:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:cc:subject:references:x-comment-to:sender:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=H+9WSD9TTYKFkg57/EyjzOrAtKiL8fsHUQu7K0Mqqxc=; b=R0YyLwwrr+cT4Un3zES+OgzI0vHHKRgWUe5STKreGcVpluKc7QmeEVsS5C0UwlADxv 89uaMQwixsWWssQw9zLUINzEJJIRF2J41BIWcTBM0qAQLYwFJo1eLgTDdjZ3TOHdompK Ez5VLi5l6qvc6T1ZVxywDMBNxM1qa2honsWo8= Received: by 10.223.15.147 with SMTP id k19mr12799418faa.26.1318707922447; Sat, 15 Oct 2011 12:45:22 -0700 (PDT) Received: from localhost ([95.69.173.122]) by mx.google.com with ESMTPS id b16sm3381775fao.7.2011.10.15.12.45.19 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 15 Oct 2011 12:45:20 -0700 (PDT) From: Mikolaj Golub To: Stefan Bethke References: <20110918045413.GA63773@DataIX.net> <20110918053901.GA31617@icarus.home.lan> <86d3eydsmf.fsf@kopusha.home.net> <20111008002707.GA76128@swelter.hanley.stade.co.uk> <20111012222535.GB79291@swelter.hanley.stade.co.uk> <20111014120336.GB31718@stack.nl> <08C7028B-10E1-4855-B007-D2257216F077@lassitu.de> <86r52ek8pn.fsf@kopusha.home.net> X-Comment-To: Stefan Bethke Sender: Mikolaj Golub Date: Sat, 15 Oct 2011 22:45:18 +0300 In-Reply-To: (Stefan Bethke's message of "Sat, 15 Oct 2011 11:50:22 +0200") Message-ID: <86k486m435.fsf@kopusha.home.net> 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: Kostik Belousov , "freebsd-stable@freebsd.org" , Jilles Tjoelker Subject: Re: /usr/bin/script eating 100% cpu with portupgrade and xargs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Oct 2011 19:45:24 -0000 On Sat, 15 Oct 2011 11:50:22 +0200 Stefan Bethke wrote: SB> Am 15.10.2011 um 09:36 schrieb Mikolaj Golub: >> >> On Fri, 14 Oct 2011 22:50:32 +0200 Stefan Bethke wrote: >> >> SB> I finally figured out why my ports aren't updating anymore: when running portupgrade -a --batch from cron, stdin is /dev/null, and that produces the gobs of ^D in the output, as well as the script file that portupgrade creates. What's worse is that the upgrade never completes. >> >> SB> You can easily see this for yourself: >> SB> # portupgrade -a --batch > >> SB> This is on 8-stable from October 5th. >> >> Could you please try the patch I attached to another my mail in this thread to >> see if it helps? SB> Seems to do the trick, thanks! Thanks for testing! Committed. I am going to MFC it soon. -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Sat Oct 15 20:49: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 1F2B2106564A; Sat, 15 Oct 2011 20:49:39 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3fd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 7C38B8FC0A; Sat, 15 Oct 2011 20:49:38 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id p9FKnW0j003215 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 15 Oct 2011 21:49:33 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.8.3 smtp.infracaninophile.co.uk p9FKnW0j003215 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1318711773; bh=NngaAUEne20y6B/yG7WWqy1HsRuKmO8Y/VQDHlkrZRE=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:Content-Type:Cc: Content-Type:Date:From:In-Reply-To:Message-ID:Mime-Version: References:To; z=Message-ID:=20<4E99F1D5.7090108@infracaninophile.co.uk>|Date:=20S at,=2015=20Oct=202011=2021:49:25=20+0100|From:=20Matthew=20Seaman= 20|User-Agent:=20Mozilla/5.0=20(M acintosh=3B=20Intel=20Mac=20OS=20X=2010.6=3B=20rv:7.0.1)=20Gecko/2 0110929=20Thunderbird/7.0.1|MIME-Version:=201.0|To:=20FreeBSD=20St able=20List=20|CC:=20qingli@freebsd.or g|Subject:=20IPv6=20and=20aliases=20on=20loopback=20interfaces|X-E nigmail-Version:=201.3.2|OpenPGP:=20id=3D60AE908C|Content-Type:=20 multipart/signed=3B=20micalg=3Dpgp-sha1=3B=0D=0A=20protocol=3D"app lication/pgp-signature"=3B=0D=0A=20boundary=3D"------------enigBAE 7C7BF8FC17D597F2207AA"; b=KxUojTwNK3udrHyV/Ew0v70wkp5ZQsCz/6CsIhFmZGkHSQ+oyvXViZanYnh55DS6B MpLA1zLfVt+79/XmZV4vRhBqO/rReiY4uiR3zakFr/5lOUmceuiVsjF16KuLmJYuvb Ro5BOjVvdyvJPLpoRLDA8N0d+HNtifMYyfiE4R7M= Message-ID: <4E99F1D5.7090108@infracaninophile.co.uk> Date: Sat, 15 Oct 2011 21:49:25 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: FreeBSD Stable List X-Enigmail-Version: 1.3.2 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigBAE7C7BF8FC17D597F2207AA" X-Virus-Scanned: clamav-milter 0.97.2 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, SINGLE_HEADER_1K, SPF_FAIL autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: qingli@freebsd.org Subject: IPv6 and aliases on loopback interfaces X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Oct 2011 20:49:39 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBAE7C7BF8FC17D597F2207AA Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable So, this morning I updated to the latest stable/8 on my desktop box as is my habit to do about fortnightly. Lo and behold, the jail I had configured hanging off the loopback interface suddenly stopped being able to communicate with the rest of the world. For reasons too trivial to be worth explaining, this jail only has IPv6 connectivity. After much bisecting of versions and building of kernels I tracked the problem down to r226240. http://svnweb.freebsd.org/base/stable/8/sys/netinet6/in6.c?r1=3D226235&r2= =3D226240 After that commit, if I have the following IPv6 config on lo0: lucid-nonsense:~:% ifconfig lo0 inet6 lo0: flags=3D8049 metric 0 mtu 16384 options=3D3 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0xc inet6 fd87:cd50:2103:1:57f9:9484:e8b0:12d1 prefixlen 128 Then the RFC4193 address becomes unpingable[*]: lucid-nonsense:~:% ping6 fd87:cd50:2103:1:57f9:9484:e8b0:12d1 PING6(56=3D40+8+8 bytes) fd87:cd50:2103:1:57f9:9484:e8b0:12d1 --> fd87:cd50:2103:1:57f9:9484:e8b0:12d1 ^C --- fd87:cd50:2103:1:57f9:9484:e8b0:12d1 ping6 statistics --- 3 packets transmitted, 0 packets received, 100.0% packet loss I can't tell from the commit if this is an intended consequence or not, but it seems a bit draconian if so. Surely this will cause problems for such well known techniques as Direct Server Return? Not to mention my favourite trick of hanging a jail off an internal interface where I can experiment with all sorts of potentially vulnerable network bits without exposing them to an external network. Cheers, Matthew [*] Ditto if I clone up a lo1 interface and move fd87:cd50:2103:1:57f9:9484:e8b0:12d1 to there. Works fine for 226239 or earlier, not for 226240 et seq. What's the point of being able to clone lo(4) if you can't usefully configure it with arbitrary addresses? --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enigBAE7C7BF8FC17D597F2207AA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6Z8dwACgkQ8Mjk52CukIzLXACfWxElFWDrGbaWc4E5QmgfC+oL 6W8AoJR7OXbniKSGzfWP+BeclA/929cX =CSCI -----END PGP SIGNATURE----- --------------enigBAE7C7BF8FC17D597F2207AA-- From owner-freebsd-stable@FreeBSD.ORG Sat Oct 15 20:56:18 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30A6A106564A; Sat, 15 Oct 2011 20:56:18 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id BAE268FC08; Sat, 15 Oct 2011 20:56:17 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id p9FKuG07091132; Sat, 15 Oct 2011 22:56:16 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id p9FKuGRK091131; Sat, 15 Oct 2011 22:56:16 +0200 (CEST) (envelope-from marius) Date: Sat, 15 Oct 2011 22:56:16 +0200 From: Marius Strobl To: current@freebsd.org, net@freebsd.org, stable@freebsd.org Message-ID: <20111015205616.GL39118@alchemy.franken.de> References: <20111009165838.GA19886@alchemy.franken.de> <20111010192238.GC1781@michelle.cdnetworks.com> <20111011212318.GC81376@alchemy.franken.de> <20111011225531.GD5661@michelle.cdnetworks.com> <20111012204222.GC39118@alchemy.franken.de> <20111012235707.GD9138@michelle.cdnetworks.com> <20111013214903.GH39118@alchemy.franken.de> <20111014203226.GA16192@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111014203226.GA16192@michelle.cdnetworks.com> User-Agent: Mutt/1.4.2.3i Cc: Subject: nge(4), tl(4), wb(4) and rl(4) 8129 testers wanted [Re: Question about GPIO bitbang MII] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Oct 2011 20:56:18 -0000 Could owners of nge(4), tl(4), wb(4) and rl(4) driven hardware (as for rl(4) only 8129 need testing, 8139 don't) please give the following patch a try in order to ensure it doesn't break anything? for 9/head: http://people.freebsd.org/~marius/mii_bitbang.diff for 8: http://people.freebsd.org/~marius/mii_bitbang.diff8 Thanks, Marius From owner-freebsd-stable@FreeBSD.ORG Sat Oct 15 23:09: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 942DB1065675 for ; Sat, 15 Oct 2011 23:09:35 +0000 (UTC) (envelope-from tomelite82@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 530AD8FC08 for ; Sat, 15 Oct 2011 23:09:35 +0000 (UTC) Received: by gyd8 with SMTP id 8so2681466gyd.13 for ; Sat, 15 Oct 2011 16:09:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=SdVDxQoojQyp/7lWuRA9Kly3Hm2k0Ycpd9RSnlUL1wU=; b=nDmPBJ61OC3pUF+ak7RIwMtgjegBqpLhzQVcv3uGZVIgNbMwFc3/FyOnc1JY47Lgze APEO0/+GJYpucH3WX9azEMPAp5EKi69HRhx5kM2+duHCREYCqn68kaz0MO+MUKAVLACN xQ+0eK/YLwYnaIiJgD30NRKdSTB/6DdJmp7nQ= MIME-Version: 1.0 Received: by 10.150.236.13 with SMTP id j13mr13646337ybh.82.1318718683371; Sat, 15 Oct 2011 15:44:43 -0700 (PDT) Sender: tomelite82@gmail.com Received: by 10.151.78.21 with HTTP; Sat, 15 Oct 2011 15:44:43 -0700 (PDT) In-Reply-To: <4E99F1D5.7090108@infracaninophile.co.uk> References: <4E99F1D5.7090108@infracaninophile.co.uk> Date: Sat, 15 Oct 2011 15:44:43 -0700 X-Google-Sender-Auth: -YYyH4jUoacCCC9PlNDwM6X68PA Message-ID: From: Qing Li To: Matthew Seaman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable List Subject: Re: IPv6 and aliases on loopback interfaces X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Oct 2011 23:09:35 -0000 I uploaded a patch last night for this issue, it's sitting at http://people.freebsd.org/~qingli/in6.c.diff --Qing On Sat, Oct 15, 2011 at 1:49 PM, Matthew Seaman wrote: > > So, this morning I updated to the latest stable/8 on my desktop box as > is my habit to do about fortnightly. =A0Lo and behold, the jail I had > configured hanging off the loopback interface suddenly stopped being > able to communicate with the rest of the world. =A0For reasons too trivia= l > to be worth explaining, this jail only has IPv6 connectivity. > > After much bisecting of versions and building of kernels I tracked the > problem down to r226240. > > http://svnweb.freebsd.org/base/stable/8/sys/netinet6/in6.c?r1=3D226235&r2= =3D226240 > > After that commit, if I have the following IPv6 config on lo0: > > lucid-nonsense:~:% ifconfig lo0 inet6 > lo0: flags=3D8049 metric 0 mtu 16384 > =A0 =A0 =A0 =A0options=3D3 > =A0 =A0 =A0 =A0inet6 ::1 prefixlen 128 > =A0 =A0 =A0 =A0inet6 fe80::1%lo0 prefixlen 64 scopeid 0xc > =A0 =A0 =A0 =A0inet6 fd87:cd50:2103:1:57f9:9484:e8b0:12d1 prefixlen 128 > > Then the RFC4193 address becomes unpingable[*]: > > lucid-nonsense:~:% ping6 fd87:cd50:2103:1:57f9:9484:e8b0:12d1 > PING6(56=3D40+8+8 bytes) fd87:cd50:2103:1:57f9:9484:e8b0:12d1 --> > fd87:cd50:2103:1:57f9:9484:e8b0:12d1 > ^C > --- fd87:cd50:2103:1:57f9:9484:e8b0:12d1 ping6 statistics --- > 3 packets transmitted, 0 packets received, 100.0% packet loss > > I can't tell from the commit if this is an intended consequence or not, > but it seems a bit draconian if so. =A0Surely this will cause problems fo= r > such well known techniques as Direct Server Return? =A0Not to mention my > favourite trick of hanging a jail off an internal interface where I can > experiment with all sorts of potentially vulnerable network bits without > exposing them to an external network. > > =A0 =A0 =A0 =A0Cheers, > > =A0 =A0 =A0 =A0Matthew > > [*] Ditto if I clone up a lo1 interface and move > fd87:cd50:2103:1:57f9:9484:e8b0:12d1 to there. =A0Works fine for 226239 o= r > earlier, not for 226240 et seq. =A0What's the point of being able to clon= e > lo(4) if you can't usefully configure it with arbitrary addresses? > > -- > Dr Matthew J Seaman MA, D.Phil. =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 7 Pri= ory Courtyard > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0Flat 3 > PGP: http://www.infracaninophile.co.uk/pgpkey =A0 =A0 Ramsgate > JID: matthew@infracaninophile.co.uk =A0 =A0 =A0 =A0 =A0 =A0 =A0 Kent, CT1= 1 9PW > >