From owner-freebsd-stable@FreeBSD.ORG Sun Apr 20 02:12:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BF5A1065670 for ; Sun, 20 Apr 2008 02:12:26 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id 082D78FC18 for ; Sun, 20 Apr 2008 02:12:25 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1833414waf.3 for ; Sat, 19 Apr 2008 19:12:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=f3BFJrNxD8PLqKDbDP+dHvDtbToTIhxD7U2O7Aj+JLQ=; b=SC8oewGp7KscPnPnQG5/a81X/sFsRKwzuaYHIPGu7EnQbV2nEYXsHxDl5Xeq/kE/TwKFN6d7Jn/Ojx60TXxveuz6Vy4cVB1Go69Slyi3p0JKj5yQh2B2IXmRl5ZoLIfLFreiFuHy630lPlRWFik1/VfcxmL0sQlydLaeX0OenBU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=BuzIYLbEA/SVfLWB2f68lvSxk5Z+P66MAVUmqjeRAg4QFY/WT2vzmhaYjaf1clrq7rtjZy/j6LiWVawDKBl/ucuRN2vWsBlshDv4hggMtmv6iQ2unOpl7T7EKmgbtVp/UFYmTwx63ITv8fZY7iYMjLAAfc6VBJjhtFajp9PE6DM= Received: by 10.114.191.1 with SMTP id o1mr4310349waf.205.1208657545219; Sat, 19 Apr 2008 19:12:25 -0700 (PDT) Received: by 10.114.241.9 with HTTP; Sat, 19 Apr 2008 19:12:25 -0700 (PDT) Message-ID: <4956a5e50804191912g52833c35q868827dc2b54e5ae@mail.gmail.com> Date: Sat, 19 Apr 2008 23:12:25 -0300 From: Nenhum_de_Nos To: "Arnaud Houdelette" In-Reply-To: <47FCBAFB.9060508@tzim.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <396418019.20080409104542@serebryakov.spb.ru> <47FCBAFB.9060508@tzim.net> Cc: lev@freebsd.org, freebsd-stable@freebsd.org Subject: Re: [SO]HO Software RAID5 server: which implementation should I choice? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 02:12:26 -0000 On Wed, Apr 9, 2008 at 9:47 AM, Arnaud Houdelette wrote: > Lev Serebryakov a =E9crit : > > > > > Hello, freebsd-stable. > > > > Does somebody use some software RAID5 on FreeBSD in real production > > system? > > > > I want to build storage server for my home: RAW photos, multi-layer > > PhotoShop files and FLAC-encoded music consume a lot of space, and > > they should be availible both from desktop & notebook. > > > > Also, all photo-content is unique, so I need some insuranse from > > single HDD crash. I understand, that I will not safe from fire, PSU > > failure and thing slike this. > > > > I selected hardware platform: Intel Q35-based MoBo with 6xSATA-II port= s > > (all of them is chipset-based, so no SiliconImage/JMicron/Whatever > > crappy controllers), some low-end Core2Duo, 2Gb of memory. > > Storage will be 5x500Gb WD HDDs for RAID + one small HDD for boot, > system, > > swap, etc. I want to have 2Tb (ok, not real Tb, I know) of "protected" > > storage. > > I want to have maximum speed via 1Gb network, because graphic files > > are big and should open fast. Not as fast as local ones, I understand > > that, but speeds about 12-15Mb/s is not enough for sure :) > > > > Only problem I see: which software RAID5 solution should I prefer? > > FreeBSD-based, of course! > > > > I see these variants: > > > > (1) FreeBSD 6(7?) + graid3. Slow, one disk for checksums is bottleneck= , > > as far as I understand. > > > > (2) FreeBSD 6(7?) + gvinum/radi5. Is it stable enough?! Is it complete= ? > > when I try it about 6 months ago in VMWare installation with 5 > > virtual disks, I got panics and strange behaviour after "crashing" > > one of virtual disks. > > > > (3) FreeBSD 6(7?) + graid5. Again, is it stable enough? There are > > THREE versions of it. Which one should I prefer? There was long > > thread about it some times ago without any clear conclusion. Does > > something changed? > > > > (4) FreeBSD 7 + ZFS "zraid". And again: stability. Too many messages > > about locks, crashes, etc. Code is experemental. Is it only for > > 32 bit systems? > > > > (5) Do I miss something? > > > > (6) Solaris + ZFS? I don't want it, I know a little about Solaris > > administaration, and I already have FreeBSD servers and routers. > > > > I know, that 3ware or Areca controllers are very good. I know, that > > "gmirror" is very stable. But these variants are too expensive for > > home server :( > > > > Does somebody use some software RAID5 on FreeBSD in real production? > > Any advices? > > > > > > Hi ! > > I personally use the 3 option for my personal Home File Server. I got > approximatly the same usage for the file server (mostly video, music, > photo). I built my own about 12 month ago. > I reviewed the about the same variants as the one you propose : > (1) Discarded for performance issues. Raid3 is slow. Really. > (2) raid5/vinum is also slow. And as I understood at that time, recover= y > from lost hard drive wasn't easy enough for the freebsd niubee I was the= n. > (4) ZFS wasn't there yet. But I did test it on a test VMWare, and wasn't > convinced (mostly stability and memory issues). > > So I use geom_raid5. I sticked to the main distributions, which seemed m= ore > stable at the moment. The kernel module is fairly simple to build/install= . > Performance is (very) good for a software raid. > I successfully switched the raid array from an i386 6.2-RELEASE to an an > amd64 7.0-RELEASE (with motherboard and CPU change) without any assle. > > For the moment, I use one big UFS+SU (and snapshots) on the whole array.= I > successfuly tried unpplugging then replugging on of the drives, suddent > power loss, using the array with a missing disk (degraded mode). All did > work fine. (still, I use an UPS on the file server). > > The sole issue I had is with ataidle. I had to patch ata-disc.c to incre= ase > the IO timeout. Without, the raid5 module detected temporary disk loss an= d > constantly launched rebuilds of the array. > > With 7.0, I wondered if I should use gjournal, but I'm not sure if it's > really the way to go on a file system dedicated to store many big files. = So > I stick to soft updates. > > Current configuration is : > / on a 2GB usb key > /tmp on memory > ports and source trees (and some portsnap stuff) on a small disk > 4x250 GB sata for the raid5 array. > AMD A64 3200+ and 512 GB DDRII > Realtek Gigabit nics. > > Copy from raid5 to /dev/null gives about 100MB/s > Copy from /dev/random to raid5 about 40MB/s > > I use samba shares. I get about 40MB/s in both ways from another compute= r > on the network (enabling jumbo-frames gives a big boost). > > Hope my own story can help you in any way. > > Regards, > > Arnaud Houdelette I know its been quite some time from the mail, but if you could say where to find this module. eikipedia says its on freebsd 7 but there is not this module for me (/boot/kernel/ there is no raid5 file). everytime I search the internet I find old stuff about it. If you could point me the site/article/anything :) thanks, matheus --=20 We will call you cygnus, The God of balance you shall be From owner-freebsd-stable@FreeBSD.ORG Sun Apr 20 02:29:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E7C7106564A for ; Sun, 20 Apr 2008 02:29:20 +0000 (UTC) (envelope-from bri@brianwhalen.net) Received: from entwistle.sonicboom.org (entwistle.sonicboom.org [66.93.34.170]) by mx1.freebsd.org (Postfix) with ESMTP id 422E38FC13 for ; Sun, 20 Apr 2008 02:29:20 +0000 (UTC) (envelope-from bri@brianwhalen.net) Received: from [127.0.0.1] (localhost.sonicboom.org [127.0.0.1]) by entwistle.sonicboom.org (8.14.2/8.14.2) with ESMTP id m3K2TJv4013479; Sat, 19 Apr 2008 19:29:19 -0700 (PDT) (envelope-from bri@brianwhalen.net) Message-ID: <480AAA7F.3010707@brianwhalen.net> Date: Sat, 19 Apr 2008 19:29:19 -0700 From: Brian User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Nenhum_de_Nos References: <396418019.20080409104542@serebryakov.spb.ru> <47FCBAFB.9060508@tzim.net> <4956a5e50804191912g52833c35q868827dc2b54e5ae@mail.gmail.com> In-Reply-To: <4956a5e50804191912g52833c35q868827dc2b54e5ae@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: lev@freebsd.org, freebsd-stable@freebsd.org, Arnaud Houdelette Subject: Re: [SO]HO Software RAID5 server: which implementation should I choice? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 02:29:20 -0000 Nenhum_de_Nos wrote: > On Wed, Apr 9, 2008 at 9:47 AM, Arnaud Houdelette > wrote: > >> Lev Serebryakov a écrit : >> >> >> >> >>> Hello, freebsd-stable. >>> >>> Does somebody use some software RAID5 on FreeBSD in real production >>> system? >>> >>> I want to build storage server for my home: RAW photos, multi-layer >>> PhotoShop files and FLAC-encoded music consume a lot of space, and >>> they should be availible both from desktop & notebook. >>> >>> Also, all photo-content is unique, so I need some insuranse from >>> single HDD crash. I understand, that I will not safe from fire, PSU >>> failure and thing slike this. >>> >>> I selected hardware platform: Intel Q35-based MoBo with 6xSATA-II ports >>> (all of them is chipset-based, so no SiliconImage/JMicron/Whatever >>> crappy controllers), some low-end Core2Duo, 2Gb of memory. >>> Storage will be 5x500Gb WD HDDs for RAID + one small HDD for boot, >>> >> system, >> >>> swap, etc. I want to have 2Tb (ok, not real Tb, I know) of "protected" >>> storage. >>> I want to have maximum speed via 1Gb network, because graphic files >>> are big and should open fast. Not as fast as local ones, I understand >>> that, but speeds about 12-15Mb/s is not enough for sure :) >>> >>> Only problem I see: which software RAID5 solution should I prefer? >>> FreeBSD-based, of course! >>> >>> I see these variants: >>> >>> (1) FreeBSD 6(7?) + graid3. Slow, one disk for checksums is bottleneck, >>> as far as I understand. >>> >>> (2) FreeBSD 6(7?) + gvinum/radi5. Is it stable enough?! Is it complete? >>> when I try it about 6 months ago in VMWare installation with 5 >>> virtual disks, I got panics and strange behaviour after "crashing" >>> one of virtual disks. >>> >>> (3) FreeBSD 6(7?) + graid5. Again, is it stable enough? There are >>> THREE versions of it. Which one should I prefer? There was long >>> thread about it some times ago without any clear conclusion. Does >>> something changed? >>> >>> (4) FreeBSD 7 + ZFS "zraid". And again: stability. Too many messages >>> about locks, crashes, etc. Code is experemental. Is it only for >>> 32 bit systems? >>> >>> (5) Do I miss something? >>> >>> (6) Solaris + ZFS? I don't want it, I know a little about Solaris >>> administaration, and I already have FreeBSD servers and routers. >>> >>> I know, that 3ware or Areca controllers are very good. I know, that >>> "gmirror" is very stable. But these variants are too expensive for >>> home server :( >>> >>> Does somebody use some software RAID5 on FreeBSD in real production? >>> Any advices? >>> >>> >>> >> Hi ! >> >> I personally use the 3 option for my personal Home File Server. I got >> approximatly the same usage for the file server (mostly video, music, >> photo). I built my own about 12 month ago. >> I reviewed the about the same variants as the one you propose : >> (1) Discarded for performance issues. Raid3 is slow. Really. >> (2) raid5/vinum is also slow. And as I understood at that time, recovery >> from lost hard drive wasn't easy enough for the freebsd niubee I was then. >> (4) ZFS wasn't there yet. But I did test it on a test VMWare, and wasn't >> convinced (mostly stability and memory issues). >> >> So I use geom_raid5. I sticked to the main distributions, which seemed more >> stable at the moment. The kernel module is fairly simple to build/install. >> Performance is (very) good for a software raid. >> I successfully switched the raid array from an i386 6.2-RELEASE to an an >> amd64 7.0-RELEASE (with motherboard and CPU change) without any assle. >> >> For the moment, I use one big UFS+SU (and snapshots) on the whole array. I >> successfuly tried unpplugging then replugging on of the drives, suddent >> power loss, using the array with a missing disk (degraded mode). All did >> work fine. (still, I use an UPS on the file server). >> >> The sole issue I had is with ataidle. I had to patch ata-disc.c to increase >> the IO timeout. Without, the raid5 module detected temporary disk loss and >> constantly launched rebuilds of the array. >> >> With 7.0, I wondered if I should use gjournal, but I'm not sure if it's >> really the way to go on a file system dedicated to store many big files. So >> I stick to soft updates. >> >> Current configuration is : >> / on a 2GB usb key >> /tmp on memory >> ports and source trees (and some portsnap stuff) on a small disk >> 4x250 GB sata for the raid5 array. >> AMD A64 3200+ and 512 GB DDRII >> Realtek Gigabit nics. >> >> Copy from raid5 to /dev/null gives about 100MB/s >> Copy from /dev/random to raid5 about 40MB/s >> >> I use samba shares. I get about 40MB/s in both ways from another computer >> on the network (enabling jumbo-frames gives a big boost). >> >> Hope my own story can help you in any way. >> >> Regards, >> >> Arnaud Houdelette >> > > I know its been quite some time from the mail, but if you could say > where to find this module. eikipedia says its on freebsd 7 but there > is not this module for me (/boot/kernel/ there is no raid5 file). > everytime I search the internet I find old stuff about it. > > If you could point me the site/article/anything :) > > thanks, > > matheus > > > Do you know about freenas at http://www.freenas.org? From owner-freebsd-stable@FreeBSD.ORG Sun Apr 20 03:14:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB741106566B for ; Sun, 20 Apr 2008 03:14:41 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (host-122-100-2-232.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id 8016D8FC18 for ; Sun, 20 Apr 2008 03:14:41 +0000 (UTC) (envelope-from andrew@modulus.org) Received: by email.octopus.com.au (Postfix, from userid 1002) id C016D1398F; Sun, 20 Apr 2008 12:59:01 +1000 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: X-Spam-Status: No, score=-1.4 required=10.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 Received: from anzac.hos (132.169.233.220.exetel.com.au [220.233.169.132]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id C5A1F12D15 for ; Sun, 20 Apr 2008 12:58:57 +1000 (EST) Message-ID: <480AB171.6060901@modulus.org> Date: Sun, 20 Apr 2008 12:58:57 +1000 From: Andrew Snow User-Agent: Thunderbird 2.0.0.0 (X11/20070426) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Panic in kqueue_close from kern_close X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 03:14:41 -0000 Hello, Can anyone help me try and work out what went wrong here? I am running on 7.0-PRERELEASE on amd64. However, the file kern_event.c hasn't changed anytime since then in 7-STABLE. Fatal trap 12: page fault while in kernel mode cpuid = 2; apic id = 02 fault virtual address = 0x9a050 fault code = supervisor write data, page not present instruction pointer = 0x8:0xffffffff8027f877 stack pointer = 0x10:0xffffffffb4c0a9e0 frame pointer = 0x10:0xffffff005c0ccda0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12949 (smtpd) trap number = 12 panic: page fault cpuid = 2 Uptime: 6d11h8m19s Physical memory: 8183 MB (kgdb) bt #0 doadump () at pcpu.h:194 #1 0x0000000000000004 in ?? () #2 0xffffffff8029e6ef in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff8029eb37 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #4 0xffffffff803df54e in trap_fatal (frame=0xc, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:724 #5 0xffffffff803df903 in trap_pfault (frame=0xffffffffb4c0a930, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:641 #6 0xffffffff803e00a1 in trap (frame=0xffffffffb4c0a930) at /usr/src/sys/amd64/amd64/trap.c:410 #7 0xffffffff803c6fde in calltrap () at /usr/src/sys/amd64/amd64/exception.S:169 #8 0xffffffff8027f877 in kqueue_close (fp=0xffffff0114352000, td=0xffffff003bcb3680) at /usr/src/sys/kern/kern_event.c:1457 #9 0xffffffff802762cf in fdrop (fp=0xffffff0114352000, td=0xffffff003bcb3680) at file.h:297 #10 0xffffffff802775cd in closef (fp=0xffffff0114352000, td=0xffffff003bcb3680) at /usr/src/sys/kern/kern_descrip.c:1958 #11 0xffffffff80277d3e in kern_close (td=0xffffff003bcb3680, fd=Variable "fd" is not available. ) at /usr/src/sys/kern/kern_descrip.c:1054 #12 0xffffffff803dfaeb in syscall (frame=0xffffffffb4c0ac70) at /usr/src/sys/amd64/amd64/trap.c:852 #13 0xffffffff803c71eb in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:290 #14 0x0000000800bee16c in ?? () Previous frame inner to this frame (corrupt stack?) The offending line: #8 0xffffffff8027f877 in kqueue_close (fp=0xffffff0114352000, td=0xffffff003bcb3680) at /usr/src/sys/kern/kern_event.c:1457 1457 while ((kn = SLIST_FIRST(&kq->kq_knlist[i])) != NULL) { The process that made the syscall was a postfix smtpd inside a jail. It had been running fine for almost a week before this. Any hints appreciated, - Andrew From owner-freebsd-stable@FreeBSD.ORG Sun Apr 20 06:50:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDBEC106564A; Sun, 20 Apr 2008 06:50:13 +0000 (UTC) (envelope-from arnaud.houdelette@tzim.net) Received: from alaranth.tzim.net (unknown [IPv6:2001:41d0:1:968f:219:d1ff:fedf:4f29]) by mx1.freebsd.org (Postfix) with ESMTP id 88EBD8FC29; Sun, 20 Apr 2008 06:50:12 +0000 (UTC) (envelope-from arnaud.houdelette@tzim.net) Received: from aorleans-151-1-72-35.w90-21.abo.wanadoo.fr ([90.21.195.35] helo=[192.168.1.171]) by alaranth.tzim.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JnTNB-0006oh-JO; Sun, 20 Apr 2008 08:50:02 +0200 Message-ID: <480AE7AA.5090204@tzim.net> Date: Sun, 20 Apr 2008 08:50:18 +0200 From: Arnaud Houdelette User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Nenhum_de_Nos References: <396418019.20080409104542@serebryakov.spb.ru> <47FCBAFB.9060508@tzim.net> <4956a5e50804191912g52833c35q868827dc2b54e5ae@mail.gmail.com> In-Reply-To: <4956a5e50804191912g52833c35q868827dc2b54e5ae@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Authenticated-User: tzim@tzim.net X-Authenticator: plain Cc: lev@freebsd.org, freebsd-stable@freebsd.org Subject: Re: [SO]HO Software RAID5 server: which implementation should I choice? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 06:50:13 -0000 Nenhum_de_Nos wrote: > On Wed, Apr 9, 2008 at 9:47 AM, Arnaud Houdelette > wrote: > >> Lev Serebryakov a écrit : >> >> >> >> >>> Hello, freebsd-stable. >>> >>> Does somebody use some software RAID5 on FreeBSD in real production >>> system? >>> >>> I want to build storage server for my home: RAW photos, multi-layer >>> PhotoShop files and FLAC-encoded music consume a lot of space, and >>> they should be availible both from desktop & notebook. >>> >>> Also, all photo-content is unique, so I need some insuranse from >>> single HDD crash. I understand, that I will not safe from fire, PSU >>> failure and thing slike this. >>> >>> I selected hardware platform: Intel Q35-based MoBo with 6xSATA-II ports >>> (all of them is chipset-based, so no SiliconImage/JMicron/Whatever >>> crappy controllers), some low-end Core2Duo, 2Gb of memory. >>> Storage will be 5x500Gb WD HDDs for RAID + one small HDD for boot, >>> >> system, >> >>> swap, etc. I want to have 2Tb (ok, not real Tb, I know) of "protected" >>> storage. >>> I want to have maximum speed via 1Gb network, because graphic files >>> are big and should open fast. Not as fast as local ones, I understand >>> that, but speeds about 12-15Mb/s is not enough for sure :) >>> >>> Only problem I see: which software RAID5 solution should I prefer? >>> FreeBSD-based, of course! >>> >>> I see these variants: >>> >>> (1) FreeBSD 6(7?) + graid3. Slow, one disk for checksums is bottleneck, >>> as far as I understand. >>> >>> (2) FreeBSD 6(7?) + gvinum/radi5. Is it stable enough?! Is it complete? >>> when I try it about 6 months ago in VMWare installation with 5 >>> virtual disks, I got panics and strange behaviour after "crashing" >>> one of virtual disks. >>> >>> (3) FreeBSD 6(7?) + graid5. Again, is it stable enough? There are >>> THREE versions of it. Which one should I prefer? There was long >>> thread about it some times ago without any clear conclusion. Does >>> something changed? >>> >>> (4) FreeBSD 7 + ZFS "zraid". And again: stability. Too many messages >>> about locks, crashes, etc. Code is experemental. Is it only for >>> 32 bit systems? >>> >>> (5) Do I miss something? >>> >>> (6) Solaris + ZFS? I don't want it, I know a little about Solaris >>> administaration, and I already have FreeBSD servers and routers. >>> >>> I know, that 3ware or Areca controllers are very good. I know, that >>> "gmirror" is very stable. But these variants are too expensive for >>> home server :( >>> >>> Does somebody use some software RAID5 on FreeBSD in real production? >>> Any advices? >>> >>> >>> >> Hi ! >> >> I personally use the 3 option for my personal Home File Server. I got >> approximatly the same usage for the file server (mostly video, music, >> photo). I built my own about 12 month ago. >> I reviewed the about the same variants as the one you propose : >> (1) Discarded for performance issues. Raid3 is slow. Really. >> (2) raid5/vinum is also slow. And as I understood at that time, recovery >> from lost hard drive wasn't easy enough for the freebsd niubee I was then. >> (4) ZFS wasn't there yet. But I did test it on a test VMWare, and wasn't >> convinced (mostly stability and memory issues). >> >> So I use geom_raid5. I sticked to the main distributions, which seemed more >> stable at the moment. The kernel module is fairly simple to build/install. >> Performance is (very) good for a software raid. >> I successfully switched the raid array from an i386 6.2-RELEASE to an an >> amd64 7.0-RELEASE (with motherboard and CPU change) without any assle. >> >> For the moment, I use one big UFS+SU (and snapshots) on the whole array. I >> successfuly tried unpplugging then replugging on of the drives, suddent >> power loss, using the array with a missing disk (degraded mode). All did >> work fine. (still, I use an UPS on the file server). >> >> The sole issue I had is with ataidle. I had to patch ata-disc.c to increase >> the IO timeout. Without, the raid5 module detected temporary disk loss and >> constantly launched rebuilds of the array. >> >> With 7.0, I wondered if I should use gjournal, but I'm not sure if it's >> really the way to go on a file system dedicated to store many big files. So >> I stick to soft updates. >> >> Current configuration is : >> / on a 2GB usb key >> /tmp on memory >> ports and source trees (and some portsnap stuff) on a small disk >> 4x250 GB sata for the raid5 array. >> AMD A64 3200+ and 512 GB DDRII >> Realtek Gigabit nics. >> >> Copy from raid5 to /dev/null gives about 100MB/s >> Copy from /dev/random to raid5 about 40MB/s >> >> I use samba shares. I get about 40MB/s in both ways from another computer >> on the network (enabling jumbo-frames gives a big boost). >> >> Hope my own story can help you in any way. >> >> Regards, >> >> Arnaud Houdelette >> > > I know its been quite some time from the mail, but if you could say > where to find this module. eikipedia says its on freebsd 7 but there > is not this module for me (/boot/kernel/ there is no raid5 file). > everytime I search the internet I find old stuff about it. > > If you could point me the site/article/anything :) > > thanks, > > matheus > Geom_raid5 is (unfortunatly ?) not part of Freebsd base. You'll have to download and install the module and utility binaries and follow the (simple) instructions from this website : http://home.tiscali.de/cmdr_faako/graid5-howto.html In the meantime, somebody convinced me to give zfs a try, I backed up my data, converted the raid array to raidz pool and I must say I'm not disappointed. + Read performance (~160 Mo/s) + Instant snapshots + zfs filesystems goodness + better support from the community - Stability issues : zfs and kernel need to be tuned - Drive crash scenario may be a bit more complex Regards, Arnaud From owner-freebsd-stable@FreeBSD.ORG Sun Apr 20 07:03:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13FE4106564A for ; Sun, 20 Apr 2008 07:03:12 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp5.clear.net.nz (smtp5.clear.net.nz [203.97.33.68]) by mx1.freebsd.org (Postfix) with ESMTP id D48948FC16 for ; Sun, 20 Apr 2008 07:03:11 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from zmori.markir.net (121-73-166-241.dsl.telstraclear.net [121.73.166.241]) by smtp5.clear.net.nz (CLEAR Net Mail) with ESMTP id <0JZM00AQI3L9PS00@smtp5.clear.net.nz> for freebsd-stable@freebsd.org; Sun, 20 Apr 2008 19:03:10 +1200 (NZST) Date: Sun, 20 Apr 2008 19:03:08 +1200 From: Mark Kirkwood In-reply-to: <867igo3cih.fsf@zid.claresco.hr> To: Marko Lerota Message-id: <480AEAAC.3000703@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <867igo3cih.fsf@zid.claresco.hr> User-Agent: Thunderbird 2.0.0.9 (X11/20080419) Cc: freebsd-stable@freebsd.org Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 07:03:12 -0000 FWIW - I have just completely *recompiled* my userland after the 6->7 upgrade - i.e: # portupgrade --batch -fa on a PIII 1.26Ghz system in just under 2 days (i.e over the weekend) for 836 packages - desktop system with Gnome etc. So it's not actually too bad. Using the packages option on faster hardware should be pretty painless. Cheers Mark Marko Lerota wrote: > > > # portupgrade -faP > > etc... > > Why!!! Do you know how much time I have to spend with my PC to reinstall > all of this programs from ports? Only openoffice takes one day! And where > is Gnome and such...There must be other way...I would not reinstall my > packages ;) > > T From owner-freebsd-stable@FreeBSD.ORG Sun Apr 20 07:04:53 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CA471065672 for ; Sun, 20 Apr 2008 07:04:53 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp4.clear.net.nz (smtp4.clear.net.nz [203.97.37.64]) by mx1.freebsd.org (Postfix) with ESMTP id 495E88FC24 for ; Sun, 20 Apr 2008 07:04:53 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from zmori.markir.net (121-73-166-241.dsl.telstraclear.net [121.73.166.241]) by smtp4.clear.net.nz (CLEAR Net Mail) with ESMTP id <0JZM00I113O2OL30@smtp4.clear.net.nz> for freebsd-stable@freebsd.org; Sun, 20 Apr 2008 19:04:52 +1200 (NZST) Date: Sun, 20 Apr 2008 19:04:50 +1200 From: Mark Kirkwood In-reply-to: <47EC63CA.5060009@paradise.net.nz> To: freebsd-stable@freebsd.org Message-id: <480AEB12.8050404@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <47EC63CA.5060009@paradise.net.nz> User-Agent: Thunderbird 2.0.0.9 (X11/20080419) Subject: Re: USB stall with creative nomad X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 07:04:53 -0000 Mark Kirkwood wrote: > Hi, > > I'm seeing a hang when I insert one of these guys into my 7 stable box > (kernel from 28 Feb), after removing it all seems well: > > Mar 27 13:32:29 zmori root: Unknown USB device: vendor 0x041e product > 0x4106 bus uhub1 > Mar 27 13:32:29 zmori kernel: umass0: 0/0, rev 1.10/0.01, addr 2> on uhub1 > Mar 27 13:32:30 zmori kernel: da0 at umass-sim0 bus 0 target 0 lun 0 > Mar 27 13:32:30 zmori kernel: da0: > Removable Direct Access SCSI-4 device > Mar 27 13:32:30 zmori kernel: da0: 1.000MB/s transfers > Mar 27 13:32:30 zmori kernel: da0: 125MB (256001 512 byte sectors: 64H > 32S/T 125C) > Mar 27 13:32:39 zmori kernel: umass0: BBB reset failed, STALLED > Mar 27 13:32:39 zmori kernel: umass0: BBB bulk-in clear stall failed, > STALLED > Mar 27 13:32:39 zmori kernel: umass0: BBB bulk-out clear stall failed, > STALLED > Mar 27 13:32:39 zmori kernel: (da0:umass-sim0:0:0:0): AutoSense Failed > Mar 27 13:32:39 zmori kernel: umass0: BBB reset failed, STALLED > Mar 27 13:32:39 zmori kernel: umass0: BBB bulk-in clear stall failed, > STALLED > Mar 27 13:32:39 zmori kernel: umass0: BBB bulk-out clear stall failed, > STALLED > Mar 27 13:32:39 zmori kernel: umass0: BBB reset failed, STALLED > Mar 27 13:32:39 zmori kernel: umass0: BBB bulk-in clear stall failed, > STALLED > Mar 27 13:32:39 zmori kernel: umass0: BBB bulk-out clear stall failed, > STALLED > Mar 27 13:32:39 zmori kernel: umass0: BBB reset failed, STALLED > Mar 27 13:32:39 zmori kernel: umass0: BBB bulk-in clear stall failed, > STALLED > Mar 27 13:32:39 zmori kernel: umass0: BBB bulk-out clear stall failed, > STALLED > Mar 27 13:32:39 zmori kernel: umass0: at uhub1 port 1 (addr 2) > disconnected > Mar 27 13:32:39 zmori kernel: (da0:umass-sim0:0:0:0): lost device > Mar 27 13:32:39 zmori kernel: (da0:dead_sim0:0:0:0): removing device > entry > Mar 27 13:32:39 zmori kernel: umass0: detached > > > > This worked ok under 6 Stable - on this particular box, I upgraded it > to 7 from source, and have yet to rebuild the userland stuff (could > this be a factor???). The box is a VIA Apollo 266 chipset (I've > noticed some mails about USB 2.0 bugs with VIA - but this board is 1.0 > or 1.1 only). > > FWIW, this still happens even after recompiling my userland. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 20 11:06:57 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF0A2106566B for ; Sun, 20 Apr 2008 11:06:57 +0000 (UTC) (envelope-from ntarmos@ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id 6DD8D8FC16 for ; Sun, 20 Apr 2008 11:06:57 +0000 (UTC) (envelope-from ntarmos@ceid.upatras.gr) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id 931DDEB51B2 for ; Sun, 20 Apr 2008 13:35:59 +0300 (EEST) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 69EBE157E94 for ; Sun, 20 Apr 2008 13:35:59 +0300 (EEST) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vIIobiALO3ru for ; Sun, 20 Apr 2008 13:35:59 +0300 (EEST) Received: from ace.netcins.ceid.upatras.gr (cust-111-98.on3.ontelecoms.gr [91.132.111.98]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 34B26157D31 for ; Sun, 20 Apr 2008 13:35:59 +0300 (EEST) Received: by ace.netcins.ceid.upatras.gr (Postfix, from userid 1001) id B7E003F410; Sun, 20 Apr 2008 13:35:57 +0300 (EEST) Date: Sun, 20 Apr 2008 13:35:57 +0300 From: Nikos Ntarmos To: freebsd-stable list Message-ID: <20080420103557.GA74484@ace.netcins.ceid.upatras.gr> References: <4763016D.7060100@janh.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4763016D.7060100@janh.de> Organization: NetCInS Lab., C.E.I.D., U. of Patras, Greece WWW-Homepage: http://ntarmos.dyndns.org/ X-PGP-Fingerprint: 9680 60A7 DE60 0298 B1F0 9B22 9BA2 7569 CF95 160A Office-Phone: +30-2610-996919 Office-Fax: +30-2610-969011 GPS-Info: 38.31N, 21.82E User-Agent: mutt-ng/devel-r804 (FreeBSD) Subject: Re: Monitor not working for iwi on 7.0-BETA4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 11:06:57 -0000 Hi there. FWIW some 4 months after the OP report, monitor mode for iwi(4)-based cards still doesn't work for me. This is on an Acer 1692WLMi running 7-STABLE/i386, with a: iwi0: mem 0xb0218000-0xb0218fff irq 17 at device 3.0 on pci6 Is this a known issue? Any directions as to where (in the source tree) to look at if one wishes to investigate further? Cheers. \n\n From owner-freebsd-stable@FreeBSD.ORG Sun Apr 20 14:14:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 401A5106566B for ; Sun, 20 Apr 2008 14:14:58 +0000 (UTC) (envelope-from phil@testequipmentconnection.org) Received: from mail.testequipmentconnection.net (mail.testequipmentconnection.net [65.169.170.194]) by mx1.freebsd.org (Postfix) with ESMTP id 77CBC8FC0C for ; Sun, 20 Apr 2008 14:14:57 +0000 (UTC) (envelope-from phil@testequipmentconnection.org) Received: from PhilTEC (unknown [65.161.131.154]) (Authenticated sender: phil@testequipmentconnection.net) by mail.testequipmentconnection.net (Postfix) with ESMTP id 4D6158A40B2 for ; Sun, 20 Apr 2008 09:09:27 -0400 (EDT) From: "Phil" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Sender: Phil Date: Sun, 20 Apr 2008 09:07:21 -0500 X-Mailer: Eudora Message-Id: <20080420130927.4D6158A40B2@mail.testequipmentconnection.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Refurbished Wireless Test and Repair Values X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 14:14:58 -0000 We Sell Worldwide Rentals and Leasing Available Renting or leasing test equipment is today’s answer. Renting test equipment allows you to acquire test equipment without the investment of ownership. Renting test equipment is an ideal solution for companies that need additional test equipment on short notice or need test equipment for short periods of time. Rent test equipment for special projects, replace failed equipment, or evaluate test equipment before purchasing and avoid long lead times. Test Equipment Connection is expanding its rental inventory and investing in the newest and most popular test equipment. Our inventory is growing and changes daily. We offer over 28,000 test instruments from over 250 manufacturers. When you rent test equipment, rental payments are treated as operating expenses and not part of your capital equipment budget. Call or Email for a Quote Today Rental Quote Request Tight Capital Budget? - No Problem! Check Out These High Quality Refurbished Equipment Specials and Maximize Your Budget. Anritsu MT8220A/40/41 Sale $8,995 Anritsu S331B Sale $3,995 Anritsu S332C Sale $6,895 Anritsu ML2437A Sale $3,995 Agilent E6380A Sale $3,500 Agilent E4436B/Options Sale $15,900 Agilent 8712ET/1EC Sale $9,800 IFR COM120B Sale $9,290 HP 4284A Sale $9,990 HP 8560EC Sale $23,000 HP 8720D with options On Sale Call R&S FSH3 On Sale Call Over 15 Years of Sales, Service and Selection Rohde & Schwarz SME03 Sale $5,490 IFR 2945A Sale 9,495 Anritsu S332C Sale $6,895 Anritsu S331C Sale $5,495 Anritsu S331A Sale $2,995 Agilent 8753ES Sale $22,000 Tektronix TVS645 Sale $2,750 Agilent 89431A Sale $6,890 Test Equipment Connection is Actively Purchasing De-installed, Excess, New-Surplus, Off-Lease and Underutilized Equipment. Click Here for a Cash Offer R&S FSH6.26/B1/Z3 Sale $19,190 JDSU SDA5000 Sale $6,990 JDSU FST2802 Sale $8,490 JDSU FST-2310 Equipped for DS1, DS3, OC-3, & OC-12 Call JDSU ANT-5 Equipped for STM-1/-4 On Sale Call Tektronix TDS3032 Sale $3,000 Tektronix TDS3034 Sale $3,895 Tektronix TDS3054B Sale $8,490 HP 8561E Sale $11,980 Marconi 2031 Sale $3,895 Agilent E4436B w/options On Sale Call HP 8720ES/10/12/400 Sale $55,000 HP 54540C Sale $2,495 HP 8648C/1E6 Sale $7,290 Our technicians are fully trained and have extensive calibration and repair expertise on the widest variety of makes & models. We provide high quality repair and calibration services at competitive prices with responsive turn around times for evaluation, repair and calibration. N.I.S.T. traceable certificates in accordance with MIL-STD 45662A and ANSI/NSCL 540-1 can be provided with all repairs. In addition, ISO 9001-2000 UL registered calibrations and ISO/IEC 17025 calibrations accredited by A2LA are available for select items. No Capital Budget? - No Problem! We Repair and Calibrate So You Can Utilize The Equipment You Already Have. Free Evaluation Coupon Below! Click Here to View This Page on the Internet Toll Free USA & Canada 800-615-8378 Direct Worldwide 407-804-1184 email phil@testequipmentconnection.org 30 Skyline Drive Lake Mary, FL 32746 This email is sent in accordance with the US CAN-SPAM Act. *Removal* requests* can be sent to this address and will be honored and respected If you want to dis-continue this mailing click on the following email address or respond with *un-subscribe* in the subject line to: phil@testequipmentconnection.org From owner-freebsd-stable@FreeBSD.ORG Sun Apr 20 17:17:18 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 357F61065671; Sun, 20 Apr 2008 17:17:18 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0942C8FC21; Sun, 20 Apr 2008 17:17:17 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 6FF0B46B61; Sun, 20 Apr 2008 13:17:17 -0400 (EDT) Date: Sun, 20 Apr 2008 18:17:17 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "Bruce M. Simpson" In-Reply-To: <48087FD7.5070900@FreeBSD.org> Message-ID: <20080420181515.E92282@fledge.watson.org> References: <01ab01c898ca$ce4763e0$6ad62ba0$@muni.cz> <200804080957.30738.jhb@freebsd.org> <47FBB24B.60504@FreeBSD.org> <48087FD7.5070900@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Petr Holub , re@FreeBSD.org, freebsd-stable@freebsd.org, John Baldwin Subject: Re: panics on 6.3-RELEASE in IP stack X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 17:17:18 -0000 On Fri, 18 Apr 2008, Bruce M. Simpson wrote: >> I concur, this fix should really be MFCed. The problem went away in 7.x due >> to a total rewrite. I am distracted by other stuff at the moment, so, >> starter's orders... > > This just bit me. The fix is in RELENG_6, but it is not present after the > -p1 tag. So updating to STABLE should fix the problem for Petr. > > Whilst 6 is no longer the STABLE branch, I think this really should go onto > 6 in case any other releases happen from that branch. There are (tentative) plans to release a 6.4-RELEASE, but I don't think there's a schedule yet. Developers should plan on continuing to merge changes, especially bug fixes, to RELENG_6. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Sun Apr 20 17:20:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E2151065671 for ; Sun, 20 Apr 2008 17:20:23 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: from web57006.mail.re3.yahoo.com (web57006.mail.re3.yahoo.com [66.196.97.110]) by mx1.freebsd.org (Postfix) with SMTP id DCA0A8FC18 for ; Sun, 20 Apr 2008 17:20:22 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: (qmail 59243 invoked by uid 60001); 20 Apr 2008 17:20:21 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=3MJ3gg79PzFbThIjQ5OqkYWoU5lLd+Oz5JMpdSaHlhrJy/liMTUVKHKy43jTAabEXJSPNejy9HlXppbzSr9WiT3ujObVJGGMWWSeBd9pWunPyQlWfeRgkD99dpNmrfKWa7IB4LFpAS1WyNzqHbPTD/+EqPKQ2JG8sfK14PVDH+M=; X-YMail-OSG: S06uECMVM1mapHyvZh5.inyNqgdIxnWHVV1_cG11u98DqcqRml9QGiLlTJ7Lkc2ieQl8Pfihtd2m.Tx4Xk4nMWgEmJVpmeqOhjNh8gQYltG4IHxdshINDNUH680eHYxgmeWkHOoVAvAzmtd3QjXAy6S_NeW5MaoHOJY- Received: from [165.21.155.11] by web57006.mail.re3.yahoo.com via HTTP; Sun, 20 Apr 2008 10:20:20 PDT Date: Sun, 20 Apr 2008 10:20:20 -0700 (PDT) From: Unga To: Jeremy Chadwick In-Reply-To: <20080419110153.GA85344@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <371011.58765.qm@web57006.mail.re3.yahoo.com> Cc: jeff@freebsd.org, freebsd-stable@freebsd.org Subject: Re: sched_ule performance on single CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 17:20:23 -0000 --- Jeremy Chadwick wrote: > There was a commit to the ULE code in RELENG_7 > approximately 6 hours ago > by Jeff, indicating some speed improvements in ULE > when there's heavy > IRQ activity, and adjustments in the timeslicing > code for threads which > don't utilise timesharing: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/sched_ule.c > > Can you update your src-all tree to pull this in, > rebuild the kernel, > and tell us if it behaves better for you? > Thanks Jeff for updates and thanks Jeremy for notifying the list. I did following test on the new update of sched_ule.c on RELENG_7. I ran the amarok music player as realtime, and another application named count as a normal process. When the normal process showing the value of i > 20, the amarok crashes as it cannot keep up the required audio supply. That is, normal process starved the realtime process! PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 1100 root 1 118 0 3120K 720K CPU0 0 1:42 100.00% count 963 root 1 46 0 163M 27368K select 0 0:18 5.96% Xorg 1060 test 6 44 0 68380K 51568K ucond 1 0:00 5.47% amarokapp rtprio 963 rtprio: normal priority rtprio 1060 rtprio: realtime priority 0 rtprio 1100 rtprio: normal priority /* Count */ #include main() { double nc; int i; for (i=0; i < 100; i++) { for (nc=0; nc < 2000000000; nc++) ; printf("%d : %.0f\n", i, nc); } } Kind Regards Unga ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From owner-freebsd-stable@FreeBSD.ORG Sun Apr 20 17:32:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36994106564A for ; Sun, 20 Apr 2008 17:32:33 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id B55EE8FC13 for ; Sun, 20 Apr 2008 17:32:32 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1JndOw-0004p6-KI>; Sun, 20 Apr 2008 19:32:30 +0200 Received: from e178036158.adsl.alicedsl.de ([85.178.36.158] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1JndOw-00070C-HJ>; Sun, 20 Apr 2008 19:32:30 +0200 Message-ID: <480B7F13.2070107@mail.zedat.fu-berlin.de> Date: Sun, 20 Apr 2008 19:36:19 +0200 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.12 (X11/20080420) MIME-Version: 1.0 To: Unga References: <371011.58765.qm@web57006.mail.re3.yahoo.com> In-Reply-To: <371011.58765.qm@web57006.mail.re3.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.36.158 Cc: Jeremy Chadwick , freebsd-stable@freebsd.org, jeff@freebsd.org Subject: Re: sched_ule performance on single CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 17:32:33 -0000 I did the update of my sources as well and compiled a new world. Then I started build_world (with SCHED_ULE) as usual - and recognized the same stuck bahaviour under high load as usual :-( For me there is no release of pain ... Oliver Unga wrote: > --- Jeremy Chadwick wrote: > > >> There was a commit to the ULE code in RELENG_7 >> approximately 6 hours ago >> by Jeff, indicating some speed improvements in ULE >> when there's heavy >> IRQ activity, and adjustments in the timeslicing >> code for threads which >> don't utilise timesharing: >> >> >> > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/sched_ule.c > >> Can you update your src-all tree to pull this in, >> rebuild the kernel, >> and tell us if it behaves better for you? >> >> > > Thanks Jeff for updates and thanks Jeremy for > notifying the list. > > I did following test on the new update of sched_ule.c > on RELENG_7. > > I ran the amarok music player as realtime, and another > application named count as a normal process. When the > normal process showing the value of i > 20, the amarok > crashes as it cannot keep up the required audio > supply. > > That is, normal process starved the realtime process! > > > PID USERNAME THR PRI NICE SIZE RES STATE C > TIME WCPU COMMAND > 1100 root 1 118 0 3120K 720K CPU0 0 > 1:42 100.00% count > 963 root 1 46 0 163M 27368K select 0 > 0:18 5.96% Xorg > 1060 test 6 44 0 68380K 51568K ucond 1 > 0:00 5.47% amarokapp > > rtprio 963 > rtprio: normal priority > > rtprio 1060 > rtprio: realtime priority 0 > > rtprio 1100 > rtprio: normal priority > > > > /* Count */ > > #include > > main() > { > double nc; > int i; > > for (i=0; i < 100; i++) > { > for (nc=0; nc < 2000000000; nc++) > ; > printf("%d : %.0f\n", i, nc); > } > > } > > Kind Regards > Unga > > > > ____________________________________________________________________________________ > Be a better friend, newshound, and > know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ > _______________________________________________ > 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 Sun Apr 20 17:56:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 329061065673 for ; Sun, 20 Apr 2008 17:56:24 +0000 (UTC) (envelope-from LukeD@pobox.com) Received: from sasl.smtp.pobox.com (a-sasl-fastnet.sasl.smtp.pobox.com [207.106.133.19]) by mx1.freebsd.org (Postfix) with ESMTP id 089D38FC2F for ; Sun, 20 Apr 2008 17:56:23 +0000 (UTC) (envelope-from LukeD@pobox.com) Received: from localhost.localdomain (localhost [127.0.0.1]) by a-sasl-fastnet.sasl.smtp.pobox.com (Postfix) with ESMTP id D7FE95FA2 for ; Sun, 20 Apr 2008 13:38:38 -0400 (EDT) Received: from lukas.is-a-geek.org (pool-71-113-78-181.sttlwa.dsl-w.verizon.net [71.113.78.181]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by a-sasl-fastnet.sasl.smtp.pobox.com (Postfix) with ESMTP id 39ABE5FA1 for ; Sun, 20 Apr 2008 13:38:37 -0400 (EDT) Date: Sun, 20 Apr 2008 10:38:32 -0700 (PDT) From: Luke Dean X-X-Sender: lukas@border.lukas.is-a-geek.org To: freebsd-stable@freebsd.org Message-ID: <20080420101554.J57244@border.lukas.is-a-geek.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: kvm_open: kvm_nlist: No such file or directory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Luke Dean List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 17:56:24 -0000 A few weeks ago I did a source upgrade from 6.2 to 7-STABLE. I didn't "make delete-old" so a bunch of old libraries and such were left lying around causing problems when I rebuilt all my ports. I'd read about some recent improvements to DDB and SCHED_ULE in 7-STABLE, and it's a miserable snowy weekend in Seattle right now, so I decided I'd take this opportunity to update my system to the latest 7-STABLE and get rid of those old libraries properly this time. Now sysutils/wmmemmon and sysutils/wmcpuload stopped working. Both die with: kvm_open: kvm_nlist: No such file or directory error extracting symbols I found two PRs for other ports (ascpu and wmcube-gdk) to fix similar problems, but they seem to be related to 8-CURRENT. The solution in both of these cases is to use sysctls instead of using kvm. PR numbers are 119923 and 120142. My question is should the existing code work in 7-STABLE or do wmmemmon and wmcpuload need to be changed to use sysctls? They worked for me for a couple of weeks on 7-STABLE, but like I said, I had old libraries lying around and some of the windowmaker stuff chose to link to them. I have since cleaned up my system and rebuilt (I believe) everything and now the ports no longer work. This is what I believe is the offending code snippet from sysutils/wmmemmon's mem_freebsd.c file: -------------------------------------------------------------- static kvm_t *kvm_data = NULL; static int pageshift; static struct nlist nlst[] = { {"_cp_time"}, {"_cnt"}, {0} }; /* initialize function */ void mem_init(void) { int pagesize = getpagesize(); pageshift = 0; while (pagesize > 1) { pageshift++; pagesize >>= 1; } kvm_data = kvm_open(NULL, NULL, NULL, O_RDONLY, "kvm_open"); if (kvm_data == NULL) { fprintf(stderr, "can't open kernel virtual memory"); exit(1); } kvm_nlist(kvm_data, nlst); if (nlst[0].n_type == 0 || nlst[1].n_type == 0) { fprintf(stderr, "error extracting symbols"); exit(1); } From owner-freebsd-stable@FreeBSD.ORG Sun Apr 20 17:58:53 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1D301065684; Sun, 20 Apr 2008 17:58:53 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from b.mail.sonic.net (b.mail.sonic.net [64.142.19.5]) by mx1.freebsd.org (Postfix) with ESMTP id 6EA358FC18; Sun, 20 Apr 2008 17:58:53 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from Macintosh-2.local (hornet.kitchenlab.org [64.142.31.105]) (authenticated bits=0) by b.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id m3KHwqGK010823 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 20 Apr 2008 10:58:53 -0700 Message-ID: <480B8458.5000701@freebsd.org> Date: Sun, 20 Apr 2008 10:58:48 -0700 From: "Bruce A. Mah" User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: John Baldwin References: <01ab01c898ca$ce4763e0$6ad62ba0$@muni.cz> <200804080957.30738.jhb@freebsd.org> In-Reply-To: <200804080957.30738.jhb@freebsd.org> X-Enigmail-Version: 0.95.6 OpenPGP: id=5ba052c3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig16AB59608415A544728FC2A7" Cc: Petr Holub , re@freebsd.org, freebsd-stable@freebsd.org Subject: Re: panics on 6.3-RELEASE in IP stack X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 17:58:53 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig16AB59608415A544728FC2A7 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: quoted-printable If memory serves me right, John Baldwin wrote: > Given how simple the patch is and that if fixes a known panic this migh= t be=20 > worthy of an errata notice or errata candidate. (At least a note in th= e=20 > errata pointing to the 1.85.2.10 commit if not an actual patch to=20 > RELENG_6_3.) I added an item to the post-release errata for this. Bruce. --------------enig16AB59608415A544728FC2A7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIC4Rc2MoxcVugUsMRApa6AKC7kURD+ljvI+Tzx6FB9p1UdtaVvgCgqSPU UrhHjZIjqDjpuznngHSNaMo= =xxWA -----END PGP SIGNATURE----- --------------enig16AB59608415A544728FC2A7-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 20 18:23:31 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 101E8106566B for ; Sun, 20 Apr 2008 18:23:31 +0000 (UTC) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.freebsd.org (Postfix) with ESMTP id AB58E8FC14 for ; Sun, 20 Apr 2008 18:23:29 +0000 (UTC) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.4/8.13.1) with ESMTP id m3KINSOr099926 for ; Sun, 20 Apr 2008 20:23:28 +0200 (CEST) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.4/8.13.1/Submit) id m3KINSQq099925 for stable@freebsd.org; Sun, 20 Apr 2008 20:23:28 +0200 (CEST) (envelope-from hk) Date: Sun, 20 Apr 2008 20:23:28 +0200 From: Holger Kipp To: stable@freebsd.org Message-ID: <20080420182328.GA99572@intserv.int1.b.intern> References: <20080418131318.GA27272@intserv.int1.b.intern> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080418131318.GA27272@intserv.int1.b.intern> User-Agent: Mutt/1.4.2.1i Cc: Subject: [FOUND] connection reset after second syn-ack was sent (FreeBSD 7.0) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 18:23:31 -0000 On Fri, Apr 18, 2008 at 03:13:18PM +0200, Holger Kipp wrote: > I have a little problem here that is driving me nuts: Found it (must have been blind) - sorry for wasting the bandwidth... > I occasionally experience the following: > 2008-04-18 10:38:46.454495 IP 192.168.1.1.55784 > 192.168.188.188.515: S 2765551688:2765551688(0) win 32768 > 2008-04-18 10:38:46.454507 IP 192.168.188.188.515 > 192.168.1.1.55784: S 3468383339:3468383339(0) ack 2765551689 win 65535 > 2008-04-18 10:38:49.453868 IP 192.168.188.188.515 > 192.168.1.1.55784: S 3468383339:3468383339(0) ack 2765551689 win 65535 > 2008-04-18 10:38:49.722767 IP 192.168.1.1.55784 > 192.168.188.188.515: . ack 1 win 32768 > 2008-04-18 10:38:49.722786 IP 192.168.188.188.515 > 192.168.1.1.55784: R 3468383340:3468383340(0) win 0 > 2008-04-18 10:38:49.727926 IP 192.168.1.1.55784 > 192.168.188.188.515: P 1:7(6) ack 1 win 32768 > 2008-04-18 10:38:49.819709 IP 192.168.188.188.515 > 192.168.1.1.55784: P 1:2(1) ack 7 win 65535 > 2008-04-18 10:38:50.006543 IP 192.168.1.1.55784 > 192.168.188.188.515: R 2765551695:2765551695(0) win 0 dhcp-383-1# tcpdump -n -l -tttt -vvv -S -r 20080417_tcpdump_ru_all_515.dump port 53479 reading from file 20080417_tcpdump_ru_all_515.dump, link-type EN10MB (Ethernet) 2008-04-19 16:38:28.149039 IP (tos 0x0, ttl 53, id 64087, offset 0, flags [DF], proto TCP (6), length 48) 192.168.1.1.53479 > 192.168.188.188.515: S, cksum 0x7a8f (correct), 2316685919:2316685919(0) win 32768 2008-04-19 16:38:28.149091 IP (tos 0x0, ttl 64, id 14400, offset 0, flags [DF], proto TCP (6), length 48) 192.168.188.188.515 > 192.168.1.1.53479: S, cksum 0xded3 (correct), 1506132195:1506132195(0) ack 2316685920 win 65535 2008-04-19 16:38:31.148742 IP (tos 0x0, ttl 64, id 14401, offset 0, flags [DF], proto TCP (6), length 48) 192.168.188.188.515 > 192.168.1.1.53479: S, cksum 0xded3 (correct), 1506132195:1506132195(0) ack 2316685920 win 65535 2008-04-19 16:38:31.332618 IP (tos 0x0, ttl 53, id 64089, offset 0, flags [DF], proto TCP (6), length 40) 192.168.1.1.53479 > 192.168.188.188.515: ., cksum 0x8a94 (correct), 2316685926:2316685926(0) ack 1506132196 win 32768 2008-04-19 16:38:31.332634 IP (tos 0x0, ttl 64, id 14402, offset 0, flags [DF], proto TCP (6), length 40) 192.168.188.188.515 > 192.168.1.1.53479: R, cksum 0x671d (correct), 1506132196:1506132196(0) win 0 2008-04-19 16:38:31.395882 IP (tos 0x0, ttl 53, id 64090, offset 0, flags [DF], proto TCP (6), length 46) 192.168.1.1.53479 > 192.168.188.188.515: P, cksum 0xdedb (correct), 2316685920:2316685926(6) ack 1506132196 win 32768 2008-04-19 16:38:31.468651 IP (tos 0x0, ttl 64, id 14417, offset 0, flags [DF], proto TCP (6), length 41) 192.168.188.188.515 > 192.168.1.1.53479: P, cksum 0x0a8c (correct), 1506132196:1506132197(1) ack 2316685926 win 65535 2008-04-19 16:38:31.652240 IP (tos 0x0, ttl 53, id 64091, offset 0, flags [DF], proto TCP (6), length 40) 192.168.1.1.53479 > 192.168.188.188.515: R, cksum 0x254b (correct), 2316685926:2316685926(0) win 0 OK, so this is what happenes: ID 64087 receive SYN 19:19 -------- send SYN-ACK 95:95 for 20 -------- send SYN-ACK 95.95 for 20 again after three seconds ID 64089 receive ACK 26:26 for 96 (interesting, not 20:26) -------- send RST because ACK is not 20:xx, I assume ID 64090 receive ACK 20:26 for 96 but shouldn't the ID be in sequence? -------- send ACK 96:97 for 26 as we got the correct ACK now. ID 64091 receive RST 26:26 Well, still open questions here. Sight. Suggestions welcome. Ah, the initiating system is HP-UX... Anyway, thanks for listening. Best regards, Holger Kipp From owner-freebsd-stable@FreeBSD.ORG Sun Apr 20 19:18:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A2E61065671 for ; Sun, 20 Apr 2008 19:18:24 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [91.103.162.4]) by mx1.freebsd.org (Postfix) with ESMTP id 1A8E68FC13 for ; Sun, 20 Apr 2008 19:18:23 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id E1E6619E019; Sun, 20 Apr 2008 21:02:59 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 76F0319E027; Sun, 20 Apr 2008 21:02:57 +0200 (CEST) Message-ID: <480B9373.50603@quip.cz> Date: Sun, 20 Apr 2008 21:03:15 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Arnaud Houdelette References: <396418019.20080409104542@serebryakov.spb.ru> <47FCBAFB.9060508@tzim.net> <4956a5e50804191912g52833c35q868827dc2b54e5ae@mail.gmail.com> <480AE7AA.5090204@tzim.net> In-Reply-To: <480AE7AA.5090204@tzim.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: [SO]HO Software RAID5 server: which implementation should I choice? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 19:18:24 -0000 Arnaud Houdelette wrote: [...] > Geom_raid5 is (unfortunatly ?) not part of Freebsd base. > You'll have to download and install the module and utility binaries and > follow the (simple) instructions from this website : > http://home.tiscali.de/cmdr_faako/graid5-howto.html > > In the meantime, somebody convinced me to give zfs a try, I backed up my > data, converted the raid array to raidz pool and I must say I'm not > disappointed. > + Read performance (~160 Mo/s) > + Instant snapshots > + zfs filesystems goodness > + better support from the community > - Stability issues : zfs and kernel need to be tuned > - Drive crash scenario may be a bit more complex Do you have any stability issues after tuning? What settings you are using? I am testing ZFS for a short time with these values: vm.kmem_size="1024M" vm.kmem_size_max="1024M" vfs.zfs.prefetch_disable="1" kern.maxvnodes="400000" vfs.zfs.zil_disable="1" (on Sun Fire X2100 with 4GB of RAM and FreeBSD 7.0-RELEASE amd64) It seems to be stable. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Sun Apr 20 20:49:28 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00A5D1065671 for ; Sun, 20 Apr 2008 20:49:28 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id E48138FC12 for ; Sun, 20 Apr 2008 20:49:27 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id D426E1CC033; Sun, 20 Apr 2008 13:49:27 -0700 (PDT) Date: Sun, 20 Apr 2008 13:49:27 -0700 From: Jeremy Chadwick To: Holger Kipp Message-ID: <20080420204927.GA52929@eos.sc1.parodius.com> References: <20080418131318.GA27272@intserv.int1.b.intern> <20080420182328.GA99572@intserv.int1.b.intern> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080420182328.GA99572@intserv.int1.b.intern> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: stable@freebsd.org Subject: Re: [FOUND] connection reset after second syn-ack was sent (FreeBSD 7.0) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 20:49:28 -0000 On Sun, Apr 20, 2008 at 08:23:28PM +0200, Holger Kipp wrote: > Well, still open questions here. Sight. > Suggestions welcome. Ah, the initiating system is HP-UX... I doubt this is the cause, but it's worth asking. 1) Are you using pf(4) on the RELENG_7 box at all? 2) Have you tried turning off RFC1323 on the RELENG_7 box to see if the TCP behaviour changes? sysctl net.inet.tcp.rfc1323=0. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Apr 20 22:39:11 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 615EA1065673 for ; Sun, 20 Apr 2008 22:39:11 +0000 (UTC) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.freebsd.org (Postfix) with ESMTP id E40658FC16 for ; Sun, 20 Apr 2008 22:39:10 +0000 (UTC) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.4/8.13.1) with ESMTP id m3KMd9xO006053; Mon, 21 Apr 2008 00:39:09 +0200 (CEST) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.4/8.13.1/Submit) id m3KMd8UY006052; Mon, 21 Apr 2008 00:39:08 +0200 (CEST) (envelope-from hk) Date: Mon, 21 Apr 2008 00:39:08 +0200 From: Holger Kipp To: Jeremy Chadwick Message-ID: <20080420223908.GA4431@intserv.int1.b.intern> References: <20080418131318.GA27272@intserv.int1.b.intern> <20080420182328.GA99572@intserv.int1.b.intern> <20080420204927.GA52929@eos.sc1.parodius.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080420204927.GA52929@eos.sc1.parodius.com> User-Agent: Mutt/1.4.2.1i Cc: Holger Kipp , stable@freebsd.org Subject: Re: [FOUND] connection reset after second syn-ack was sent (FreeBSD 7.0) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 22:39:11 -0000 On Sun, Apr 20, 2008 at 01:49:27PM -0700, Jeremy Chadwick wrote: > On Sun, Apr 20, 2008 at 08:23:28PM +0200, Holger Kipp wrote: > > Well, still open questions here. Sight. > > Suggestions welcome. Ah, the initiating system is HP-UX... > > I doubt this is the cause, but it's worth asking. > > 1) Are you using pf(4) on the RELENG_7 box at all? No, this is a vanilla 7.0-RELEASE installation with only lpd and ntpd configured. Neither of pf, ipf or ipfw is used. > 2) Have you tried turning off RFC1323 on the RELENG_7 box to see if > the TCP behaviour changes? sysctl net.inet.tcp.rfc1323=0. OK, will do. However, the described problem only happens when the box is resending SYN-ACK after SYN was received and no answer (ACK) was received after the first SYN-ACK. All other connection requests from the same host to the same port (lpd) work without problems. So currently this affects about 0.1 to 0.3 percent of all 3000 - 6000 print requests. Regards, Holger Kipp From owner-freebsd-stable@FreeBSD.ORG Sun Apr 20 23:22:42 2008 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2440C106566C for ; Sun, 20 Apr 2008 23:22:42 +0000 (UTC) (envelope-from mi@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id AF6158FC1D for ; Sun, 20 Apr 2008 23:22:41 +0000 (UTC) (envelope-from mi@aldan.algebra.com) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.14.2/8.14.1) with ESMTP id m3KNMevC001199 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 20 Apr 2008 19:22:41 -0400 (EDT) (envelope-from mi@aldan.algebra.com) Received: (from mi@localhost) by aldan.algebra.com (8.14.2/8.14.1/Submit) id m3KNMe3f001198; Sun, 20 Apr 2008 19:22:40 -0400 (EDT) (envelope-from mi) From: "Mikhail T." Message-Id: <200804202322.m3KNMe3f001198@aldan.algebra.com> To: firewire@FreeBSD.org, stable@FreeBSD.org Date: Sun, 20 Apr 2008 19:22:40 -0400 (EDT) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 23:22:42 -0000 Hello! My FreeBSD/amd64 system has two processors, each with 2 out of 4 memory slots filled. The total RAM is 4Gb. In the BIOS there are options to enable "Software memory hole" and "Hardware memory hole". The only way to have the entire 4Gb of physical RAM enabled is to have "Software memory hole" only. Enabling the hardware hole leads to the detection of only 3.6Gb. From /var/run/dmesg.boot: usable memory = 3783233536 (3607 MB) avail memory = 3597369344 (3430 MB) Unfortunately, when "Software memory hole" is enabled -- regardless of whether the hardware one is enabled or not -- trying to transfer a file via firewire: fwcontrol -M mpg -R /store/videos/tape1.mpg leads to a panic instantly: Unread portion of the kernel message buffer: panic: vm_fault: fault on nofault entry, addr: ffffffffb0796000 cpuid = 0 Uptime: 2m10s Physical memory: 4087 MB Dumping 295 MB:fwohci0: Isochronous receive err 8402(long) fwohci0: Isochronous receive err 8402(long) fwohci0: Isochronous receive err 8402(long) fwohci0: Isochronous receive err 8402(long) fwohci0: Isochronous receive err 8402(long) fwohci0: Isochronous receive err 8402(long) fwohci0: Isochronous receive err 8402(long) fwohci0: Isochronous receive err 8402(long) 280fwohci0: Isochronous receive err 8402(long) fwohci0: Isochronous receive err 8402(long) 264fwohci0: Isochronous receive err 8402(long) 248fwohci0: Isochronous receive err 8402(long) 232fwohci0: Isochronous receive err 8402(long) fwohci0: Isochronous receive err 8402(long) 216fwohci0: Isochronous receive err 8402(long) fwohci0: Isochronous receive err 8402(long) fwohci0: Isochronous receive err 8402(long) 200 184 168 152 136 120 104 88 72 56 40 24 8 #0 doadump () at pcpu.h:194 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) #0 doadump () at pcpu.h:194 #1 0x0000000000000004 in ?? () #2 0xffffffff802e8b60 in boot (howto=260) at /var/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff802e8f7d in panic (fmt=0x104
) at /var/src/sys/kern/kern_shutdown.c:563 #4 0xffffffff80424f63 in vm_fault (map=0xffffff0001000000, vaddr=18446744072375328768, fault_type=1 '\001', fault_flags=0) at /var/src/sys/vm/vm_fault.c:275 #5 0xffffffff8045a4ff in trap_pfault (frame=0xffffffffb05cc8d0, usermode=0) at /var/src/sys/amd64/amd64/trap.c:630 #6 0xffffffff8045ae49 in trap (frame=0xffffffffb05cc8d0) at /var/src/sys/amd64/amd64/trap.c:410 #7 0xffffffff8043f17e in calltrap () at /var/src/sys/amd64/amd64/exception.S:169 #8 0xffffffff804596db in copyout () at /var/src/sys/amd64/amd64/support.S:257 #9 0xffffffff802f0440 in uiomove (cp=0xffffffffb0795e00, n=588, uio=0xffffffffb05ccb00) at /var/src/sys/kern/kern_subr.c:168 #10 0xffffffff8021901a in fw_read (dev=) at /var/src/sys/dev/firewire/fwdev.c:403 #11 0xffffffff80297ca4 in devfs_read_f (fp=0xffffff0003fa9348, uio=0xffffffffb05ccb00, cred=) at /var/src/sys/fs/devfs/devfs_vnops.c:880 #12 0xffffffff8031da7d in dofileread (td=0xffffff00038b49c0, fd=3, fp=0xffffff0003fa9348, auio=0xffffffffb05ccb00, offset=) at file.h:242 #13 0xffffffff8031ddee in kern_readv (td=0xffffff00038b49c0, fd=3, auio=0xffffffffb05ccb00) at /var/src/sys/kern/sys_generic.c:192 #14 0xffffffff8031dedc in read (td=0x612a94, uap=0xffffffffb0796000) at /var/src/sys/kern/sys_generic.c:108 #15 0xffffffff8045a700 in syscall (frame=0xffffffffb05ccc70) at /var/src/sys/amd64/amd64/trap.c:852 #16 0xffffffff8043f38b in Xfast_syscall () at /var/src/sys/amd64/amd64/exception.S:290 #17 0x000000080070a34c in ?? () (kgdb) Having the hardware hole ONLY enabled allows for video transfers... Please, advise. Thanks! -mi From owner-freebsd-stable@FreeBSD.ORG Sun Apr 20 23:30:31 2008 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00FE6106564A; Sun, 20 Apr 2008 23:30:31 +0000 (UTC) (envelope-from mi@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id 8EAE68FC14; Sun, 20 Apr 2008 23:30:30 +0000 (UTC) (envelope-from mi@aldan.algebra.com) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.14.2/8.14.1) with ESMTP id m3KNAi2g001091 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 20 Apr 2008 19:10:44 -0400 (EDT) (envelope-from mi@aldan.algebra.com) Received: (from mi@localhost) by aldan.algebra.com (8.14.2/8.14.1/Submit) id m3KNAi9b001090; Sun, 20 Apr 2008 19:10:44 -0400 (EDT) (envelope-from mi) From: "Mikhail T." Message-Id: <200804202310.m3KNAi9b001090@aldan.algebra.com> To: stable@FreeBSD.org Date: Sun, 20 Apr 2008 19:10:44 -0400 (EDT) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 23:30:31 -0000 Hello! I tried, accidentally, to save a video-file (via firewire) to a read-only location. The entire system paniced with the message in subject. Why did it happen? Thanks! -mi From owner-freebsd-stable@FreeBSD.ORG Sun Apr 20 23:34:48 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D628B106564A; Sun, 20 Apr 2008 23:34:48 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 612838FC20; Sun, 20 Apr 2008 23:34:48 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.14.2/jtpda-5.4) with ESMTP id m3KN2Zox002315 ; Mon, 21 Apr 2008 01:02:36 +0200 (CEST) X-Ids: 164 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id m3KN2Yrb016566 ; Mon, 21 Apr 2008 01:02:34 +0200 (MEST) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.3/8.13.1/Submit) id m3KN2YLE016563; Mon, 21 Apr 2008 01:02:34 +0200 (MEST) (envelope-from arno) To: stable@freebsd.org From: "Arno J. Klaassen" Date: 21 Apr 2008 01:02:33 +0200 Message-ID: Lines: 66 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (shiva.jussieu.fr [134.157.0.164]); Mon, 21 Apr 2008 01:02:36 +0200 (CEST) X-Virus-Scanned: ClamAV 0.92/6851/Sun Apr 20 23:25:02 2008 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail.jussieu.fr with ID 480BCB8C.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 480BCB8C.000/134.157.184.22/heho.snv.jussieu.fr/heho.snv.jussieu.fr/ X-j-chkmail-Score: MSGID : 480BCB8C.000 on jchkmail.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.016 -> S=0.016 X-j-chkmail-Status: Ham Cc: net@freebsd.org Subject: nfs-server silent data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 23:34:48 -0000 Hello, I've a strange problem with a box I'm setting up as nfs-server under 7-stable : - tyan S2895 MB, 2*285Dualcore Opteron, 4G-ECC, ahd-scsi, nfe-network - stripped GENERIC as kernel - sources as of last saturday afternoon (European time) I removed everything from /boot/loader.conf and /etc/sysctl.conf, still I get "easily" data corruption when exporting ahd-scsi over nfs (NB exporting geom_raid5 gives same data corruption) Testing with the following pseudo code : while checksum1 == checksum2 do create random file of $1 MBytes calculate md5 checksum1 copy calculate md5 checksum2 on copy Tested on both (as nfs-client) a 6-stable-i386 from a couple of weeks ago as well as a linux 2.6.15-gentoo-r1 of about two years ago : within half an hour the copy will be different .... ;( I played with nfs-options on client side (nfs[23], conn, intr, [udp|tcp], -r=, -w= ) but none seem to matter. Start/Stop rpc.lock/sttatd on server/client just provoked some : cp: utimes: BIG2: No such file or directory cp: chown: BIG2: Stale NFS file handle cp: chmod: BIG2: Stale NFS file handle cp: chflags: BIG2: Operation not supported cp: BIG2: Stale NFS file handle cp: setting permissions for `BIG2': Stale NFS file handle cp: closing `BIG2': Stale NFS file handle [and then the while loop continued ... as if the NFS handle where not that stale ..] Anyway, I'll try to nail this down more (e.g. nfs-write performance is horrible ... (nfsd falling down to 0% cpu and then after while 'wake up' and be at around 3-6% again)) I didn't stress-test this MB for a while, but last time I did was with 7-PRELEASE/RC?/CANTremember-exactly-but-close-to-release and all worked great I did add 2G ECC to the 2nd CPU since, though I doubt that interferes with NFS. Bref, if anyone has a suggestion ???? (I will try downgrade to RELENG_7_0 iff noone has a new suggestion for RELENG_7, but I'd like to go forward and test some maybe suspect recent MFC or other suggestion) Thanx in advance, best, Arno From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 00:46:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 548C9106564A for ; Mon, 21 Apr 2008 00:46:54 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.225]) by mx1.freebsd.org (Postfix) with ESMTP id E01208FC20 for ; Mon, 21 Apr 2008 00:46:53 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wr-out-0506.google.com with SMTP id 50so594542wra.13 for ; Sun, 20 Apr 2008 17:46:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=enYrj0iSYLGbDM7CYOAdQkQ4KGOgxAmjZTfKuU+Kuzg=; b=XkQj0CiSjufxG9D5gk80yY5GXB7yATeGdOGthC2dCDemUHIe6FKAXR8VOpfVTlKO+D/Dy5TgEy2x32Cx96b8yBg7CRSHndd08JBJeijvgu/biWuIb/hhnQai1IvIGOMwqIow8LNpMrp7GYSbdUR+PKVcarTEtwwpsiyDhdX5jLw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=qDs81NyhnVMXxof0kLxgWvPcxCCFEBd5h4onTkefbeD7Ed45wRkDQQdRLJp4biLEvaGb1JdDtGJn4mLs/NGBxCnPONzwDTXtGGPwI5mjUOYgsNTjWoVi+6m9ZzJCDP14xve/27LWiJsvjTEON4zdCWsn8l7h99R9AxVzz8Is2yA= Received: by 10.142.177.7 with SMTP id z7mr1496274wfe.47.1208738812521; Sun, 20 Apr 2008 17:46:52 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 30sm5695760wff.11.2008.04.20.17.46.45 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 20 Apr 2008 17:46:50 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m3L0kfmO044583 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Apr 2008 09:46:41 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m3L0keYt044582; Mon, 21 Apr 2008 09:46:40 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 21 Apr 2008 09:46:40 +0900 From: Pyun YongHyeon To: Mike Tancsa Message-ID: <20080421004640.GA44371@cdnetworks.co.kr> References: <200804191540.m3JFeTbI076484@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200804191540.m3JFeTbI076484@lava.sentex.ca> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: AMD64 crash on RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 00:46:54 -0000 On Sat, Apr 19, 2008 at 11:40:33AM -0400, Mike Tancsa wrote: > > Not sure if this is a hardware issue or a bug, but it was the first > crash since putting the box into production a few weeks ago > > > > 0[verify1]# kgdb kernel.debug vmcore.0 > [GDB will not be able to debug user-mode threads: > /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd". > There is no member named pathname. > (kgdb) bt > #0 doadump () at pcpu.h:194 > #1 0x0000000000000004 in ?? () > #2 0xffffffff802b0f29 in boot (howto=260) at > /usr/src/sys/kern/kern_shutdown.c:409 > #3 0xffffffff802b132d in panic (fmt=0x104
bounds>) at /usr/src/sys/kern/kern_shutdown.c:563 > #4 0xffffffff8046a9b3 in vm_fault (map=0xffffff0001000000, > vaddr=18446744072332865536, fault_type=1 '\001', fault_flags=0) > at /usr/src/sys/vm/vm_fault.c:275 > #5 0xffffffff8049facf in trap_pfault (frame=0xffffffffabed4a30, > usermode=0) at /usr/src/sys/amd64/amd64/trap.c:630 > #6 0xffffffff804a03f8 in trap (frame=0xffffffffabed4a30) at > /usr/src/sys/amd64/amd64/trap.c:410 > #7 0xffffffff8048606e in calltrap () at > /usr/src/sys/amd64/amd64/exception.S:169 > #8 0xffffffff8049ebb6 in bcopy () at /usr/src/sys/amd64/amd64/support.S:123 > #9 0xffffffff802fefb4 in m_devget (buf=0xffffffffadf16b6a "", > totlen=18231, off=0, ifp=0xffffff0001041800, copy=0) ^^^^^^^^^^^^ I think this should be fixed in if_rl.c rev 1.170.2.3. m_devget(9) should never get this wrong legnth, 18231 bytes as rl(4) can't handle this huge frame size. Do you use latest if_rl.c on RELENG_7? > at /usr/src/sys/kern/uipc_mbuf.c:1233 > #10 0xffffffff8041f2cc in rl_rxeof (sc=0xffffff0002e2c000) at > /usr/src/sys/pci/if_rl.c:1179 > #11 0xffffffff8041f878 in rl_intr (arg=Variable "arg" is not available. > ) at /usr/src/sys/pci/if_rl.c:1362 > #12 0xffffffff80295530 in ithread_loop (arg=0xffffff00011fd160) at > /usr/src/sys/kern/kern_intr.c:1036 > #13 0xffffffff802925e3 in fork_exit (callout=0xffffffff802953c0 > , arg=0xffffff00011fd160, > frame=0xffffffffabed4c80) at /usr/src/sys/kern/kern_fork.c:783 > #14 0xffffffff8048643e in fork_trampoline () at > /usr/src/sys/amd64/amd64/exception.S:415 > #15 0x0000000000000000 in ?? () > #16 0x0000000000000000 in ?? () > #17 0x0000000000000001 in ?? () > #18 0x0000000000000000 in ?? () > #19 0x0000000000000000 in ?? () > #20 0x0000000000000000 in ?? () > #21 0x0000000000000000 in ?? () > #22 0x0000000000000000 in ?? () > #23 0x0000000000000000 in ?? () > #24 0x0000000000000000 in ?? () > #25 0x0000000000000000 in ?? () > #26 0x0000000000000000 in ?? () > #27 0x0000000000000000 in ?? () > #28 0x0000000000000000 in ?? () > #29 0x0000000000000000 in ?? () > #30 0x0000000000000000 in ?? () > #31 0x0000000000000000 in ?? () > #32 0x0000000000000000 in ?? () > #33 0x0000000000000000 in ?? () > #34 0x0000000000000000 in ?? () > #35 0x0000000000000000 in ?? () > #36 0x0000000000000000 in ?? () > ---Type to continue, or q to quit--- > #37 0x0000000000000000 in ?? () > #38 0x0000000000000000 in ?? () > #39 0x0000000000893000 in ?? () > #40 0xffffffff8069a200 in tdg_maxid () > #41 0xffffffff806a6a00 in tdq_cpu () > #42 0xffffffff806a6a00 in tdq_cpu () > #43 0xffffff000118c350 in ?? () > #44 0xffffff000118c658 in ?? () > #45 0xffffffffabed4b38 in ?? () > #46 0xffffff000118c350 in ?? () > #47 0xffffffff802cf4e8 in sched_switch (td=0xffffffff802953c0, > newtd=0x0, flags=Variable "flags" is not available. > ) at /usr/src/sys/kern/sched_ule.c:1898 > #48 0x0000000000000000 in ?? () > #49 0x0000000000000000 in ?? () > #50 0x0000000000000000 in ?? () > #51 0x0000000000000000 in ?? () > #52 0x0000000000000000 in ?? () > #53 0x0000000000000000 in ?? () > #54 0x0000000000000000 in ?? () > #55 0x0000000000000000 in ?? () > #56 0x0000000000000000 in ?? () > #57 0x0000000000000000 in ?? () > #58 0x0000000000000000 in ?? () > #59 0x0000000000000000 in ?? () > #60 0x0000000000000000 in ?? () > #61 0x0000000000000000 in ?? () > #62 0x0000000000000000 in ?? () > #63 0x0000000000000000 in ?? () > #64 0x0000000000000000 in ?? () > #65 0x0000000000000000 in ?? () > #66 0x0000000000000000 in ?? () > #67 0x0000000000000000 in ?? () > #68 0x0000000000000000 in ?? () > #69 0x0000000000000000 in ?? () > #70 0x0000000000000000 in ?? () > #71 0x0000000000000000 in ?? () > #72 0x0000000000000000 in ?? () > #73 0x0000000000000000 in ?? () > #74 0x0000000000000000 in ?? () > #75 0x0000000000000000 in ?? () > #76 0x0000000000000000 in ?? () > ---Type to continue, or q to quit--- > #77 0x0000000000000000 in ?? () > #78 0x0000000000000000 in ?? () > #79 0x0000000000000000 in ?? () > #80 0x0000000000000000 in ?? () > #81 0x0000000000000000 in ?? () > #82 0x0000000000000000 in ?? () > #83 0x0000000000000000 in ?? () > #84 0x0000000000000000 in ?? () > #85 0x0000000000000000 in ?? () > #86 0x0000000000000000 in ?? () > #87 0x0000000000000000 in ?? () > #88 0x0000000000000000 in ?? () > #89 0x0000000000000000 in ?? () > #90 0x0000000000000000 in ?? () > #91 0x0000000000000000 in ?? () > #92 0x0000000000000000 in ?? () > #93 0x0000000000000000 in ?? () > #94 0x0000000000000000 in ?? () > #95 0x0000000000000000 in ?? () > #96 0x0000000000000000 in ?? () > #97 0x0000000000000000 in ?? () > #98 0x0000000000000000 in ?? () > #99 0x0000000000000000 in ?? () > #100 0x0000000000000000 in ?? () > #101 0x0000000000000000 in ?? () > #102 0x0000000000000000 in ?? () > #103 0x0000000000000000 in ?? () > #104 0x0000000000000000 in ?? () > #105 0x0000000000000000 in ?? () > #106 0x0000000000000000 in ?? () > #107 0x0000000000000000 in ?? () > #108 0x0000000000000000 in ?? () > #109 0x0000000000000000 in ?? () > #110 0x0000000000000000 in ?? () > #111 0x0000000000000000 in ?? () > #112 0x0000000000000000 in ?? () > #113 0x0000000000000000 in ?? () > #114 0x0000000000000000 in ?? () > #115 0x0000000000000000 in ?? () > Cannot access memory at address 0xffffffffabed5000 > > Stable from Mar 26th > > cat /var/run/dmesg.boot > panic: vm_fault: fault on nofault entry, addr: ffffffffadf17000 > cpuid = 0 > Uptime: 22d23h55m31s > Physical memory: 4054 MB > Dumping 519 MB: 504 488 472 456 440 424 408 392 376 360 344 328 312 > 296 280 264 248 232 216 200 184 168 152 136 120 104 88 72 56 40 24 > 8Copyright (c) 1992-2008 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 7.0-STABLE #1: Wed Mar 26 17:43:52 EDT 2008 > cgreen@verify1-new.sentex.ca:/usr/obj/usr/src/sys/Verify1-64 > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Athlon(tm) 64 Processor 3800+ (2399.75-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0x40ff2 Stepping = 2 > Features=0x78bfbff > Features2=0x2001 > AMD Features=0xea500800 > AMD Features2=0x1d > usable memory = 4251840512 (4054 MB) > avail memory = 4082696192 (3893 MB) > ACPI APIC Table: > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > acpi0: on motherboard > acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 21 > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > acpi0: reservation of 0, a0000 (3) failed > acpi0: reservation of 100000, bdde0000 (3) failed > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <32-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 > cpu0: on acpi0 > powernow0: on cpu0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > vgapci0: port 0xee00-0xeeff mem > 0xf8000000-0xfbffffff,0xfdef0000-0xfdefffff irq 17 at device 5.0 on pci1 > atapci0: port > 0xfe00-0xfe07,0xfd00-0xfd03,0xfc00-0xfc07,0xfb00-0xfb03,0xfa00-0xfa0f > mem 0xfe02f000-0xfe02f1ff irq 23 at device 17.0 on pci0 > atapci0: [ITHREAD] > ata2: on atapci0 > ata2: [ITHREAD] > ata3: on atapci0 > ata3: [ITHREAD] > atapci1: port > 0xf900-0xf907,0xf800-0xf803,0xf700-0xf707,0xf600-0xf603,0xf500-0xf50f > mem 0xfe02e000-0xfe02e1ff irq 22 at device 18.0 on pci0 > atapci1: [ITHREAD] > ata4: on atapci1 > ata4: [ITHREAD] > ata5: on atapci1 > ata5: [ITHREAD] > ohci0: mem 0xfe02d000-0xfe02dfff at device > 19.0 on pci0 > ohci0: [GIANT-LOCKED] > ohci0: [ITHREAD] > usb0: OHCI version 1.0, legacy support > usb0: SMM does not respond, resetting > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 4 ports with 4 removable, self powered > ohci1: mem 0xfe02c000-0xfe02cfff at device > 19.1 on pci0 > ohci1: [GIANT-LOCKED] > ohci1: [ITHREAD] > usb1: OHCI version 1.0, legacy support > usb1: SMM does not respond, resetting > usb1: on ohci1 > usb1: USB revision 1.0 > uhub1: on usb1 > uhub1: 4 ports with 4 removable, self powered > ehci0: mem 0xfe02b000-0xfe02bfff at > device 19.2 on pci0 > ehci0: [GIANT-LOCKED] > ehci0: [ITHREAD] > usb2: waiting for BIOS to give up control > usb2: timed out waiting for BIOS > usb2: EHCI version 1.0 > usb2: companion controllers, 4 ports each: usb0 usb1 > usb2: on ehci0 > usb2: USB revision 2.0 > uhub2: on usb2 > uhub2: 8 ports with 8 removable, self powered > pci0: at device 20.0 (no driver attached) > atapci2: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf300-0xf30f at device 20.1 on pci0 > ata0: on atapci2 > ata0: [ITHREAD] > ata1: on atapci2 > ata1: [ITHREAD] > isab0: at device 20.3 on pci0 > isa0: on isab0 > pcib2: at device 20.4 on pci0 > pci2: on pcib2 > rl0: port 0xde00-0xdeff mem > 0xfddff000-0xfddff0ff irq 22 at device 5.0 on pci2 > miibus0: on rl0 > rlphy0: PHY 0 on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > rl0: Ethernet address: 00:19:21:20:48:b8 > rl0: [ITHREAD] > acpi_tz0: on acpi0 > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on > acpi0 > sio0: type 16550A > sio0: [FILTER] > orm0: at iomem 0xc0000-0xcefff on isa0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > ugen0: FW:g8, class 0/0, rev 1.10/1.06, addr 2> on uhub1 > Timecounter "TSC" frequency 2399746333 Hz quality 800 > Timecounters tick every 1.000 msec > ad10: 76319MB at ata5-master SATA150 > Trying to mount root from ufs:/dev/ad10s1a > WARNING: / was not properly dismounted > WARNING: /tmp was not properly dismounted > WARNING: /usr was not properly dismounted > WARNING: /var was not properly dismounted > /var: mount pending error: blocks 292 files 10 > rl0: link state changed to UP > -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 01:47:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B8B5106566C for ; Mon, 21 Apr 2008 01:47:22 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 23C808FC13 for ; Mon, 21 Apr 2008 01:47:22 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3L1lLOd064957; Sun, 20 Apr 2008 21:47:21 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m3L1lK0T083660 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 20 Apr 2008 21:47:21 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200804210147.m3L1lK0T083660@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 20 Apr 2008 21:47:27 -0400 To: pyunyh@gmail.com From: Mike Tancsa In-Reply-To: <20080421004640.GA44371@cdnetworks.co.kr> References: <200804191540.m3JFeTbI076484@lava.sentex.ca> <20080421004640.GA44371@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: AMD64 crash on RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 01:47:22 -0000 At 08:46 PM 4/20/2008, Pyun YongHyeon wrote: > > #9 0xffffffff802fefb4 in m_devget (buf=0xffffffffadf16b6a "", > > totlen=18231, off=0, ifp=0xffffff0001041800, copy=0) > ^^^^^^^^^^^^ > >I think this should be fixed in if_rl.c rev 1.170.2.3. m_devget(9) >should never get this wrong legnth, 18231 bytes as rl(4) can't >handle this huge frame size. >Do you use latest if_rl.c on RELENG_7? Hi, This box was not running with the fixed version of if_rl and does indeed have a realtek nic. I have cvsup'd and will run with a more recent RELENG_7. Thanks for looking at the backtrace! ---Mike From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 06:11:29 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F176D106564A for ; Mon, 21 Apr 2008 06:11:29 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp5.clear.net.nz (smtp5.clear.net.nz [203.97.33.68]) by mx1.freebsd.org (Postfix) with ESMTP id B16F18FC1E for ; Mon, 21 Apr 2008 06:11:29 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from zmori.markir.net (121-73-166-241.dsl.telstraclear.net [121.73.166.241]) by smtp5.clear.net.nz (CLEAR Net Mail) with ESMTP id <0JZN0028GVTWT400@smtp5.clear.net.nz> for freebsd-stable@freebsd.org; Mon, 21 Apr 2008 18:10:45 +1200 (NZST) Date: Mon, 21 Apr 2008 18:10:38 +1200 From: Mark Kirkwood In-reply-to: <480AEB12.8050404@paradise.net.nz> To: freebsd-stable@freebsd.org Message-id: <480C2FDE.8020903@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <47EC63CA.5060009@paradise.net.nz> <480AEB12.8050404@paradise.net.nz> User-Agent: Thunderbird 2.0.0.9 (X11/20080419) Subject: Re: USB stall with creative nomad X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 06:11:30 -0000 > I wrote: >> >> Mar 27 13:32:30 zmori kernel: da0: >> Removable Direct Access SCSI-4 device >> Mar 27 13:32:30 zmori kernel: da0: 1.000MB/s transfers >> Mar 27 13:32:30 zmori kernel: da0: 125MB (256001 512 byte sectors: >> 64H 32S/T 125C) >> Mar 27 13:32:39 zmori kernel: umass0: BBB reset failed, STALLED >> Mar 27 13:32:39 zmori kernel: umass0: BBB bulk-in clear stall failed, >> STALLED >> > ...and this is already logged as usb/119481, sorry missed it when searching gnats previously. Mark From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 08:09:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1058106564A; Mon, 21 Apr 2008 08:09:51 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id CBF508FC1D; Mon, 21 Apr 2008 08:09:51 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id BB7711CC033; Mon, 21 Apr 2008 01:09:51 -0700 (PDT) Date: Mon, 21 Apr 2008 01:09:51 -0700 From: Jeremy Chadwick To: freebsd-hardware@freebsd.org Message-ID: <20080421080951.GA80536@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Looking for Supermicro hardware owners... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 08:09:52 -0000 I'm in need of administrators who use Supermicro hardware, specifically Supermicro servers or motherboards, for a project I've been working on: http://jdc.parodius.com/freebsd/bsdhwmon/ If you have said hardware, and are willing to help, great! FreeBSD-specific stuff that's required: - smb.ko must be loaded (either via kldload or via "device smb" in your kernel configuration) - System must be running RELENG_6 or RELENG_7. I'm willing to try CURRENT as well, but have only been testing on 6/7 so far. - Must be i386 or amd64. - You must have root access to the box, obviously. :-) Details I need from you: - Exact server or motherboard model; please don't guess! - Output from "kenv | grep smbios" - Output from your BIOS's "Hardware Monitoring" screen. A photo of the screen is fine, but even better would be if you have Serial Redirection enabled in the BIOS so you can remotely manage BIOS settings. This will, of course, require a system reboot. The process works like this: Once I get the above data, I'll get in contact with Supermicro to obtain necessary technical documentation, which can take a couple of weeks. They're forthcoming with details, but slow to provide it. I wish I had some real engineering contacts over there... I'll then write the necessary code, and send you a tarball as a MIME attachment. You'll need to run "make", and run the compiled binary. Naturally I'll need need the output. :-) They should also be compared to that of what the BIOS reports (there may be some variance, especially in regards to temperatures; this is normal). Other odds-and-ends: The program at this stage is alpha. I still have much to do, such as adding decent comments to the code, writing proper READMEs and code details for those who want to help, a manpage, etc... The code is not as well-written as I'd like, but it's not a bunch of hackery either. I treat compiler warnings *very* seriously, for example. That said -- I haven't had a single incident of this program causing a kernel panic or resulting in odd system behaviour. I've had one other user testing it so far, and he hasn't reported anything either. I've been testing the code on both our development and production boxes with no issues. Feature requests are highly encouraged, but but my main focus right now is getting good hardware support. And yes, there are a couple of Intel and Tyan boards listed on the site, but right now I'm focusing predominantly on Supermicro hardware. Thanks! -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 08:49:17 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDD31106564A for ; Mon, 21 Apr 2008 08:49:17 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 6F9578FC24 for ; Mon, 21 Apr 2008 08:49:17 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by fg-out-1718.google.com with SMTP id 16so1845021fgg.35 for ; Mon, 21 Apr 2008 01:49:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=hWZcw5VcW1Md8bxtlXaA6nrnh0VjZShfDSmiC/mcOBY=; b=yDAULwOoCyZujWcuRoLB7+Hw2DSlmiuIztMV9oyLRz0C5KoJzk2Ec8g/NrQ3rmV1y58VGJFwydqVzJjiDpv+YprWyk29v75nwfOh/pDFpyzm9UnpNOyMWjQpNc5E4fmziLlMt/XseaKO8NUMm+I4qaBsO0gpi1UXY5E/5m7djT4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=tzgq9ti0RJV2E4DUekkFKx4lf3UdGEOmskocENeeXyImIWB1aNKQvLpSmvQAsW8JTjxwur8BY+K80QGuAIpuHh98w3Nj9eF33mshX2FOy2wIdMXa0tEUcwcO0q45UAMsAdYYcRirUXfdoFgxqcgGx4tUD+iqKviH8xs8Y5RhXK4= Received: by 10.86.72.15 with SMTP id u15mr12653416fga.11.1208766079376; Mon, 21 Apr 2008 01:21:19 -0700 (PDT) Received: from ?127.0.0.1? ( [217.206.187.80]) by mx.google.com with ESMTPS id t2sm6992547gve.3.2008.04.21.01.21.17 (version=SSLv3 cipher=RC4-MD5); Mon, 21 Apr 2008 01:21:18 -0700 (PDT) From: Tom Evans To: Peter Jeremy In-Reply-To: <20080418224605.GA19226@server.vk2pj.dyndns.org> References: <1208046195.00056100.1208036121@10.7.7.3> <539c60b90804141549u6a138ad9u9c77bbfcbbad0ff3@mail.gmail.com> <20080415175347.GA29045@slackbox.xs4all.nl> <539c60b90804151134q7a25a141m1205a1b04d8ffc2c@mail.gmail.com> <20080415192028.GA31706@slackbox.xs4all.nl> <539c60b90804160910q3a242d7amb474b40065d6c9c6@mail.gmail.com> <1208373797.00057829.1208362805@10.7.7.3> <48071956.2090103@icyb.net.ua> <767FB33508C0E8E4E3CAA61A@utd65257.utdallas.edu> <200804172313.m3HNDHFo006697@hergotha.csail.mit.edu> <20080418224605.GA19226@server.vk2pj.dyndns.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-WFLc2VZMkY6UN91cMJPt" Date: Mon, 21 Apr 2008 09:21:16 +0100 Message-Id: <1208766076.1940.35.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 FreeBSD GNOME Team Port Cc: stable@freebsd.org, Garrett Wollman Subject: Re: umass causes panic on 7 amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 08:49:18 -0000 --=-WFLc2VZMkY6UN91cMJPt Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2008-04-19 at 08:46 +1000, Peter Jeremy wrote: > On Thu, Apr 17, 2008 at 07:13:17PM -0400, Garrett Wollman wrote: > >In my experience, umass over EHCI has never worked on any machine > >ever, going back to 5.x and over multiple kinds of umass devices. (I > >never saw panics, only triple-fault CPU resets.) >=20 > OTOH, I've had mixed results, though I haven't seen panics caused by > EHCI. umass has a tendency to panic when it trips over an interface > bug between bus_dmamem_alloc(9) and contigmalloc(9) which has been > present since at least 4.x, though the work-arounds have improved and > this is less of a problem than it was 3 years ago. >=20 > On my laptop (HP nx6125, ATI SB400 chipset), I haven't had any problems > with EHCI in 6.x or 7.0 (both amd64 - I can't recall if I've tried ECHI > whilst running i386). >=20 > My son's laptop (HP V6107au, nVIDIA MCP51 chipset, 6.x/amd64) gives > varying results (sometimes it works, sometimes it doesn't) and he's > found that plugging flashdisks into the USB hub on his keyboard gives > better results than plugging them into the system (which doesn't make > sense to me - they still show a attached to EHCI). >=20 > My work desktop (Dell OptiPlex GX620, Intel ICH7 chipset 7.0/amd64) > refuses to acknowledge EHCI devices - it just reports timeouts and > disables that USB port. [See my recent posting to -amd64]. >=20 Is the keyboard hub self powered? Maybe some devices draw more current than expected, causing fragile bus powered ports to fail (which would quickly cause a panic). Tom --=-WFLc2VZMkY6UN91cMJPt Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEABECAAYFAkgMTnQACgkQlcRvFfyds/fHDACghh9UB+amW9yWdiMBpl9/Ee8U WIgAoME67h+FYjiRHkBpFSGJ5LlRbFG4 =cw3w -----END PGP SIGNATURE----- --=-WFLc2VZMkY6UN91cMJPt-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 09:47:18 2008 Return-Path: Delivered-To: stable@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id 04594106566C; Mon, 21 Apr 2008 09:47:18 +0000 (UTC) Date: Mon, 21 Apr 2008 09:47:18 +0000 From: Kris Kennaway To: "Arno J. Klaassen" Message-ID: <20080421094718.GY25623@hub.freebsd.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org, net@freebsd.org Subject: Re: nfs-server silent data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 09:47:18 -0000 On Mon, Apr 21, 2008 at 01:02:33AM +0200, Arno J. Klaassen wrote: > I didn't stress-test this MB for a while, but last time I did was > with 7-PRELEASE/RC?/CANTremember-exactly-but-close-to-release > and all worked great > > I did add 2G ECC to the 2nd CPU since, though I doubt that interferes > with NFS. Uh, you're getting server-side data corruption, it could definitely be because of the memory you added. Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 10:11:39 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82398106564A for ; Mon, 21 Apr 2008 10:11:39 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail15.syd.optusnet.com.au (mail15.syd.optusnet.com.au [211.29.132.196]) by mx1.freebsd.org (Postfix) with ESMTP id 104578FC1C for ; Mon, 21 Apr 2008 10:11:38 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail15.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m3LABY88006885 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Apr 2008 20:11:35 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m3LABTkf017943; Mon, 21 Apr 2008 20:11:29 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m3LABSBL017942; Mon, 21 Apr 2008 20:11:28 +1000 (EST) (envelope-from peter) Date: Mon, 21 Apr 2008 20:11:28 +1000 From: Peter Jeremy To: Tom Evans Message-ID: <20080421101128.GB73016@server.vk2pj.dyndns.org> References: <20080415175347.GA29045@slackbox.xs4all.nl> <539c60b90804151134q7a25a141m1205a1b04d8ffc2c@mail.gmail.com> <20080415192028.GA31706@slackbox.xs4all.nl> <539c60b90804160910q3a242d7amb474b40065d6c9c6@mail.gmail.com> <1208373797.00057829.1208362805@10.7.7.3> <48071956.2090103@icyb.net.ua> <767FB33508C0E8E4E3CAA61A@utd65257.utdallas.edu> <200804172313.m3HNDHFo006697@hergotha.csail.mit.edu> <20080418224605.GA19226@server.vk2pj.dyndns.org> <1208766076.1940.35.camel@localhost> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jigfid2yHjNFZUTO" Content-Disposition: inline In-Reply-To: <1208766076.1940.35.camel@localhost> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: stable@freebsd.org Subject: Re: umass causes panic on 7 amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 10:11:39 -0000 --jigfid2yHjNFZUTO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 21, 2008 at 09:21:16AM +0100, Tom Evans wrote: >> My son's laptop (HP V6107au, nVIDIA MCP51 chipset, 6.x/amd64) gives >> varying results (sometimes it works, sometimes it doesn't) and he's >> found that plugging flashdisks into the USB hub on his keyboard gives >> better results than plugging them into the system (which doesn't make >> sense to me - they still show a attached to EHCI). >Is the keyboard hub self powered? Maybe some devices draw more current >than expected, causing fragile bus powered ports to fail (which would >quickly cause a panic). No. All ports are bus-powered. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --jigfid2yHjNFZUTO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.8 (FreeBSD) iEYEARECAAYFAkgMaFAACgkQ/opHv/APuIeEngCguHy7UHAzoPlzAQ/fr+zE9wP4 DnoAoJIPPXp8ibVGt2Idmd430AZ8NQmE =8Ne/ -----END PGP SIGNATURE----- --jigfid2yHjNFZUTO-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 10:40:57 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BFBC1065672 for ; Mon, 21 Apr 2008 10:40:57 +0000 (UTC) (envelope-from amarat@ksu.ru) Received: from zealot.ksu.ru (zealot.ksu.ru [194.85.245.161]) by mx1.freebsd.org (Postfix) with ESMTP id 75B028FC19 for ; Mon, 21 Apr 2008 10:40:56 +0000 (UTC) (envelope-from amarat@ksu.ru) Received: from zealot.ksu.ru (localhost.lnet [127.0.0.1]) by zealot.ksu.ru (8.14.2/8.14.2) with ESMTP id m3LAGAW4036127 for ; Mon, 21 Apr 2008 14:16:13 +0400 (MSD) (envelope-from amarat@ksu.ru) Message-ID: <480C696A.4010804@ksu.ru> Date: Mon, 21 Apr 2008 14:16:10 +0400 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.11) Gecko/20080209 SeaMonkey/1.1.7 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: php5 and postgresql 8.2/8.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 10:40:57 -0000 this problem is very old for me. it goes, at least from http://www.freebsd.org/cgi/query-pr.cgi?pr=97272 I found a workaround: you simply should set ServerName foobar.emxample in httpd.conf i don't know why missing ServerName causes coredump of apache in case of php+php_pgsql, but this works for me -- SY, Marat From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 10:53:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E2FB106566B for ; Mon, 21 Apr 2008 10:53:26 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.245]) by mx1.freebsd.org (Postfix) with ESMTP id CE3968FC27 for ; Mon, 21 Apr 2008 10:53:25 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so499404anc.13 for ; Mon, 21 Apr 2008 03:53:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=81v9rLRkMTPJcgCWxgjEHJnp/JZAsP25pYbhDwpQn5s=; b=RpU9G0tukx4/ngJ1P+akRGrU3fhQJBh1hrzVov2BSEmrig8xemFoo2G0U4y2z5GU+8RkVqCGQ9TkqFg7abbvdzh9LHBtOjifE6OV+XRT1f7WNK4SvAj2eW8vBzh/ddxPjaiwzjtE5gp8lWW9euxxpVLg99p6kIaNGscXmU91bBo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=VN2bmliUqdEZs7WviYEZuUDJrQQm3Ri0KXnUfzm6tTh+foX0DV7zQH1cRhp/FrIkYQ6HEJyDpizn4mIZUomn7k1r/uDdz/UPUk2knO0edjOYynJbGW2fTmfPQXt1MUfR7Rjt5VwHAcoabDSYgwYyb5UQIPOypYXVcOR6aktiMBQ= Received: by 10.100.110.16 with SMTP id i16mr12038200anc.40.1208775204995; Mon, 21 Apr 2008 03:53:24 -0700 (PDT) Received: by 10.100.228.15 with HTTP; Mon, 21 Apr 2008 03:53:24 -0700 (PDT) Message-ID: Date: Mon, 21 Apr 2008 12:53:24 +0200 From: "Claus Guttesen" To: "Marat N.Afanasyev" In-Reply-To: <480C696A.4010804@ksu.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <480C696A.4010804@ksu.ru> Cc: freebsd-stable@freebsd.org Subject: Re: php5 and postgresql 8.2/8.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 10:53:26 -0000 > this problem is very old for me. it goes, at least from > http://www.freebsd.org/cgi/query-pr.cgi?pr=97272 > > I found a workaround: you simply should set > > ServerName foobar.emxample > > in httpd.conf > > i don't know why missing ServerName causes coredump of apache in case of > php+php_pgsql, but this works for me Thank you for your tip. I will try that on a test-server. Maby some reverse dns-lookup-issue which blocks correct unloading which then leads to a core-dump? -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 11:28:46 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19C9D106566B; Mon, 21 Apr 2008 11:28:46 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id A9DEA8FC19; Mon, 21 Apr 2008 11:28:45 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Jntlu-000D1p-UA; Mon, 21 Apr 2008 14:01:19 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m3LB1C6f026291 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Apr 2008 14:01:12 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m3LB15GL029944; Mon, 21 Apr 2008 14:01:05 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m3LB15em029943; Mon, 21 Apr 2008 14:01:05 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 21 Apr 2008 14:01:05 +0300 From: Kostik Belousov To: "Mikhail T." Message-ID: <20080421110105.GH18958@deviant.kiev.zoral.com.ua> References: <200804202310.m3KNAi9b001090@aldan.algebra.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xEruU51OOzV9VdJQ" Content-Disposition: inline In-Reply-To: <200804202310.m3KNAi9b001090@aldan.algebra.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: a8c813420754d5015e2a5a3aeed75c84 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 2679 [Apr 21 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: stable@freebsd.org, fs@freebsd.org Subject: Re: panic: ffs_truncate: readonly filesystem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 11:28:46 -0000 --xEruU51OOzV9VdJQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 20, 2008 at 07:10:44PM -0400, Mikhail T. wrote: > Hello! >=20 > I tried, accidentally, to save a video-file (via firewire) to a > read-only location. >=20 > The entire system paniced with the message in subject. Why did it > happen? Because the kernel has a bug ? As is, the report is useless. Please, do not hesitate to provide at least the backtrace. The ufs_setattr() seems to properly check for ro mounts, as well as the direct callers of the UFS_TRUNCATE() function. Besides the possible logic error, the other possibility is the concurrent remount. Could it be that you actually remounted the fs readonly during the write ? --xEruU51OOzV9VdJQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkgMc/AACgkQC3+MBN1Mb4hahwCeLY+yLzxcTiaVnLtLvxXzK/OZ mJUAn2yDu+FLm1gjHEap89vW2meb1PeC =/GD2 -----END PGP SIGNATURE----- --xEruU51OOzV9VdJQ-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 11:43:28 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C899106566C for ; Mon, 21 Apr 2008 11:43:28 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 182D68FC20 for ; Mon, 21 Apr 2008 11:43:28 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JnuQf-0006LY-9G; Mon, 21 Apr 2008 12:43:25 +0100 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JnuQf-000P4B-6h; Mon, 21 Apr 2008 12:43:25 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JnuQf-000LaE-5n; Mon, 21 Apr 2008 12:43:25 +0100 To: zbeeble@gmail.com In-Reply-To: <5f67a8c40804181018s48b9c652p1c08193eb7af342f@mail.gmail.com> Message-Id: From: Pete French Date: Mon, 21 Apr 2008 12:43:25 +0100 Cc: stable@freebsd.org Subject: Re: Dreadful gmirror performance, though each half works fine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 11:43:28 -0000 > I would suppose you might have to sync the mirror and then break off and > forget the local copy and then sync again. In our case, I'm not sure --- it > was awhile ago, but a number of them are also in the 'load' state --- as the > higher latency network drives would normally show a higher load. I did some benchmarking, and "load" gives me a bit better performance than "round-robin" so I've elected to use that. Haven't tried "prefer" as syncing all the drives backwards and forwards to get the preferences set seems a bit too much like hard work! When I started writing this post I was going to say that the iscsi initiator patch has fixed all my problems, and that it has run beautifully for the entire weekend with no lockups. But as I started typing this I set a large copy from the remote drive going in another window, and this now appears to have locked up :-( It's frustrating, it is *so* close to being workable with iscsi, and the performance is very good, but if it is going to keep locking up on me then I just cant use it that way :-( Thanks for all the advice though, very useful. -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 12:27:24 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C31A106567B; Mon, 21 Apr 2008 12:27:24 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id 8F18F8FC1C; Mon, 21 Apr 2008 12:27:23 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.14.2/8.14.1) with ESMTP id m3LC46TP011939 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Apr 2008 08:04:06 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by aldan.algebra.com (8.14.2/8.14.1/Submit) id m3LC46Xw011938; Mon, 21 Apr 2008 08:04:06 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin To: Kostik Belousov Date: Mon, 21 Apr 2008 08:04:05 -0400 User-Agent: KMail/1.9.9 References: <200804202310.m3KNAi9b001090@aldan.algebra.com> <20080421110105.GH18958@deviant.kiev.zoral.com.ua> In-Reply-To: <20080421110105.GH18958@deviant.kiev.zoral.com.ua> X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Cc: stable@freebsd.org, fs@freebsd.org Subject: Re: panic: ffs_truncate: readonly filesystem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 12:27:24 -0000 --Boundary-00=_2KIDIGTLL2z7EEx Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On =D0=CF=CE=C5=C4=A6=CC=CF=CB 21 =CB=D7=A6=D4=C5=CE=D8 2008, Kostik Belous= ov wrote: =3D Because the kernel has a bug ? As is, the report is useless. Please, do =3D not hesitate to provide at least the backtrace. The backtrace is attached. The filesystem is thus (newfs -N): /store: 476940.0MB (976773168 sectors) block size 16384, fragment size 2048 using 2597 cylinder groups of 183.72MB, 11758 blks, 23552 inodes. =3D Besides the possible logic error, the other possibility is the concurre= nt =3D remount. Could it be that you actually remounted the fs readonly during =3D the write ? No... It is mounted readonly by default and when I want to add more files, = I=20 remount it read-write. This one time I forgot to do it... Thanks, -mi --Boundary-00=_2KIDIGTLL2z7EEx Content-Type: text/plain; charset="koi8-u"; name="ffs.panic.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ffs.panic.txt" [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". There is no member named pathname. Reading symbols from /opt/modules/fuse.ko...done. Loaded symbols for /opt/modules/fuse.ko Reading symbols from /opt/modules/rtc.ko...done. Loaded symbols for /opt/modules/rtc.ko Unread portion of the kernel message buffer: g_vfs_done():ad8[WRITE(offset=161248411648, length=131072)]error = 1 g_vfs_done():ad8[WRITE(offset=161242284032, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248411648, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248428032, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248444416, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248460800, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248477184, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248493568, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248509952, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248526336, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248542720, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248559104, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248575488, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248591872, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161242284032, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161242284032, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248411648, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248428032, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248444416, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248460800, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248477184, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248493568, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248509952, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248526336, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248542720, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248559104, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248575488, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248591872, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161242284032, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248411648, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248428032, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248444416, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248460800, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248477184, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248493568, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248509952, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248526336, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248542720, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248559104, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248575488, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248591872, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161242284032, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248411648, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248428032, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248444416, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248460800, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248477184, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248493568, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248509952, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248526336, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248542720, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248559104, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248575488, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248591872, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161242284032, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248411648, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248428032, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248444416, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248460800, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248477184, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248493568, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248509952, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248526336, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248542720, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248559104, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248575488, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248591872, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248411648, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248428032, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248444416, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248460800, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248477184, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248493568, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248509952, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248526336, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248542720, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248559104, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248575488, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248591872, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248411648, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248428032, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248444416, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248460800, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248477184, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248493568, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248509952, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248526336, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248542720, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248559104, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248575488, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248591872, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248411648, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248428032, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248444416, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248460800, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248477184, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248493568, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248509952, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248526336, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248542720, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248559104, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248575488, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248591872, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248411648, length=16384)]error = 1 panic: ffs_truncate: read-only filesystem cpuid = 1 Uptime: 2m37s Physical memory: 3607 MB Dumping 485 MB: 470 454 438 422 406 390 374 358 342 326 310 294 278 262 246 230fs = /store panic: ffs_sync: rofs mod cpuid = 1 214 198 182 166 150 134 118 102 86 70 54 38 22 6 #0 doadump () at pcpu.h:194 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) #0 doadump () at pcpu.h:194 #1 0x0000000000000004 in ?? () #2 0xffffffff802e8b60 in boot (howto=260) at /var/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff802e8f7d in panic (fmt=0x104
) at /var/src/sys/kern/kern_shutdown.c:563 #4 0xffffffff803f3513 in ffs_truncate (vp=Variable "vp" is not available. ) at /var/src/sys/ufs/ffs/ffs_inode.c:248 #5 0xffffffff8040be0b in ffs_write (ap=0xffffffffb05a4a10) at /var/src/sys/ufs/ffs/ffs_vnops.c:800 #6 0xffffffff8049d485 in VOP_WRITE_APV (vop=0xffffffff806536c0, a=0xffffffffb05a4a10) at vnode_if.c:691 #7 0xffffffff8036fd20 in vn_write (fp=0xffffff000360bb40, uio=0xffffffffb05a4b00, active_cred=Variable "active_cred" is not available. ) at vnode_if.h:373 #8 0xffffffff8031d638 in dofilewrite (td=0xffffff0003324340, fd=4, fp=0xffffff000360bb40, auio=0xffffffffb05a4b00, offset=Variable "offset" is not available. ) at file.h:254 #9 0xffffffff8031d93e in kern_writev (td=0xffffff0003324340, fd=4, auio=0xffffffffb05a4b00) at /var/src/sys/kern/sys_generic.c:401 #10 0xffffffff8031d9bc in write (td=0x0, uap=0x0) at /var/src/sys/kern/sys_generic.c:317 #11 0xffffffff8045a700 in syscall (frame=0xffffffffb05a4c70) at /var/src/sys/amd64/amd64/trap.c:852 #12 0xffffffff8043f38b in Xfast_syscall () at /var/src/sys/amd64/amd64/exception.S:290 #13 0x000000080070a32c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) --Boundary-00=_2KIDIGTLL2z7EEx-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 12:32:16 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12C8D106566C for ; Mon, 21 Apr 2008 12:32:16 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id C00E08FC13 for ; Mon, 21 Apr 2008 12:32:15 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JnvBt-0001Rp-Li for freebsd-stable@freebsd.org; Mon, 21 Apr 2008 12:32:13 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 21 Apr 2008 12:32:13 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 21 Apr 2008 12:32:13 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 21 Apr 2008 14:32:05 +0200 Lines: 34 Message-ID: References: <5f67a8c40804181018s48b9c652p1c08193eb7af342f@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0876CA4C6BED53B479BA78F2" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.12 (X11/20080227) In-Reply-To: X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: Dreadful gmirror performance, though each half works fine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 12:32:16 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0876CA4C6BED53B479BA78F2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Pete French wrote: > It's frustrating, it is *so* close to being workable with iscsi, and th= e > performance is very good, but if it is going to keep locking up on > me then I just cant use it that way :-( You should complain about it :) Try to get a backtrace of the situation on the server (enable kernel debugging, enable keyboard hotkey to kernel debugger; see http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kern= eldebug.html), then start a new, properly named thread with the information. --------------enig0876CA4C6BED53B479BA78F2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIDIlFldnAQVacBcgRAvM9AJ4xie7V72T+jgSTIR9XGPFy9Cd4uACg4aZu 0CyN3AHSBrT7bf/zKIxJP+A= =ChAS -----END PGP SIGNATURE----- --------------enig0876CA4C6BED53B479BA78F2-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 14:54:35 2008 Return-Path: Delivered-To: stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF95A106567A; Mon, 21 Apr 2008 14:54:35 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 51D788FC38; Mon, 21 Apr 2008 14:54:34 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.14.2/jtpda-5.4) with ESMTP id m3LEqvJi033518 ; Mon, 21 Apr 2008 16:53:20 +0200 (CEST) X-Ids: 164 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id m3LEquFm020255 ; Mon, 21 Apr 2008 16:52:56 +0200 (MEST) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.3/8.13.1/Submit) id m3LEqtqB020252; Mon, 21 Apr 2008 16:52:55 +0200 (MEST) (envelope-from arno) To: Kris Kennaway References: <20080421094718.GY25623@hub.freebsd.org> From: "Arno J. Klaassen" Date: 21 Apr 2008 16:52:55 +0200 In-Reply-To: <20080421094718.GY25623@hub.freebsd.org> Message-ID: Lines: 43 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (shiva.jussieu.fr [134.157.0.164]); Mon, 21 Apr 2008 16:53:22 +0200 (CEST) X-Virus-Scanned: ClamAV 0.92/6863/Mon Apr 21 14:55:32 2008 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail.jussieu.fr with ID 480CAA5C.006 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 480CAA5C.006/134.157.184.22/heho.snv.jussieu.fr/heho.snv.jussieu.fr/ Cc: stable@FreeBSD.ORG, Clayton Milos , net@FreeBSD.ORG Subject: Re: nfs-server silent data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 14:54:35 -0000 Kris Kennaway writes: > On Mon, Apr 21, 2008 at 01:02:33AM +0200, Arno J. Klaassen wrote: > > > I didn't stress-test this MB for a while, but last time I did was > > with 7-PRELEASE/RC?/CANTremember-exactly-but-close-to-release > > and all worked great > > > > I did add 2G ECC to the 2nd CPU since, though I doubt that interferes > > with NFS. > > Uh, you're getting server-side data corruption, it could definitely be > because of the memory you added. yop, though I'm still not convinced the memory is bad (the very same Kingston ECC as the 2*1G in use for about half a year already) : I added it directly to the 2nd CPU (diagram on page 9 of http://www.tyan.com/manuals/m_s2895_101.pdf) and the problem seems to be the interaction between nfe0 and powerd .... : - if I stop powerd, problems go away - I let run powerd but turn of txcsum and tso4 on the interface, the problem is a lot harder to produce (if ever this gives a hint to anyone) Device is : nfe0@pci0:0:10:0: class=0x068000 card=0x289510f1 chip=0x005710de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'nForce4 Ultra NVidia Network Bus Enumerator' class = bridge cap 01[44] = powerspec 2 supports D0 D1 D2 D3 current D0 (this is with the default BIOS setting " LAN Bridge Enabled", disabling that setting makes pciconf say "class = network" but does not influence my problem) I will restart my tests now by populating all 4G to only CPU1 and say whether that matters. Best, Arno From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 15:43:33 2008 Return-Path: Delivered-To: stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1FA61065675; Mon, 21 Apr 2008 15:43:33 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 99D7D8FC14; Mon, 21 Apr 2008 15:43:33 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 7DF491CC033; Mon, 21 Apr 2008 08:43:33 -0700 (PDT) Date: Mon, 21 Apr 2008 08:43:33 -0700 From: Jeremy Chadwick To: "Arno J. Klaassen" Message-ID: <20080421154333.GA96237@eos.sc1.parodius.com> References: <20080421094718.GY25623@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Clayton Milos , Kris Kennaway , stable@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: nfs-server silent data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 15:43:33 -0000 On Mon, Apr 21, 2008 at 04:52:55PM +0200, Arno J. Klaassen wrote: > Kris Kennaway writes: > > Uh, you're getting server-side data corruption, it could definitely be > > because of the memory you added. > > yop, though I'm still not convinced the memory is bad (the very same > Kingston ECC as the 2*1G in use for about half a year already) : Can you download and run memtest86 on this system, with the added 2G ECC insalled? memtest86 doesn't guarantee showing signs of memory problems, but in most cases it'll start spewing errors almost immediately. One thing I did notice in the motherboard manual below is something called "Hammer Configuration". It appears to default to 800MHz, but there's an "Auto" choice. Does using Auto fix anything? > I added it directly to the 2nd CPU (diagram on page 9 of > http://www.tyan.com/manuals/m_s2895_101.pdf) and the problem > seems to be the interaction between nfe0 and powerd .... : That board is the weirdest thing I've seen in years. Two separate CPUs using a single (shared) memory controller, two separate (and different!) nVidia chipsets, a SMSC I/O controller probably used for serial and parallel I/O, two separate nVidia NICs with Marvell PHYs (yet somehow you can bridge the two NICs and PHYs?), two separate PCI-e busses (each associated with a separate nVidia chipset), two separate PCI-X busses... the list continues. I know you don't need opinions at this point, but what a behemoth. I can't imagine that thing running reliably. > - if I stop powerd, problems go away This would imply that clock frequency stepping is somehow attributing itself to the corruption. I don't see any BIOS options for controlling things related to AMD's Cool-n-Quiet or PowerNow! feature, which is usually what handles this. > - I let run powerd but turn of txcsum and tso4 on the interface, > the problem is a lot harder to produce (if ever this gives > a hint to anyone) Possibly shared interrupts are causing problems? MSI/MSI-X doing something odd? Have you tried disabling MSI/MSI-X and see if it makes a difference? Can you boot the machine in verbose mode, and put the dmesg up somewhere? > Device is : > > nfe0@pci0:0:10:0: class=0x068000 card=0x289510f1 chip=0x005710de rev=0xa3 hdr=0x00 > vendor = 'Nvidia Corp' > device = 'nForce4 Ultra NVidia Network Bus Enumerator' > class = bridge > cap 01[44] = powerspec 2 supports D0 D1 D2 D3 current D0 > > (this is with the default BIOS setting " LAN Bridge Enabled", disabling > that setting makes pciconf say "class = network" but does not influence > my problem) I think you mean "MAC LAN Bridge", according to the motherboard manual. I'm not even sure what that really does; somehow trunks the two NICs together to give you the equivalent of 2000mbit of traffic? I don't know. Does the corruption you see go away if you install a separate NIC (e.g. an Intel NIC) in a PCI or PCI-e slot, and disable the onboard NICs (should be "MAC LAN: Disable" on both the primary and slave)? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 15:44:17 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50FC7106567A; Mon, 21 Apr 2008 15:44:17 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail3.secureworks.net (mail3.secureworks.net [65.114.32.155]) by mx1.freebsd.org (Postfix) with ESMTP id 28C3B8FC23; Mon, 21 Apr 2008 15:44:16 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from localhost (localhost [127.0.0.1]) by mail3.secureworks.net (Postfix) with ESMTP id F185A19E03E; Mon, 21 Apr 2008 15:27:03 +0000 (GMT) X-Virus-Scanned: amavisd-new at secureworks.net Received: from mail3.secureworks.net ([127.0.0.1]) by localhost (mail3.secureworks.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9pYVMiGxuB4P; Mon, 21 Apr 2008 15:27:03 +0000 (GMT) Received: from [192.168.23.35] (mole1.secureworks.net [63.239.86.3]) by mail3.secureworks.net (Postfix) with ESMTP id C1ED419E023; Mon, 21 Apr 2008 15:27:03 +0000 (GMT) Message-ID: <480CB247.40604@jellydonut.org> Date: Mon, 21 Apr 2008 11:27:03 -0400 From: Michael Proto User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.12) Gecko/20080227 Thunderbird/2.0.0.12 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Robert Watson References: <01ab01c898ca$ce4763e0$6ad62ba0$@muni.cz> <200804080957.30738.jhb@freebsd.org> <47FBB24B.60504@FreeBSD.org> <48087FD7.5070900@FreeBSD.org> <20080420181515.E92282@fledge.watson.org> In-Reply-To: <20080420181515.E92282@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, re@FreeBSD.org Subject: Re: panics on 6.3-RELEASE in IP stack X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 15:44:17 -0000 Robert Watson wrote: > > On Fri, 18 Apr 2008, Bruce M. Simpson wrote: > >>> I concur, this fix should really be MFCed. The problem went away in >>> 7.x due to a total rewrite. I am distracted by other stuff at the >>> moment, so, starter's orders... >> >> This just bit me. The fix is in RELENG_6, but it is not present after >> the -p1 tag. So updating to STABLE should fix the problem for Petr. >> >> Whilst 6 is no longer the STABLE branch, I think this really should go >> onto 6 in case any other releases happen from that branch. > > There are (tentative) plans to release a 6.4-RELEASE, but I don't think > there's a schedule yet. Developers should plan on continuing to merge > changes, especially bug fixes, to RELENG_6. > > Robert N M Watson > Computer Laboratory > University of Cambridge > _______________________________________________ Just a note that I'd really like it for a 6.4-RELEASE to be made available if possible. I still have some hosts on 6-STABLE for a variety of reasons (including one very nasty problem with 7-STABLE, pf, and IPSec with NAT traversal that I'm trying to troubleshoot in preparation for a possible PR, once I find out exactly where the problem is). Thanks, Proto From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 16:03:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D29D61065676 for ; Mon, 21 Apr 2008 16:03:14 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: from web57004.mail.re3.yahoo.com (web57004.mail.re3.yahoo.com [66.196.97.108]) by mx1.freebsd.org (Postfix) with SMTP id 9A8288FC20 for ; Mon, 21 Apr 2008 16:03:14 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: (qmail 78128 invoked by uid 60001); 21 Apr 2008 16:03:13 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=cV/mqaYoyQyFyQbRtN2gKAiTnuU26xP/65XMTUEH45QrLtdskz3s5EMmttw0ykHEGfVW5uPk0DOoL/h1/svPAXlhhBvj4TfbQSmrDQeyrmzoX0UUnVzNaL4QuFH6ULgXQFt7GBuY8fJZKPlg2KrFFS+5jO+DiecYI5Wskyxp+t8=; X-YMail-OSG: b0M6hkgVM1kuCtCQFpKMKC6usS575g5a8wuFMuXADZmtVOa9OtzvwXA3XvrowrjMDirCtbJCrcM_MSboxN15K3.Wl1KbmjfK1QPh4CPKXQhs5CRc53O5wFATNok- Received: from [165.21.155.108] by web57004.mail.re3.yahoo.com via HTTP; Mon, 21 Apr 2008 09:03:13 PDT Date: Mon, 21 Apr 2008 09:03:13 -0700 (PDT) From: Unga To: Jeremy Chadwick In-Reply-To: <20080419110153.GA85344@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <438315.78030.qm@web57004.mail.re3.yahoo.com> Cc: jeff@freebsd.org, freebsd-stable@freebsd.org Subject: Re: sched_ule performance on single CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 16:03:15 -0000 --- Jeremy Chadwick wrote: > Can you update your src-all tree to pull this in, > rebuild the kernel, > and tell us if it behaves better for you? > Test 1. amarok in real-time, count in idle priority. last pid: 1331; load averages: 1.15, 1.11, 0.84 up 0+00:22:07 23:03:21 69 processes: 2 running, 67 sleeping CPU: 54.5% user, 0.0% nice, 1.3% system, 0.6% interrupt, 43.6% idle Mem: 119M Active, 168M Inact, 84M Wired, 880K Cache, 60M Buf, 118M Free Swap: 2022M Total, 2022M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 1265 root 1 171 i31 3120K 720K CPU0 0 17:54 100.00% count 1239 test 6 44 0 68380K 54072K ucond 1 0:00 5.37% amarokapp 963 root 1 47 0 168M 36596K select 0 1:21 4.79% Xorg rtprio 1265 rtprio: idle priority 31 rtprio 1239 rtprio: realtime priority 0 rtprio 963 rtprio: normal priority Result: Excellent. No effect on music for (for 3 songs continuous, count i=63) Interactive response is very good. No complaint. Can browse also at the same time. Test 2. amarok in normal priority, count in idle priority. last pid: 1574; load averages: 1.28, 1.12, 0.95 up 0+00:50:36 23:31:50 68 processes: 2 running, 66 sleeping CPU: 53.0% user, 0.0% nice, 1.3% system, 0.4% interrupt, 45.3% idle Mem: 164M Active, 215M Inact, 84M Wired, 21M Cache, 60M Buf, 4660K Free Swap: 2022M Total, 2022M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 1537 root 1 171 i31 3120K 644K CPU0 0 17:20 100.00% count 1509 test 6 45 0 67356K 43532K ucond 1 0:00 6.40% amarokapp 963 root 1 46 0 168M 42064K select 0 3:09 3.47% Xorg idprio 1537 idprio: idle priority 31 idprio 1509 idprio: normal priority idprio 963 idprio: normal priority Result: Excellent. No effect on music for (for 4 songs continuous, count i=63) Interactive response is good. Can browse also at the same time. NOTE: Once amarok crashed at count's i=4. This shows processes in idle category does not effect the real-time category as expected. This shows processes in idle category does not effect the normal category as expected, but note amarok crash once with this test. My earlier test shows processes in the normal category can starve processes in real-time category. That's alarming. It should be get fixed. Please make the sched_ule suitable for professional audio production as well as for day to day desktop interactive use. Appreciate if you guys can use JACK to test can there be any audio drop out with various loads when JACK running in real-time as root and real-time normal user. Please compare the sched_ule with Apple Mac OS X, in addition to compare with Linux, Solaris, etc. Its because Apple Mac OS X is used for professional audio and video production, not the Linux or Solaris. Lets get FreeBSD suitable for professional audio and video production. Kind Regards Unga ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 16:06:33 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B557A106566B for ; Mon, 21 Apr 2008 16:06:33 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4B9148FC16 for ; Mon, 21 Apr 2008 16:06:33 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3LFbuwj050203; Mon, 21 Apr 2008 11:37:56 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m3LFbaZA086977 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Apr 2008 11:37:56 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200804211537.m3LFbaZA086977@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 21 Apr 2008 11:37:33 -0400 To: "Arno J. Klaassen" From: Mike Tancsa In-Reply-To: References: <20080421094718.GY25623@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: stable@freebsd.org Subject: Re: nfs-server silent data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 16:06:33 -0000 At 10:52 AM 4/21/2008, Arno J. Klaassen wrote: >Device is : > >nfe0@pci0:0:10:0: class=0x068000 card=0x289510f1 >chip=0x005710de rev=0xa3 hdr=0x00 > vendor = 'Nvidia Corp' > device = 'nForce4 Ultra NVidia Network Bus Enumerator' > class = bridge > cap 01[44] = powerspec 2 supports D0 D1 D2 D3 current D0 > >(this is with the default BIOS setting " LAN Bridge Enabled", disabling > that setting makes pciconf say "class = network" but does not influence > my problem) > >I will restart my tests now by populating all 4G to only CPU1 and >say whether that matters. Hi, How long does it take for the problem to show up ? I have what appears to be a very similar Tyan board (I have an Socket 939 X2 cpu) with the same NIC, but this one is running RELENG_7 from April 17th. There have been a few fixes for the nfe driver since 7.0 I am running this small script below on a nfs client (em nic) against the server (nfe) ( mount options on the client 192.168.245.1:/backup /backup nfs rw,-r=32768,-w=32768,tcp,noauto ) #!/bin/sh i=0 while true do i=`expr $i + 1` dd if=/dev/urandom of=/tmp/junk.txt bs=1024 count=81920 > /dev/null 2>&1 cp -p /tmp/junk.txt /backup/ orig=`md5 -q /tmp/junk.txt` umount /backup sleep 2 mount /backup copy=`md5 -q /backup/junk.txt` echo "$orig and $copy on $i" if [ $orig != $copy ]; then echo "\a copy not ok on $i" exit 255 fi done On the server, I have nfe0@pci0:0:10:0: class=0x068000 card=0x286510f1 chip=0x005710de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'nForce4 Ultra NVidia Network Bus Enumerator' class = bridge cap 01[44] = powerspec 2 supports D0 D1 D2 D3 current D0 # ifconfig nfe0 nfe0: flags=8843 metric 0 mtu 1500 options=10b ether 00:e0:81:58:91:6a inet 192.168.245.1 netmask 0xffffff00 broadcast 192.168.245.255 media: Ethernet autoselect (1000baseTX ) status: active How long does it take for the problem to come up ? ---Mike From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 16:38:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36C5F1065674; Mon, 21 Apr 2008 16:38:31 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id E856C8FC16; Mon, 21 Apr 2008 16:38:30 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Jnz2D-000Bf3-5O; Mon, 21 Apr 2008 17:38:29 +0100 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Jnz2D-0002fE-2X; Mon, 21 Apr 2008 17:38:29 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Jnz2D-000OUg-1Y; Mon, 21 Apr 2008 17:38:29 +0100 To: freebsd-stable@freebsd.org, ivoras@freebsd.org In-Reply-To: Message-Id: From: Pete French Date: Mon, 21 Apr 2008 17:38:29 +0100 Cc: Subject: Re: Dreadful gmirror performance, though each half works fine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 16:38:31 -0000 > You should complain about it :) Try to get a backtrace of the situation > on the server (enable kernel debugging, enable keyboard hotkey to kernel > debugger; see > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kern= > eldebug.html), > then start a new, properly named thread with the information. I know, and I will if/when I get a chance - right now I just need to get this mirror working unfortunately. I should be able to re-create all this on my desk on a non-live database in the next couple of weeks though, and will try and duplicate it then. In the meantime it's back to ggate :) -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 16:41:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFB79106566B for ; Mon, 21 Apr 2008 16:41:38 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.184]) by mx1.freebsd.org (Postfix) with ESMTP id 48C508FC0A for ; Mon, 21 Apr 2008 16:41:38 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by mu-out-0910.google.com with SMTP id w9so1533541mue.3 for ; Mon, 21 Apr 2008 09:41:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=n6lspSdhvICBvsXz3jcpr4m3fycM8VBRGqRDurMN/zs=; b=EK2kTpvsQB3UFhjCjsMU8kutu8ZyhJpOlFLXnHWcTsnEW2aZhtDAobgeYwdvL201tuFovRt9oXKvysuVLRMhw1O04lUia6t8zqnDzHG+QEqYbyMYRbp51f9ajGjLMM/FxuvuqcuVcxDHq8mSG9XaGcUkfos1X6wyBvcdGJbsmk0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=UMZw7zD/lYNWwc5KZhOF4z1pAI0P0QCAH4aX+iXPjI5McnnotBiQ79BgdUQWGXNGHuS6Ty+xd5gxbnt+WSXUf1MEqLG5MZ7lAopWz17LivMeAzKweV+PUusoXcjBrFxO9PQWJnOipJNH4SYm5RNwxsibjbPnXMSbm9B91x2c0m8= Received: by 10.82.121.20 with SMTP id t20mr11257538buc.20.1208796096800; Mon, 21 Apr 2008 09:41:36 -0700 (PDT) Received: from ?127.0.0.1? ( [217.206.187.80]) by mx.google.com with ESMTPS id t2sm8015401gve.3.2008.04.21.09.41.35 (version=SSLv3 cipher=RC4-MD5); Mon, 21 Apr 2008 09:41:36 -0700 (PDT) From: Tom Evans To: Michael Proto In-Reply-To: <480CB247.40604@jellydonut.org> References: <01ab01c898ca$ce4763e0$6ad62ba0$@muni.cz> <200804080957.30738.jhb@freebsd.org> <47FBB24B.60504@FreeBSD.org> <48087FD7.5070900@FreeBSD.org> <20080420181515.E92282@fledge.watson.org> <480CB247.40604@jellydonut.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-gtgn6voPXeg4ZHZRikpA" Date: Mon, 21 Apr 2008 17:41:33 +0100 Message-Id: <1208796094.1940.47.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 FreeBSD GNOME Team Port Cc: re@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: panics on 6.3-RELEASE in IP stack X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 16:41:38 -0000 --=-gtgn6voPXeg4ZHZRikpA Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2008-04-21 at 11:27 -0400, Michael Proto wrote: > Robert Watson wrote: > >=20 > > On Fri, 18 Apr 2008, Bruce M. Simpson wrote: > >=20 > >>> I concur, this fix should really be MFCed. The problem went away in > >>> 7.x due to a total rewrite. I am distracted by other stuff at the > >>> moment, so, starter's orders... > >> > >> This just bit me. The fix is in RELENG_6, but it is not present after > >> the -p1 tag. So updating to STABLE should fix the problem for Petr. > >> > >> Whilst 6 is no longer the STABLE branch, I think this really should go > >> onto 6 in case any other releases happen from that branch. > >=20 > > There are (tentative) plans to release a 6.4-RELEASE, but I don't think > > there's a schedule yet. Developers should plan on continuing to merge > > changes, especially bug fixes, to RELENG_6. > >=20 > > Robert N M Watson > > Computer Laboratory > > University of Cambridge > > _______________________________________________ >=20 > Just a note that I'd really like it for a 6.4-RELEASE to be made > available if possible. I still have some hosts on 6-STABLE for a variety > of reasons (including one very nasty problem with 7-STABLE, pf, and > IPSec with NAT traversal that I'm trying to troubleshoot in preparation > for a possible PR, once I find out exactly where the problem is). >=20 >=20 > Thanks, > Proto Remember that 6.3-RELEASE is an extended support release, and will be maintained by the Security Team until (estimated) Jan 31, 2010 - as will 6-STABLE. http://www.freebsd.org/security/ Cheers Tom --=-gtgn6voPXeg4ZHZRikpA Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEABECAAYFAkgMw7kACgkQlcRvFfyds/d6CgCfdKu5vQoww0gn2b0aM6tdHnXE 8LoAn08LvmNnOssNAqK6K52RA8TeMUG4 =BTFv -----END PGP SIGNATURE----- --=-gtgn6voPXeg4ZHZRikpA-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 16:46:52 2008 Return-Path: Delivered-To: stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 079F01065679 for ; Mon, 21 Apr 2008 16:46:52 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp02.sth.basefarm.net (ch-smtp02.sth.basefarm.net [80.76.149.213]) by mx1.freebsd.org (Postfix) with ESMTP id 8224D8FC1A for ; Mon, 21 Apr 2008 16:46:50 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-25-183.bredband.comhem.se ([83.253.25.183]:58884 helo=falcon.midgard.homeip.net) by ch-smtp02.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1JnyvQ-0005ev-94 for stable@FreeBSD.ORG; Mon, 21 Apr 2008 18:31:29 +0200 Received: (qmail 1563 invoked from network); 21 Apr 2008 18:24:46 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 21 Apr 2008 18:24:46 +0200 Received: (qmail 32854 invoked by uid 1001); 21 Apr 2008 18:24:46 +0200 Date: Mon, 21 Apr 2008 18:24:45 +0200 From: Erik Trulsson To: Jeremy Chadwick Message-ID: <20080421162445.GA32697@owl.midgard.homeip.net> Mail-Followup-To: Jeremy Chadwick , "Arno J. Klaassen" , Clayton Milos , Kris Kennaway , stable@FreeBSD.ORG, net@FreeBSD.ORG References: <20080421094718.GY25623@hub.freebsd.org> <20080421154333.GA96237@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080421154333.GA96237@eos.sc1.parodius.com> User-Agent: Mutt/1.5.17 (2007-11-01) X-Originating-IP: 83.253.25.183 X-Scan-Result: No virus found in message 1JnyvQ-0005ev-94. X-Scan-Signature: ch-smtp02.sth.basefarm.net 1JnyvQ-0005ev-94 0b4801d8b01198979dc9efb4e77fa925 Cc: Clayton Milos , Kris Kennaway , stable@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: nfs-server silent data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 16:46:52 -0000 On Mon, Apr 21, 2008 at 08:43:33AM -0700, Jeremy Chadwick wrote: > On Mon, Apr 21, 2008 at 04:52:55PM +0200, Arno J. Klaassen wrote: > > Kris Kennaway writes: > > > Uh, you're getting server-side data corruption, it could definitely be > > > because of the memory you added. > > > > yop, though I'm still not convinced the memory is bad (the very same > > Kingston ECC as the 2*1G in use for about half a year already) : > > Can you download and run memtest86 on this system, with the added 2G ECC > insalled? memtest86 doesn't guarantee showing signs of memory problems, > but in most cases it'll start spewing errors almost immediately. > > One thing I did notice in the motherboard manual below is something > called "Hammer Configuration". It appears to default to 800MHz, but > there's an "Auto" choice. Does using Auto fix anything? > > > I added it directly to the 2nd CPU (diagram on page 9 of > > http://www.tyan.com/manuals/m_s2895_101.pdf) and the problem > > seems to be the interaction between nfe0 and powerd .... : > > That board is the weirdest thing I've seen in years. > > Two separate CPUs using a single (shared) memory controller, No. Each CPU contains its own memory controller (just like all AMD's Opteron/Athlon64 CPUs does.) > two > separate (and different!) nVidia chipsets, More like one chipset consisting of several physical chips. (Which is actually quite common. The most common division is a "nortbridge/southbridge" division, but other ways are possible too.) The only unusual thing is that there are several chips connected directly to the CPUs, instead of having the CPUs talk to a single chip which in turn talks to another chip which can easily create bottlenecks. > a SMSC I/O controller > probably used for serial and parallel I/O Just like almost all other motherboards. >, two separate nVidia NICs with > Marvell PHYs (yet somehow you can bridge the two NICs and PHYs?) What is so wierd about that? If you want to have more than one ethernet connection, then you normally have more than one NIC. Bridging can easily (and commonly) be done over separate NICs. >, two > separate PCI-e busses (each associated with a separate nVidia chipset), Since it is always the case that each PCI-E slot or PCI-E device sits on its own bus I fail to see anything strange about that. (And it is actually very common to have the PCI-E slots on motherboards be connected to different chips.) > two separate PCI-X busses... the list continues. Having more than one PCI-X bus used to be fairly common on server boards for performance reasons. Nowadays PCI-X is slowly being replaced with PCI-E so on the latest generation of serverboards there are usually no more than one PCI-X bus. > > I know you don't need opinions at this point, but what a behemoth. I > can't imagine that thing running reliably. I would rather say it is a quite elegant design for a high-end motherboard intended for server/workstation installations. It is a dual-socket Opteron board. Each Opteron has its own memory-controller and uses HyperTransport to connect to other components. Each dual-socket Opteron has three HyperTransport links available. One from each CPU will be needed to the other CPU, leaving two links from each CPU available to connect to other chips. From that starting point it is a fairly obvious design. To maximise the available bandwidth one would want to spread out the chips over these links, which this motherboard does fairly well, using three of the four available links. (And hanging the most important things from CPU0, so you can actually use the board even if you have only one CPU installed.) As for reliability I see no particular reason for that board to be less reliable than any other multi-CPU board. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 17:00:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81288106566C for ; Mon, 21 Apr 2008 17:00:31 +0000 (UTC) (envelope-from pinhead@murus.stderror.at) Received: from stdin.stderror.at (stdin.stderror.at [83.65.196.90]) by mx1.freebsd.org (Postfix) with ESMTP id 36B248FC21 for ; Mon, 21 Apr 2008 17:00:31 +0000 (UTC) (envelope-from pinhead@murus.stderror.at) Received: from murus.stderror.at (localhost [127.0.0.1]) by stdin.stderror.at (Postfix) with ESMTP id 47A365C58 for ; Mon, 21 Apr 2008 18:52:01 +0200 (CEST) Date: Mon, 21 Apr 2008 18:52:01 +0200 Message-ID: <86lk37f8we.wl%pinhead@murus.stderror.at> From: Toni Schmidbauer To: freebsd-stable@freebsd.org User-Agent: Wanderlust Emacs Organization: stderror.at X-WWW-Home-Page: http://stderror.at X-PGP-Fingerprint: 53F2 28AE 8070 83E0 AFEC 0ABC BBF9 A34A 3ED1 3287 X-Operating-System: FreeBSD MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Subject: 7.0 kernel crash: page fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 17:00:31 -0000 hi, i'm running FreeBSD murus 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Mon Mar 3 20:53:07 CET 2008 root@murus:/usr/obj/usr/src/sys/GENERIC i386 today this machine crashed, but lucky me i did get a crash dump. i'm not a kernel developer so any help would be great in finding out the reason for the crash. the machine is running as a firewall with various services (imap, smtp,dns ...). i'm also using if_bridge/vlans to filter traffic for internal clients. thanks for your time toni ======================================== root@murus /usr/obj/usr/src/sys/GENERIC {1027}# kgdb kernel.debug /var/crash/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xbc fault code = supervisor read, page not present instruction pointer = 0x20:0xc078075e stack pointer = 0x28:0xe5550ab4 frame pointer = 0x28:0xe5550ac4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 950 (apcupsd) trap number = 12 panic: page fault cpuid = 0 Uptime: 48d14h37m48s Physical memory: 946 MB Dumping 202 MB: 187 171 155 139 123 107 91 75 59 43 27 11 #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc0754457 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0754719 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc0a4905c in trap_fatal (frame=0xe5550a74, eva=188) at /usr/src/sys/i386/i386/trap.c:899 #4 0xc0a492e0 in trap_pfault (frame=0xe5550a74, usermode=0, eva=188) at /usr/src/sys/i386/i386/trap.c:812 #5 0xc0a49c8c in trap (frame=0xe5550a74) at /usr/src/sys/i386/i386/trap.c:490 #6 0xc0a2fc0b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc078075e in rman_reserve_resource_bound (rm=0x0, start=0, end=3232598804, count=753, bound=0, flags=590486, dev=0xe5550b2c) at /usr/src/sys/kern/subr_rman.c:325 #8 0xc0788b72 in kern_select (td=0xc437a420, nd=5, fd_in=0xbfbfecc0, fd_ou=0x0, fd_ex=0x0, tvp=0xe5550c70) at /usr/src/sys/kern/sys_generic.c:845 #9 0xc07890de in select (td=0xc437a420, uap=0xe5550cfc) at /usr/src/sys/kern/sys_generic.c:663 #10 0xc0a49635 in syscall (frame=0xe5550d38) at /usr/src/sys/i386/i386/trap.c:1035 #11 0xc0a2fc70 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:196 #12 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) ======================================== From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 17:10:54 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4FCD106566C for ; Mon, 21 Apr 2008 17:10:54 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 661EA8FC12 for ; Mon, 21 Apr 2008 17:10:53 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.14.2/jtpda-5.4) with ESMTP id m3LHAnVQ089585 ; Mon, 21 Apr 2008 19:10:50 +0200 (CEST) X-Ids: 166 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id m3LHAmpr020823 ; Mon, 21 Apr 2008 19:10:48 +0200 (MEST) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.3/8.13.1/Submit) id m3LHAmIv020820; Mon, 21 Apr 2008 19:10:48 +0200 (MEST) (envelope-from arno) To: Jeremy Chadwick References: <20080421094718.GY25623@hub.freebsd.org> <20080421154333.GA96237@eos.sc1.parodius.com> From: "Arno J. Klaassen" Date: 21 Apr 2008 19:10:47 +0200 In-Reply-To: <20080421154333.GA96237@eos.sc1.parodius.com> Message-ID: Lines: 25 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (shiva.jussieu.fr [134.157.0.166]); Mon, 21 Apr 2008 19:10:50 +0200 (CEST) X-Virus-Scanned: ClamAV 0.92/6865/Mon Apr 21 17:43:29 2008 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail.jussieu.fr with ID 480CCA99.009 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 480CCA99.009/134.157.184.22/heho.snv.jussieu.fr/heho.snv.jussieu.fr/ X-j-chkmail-Score: MSGID : 480CCA99.009 on jchkmail.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.041 -> S=0.041 X-j-chkmail-Status: Ham Cc: stable@freebsd.org Subject: Re: nfs-server silent data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 17:10:55 -0000 --=-=-= Hello, Jeremy Chadwick writes: > On Mon, Apr 21, 2008 at 04:52:55PM +0200, Arno J. Klaassen wrote: > > Kris Kennaway writes: > > > Uh, you're getting server-side data corruption, it could definitely be > > > because of the memory you added. [ .. stuff deleted; I'll answer in more detail later ..] > Can you boot the machine in verbose mode, and put the dmesg up > somewhere? attached. More in a moment. Best, Arno --=-=-= Content-Disposition: attachment; filename=dmesg.s2895.txt Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-STABLE #1: Sun Apr 20 19:17:47 CEST 2008 toor@pollux:/usr/obj/files/here/bsd/src7/sys/S2895 Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff807dc000. Preloaded elf obj module "/boot/kernel/iicsmb.ko" at 0xffffffff807dc210. Preloaded elf obj module "/boot/kernel/iicbus.ko" at 0xffffffff807dc738. Preloaded elf obj module "/boot/kernel/smbus.ko" at 0xffffffff807dcbe0. Preloaded elf obj module "/boot/kernel/smb.ko" at 0xffffffff807dd048. Preloaded elf obj module "/boot/kernel/nfsmb.ko" at 0xffffffff807dd4f0. Calibrating clock(s) ... i8254 clock: 1193107 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2612050515 Hz CPU: Dual Core AMD Opteron(tm) Processor 285 (2612.05-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20f12 Stepping = 2 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x3 Cores per package: 2 L1 2MB data TLB: 8 entries, fully associative L1 2MB instruction TLB: 8 entries, fully associative L1 4KB data TLB: 32 entries, fully associative L1 4KB instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 2MB unified TLB: 0 entries, disabled/not present L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 1024 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative usable memory = 4285255680 (4086 MB) Physical memory chunk(s): 0x0000000000001000 - 0x0000000000099fff, 626688 bytes (153 pages) 0x00000000008dc000 - 0x00000000761a5fff, 1972150272 bytes (481482 pages) 0x0000000080000000 - 0x00000000aff7ffff, 804782080 bytes (196480 pages) 0x0000000100000000 - 0x000000014ffeffff, 1342111744 bytes (327664 pages) avail memory = 4108218368 (3917 MB) ACPI APIC Table: INTR: Adding local APIC 1 as a target INTR: Adding local APIC 2 as a target INTR: Adding local APIC 3 as a target FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 APIC: CPU 2 has ACPI ID 2 APIC: CPU 3 has ACPI ID 3 ULE: setup cpu group 0 ULE: setup cpu 0 ULE: adding cpu 0 to group 0: cpus 1 mask 0x1 ULE: setup cpu group 1 ULE: setup cpu 1 ULE: adding cpu 1 to group 1: cpus 1 mask 0x2 ULE: setup cpu group 2 ULE: setup cpu 2 ULE: adding cpu 2 to group 2: cpus 1 mask 0x4 ULE: setup cpu group 3 ULE: setup cpu 3 ULE: adding cpu 3 to group 3: cpus 1 mask 0x8 ACPI: RSDP @ 0x0xf78c0/0x0014 (v 0 PTLTD ) ACPI: RSDT @ 0x0x7ff8b110/0x003C (v 1 PTLTD RSDT 0x06040000 LTP 0x00000000) ACPI: FACP @ 0x0x7ff909c2/0x0074 (v 1 NVIDIA CK8S 0x06040000 PTL_ 0x000F4240) ACPI: DSDT @ 0x0x7ff8b14c/0x5876 (v 1 NVIDIA CK8 0x06040000 MSFT 0x0100000E) ACPI: FACS @ 0x0x7ff91fc0/0x0040 ACPI: SPCR @ 0x0x7ff90a36/0x0050 (v 1 PTLTD $UCRTBL$ 0x06040000 PTL 0x00000001) ACPI: MCFG @ 0x0x7ff90a86/0x003C (v 1 PTLTD MCFG 0x06040000 0x00000000) ACPI: APIC @ 0x0x7ff90ac2/0x009E (v 1 PTLTD APIC 0x06040000 LTP 0x00000000) ACPI: BOOT @ 0x0x7ff90b60/0x0028 (v 1 PTLTD $SBFTBL$ 0x06040000 LTP 0x00000001) ACPI: SSDT @ 0x0x7ff90b88/0x0478 (v 1 PTLTD POWERNOW 0x06040000 LTP 0x00000001) MADT: Found IO APIC ID 4, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Found IO APIC ID 5, Interrupt 24 at 0xd0000000 MADT: Found IO APIC ID 6, Interrupt 28 at 0xd0001000 MADT: Found IO APIC ID 7, Interrupt 32 at 0xd0a00000 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high lapic2: Routing NMI -> LINT1 lapic2: LINT1 trigger: edge lapic2: LINT1 polarity: high lapic3: Routing NMI -> LINT1 lapic3: LINT1 trigger: edge lapic3: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard ioapic3 irqs 32-55 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000000 err: 0x00010000 pcm: 0x00010000 nfslock: pseudo-device random: kbd: new array size 4 kbd1 at kbdmux0 mem: null: io: acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.LPC0.P44_ -> bus 0 dev 1 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.K801.HMM0 -> bus 0 dev 24 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.K801.HMM1 -> bus 0 dev 24 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.LPC0.P60_ -> bus 0 dev 1 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.LPC0.P64_ -> bus 0 dev 1 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.LPC0.P68_ -> bus 0 dev 1 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.SMB0.SBA0 -> bus 0 dev 1 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.SMB0.SBA1 -> bus 0 dev 1 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.LPC0.PIRQ -> bus 0 dev 1 func 0 AcpiOsDerivePciId: \\_SB_.PCI1.LPC0.PIRQ -> bus 128 dev 1 func 0 ACPI timer: 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 17 18 19 Validation 0 255 N 0 16 17 18 19 After Disable 0 255 N 0 16 17 18 19 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link8: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link9: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link10: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link11: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link12: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link13: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link14: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link15: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 48 49 50 51 Validation 0 255 N 0 48 49 50 51 After Disable 0 255 N 0 48 49 50 51 pci_link16: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 48 49 50 51 Validation 0 255 N 0 48 49 50 51 After Disable 0 255 N 0 48 49 50 51 pci_link17: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 48 49 50 51 Validation 0 255 N 0 48 49 50 51 After Disable 0 255 N 0 48 49 50 51 pci_link18: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 48 49 50 51 Validation 0 255 N 0 48 49 50 51 After Disable 0 255 N 0 48 49 50 51 pci_link19: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 48 49 50 51 Validation 0 255 N 0 48 49 50 51 After Disable 0 255 N 0 48 49 50 51 pci_link20: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 52 53 54 55 Validation 0 255 N 0 52 53 54 55 After Disable 0 255 N 0 52 53 54 55 pci_link21: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 52 53 54 55 Validation 0 255 N 0 52 53 54 55 After Disable 0 255 N 0 52 53 54 55 pci_link22: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 52 53 54 55 Validation 0 255 N 0 52 53 54 55 After Disable 0 255 N 0 52 53 54 55 pci_link23: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 52 53 54 55 Validation 0 255 N 0 52 53 54 55 After Disable 0 255 N 0 52 53 54 55 pci_link24: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 52 53 54 55 Validation 0 255 N 0 52 53 54 55 After Disable 0 255 N 0 52 53 54 55 pci_link25: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 52 53 54 55 Validation 0 255 N 0 52 53 54 55 After Disable 0 255 N 0 52 53 54 55 pci_link26: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 52 53 54 55 Validation 0 255 N 0 52 53 54 55 After Disable 0 255 N 0 52 53 54 55 pci_link27: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 52 53 54 55 Validation 0 255 N 0 52 53 54 55 After Disable 0 255 N 0 52 53 54 55 cpu0: on acpi0 cpu0: switching to generic Cx mode powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 cpu2: on acpi0 powernow2: on cpu2 cpu3: on acpi0 powernow3: on cpu3 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x10de, dev=0x005e, revid=0xa3 domain=0, bus=0, slot=0, func=0 class=05-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x0051, revid=0xa3 domain=0, bus=0, slot=1, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type I/O Port, range 32, base 0x8c00, size 10, enabled found-> vendor=0x10de, dev=0x0052, revid=0xa2 domain=0, bus=0, slot=1, func=1 class=0c-05-00, hdrtype=0x00, mfdev=1 cmdreg=0x0001, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0, size 5, enabled map[20]: type I/O Port, range 32, base 0xa000, size 6, enabled map[24]: type I/O Port, range 32, base 0xa040, size 6, enabled found-> vendor=0x10de, dev=0x0053, revid=0xf2 domain=0, bus=0, slot=6, func=0 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) powerspec 2 supports D0 D3 current D0 map[20]: type I/O Port, range 32, base 0x1400, size 4, enabled found-> vendor=0x10de, dev=0x005c, revid=0xa2 domain=0, bus=0, slot=9, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x02 (500 ns) found-> vendor=0x10de, dev=0x0057, revid=0xa3 domain=0, bus=0, slot=10, func=0 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x01 (250 ns), maxlat=0x14 (5000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xb0000000, size 12, enabled map[14]: type I/O Port, range 32, base 0x1410, size 3, enabled pcib0: matched entry for 0.10.INTA (src \\_SB_.PCI0.LMAC:0) pci_link8: Picked IRQ 20 with weight 0 ioapic0: Changing polarity for pin 20 to high pcib0: slot 10 INTA routed to irq 20 via \\_SB_.PCI0.LMAC found-> vendor=0x10de, dev=0x005d, revid=0xa3 domain=0, bus=0, slot=14, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit found-> vendor=0x1022, dev=0x1100, revid=0x00 domain=0, bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 domain=0, bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 domain=0, bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 domain=0, bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1100, revid=0x00 domain=0, bus=0, slot=25, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 domain=0, bus=0, slot=25, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 domain=0, bus=0, slot=25, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 domain=0, bus=0, slot=25, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 nfsmb0: port 0xa000-0xa03f,0xa040-0xa07f at device 1.1 on pci0 nfsmb0: Reserved 0x40 bytes for rid 0x20 type 4 at 0xa000 smbus0: on nfsmb0 smb0: on smbus0 nfsmb1: on nfsmb0 nfsmb0: Reserved 0x40 bytes for rid 0x24 type 4 at 0xa040 smbus1: on nfsmb1 smb1: on smbus1 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1400-0x140f at device 6.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1400 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=60 ostat1=50 ata0: stat0=0x20 err=0x20 lsb=0x20 msb=0x20 ata0: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: reset tp2 stat0=20 stat1=00 devices=0x8 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 49 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=60 ostat1=70 ata1: stat0=0x20 err=0x20 lsb=0x20 msb=0x20 ata1: stat1=0x30 err=0x30 lsb=0x30 msb=0x30 ata1: reset tp2 stat0=20 stat1=30 devices=0x0 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 50 ata1: [MPSAFE] ata1: [ITHREAD] pcib1: at device 9.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: no prefetched decode pcib1: Subtractively decoded bridge. pci1: on pcib1 pci1: domain=0, physical bus=1 pci0: at device 10.0 (no driver attached) pcib2: at device 14.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xf000-0xfff pcib2: memory decode 0xb1000000-0xb2ffffff pcib2: prefetched decode 0xc0000000-0xcfffffff pci2: on pcib2 pci2: domain=0, physical bus=2 found-> vendor=0x10de, dev=0x01d1, revid=0xa1 domain=0, bus=2, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xb2000000, size 24, enabled pcib2: requested memory range 0xb2000000-0xb2ffffff: good map[14]: type Prefetchable Memory, range 64, base 0xc0000000, size 28, enabled pcib2: requested memory range 0xc0000000-0xcfffffff: good map[1c]: type Memory, range 64, base 0xb1000000, size 24, enabled pcib2: requested memory range 0xb1000000-0xb1ffffff: good pcib2: matched entry for 2.0.INTA (src \\_SB_.PCI0.LNK3:0) pci_link2: Picked IRQ 16 with weight 0 ioapic0: Changing polarity for pin 16 to high pcib2: slot 0 INTA routed to irq 16 via \\_SB_.PCI0.LNK3 vgapci0: mem 0xb2000000-0xb2ffffff,0xc0000000-0xcfffffff,0xb1000000-0xb1ffffff irq 16 at device 0.0 on pci2 pcib3: port 0xcf8-0xcff on acpi0 pcib3: could not get PCI interrupt routing table for \\_SB_.PCI2 - AE_NOT_FOUND pci16: on pcib3 pci16: domain=0, physical bus=16 found-> vendor=0x1022, dev=0x7450, revid=0x12 domain=0, bus=16, slot=10, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0117, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7451, revid=0x01 domain=0, bus=16, slot=10, func=1 class=08-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type Memory, range 64, base 0xd0000000, size 12, enabled found-> vendor=0x1022, dev=0x7450, revid=0x12 domain=0, bus=16, slot=11, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0117, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7451, revid=0x01 domain=0, bus=16, slot=11, func=1 class=08-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type Memory, range 64, base 0xd0001000, size 12, enabled pcib4: at device 10.0 on pci16 pcib4: domain 0 pcib4: secondary bus 17 pcib4: subordinate bus 17 pcib4: I/O decode 0xf000-0xfff pcib4: no prefetched decode pci17: on pcib4 pci17: domain=0, physical bus=17 pcib5: at device 11.0 on pci16 pcib5: domain 0 pcib5: secondary bus 18 pcib5: subordinate bus 18 pcib5: I/O decode 0x2000-0x2fff pcib5: memory decode 0xd0100000-0xd07fffff pcib5: no prefetched decode pci18: on pcib5 pci18: domain=0, physical bus=18 found-> vendor=0x11ab, dev=0x6081, revid=0x09 domain=0, bus=18, slot=4, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xd0200000, size 20, enabled pcib5: requested memory range 0xd0200000-0xd02fffff: good map[18]: type I/O Port, range 32, base 0x2000, size 8, enabled pcib5: requested I/O range 0x2000-0x20ff: in range pcib5: matched entry for 18.4.INTA pcib5: slot 4 INTA hardwired to IRQ 28 found-> vendor=0x9005, dev=0x8017, revid=0x10 domain=0, bus=18, slot=9, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0430, cachelnsz=16 (dwords) lattimer=0x48 (2160 ns), mingnt=0x28 (10000 ns), maxlat=0x19 (6250 ns) intpin=a, irq=12 powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit map[10]: type I/O Port, range 32, base 0x2800, size 8, enabled pcib5: requested I/O range 0x2800-0x28ff: in range map[14]: type Memory, range 64, base 0xd0100000, size 13, enabled pcib5: requested memory range 0xd0100000-0xd0101fff: good map[1c]: type I/O Port, range 32, base 0x2400, size 8, enabled pcib5: requested I/O range 0x2400-0x24ff: in range pcib5: matched entry for 18.9.INTA pcib5: slot 9 INTA hardwired to IRQ 29 atapci1: port 0x2000-0x20ff mem 0xd0200000-0xd02fffff irq 28 at device 4.0 on pci18 ioapic2: routing intpin 0 (PCI IRQ 28) to vector 51 atapci1: [MPSAFE] atapci1: [ITHREAD] atapci1: Reserved 0x100000 bytes for rid 0x10 type 3 at 0xd0200000 ata2: on atapci1 ata2: SATA connect time=0ms ata2: reset tp1 mask=01 ostat0=50 ostat1=00 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata2: [ITHREAD] ata3: on atapci1 ata3: SATA connect time=0ms ata3: reset tp1 mask=01 ostat0=50 ostat1=00 ata3: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata3: reset tp2 stat0=50 stat1=00 devices=0x1 ata3: [MPSAFE] ata3: [ITHREAD] ata4: on atapci1 ata4: SATA connect time=0ms ata4: reset tp1 mask=01 ostat0=50 ostat1=00 ata4: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata4: reset tp2 stat0=50 stat1=00 devices=0x1 ata4: [MPSAFE] ata4: [ITHREAD] ata5: on atapci1 ata5: SATA connect time=0ms ata5: reset tp1 mask=01 ostat0=50 ostat1=00 ata5: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata5: reset tp2 stat0=50 stat1=00 devices=0x1 ata5: [MPSAFE] ata5: [ITHREAD] ata6: on atapci1 ata6: SATA connect time=0ms ata6: reset tp1 mask=01 ostat0=50 ostat1=00 ata6: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata6: reset tp2 stat0=50 stat1=00 devices=0x1 ata6: [MPSAFE] ata6: [ITHREAD] ata7: on atapci1 ata7: SATA connect time=0ms ata7: reset tp1 mask=01 ostat0=50 ostat1=00 ata7: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata7: reset tp2 stat0=50 stat1=00 devices=0x1 ata7: [MPSAFE] ata7: [ITHREAD] ata8: on atapci1 ata8: SATA connect time=0ms ata8: reset tp1 mask=01 ostat0=50 ostat1=00 ata8: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata8: reset tp2 stat0=50 stat1=00 devices=0x1 ata8: [MPSAFE] ata8: [ITHREAD] ata9: on atapci1 ata9: SATA connect status=00000000 ata9: [MPSAFE] ata9: [ITHREAD] ahd0: port 0x2800-0x28ff,0x2400-0x24ff mem 0xd0100000-0xd0101fff irq 29 at device 9.0 on pci18 ahd0: Defaulting to MEMIO on ahd0: Reserved 0x2000 bytes for rid 0x14 type 3 at 0xd0100000 ahd0: Enabling 39Bit Addressing ahd0: Reading VPD from SEEPROM...ahd0: VPD parsing successful ahd0: Reading SEEPROM...done. ahd0: STPWLEVEL is on ahd0: Manual Primary Termination ahd0: Manual Secondary Termination ahd0: Primary High byte termination Disabled ahd0: Primary Low byte termination Enabled ahd0: Secondary High byte termination Disabled ahd0: Secondary Low byte termination Disabled ahd0: Downloading Sequencer Program... 683 instructions downloaded ahd0: Features 0x3c001, Bugs 0x500000, Flags 0x143f1 ioapic2: routing intpin 1 (PCI IRQ 29) to vector 52 ahd0: [MPSAFE] ahd0: [ITHREAD] aic7901: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs pcib6: port 0xcf8-0xcff on acpi0 pci128: on pcib6 pci128: domain=0, physical bus=128 found-> vendor=0x10de, dev=0x005e, revid=0xa3 domain=0, bus=128, slot=0, func=0 class=05-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x00d3, revid=0xa3 domain=0, bus=128, slot=1, func=0 class=05-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[14]: type Memory, range 32, base 0xd0a00000, size 12, enabled found-> vendor=0x10de, dev=0x0057, revid=0xa3 domain=0, bus=128, slot=10, func=0 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x01 (250 ns), maxlat=0x14 (5000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xd0a01000, size 12, enabled map[14]: type I/O Port, range 32, base 0x3000, size 3, enabled pcib6: matched entry for 128.10.INTA (src \\_SB_.PCI1.LMAC:0) pci_link22: Picked IRQ 52 with weight 0 ioapic3: Changing polarity for pin 20 to high pcib6: slot 10 INTA routed to irq 52 via \\_SB_.PCI1.LMAC found-> vendor=0x10de, dev=0x005d, revid=0xa3 domain=0, bus=128, slot=14, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit pci128: at device 0.0 (no driver attached) pci128: at device 1.0 (no driver attached) pci128: at device 10.0 (no driver attached) pcib7: at device 14.0 on pci128 pcib7: domain 0 pcib7: secondary bus 129 pcib7: subordinate bus 129 pcib7: I/O decode 0xf000-0xfff pcib7: no prefetched decode pci129: on pcib7 pci129: domain=0, physical bus=129 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0067 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 53 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0067 psm0: failed to reset the aux device. sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ioapic0: routing intpin 4 (ISA IRQ 4) to vector 54 sio0: [FILTER] fdc0: port 0-0x5,0 on acpi0 fdc0: cannot reserve interrupt line device_attach: fdc0 attach returned 6 fdc0: port 0-0x5,0 on acpi0 fdc0: cannot reserve interrupt line device_attach: fdc0 attach returned 6 atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it sio: sio0 already exists; skipping it sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcefff,0xcf000-0xd57ff on isa0 ppc0: cannot reserve I/O port range ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0 0 0 0 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 238312 -> 100000 linsysfs registered procfs registered linprocfs registered lapic: Divisor 2, Frequency 100463486 hz Timecounter "TSC" frequency 2612050515 Hz quality -100 Timecounters tick every 1.000 msec Linux ELF exec handler installed lo0: bpf attached ata0-slave: pio=PIO4 wdma=WDMA2 udma=UDMA66 cable=40 wire acd0: setting PIO4 on nForce CK804 chip acd0: DMA limited to UDMA33, device found non-ATA66 cable acd0: setting UDMA33 on nForce CK804 chip acd0: DVDROM drive at ata0 as slave acd0: read 4125KB/s (4125KB/s), 256KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad4: 715404MB at ata2-master SATA300 ad4: 1465149168 sectors [1453521C/16H/63S] 16 sectors/interrupt 1 depth queue ata3-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad6: 715404MB at ata3-master SATA300 ad6: 1465149168 sectors [1453521C/16H/63S] 16 sectors/interrupt 1 depth queue ata4-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad8: 715404MB at ata4-master SATA300 ad8: 1465149168 sectors [1453521C/16H/63S] 16 sectors/interrupt 1 depth queue ata5-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad10: 715404MB at ata5-master SATA300 ad10: 1465149168 sectors [1453521C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad4 GEOM: new disk ad6 GEOM: new disk ad8 GEOM: new disk ad10 ata6-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad12: 715404MB at ata6-master SATA300 ad12: 1465149168 sectors [1453521C/16H/63S] 16 sectors/interrupt 1 depth queue ata7-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad14: 715404MB at ata7-master SATA300 ad14: 1465149168 sectors [1453521C/16H/63S] 16 sectors/interrupt 1 depth queue ata8-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad16: 715404MB at ata8-master SATA300 ad16: 1465149168 sectors [1453521C/16H/63S] 16 sectors/interrupt 1 depth queue Waiting 5 seconds for SCSI devices to settle (noperiph:ahd0:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted. GEOM: new disk ad12 GEOM: new disk ad14 GEOM: new disk ad16 ahd0: Selection Timeout on A:10. 0 SCBs aborted ahd0: Selection Timeout on A:11. 0 SCBs aborted ahd0: Selection Timeout on A:12. 0 SCBs aborted ahd0: Selection Timeout on A:13. 0 SCBs aborted ahd0: Selection Timeout on A:14. 0 SCBs aborted ahd0: Selection Timeout on A:1. 0 SCBs aborted ahd0: Selection Timeout on A:2. 0 SCBs aborted ahd0: Selection Timeout on A:3. 0 SCBs aborted ahd0: Selection Timeout on A:4. 0 SCBs aborted ahd0: Selection Timeout on A:5. 0 SCBs aborted ahd0: Selection Timeout on A:6. 0 SCBs aborted ahd0: Selection Timeout on A:8. 0 SCBs aborted ahd0: Selection Timeout on A:9. 0 SCBs aborted ahd0: Selection Timeout on A:15. 0 SCBs aborted (probe0:ahd0:0:0:0): Retrying Command (probe0:ahd0:0:0:0): Down reving Protocol Version from 4 to 3? (ahd0:A:0:0): Sending PPR bus_width 1, period 9, offset 7f, ppr_options 3f (ahd0:A:0:0): Received PPR width 1, period 9, offset 50,options 3f Filtered to width 1, period 9, offset 50, options 3f ahd0: target 0 using 16bit transfers ahd0: target 0 synchronous with period = 0x9, offset = 0x50(RDSTRM|DT|IU|QAS) pass0 at ahd0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-3 device pass0: Serial Number V5YPR3VA0051P7AF0091 pass0: 160.000MB/s transfers (80.000MHz DT, offset 80, 16bit) pass0: Command Queueing Enabled GEOM: new disk da0 da0 at ahd0 buSsM P0: tAaPr gCePtU 0# 3 lLuanu n0c hdead0!: F iVxEeRd: D0ixr0e0c0t4 0A0c1c0e sLDsR :S C0SxI0-030 d0e0v0i0c0e DF Rd:a 00:x fSfefrfifaflf fN u m bleirn tV05:Y P0Rx3V0A000015017P070A Fl0i0n9t11: 0dxa000:0 016004.0000 0TMPBR/:s 0txr0a0n0s0f0e0r0s0 (S8V0R.:0 000xM0H0z0 0D0T1,f fof f s etti m8e0r,: 106xbi0t0)020 0dea0f: tChoemrmma:n d0 xQ0u0e0u0e0i0n0g0 Eenrarb:l e0dx0 0d0a100:0 0104 0p2c0m5:M B0 x(0208071100400027 7 512 byte sectors: 255H 63S/T 17873C) SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x02000000 VER: 0x00040010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00000000 err: 0x00010000 pcm: 0x00010000 SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00040010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00000000 err: 0x00010000 pcm: 0x00010000 ioapic0: Assigning ISA IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 4 to local APIC 1 ioapic0: Assigning ISA IRQ 9 to local APIC 2 ioapic0: Assigning ISA IRQ 14 to local APIC 3 ioapic0: Assigning ISA IRQ 15 to local APIC 0 ioapic2: Assigning PCI IRQ 28 to local APIC 1 ioapic2: Assigning PCI IRQ 29 to local APIC 2 Trying to mount root from ufs:/dev/da0s1a start_init: trying /sbin/init Loading configuration files. kernel dumps on /dev/da0s1b Entropy harvesting: interrupts ethernet point_to_point kickstart . swapon: adding /dev/da0s1b as swap device /etc/rc: WARNING: Use of the early.sh script is deprecated /etc/rc: WARNING: Please use a new-style rc.d script instead /etc/rc: WARNING: See rc(8) for more information kldload: can't load tap : No such file or directory tap0: bpf attached tap0: Ethernet address: 00:bd:19:27:00:00 pci0: driver added found-> vendor=0x10de, dev=0x005e, revid=0xa3 domain=0, bus=0, slot=0, func=0 class=05-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pci0:0:0:0: reprobing on driver added found-> vendor=0x10de, dev=0x0057, revid=0xa3 domain=0, bus=0, slot=10, func=0 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x01 (250 ns), maxlat=0x14 (5000 ns) intpin=a, irq=20 powerspec 2 supports D0 D1 D2 D3 current D0 pci0:0:10:0: reprobing on driver added nfe0: port 0x1410-0x1417 mem 0xb0000000-0xb0000fff irq 20 at device 10.0 on pci0 nfe0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xb0000000 nfe0: bpf attached nfe0: Ethernet address: 00:e0:81:54:eb:3e ioapic0: Assigning PCI IRQ 20 to local APIC 3 ioapic0: routing intpin 20 (PCI IRQ 20) to vector 55 nfe0: [MPSAFE] nfe0: [FILTER] pci1: driver added pci2: driver added pci16: driver added pci17: driver added pci18: driver added pci128: driver added found-> vendor=0x10de, dev=0x005e, revid=0xa3 domain=0, bus=128, slot=0, func=0 class=05-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pci0:128:0:0: reprobing on driver added found-> vendor=0x10de, dev=0x00d3, revid=0xa3 domain=0, bus=128, slot=1, func=0 class=05-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pci0:128:1:0: reprobing on driver added found-> vendor=0x10de, dev=0x0057, revid=0xa3 domain=0, bus=128, slot=10, func=0 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x01 (250 ns), maxlat=0x14 (5000 ns) intpin=a, irq=52 powerspec 2 supports D0 D1 D2 D3 current D0 pci0:128:10:0: reprobing on driver added nfe1: port 0x3000-0x3007 mem 0xd0a01000-0xd0a01fff irq 52 at device 10.0 on pci128 nfe1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd0a01000 nfe1: bpf attached nfe1: Ethernet address: 00:e0:81:54:eb:3f ioapic3: Assigning PCI IRQ 52 to local APIC 0 ioapic3: routing intpin 20 (PCI IRQ 52) to vector 56 nfe1: [MPSAFE] nfe1: [FILTER] pci129: driver added miibus0: on nfe0 e1000phy0: PHY 1 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto miibus1: on nfe1 e1000phy1: PHY 1 on miibus1 e1000phy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto Starting file system checks: /dev/da0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1a: clean, 306345 free (1545 frags, 38100 blocks, 0.3% fragmentation) /dev/da0s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1d: clean, 1822515 free (211 frags, 227788 blocks, 0.0% fragmentation) /dev/da0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1e: clean, 8948507 free (17443 frags, 1116383 blocks, 0.2% fragmentation) /dev/da0s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1f: clean, 50667611 free (24659 frags, 6330369 blocks, 0.0% fragmentation) Setting hostuuid: 42e31e12-097c-11dd-a4e7-e7206608dac4. Setting hostid: 0xdf0b1aca. Mounting local file systems: . Setting hostname: pollux. net.inet6.ip6.auto_linklocal: 1 -> 0 kern.fallback_elf_brand: -1 -> 3 kern.elf32.fallback_brand: -1 -> 3 lo0: flags=8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 tap0: flags=8803 metric 0 mtu 1500 ether 00:90:27:3f:12:9f nfe0: flags=8843 metric 0 mtu 1500 options=10b ether 00:e0:81:54:eb:3e inet 172.16.1.9 netmask 0xffffff00 broadcast 172.16.1.255 media: Ethernet autoselect (none) status: no carrier add net default: gateway 172.16.1.254 Additional routing options: . Starting devd. hw.acpi.cpu.cx_lowest: C1 -> C1 Additional IP options: . Mounting NFS file systems: . ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib /usr/local/lib/compat/pkg /usr/local/lib/compat/pkg 32-bit compatibility ldconfig path: /usr/lib32 Creating and/or trimming log files: . Starting syslogd. Checking for core dump on /dev/da0s1b... savecore: no dumps found Initial amd64 initialization: . Additional ABI support: . Starting rpcbind. NFS access cache time=60 Clearing /tmp (X related). Starting mountd. nfe0: link state changed to UP Starting nfsd. Starting statd. Starting lockd. /etc/rc: WARNING: /usr/local/etc/smartd.conf is not readable. Starting local daemons: (pass0:ahd0:0:0:0): tagged openings now 64 (pass0:ahd0:0:0:0): tagged openings now 64 (pass0:ahd0:0:0:0): device openings: 64 . Updating motd . Mounting late file systems: . Starting ntpd. Starting powerd. Configuring syscons: blanktime . Starting sshd. Starting cron. Local package initialization: --=-=-=-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 17:18:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9536D1065673 for ; Mon, 21 Apr 2008 17:18:41 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EA2D38FC1A; Mon, 21 Apr 2008 17:18:40 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <480CCC66.70502@FreeBSD.org> Date: Mon, 21 Apr 2008 19:18:30 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Toni Schmidbauer References: <86lk37f8we.wl%pinhead@murus.stderror.at> In-Reply-To: <86lk37f8we.wl%pinhead@murus.stderror.at> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 7.0 kernel crash: page fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 17:18:41 -0000 Toni Schmidbauer wrote: > hi, > > i'm running > > FreeBSD murus 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Mon Mar 3 20:53:07 > CET 2008 root@murus:/usr/obj/usr/src/sys/GENERIC i386 > > today this machine crashed, but lucky me i did get a crash dump. i'm > not a kernel developer so any help would be great in finding out the > reason for the crash. > > the machine is running as a firewall with various services (imap, > smtp,dns ...). i'm also using if_bridge/vlans to filter traffic for > internal clients. > > thanks for your time > > toni > > ======================================== > root@murus /usr/obj/usr/src/sys/GENERIC {1027}# kgdb kernel.debug /var/crash/vmcore.0 > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd". > > Unread portion of the kernel message buffer: > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0xbc > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc078075e > stack pointer = 0x28:0xe5550ab4 > frame pointer = 0x28:0xe5550ac4 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 950 (apcupsd) > trap number = 12 > panic: page fault > cpuid = 0 > Uptime: 48d14h37m48s > Physical memory: 946 MB > Dumping 202 MB: 187 171 155 139 123 107 91 75 59 43 27 11 > > #0 doadump () at pcpu.h:195 > 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) bt > #0 doadump () at pcpu.h:195 > #1 0xc0754457 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 > #2 0xc0754719 in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:563 > #3 0xc0a4905c in trap_fatal (frame=0xe5550a74, eva=188) at /usr/src/sys/i386/i386/trap.c:899 > #4 0xc0a492e0 in trap_pfault (frame=0xe5550a74, usermode=0, eva=188) at /usr/src/sys/i386/i386/trap.c:812 > #5 0xc0a49c8c in trap (frame=0xe5550a74) at /usr/src/sys/i386/i386/trap.c:490 > #6 0xc0a2fc0b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #7 0xc078075e in rman_reserve_resource_bound (rm=0x0, start=0, end=3232598804, count=753, bound=0, flags=590486, dev=0xe5550b2c) > at /usr/src/sys/kern/subr_rman.c:325 > #8 0xc0788b72 in kern_select (td=0xc437a420, nd=5, fd_in=0xbfbfecc0, fd_ou=0x0, fd_ex=0x0, tvp=0xe5550c70) > at /usr/src/sys/kern/sys_generic.c:845 > #9 0xc07890de in select (td=0xc437a420, uap=0xe5550cfc) at /usr/src/sys/kern/sys_generic.c:663 > #10 0xc0a49635 in syscall (frame=0xe5550d38) at /usr/src/sys/i386/i386/trap.c:1035 > #11 0xc0a2fc70 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:196 > #12 0x00000033 in ?? () kern_select() does not call rman_reserve_resource_bound() so ether this trace is corrupt or you have a RAM error. Note that the IP for this function (0xc078075e) is a single bit flip from being very close to kern_select (0xc0788b72), which is what you would expect if kern_select tried to call an associated function in the same source file but the address was corrupted in RAM. Kris From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 17:28:48 2008 Return-Path: Delivered-To: stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C23571065670; Mon, 21 Apr 2008 17:28:48 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id B36CB8FC13; Mon, 21 Apr 2008 17:28:48 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 6D9671CC038; Mon, 21 Apr 2008 10:28:48 -0700 (PDT) Date: Mon, 21 Apr 2008 10:28:48 -0700 From: Jeremy Chadwick To: "Arno J. Klaassen" , Clayton Milos , Kris Kennaway , stable@FreeBSD.ORG, net@FreeBSD.ORG Message-ID: <20080421172848.GA872@eos.sc1.parodius.com> References: <20080421094718.GY25623@hub.freebsd.org> <20080421154333.GA96237@eos.sc1.parodius.com> <20080421162445.GA32697@owl.midgard.homeip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080421162445.GA32697@owl.midgard.homeip.net> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: Re: nfs-server silent data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 17:28:48 -0000 On Mon, Apr 21, 2008 at 06:24:45PM +0200, Erik Trulsson wrote: > As for reliability I see no particular reason for that board to be less > reliable than any other multi-CPU board. Sorry for my complete and total opinionated noise, then. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 18:30:53 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 590D1106566C; Mon, 21 Apr 2008 18:30:53 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id DD3658FC1B; Mon, 21 Apr 2008 18:30:52 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.14.2/jtpda-5.4) with ESMTP id m3LIUoL0093824 ; Mon, 21 Apr 2008 20:30:51 +0200 (CEST) X-Ids: 164 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id m3LIUnf2021168 ; Mon, 21 Apr 2008 20:30:49 +0200 (MEST) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.3/8.13.1/Submit) id m3LIUnpD021165; Mon, 21 Apr 2008 20:30:49 +0200 (MEST) (envelope-from arno) To: Jeremy Chadwick References: <20080421094718.GY25623@hub.freebsd.org> <20080421154333.GA96237@eos.sc1.parodius.com> From: "Arno J. Klaassen" Date: 21 Apr 2008 20:30:48 +0200 In-Reply-To: <20080421154333.GA96237@eos.sc1.parodius.com> Message-ID: Lines: 28 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (shiva.jussieu.fr [134.157.0.164]); Mon, 21 Apr 2008 20:30:51 +0200 (CEST) X-Virus-Scanned: ClamAV 0.92/6865/Mon Apr 21 17:43:29 2008 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail.jussieu.fr with ID 480CDD5B.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 480CDD5B.000/134.157.184.22/heho.snv.jussieu.fr/heho.snv.jussieu.fr/ X-j-chkmail-Score: MSGID : 480CDD5B.000 on jchkmail.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.029 -> S=0.029 X-j-chkmail-Status: Ham Cc: Kris Kennaway , stable@freebsd.org Subject: Re: nfs-server silent data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 18:30:53 -0000 yet another quick partial answer : Jeremy Chadwick writes: > On Mon, Apr 21, 2008 at 04:52:55PM +0200, Arno J. Klaassen wrote: > > Kris Kennaway writes: > > > Uh, you're getting server-side data corruption, it could definitely be > > > because of the memory you added. > > > > yop, though I'm still not convinced the memory is bad (the very same > > Kingston ECC as the 2*1G in use for about half a year already) : > > Can you download and run memtest86 on this system, with the added 2G ECC > insalled? memtest86 doesn't guarantee showing signs of memory problems, > but in most cases it'll start spewing errors almost immediately. It's running for 15 minutes now without any warning; I'll let it run while cooking a meal [ with 2*1G mem for each CPU to be clear ]. NB, (CC to kris@ for this) why is memtest86 port marked as i386-only? It only seems to install floppy.bin and memtest.iso, but alas (maybe I should leave one box dedicated to freebsd-i386 for things like this ;) ) Best, Arno From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 19:03:20 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B65341065672 for ; Mon, 21 Apr 2008 19:03:20 +0000 (UTC) (envelope-from willy@Offermans.Rompen.nl) Received: from hpsmtp-eml14.kpnxchange.com (hpsmtp-eml14.kpnxchange.com [213.75.38.114]) by mx1.freebsd.org (Postfix) with ESMTP id 4EAE98FC0A for ; Mon, 21 Apr 2008 19:03:19 +0000 (UTC) (envelope-from willy@Offermans.Rompen.nl) Received: from cpsmtp-eml112.kpnxchange.com ([213.75.84.112]) by hpsmtp-eml14.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 21 Apr 2008 21:03:18 +0200 Received: from koko.offrom.nl ([86.82.183.148]) by cpsmtp-eml112.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 21 Apr 2008 21:03:18 +0200 Received: from wiz.vpn.offrom.nl (Debian-exim@wiz.vpn.offrom.nl [10.168.0.18]) by koko.offrom.nl (8.13.8/8.13.8) with ESMTP id m3LJ3Ch6068941; Mon, 21 Apr 2008 21:03:15 +0200 (CEST) (envelope-from willy@wiz.vpn.offrom.nl) Received: from willy by wiz.vpn.offrom.nl with local (Exim 4.63) (envelope-from ) id 1Jo1J5-0001TP-Sn; Mon, 21 Apr 2008 21:04:03 +0200 Date: Mon, 21 Apr 2008 21:04:03 +0200 From: Willy Offermans To: freebsd-stable@FreeBSD.ORG Message-ID: <20080421190403.GA4625@wiz.vpn.offrom.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: ClamAV 0.92.1/6865/Mon Apr 21 17:43:29 2008 on koko.offrom.nl X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on koko.offrom.nl X-OriginalArrivalTime: 21 Apr 2008 19:03:18.0319 (UTC) FILETIME=[5C19CBF0:01C8A3E2] Cc: Subject: g_vfs_done error third part--PLEASE HELP! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Willy@Offermans.Rompen.nl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 19:03:20 -0000 Dear FreeBSD friends, It is already the third time that I report this error. Can someone help me in solving this issue? Over and over again and always after heavy disk I/O I see the following errors in the log files. If I force ar0s1g to unmount the machine spontaneously reboots. Nothing seriously seems to be damaged by this act, but anyway I cannot afford something bad happening to this production machine. Currently the error is the following: ... Apr 21 19:44:36 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725074944, length=2048)]error = 5 Apr 21 19:45:07 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725074944, length=2048)]error = 5 Apr 21 19:45:38 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725074944, length=2048)]error = 5 ... before the error appeared like: ... Apr 18 20:00:15 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725072896, length=2048)]error = 5 Apr 18 20:00:46 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725068800, length=4096)]error = 5 Apr 18 20:00:46 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725072896, length=2048)]error = 5 Apr 18 20:01:17 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725068800, length=4096)]error = 5 Apr 18 20:01:17 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725072896, length=2048)]error = 5 Apr 18 20:01:48 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725068800, length=4096)]error = 5 Apr 18 20:01:48 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725072896, length=2048)]error = 5 Apr 18 20:02:19 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725068800, length=4096)]error = 5 ... I have no clue what the errors mean, since offsets of 290725068800, 290725072896, and 290725074944 seem to be ridiculous. Does anybody have a clue what is going on? I'm using FreeBSD 7.0, but found the error being reported before with previous versions of FreeBSD. I can and will provide more details on demand. Any hints are very much appreciated. -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Willy ************************************* W.K. Offermans Home: +31 45 544 49 44 Mobile: +31 653 27 16 23 e-mail: Willy@Offermans.Rompen.nl Powered by .... (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 19:12:29 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9EA1106564A for ; Mon, 21 Apr 2008 19:12:29 +0000 (UTC) (envelope-from pinhead@murus.stderror.at) Received: from stdin.stderror.at (stdin.stderror.at [83.65.196.90]) by mx1.freebsd.org (Postfix) with ESMTP id 82BF48FC0A for ; Mon, 21 Apr 2008 19:12:29 +0000 (UTC) (envelope-from pinhead@murus.stderror.at) Received: from murus.stderror.at (localhost [127.0.0.1]) by stdin.stderror.at (Postfix) with ESMTP id 9A91B5C4A; Mon, 21 Apr 2008 21:12:27 +0200 (CEST) Date: Mon, 21 Apr 2008 21:12:27 +0200 Message-ID: <86iqybf2ec.wl%pinhead@murus.stderror.at> From: Toni Schmidbauer To: Kris Kennaway In-Reply-To: <480CCC66.70502@FreeBSD.org> References: <86lk37f8we.wl%pinhead@murus.stderror.at> <480CCC66.70502@FreeBSD.org> User-Agent: Wanderlust Emacs Organization: stderror.at X-WWW-Home-Page: http://stderror.at X-PGP-Fingerprint: 53F2 28AE 8070 83E0 AFEC 0ABC BBF9 A34A 3ED1 3287 X-Operating-System: FreeBSD MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: 7.0 kernel crash: page fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 19:12:29 -0000 At Mon, 21 Apr 2008 19:18:30 +0200, Kris Kennaway wrote: > kern_select() does not call rman_reserve_resource_bound() so ether > this trace is corrupt or you have a RAM error. Note that the IP for > this function (0xc078075e) is a single bit flip from being very close > to kern_select (0xc0788b72), which is what you would expect if > kern_select tried to call an associated function in the same source > file but the address was corrupted in RAM. thanks for the input, i'm going to run memtest86, maybe i've got bad a bad dimm. thanks toni -- If you understand what you're doing, you're | toni at stderror dot at not learning anything. | Toni Schmidbauer -- Anonymous | From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 19:19:30 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90CAC106566C for ; Mon, 21 Apr 2008 19:19:30 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail09.syd.optusnet.com.au (mail09.syd.optusnet.com.au [211.29.132.190]) by mx1.freebsd.org (Postfix) with ESMTP id 2A0998FC16 for ; Mon, 21 Apr 2008 19:19:29 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail09.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m3LJJPRC010542 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Apr 2008 05:19:27 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m3LJJPOg006386; Tue, 22 Apr 2008 05:19:25 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m3LJJPtn006385; Tue, 22 Apr 2008 05:19:25 +1000 (EST) (envelope-from peter) Date: Tue, 22 Apr 2008 05:19:25 +1000 From: Peter Jeremy To: "Arno J. Klaassen" Message-ID: <20080421191925.GT73016@server.vk2pj.dyndns.org> References: <20080421094718.GY25623@hub.freebsd.org> <20080421154333.GA96237@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CPn8Wy5ME997YUMW" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: stable@freebsd.org Subject: Re: nfs-server silent data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 19:19:30 -0000 --CPn8Wy5ME997YUMW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 21, 2008 at 08:30:48PM +0200, Arno J. Klaassen wrote: >NB, (CC to kris@ for this) why is memtest86 port marked as i386-only? Basically because it's a bootable i386 binary image. >(maybe I should leave one box dedicated to freebsd-i386 for things >like this ;) ) No need - just download the image, burn it to a CD and boot the CD. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --CPn8Wy5ME997YUMW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.8 (FreeBSD) iEYEARECAAYFAkgM6L0ACgkQ/opHv/APuIcUvwCgjKf8MuRlCJSasXnC016787fS LPwAnjHQzXRIGsVGQcJsMOiyivUbRwVs =53df -----END PGP SIGNATURE----- --CPn8Wy5ME997YUMW-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 19:48:09 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 373C3106566B for ; Mon, 21 Apr 2008 19:48:09 +0000 (UTC) (envelope-from ryan.lackey@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.186]) by mx1.freebsd.org (Postfix) with ESMTP id CB1908FC20 for ; Mon, 21 Apr 2008 19:48:08 +0000 (UTC) (envelope-from ryan.lackey@gmail.com) Received: by rn-out-0910.google.com with SMTP id j40so531788rnf.12 for ; Mon, 21 Apr 2008 12:48:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=R6Nrk8+aHyMKx2ZI+7RF4YtqGrgdK4YjRD/ErjQ2Ayg=; b=HBZsJJK2KOmeR5Q6PW0mC9XJf1weVhiuI8CobWXlAJxUeMoyt3lghadzPN9/LFFvdkddM2VKknDNsB+JWIS7qJeALc+NB/iiMp+C3klt5dc+WmcUxTlReervKTJVgidPDNr+7BouJaK9dy4LIWUJKSmB9fp+vXkKvRc9vbaOhII= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=Am7ERsTXFT2U+rSJh4SVxoHzqzTiHZEgt5cJ3fpQEvMsl7w/HesTHAe/q7bb0+lvuHDvgeYsU1N1qoqnV71fY8TFBum5wMN61ft+1Z17m8IIfnA5x/32VM1/wmgaleoEY1dycQ9vCXnrANw63uV8D/pWNS7hbgZtzsxEVZXb3h4= Received: by 10.115.54.7 with SMTP id g7mr6404162wak.212.1208805784325; Mon, 21 Apr 2008 12:23:04 -0700 (PDT) Received: by 10.114.53.14 with HTTP; Mon, 21 Apr 2008 12:23:04 -0700 (PDT) Message-ID: <5bfab4bc0804211223w34d41326g7350c51da35a1721@mail.gmail.com> Date: Mon, 21 Apr 2008 12:23:04 -0700 From: "Ryan Lackey" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_20117_28870766.1208805784311" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: HP DL145G2 boot problems with 7.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 19:48:09 -0000 ------=_Part_20117_28870766.1208805784311 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I have 4 HP DL145G2 boxes (dual opteron). I recently upgrded them from 6.2-STABLE to 7.0-RELEASE using cvsup on each, compiling world + kernel. The upgrade was (fairly painless on two machines, and has broken the other two machines. On boot, the broken machines hang somewhere after kbdc and psm, and before serial driver initialization. Specifically, I see: psm0: unable to allocate IRQ psmcpnp0: PS/2 mouse port irq 12 on acpi0 pm0: ps2 mouse irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 57 psm0: giant-locked psm0: thread psm0: model intellimouse explorer.... psm0: config; 0000000000 flags: 000000008, packet size:4 psm0: syncmask:08, syncbits:00 After that, it hangs. I'm using a 7.0 world, mergemastered, and a kernel compiled on the broken system, and also a kernel compiled on one of the working systems and copied over, with the same config. (attached) dmesg from one of the working systems also attached -- same config modulo RAM and CPU speed. If I boot using the 6.2 kernel and 7.0 userland, I can ssh in and some things work, but others don't. I'm using an IPKVM vs. serial console, so this is slightly more difficult to debug, plus I have to ask someone to reboot the machine, vs. using a power cycler. Any help in debugging this would be most appreciated. ------=_Part_20117_28870766.1208805784311 Content-Type: application/octet-stream; name=dmesg.yesterday Content-Transfer-Encoding: base64 X-Attachment-Id: f_ffbfo90h0 Content-Disposition: attachment; filename=dmesg.yesterday V2FpdGluZyAobWF4IDYwIHNlY29uZHMpIGZvciBzeXN0ZW0gcHJvY2VzcyBgdm5scnUnIHRvIHN0 b3AuLi5kb25lCldhaXRpbmcgKG1heCA2MCBzZWNvbmRzKSBmb3Igc3lzdGVtIHByb2Nlc3MgYGJ1 ZmRhZW1vbicgdG8gc3RvcC4uLmRvbmUKV2FpdGluZyAobWF4IDYwIHNlY29uZHMpIGZvciBzeXN0 ZW0gcHJvY2VzcyBgc3luY2VyJyB0byBzdG9wLi4uClN5bmNpbmcgZGlza3MsIHZub2RlcyByZW1h aW5pbmcuLi40IDQgMiAyIDIgMSAxIDAgMCAwIGRvbmUKQWxsIGJ1ZmZlcnMgc3luY2VkLgpDb3B5 cmlnaHQgKGMpIDE5OTItMjAwOCBUaGUgRnJlZUJTRCBQcm9qZWN0LgpDb3B5cmlnaHQgKGMpIDE5 NzksIDE5ODAsIDE5ODMsIDE5ODYsIDE5ODgsIDE5ODksIDE5OTEsIDE5OTIsIDE5OTMsIDE5OTQK CVRoZSBSZWdlbnRzIG9mIHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMg cmVzZXJ2ZWQuCkZyZWVCU0QgaXMgYSByZWdpc3RlcmVkIHRyYWRlbWFyayBvZiBUaGUgRnJlZUJT RCBGb3VuZGF0aW9uLgpGcmVlQlNEIDcuMC1SRUxFQVNFLXAxICMyOiBGcmkgQXByIDE4IDIzOjE4 OjI1IFVUQyAyMDA4CiAgICByb290QGF0aGVuYS5zZm8ubWV0YWNvbG8ubmV0Oi91c3Ivb2JqL3Vz ci9zcmMvc3lzL01FVEFDT0xPClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIg SHogcXVhbGl0eSAwCkNQVTogRHVhbCBDb3JlIEFNRCBPcHRlcm9uKHRtKSBQcm9jZXNzb3IgMjcw ICgyMDA5LjI3LU1IeiBLOC1jbGFzcyBDUFUpCiAgT3JpZ2luID0gIkF1dGhlbnRpY0FNRCIgIElk ID0gMHgyMGYxMiAgU3RlcHBpbmcgPSAyCiAgRmVhdHVyZXM9MHgxNzhiZmJmZjxGUFUsVk1FLERF LFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQ U0UzNixDTEZMVVNILE1NWCxGWFNSLFNTRSxTU0UyLEhUVD4KICBGZWF0dXJlczI9MHgxPFNTRTM+ CiAgQU1EIEZlYXR1cmVzPTB4ZTI1MDA4MDA8U1lTQ0FMTCxOWCxNTVgrLEZGWFNSLExNLDNETm93 ISssM0ROb3chPgogIEFNRCBGZWF0dXJlczI9MHgzPExBSEYsQ01QPgogIENvcmVzIHBlciBwYWNr YWdlOiAyCnVzYWJsZSBtZW1vcnkgPSA4NTc1Mjc1MDA4ICg4MTc4IE1CKQphdmFpbCBtZW1vcnkg ID0gODI4MDA4MDM4NCAoNzg5NiBNQikKQUNQSSBBUElDIFRhYmxlOiA8UFRMVEQgIAkgQVBJQyAg PgpGcmVlQlNEL1NNUDogTXVsdGlwcm9jZXNzb3IgU3lzdGVtIERldGVjdGVkOiA0IENQVXMKIGNw dTAgKEJTUCk6IEFQSUMgSUQ6ICAwCiBjcHUxIChBUCk6IEFQSUMgSUQ6ICAxCiBjcHUyIChBUCk6 IEFQSUMgSUQ6ICAyCiBjcHUzIChBUCk6IEFQSUMgSUQ6ICAzCmlvYXBpYzAgPFZlcnNpb24gMS4x PiBpcnFzIDAtMjMgb24gbW90aGVyYm9hcmQKaW9hcGljMSA8VmVyc2lvbiAxLjE+IGlycXMgMjQt MzAgb24gbW90aGVyYm9hcmQKaW9hcGljMiA8VmVyc2lvbiAxLjE+IGlycXMgMzEtMzcgb24gbW90 aGVyYm9hcmQKa2JkMSBhdCBrYmRtdXgwCmF0aF9oYWw6IDAuOS4yMC4zIChBUjUyMTAsIEFSNTIx MSwgQVI1MjEyLCBSRjUxMTEsIFJGNTExMiwgUkYyNDEzLCBSRjU0MTMpCmhwdHJyOiBIUFQgUm9j a2V0UkFJRCBjb250cm9sbGVyIGRyaXZlciB2MS4xIChBcHIgMTggMjAwOCAyMzoxODoxMykKYWNw aTA6IDxQVExURCAgIFJTRFQ+IG9uIG1vdGhlcmJvYXJkCmFjcGkwOiBbSVRIUkVBRF0KYWNwaTA6 IFBvd2VyIEJ1dHRvbiAoZml4ZWQpClRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAz NTc5NTQ1IEh6IHF1YWxpdHkgMTAwMAphY3BpX3RpbWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3 OTU0NU1Iej4gcG9ydCAweDgwMDgtMHg4MDBiIG9uIGFjcGkwCmNwdTA6IDxBQ1BJIENQVT4gb24g YWNwaTAKcG93ZXJub3cwOiA8Q29vbGBuJ1F1aWV0IEs4PiBvbiBjcHUwCmNwdTE6IDxBQ1BJIENQ VT4gb24gYWNwaTAKcG93ZXJub3cxOiA8Q29vbGBuJ1F1aWV0IEs4PiBvbiBjcHUxCmNwdTI6IDxB Q1BJIENQVT4gb24gYWNwaTAKcG93ZXJub3cyOiA8Q29vbGBuJ1F1aWV0IEs4PiBvbiBjcHUyCmNw dTM6IDxBQ1BJIENQVT4gb24gYWNwaTAKcG93ZXJub3czOiA8Q29vbGBuJ1F1aWV0IEs4PiBvbiBj cHUzCmFjcGlfYnV0dG9uMDogPFBvd2VyIEJ1dHRvbj4gb24gYWNwaTAKcGNpYjA6IDxBQ1BJIEhv c3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMApwY2kwOiA8QUNQSSBQQ0kg YnVzPiBvbiBwY2liMApwY2kwOiA8bWVtb3J5PiBhdCBkZXZpY2UgMC4wIChubyBkcml2ZXIgYXR0 YWNoZWQpCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAxLjAgb24gcGNpMAppc2Ew OiA8SVNBIGJ1cz4gb24gaXNhYjAKcGNpMDogPHNlcmlhbCBidXMsIFNNQnVzPiBhdCBkZXZpY2Ug MS4xIChubyBkcml2ZXIgYXR0YWNoZWQpCm9oY2kwOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRy b2xsZXI+IG1lbSAweGM4MDAwMDAwLTB4YzgwMDBmZmYgaXJxIDIwIGF0IGRldmljZSAyLjAgb24g cGNpMApvaGNpMDogW0dJQU5ULUxPQ0tFRF0Kb2hjaTA6IFtJVEhSRUFEXQp1c2IwOiBPSENJIHZl cnNpb24gMS4wLCBsZWdhY3kgc3VwcG9ydAp1c2IwOiBTTU0gZG9lcyBub3QgcmVzcG9uZCwgcmVz ZXR0aW5nCnVzYjA6IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gb2hjaTAKdXNi MDogVVNCIHJldmlzaW9uIDEuMAp1aHViMDogPG5WaWRpYSBPSENJIHJvb3QgaHViLCBjbGFzcyA5 LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiMAp1aHViMDogNCBwb3J0cyB3aXRoIDQg cmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKZWhjaTA6IDxOVklESUEgbkZvcmNlNCBVU0IgMi4wIGNv bnRyb2xsZXI+IG1lbSAweGM4MDAxMDAwLTB4YzgwMDEwZmYgaXJxIDIxIGF0IGRldmljZSAyLjEg b24gcGNpMAplaGNpMDogW0dJQU5ULUxPQ0tFRF0KZWhjaTA6IFtJVEhSRUFEXQp1c2IxOiBFSENJ IHZlcnNpb24gMS4wCnVzYjE6IGNvbXBhbmlvbiBjb250cm9sbGVyLCA0IHBvcnRzIGVhY2g6IHVz YjAKdXNiMTogPE5WSURJQSBuRm9yY2U0IFVTQiAyLjAgY29udHJvbGxlcj4gb24gZWhjaTAKdXNi MTogVVNCIHJldmlzaW9uIDIuMAp1aHViMTogPG5WaWRpYSBFSENJIHJvb3QgaHViLCBjbGFzcyA5 LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiMQp1aHViMTogNCBwb3J0cyB3aXRoIDQg cmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKYXRhcGNpMDogPG5WaWRpYSBuRm9yY2UgQ0s4MDQgVURN QTEzMyBjb250cm9sbGVyPiBwb3J0IDB4MWYwLTB4MWY3LDB4M2Y2LDB4MTcwLTB4MTc3LDB4Mzc2 LDB4MTQwMC0weDE0MGYgYXQgZGV2aWNlIDYuMCBvbiBwY2kwCmF0YTA6IDxBVEEgY2hhbm5lbCAw PiBvbiBhdGFwY2kwCmF0YTA6IFtJVEhSRUFEXQphdGExOiA8QVRBIGNoYW5uZWwgMT4gb24gYXRh cGNpMAphdGExOiBbSVRIUkVBRF0KYXRhcGNpMTogPG5WaWRpYSBuRm9yY2UgQ0s4MDQgU0FUQTMw MCBjb250cm9sbGVyPiBwb3J0IDB4MTQzMC0weDE0MzcsMHgxNDI0LTB4MTQyNywweDE0MjgtMHgx NDJmLDB4MTQyMC0weDE0MjMsMHgxNDEwLTB4MTQxZiBtZW0gMHhjODAwMjAwMC0weGM4MDAyZmZm IGlycSAyMiBhdCBkZXZpY2UgOC4wIG9uIHBjaTAKYXRhcGNpMTogW0lUSFJFQURdCmF0YTI6IDxB VEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kxCmF0YTI6IFtJVEhSRUFEXQphdGEzOiA8QVRBIGNoYW5u ZWwgMT4gb24gYXRhcGNpMQphdGEzOiBbSVRIUkVBRF0KcGNpYjE6IDxBQ1BJIFBDSS1QQ0kgYnJp ZGdlPiBhdCBkZXZpY2UgOS4wIG9uIHBjaTAKcGNpMTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjEK dmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+IG1lbSAweGM5MDAwMDAwLTB4YzlmZmZm ZmYsMHhkMDAwMDAwMC0weGQ3ZmZmZmZmIGlycSAxNiBhdCBkZXZpY2UgNS4wIG9uIHBjaTEKcGNp YjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMTIuMCBvbiBwY2kwCnBjaTI6IDxB Q1BJIFBDSSBidXM+IG9uIHBjaWIyCmJnZTA6IDxCcm9hZGNvbSBOZXRYdHJlbWUgR2lnYWJpdCBF dGhlcm5ldCBDb250cm9sbGVyLCBBU0lDIHJldi4gMHg0MTAxPiBtZW0gMHhjYTAwMDAwMC0weGNh MDBmZmZmIGlycSAxNiBhdCBkZXZpY2UgMC4wIG9uIHBjaTIKbWlpYnVzMDogPE1JSSBidXM+IG9u IGJnZTAKYnJncGh5MDogPEJDTTU3NTAgMTAvMTAwLzEwMDBiYXNlVFggUEhZPiBQSFkgMSBvbiBt aWlidXMwCmJyZ3BoeTA6ICAxMGJhc2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNl VFgtRkRYLCAxMDAwYmFzZVQsIDEwMDBiYXNlVC1GRFgsIGF1dG8KYmdlMDogRXRoZXJuZXQgYWRk cmVzczogMDA6MTU6NjA6OTY6YjA6MGYKYmdlMDogW0lUSFJFQURdCnBjaWIzOiA8QUNQSSBQQ0kt UENJIGJyaWRnZT4gYXQgZGV2aWNlIDEzLjAgb24gcGNpMApwY2kzOiA8QUNQSSBQQ0kgYnVzPiBv biBwY2liMwpiZ2UxOiA8QnJvYWRjb20gTmV0WHRyZW1lIEdpZ2FiaXQgRXRoZXJuZXQgQ29udHJv bGxlciwgQVNJQyByZXYuIDB4NDEwMT4gbWVtIDB4Y2ExMDAwMDAtMHhjYTEwZmZmZiBpcnEgMTkg YXQgZGV2aWNlIDAuMCBvbiBwY2kzCm1paWJ1czE6IDxNSUkgYnVzPiBvbiBiZ2UxCmJyZ3BoeTE6 IDxCQ001NzUwIDEwLzEwMC8xMDAwYmFzZVRYIFBIWT4gUEhZIDEgb24gbWlpYnVzMQpicmdwaHkx OiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgMTAwMGJh c2VULCAxMDAwYmFzZVQtRkRYLCBhdXRvCmJnZTE6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjE1OjYw Ojk2OmIwOjBlCmJnZTE6IFtJVEhSRUFEXQpwY2liNDogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0 IGRldmljZSAxNC4wIG9uIHBjaTAKcGNpNDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjQKcGNpYjU6 IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gb24gYWNwaTAKcGNpMTI4OiA8QUNQSSBQQ0kgYnVzPiBv biBwY2liNQpwY2liNjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAxLjAgb24gcGNp MTI4CnBjaTEyOTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjYKcGNpYjc6IDxBQ1BJIFBDSS1QQ0kg YnJpZGdlPiBhdCBkZXZpY2UgMi4wIG9uIHBjaTEyOApwY2kxMzQ6IDxBQ1BJIFBDSSBidXM+IG9u IHBjaWI3CmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBvcnQgMHg2MCww eDY0IGlycSAxIG9uIGFjcGkwCmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMw CmtiZDAgYXQgYXRrYmQwCmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0KYXRrYmQwOiBbSVRIUkVBRF0K cHNtMDogPFBTLzIgTW91c2U+IGlycSAxMiBvbiBhdGtiZGMwCnBzbTA6IFtHSUFOVC1MT0NLRURd CnBzbTA6IFtJVEhSRUFEXQpwc20wOiBtb2RlbCBJbnRlbGxpTW91c2UgRXhwbG9yZXIsIGRldmlj ZSBJRCA0CnNpbzA6IGNvbmZpZ3VyZWQgaXJxIDQgbm90IGluIGJpdG1hcCBvZiBwcm9iZWQgaXJx cyAwCnNpbzA6IHBvcnQgbWF5IG5vdCBiZSBlbmFibGVkCnNpbzA6IGNvbmZpZ3VyZWQgaXJxIDQg bm90IGluIGJpdG1hcCBvZiBwcm9iZWQgaXJxcyAwCnNpbzA6IHBvcnQgbWF5IG5vdCBiZSBlbmFi bGVkCnNpbzA6IDwxNjU1MEEtY29tcGF0aWJsZSBDT00gcG9ydD4gcG9ydCAweDNmOC0weDNmZiBp cnEgNCBmbGFncyAweDEwIG9uIGFjcGkwCnNpbzA6IHR5cGUgMTY1NTBBCnNpbzA6IFtGSUxURVJd CmNyeXB0b3NvZnQwOiA8c29mdHdhcmUgY3J5cHRvPiBvbiBtb3RoZXJib2FyZApvcm0wOiA8SVNB IE9wdGlvbiBST01zPiBhdCBpb21lbSAweGMwMDAwLTB4Y2E3ZmYsMHhjYTgwMC0weGNiN2ZmIG9u IGlzYTAKcHBjMDogY2Fubm90IHJlc2VydmUgSS9PIHBvcnQgcmFuZ2UKc2MwOiA8U3lzdGVtIGNv bnNvbGU+IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTAKc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29s ZXMsIGZsYWdzPTB4MzAwPgpzaW8xOiBjb25maWd1cmVkIGlycSAzIG5vdCBpbiBiaXRtYXAgb2Yg cHJvYmVkIGlycXMgMApzaW8xOiBwb3J0IG1heSBub3QgYmUgZW5hYmxlZAp2Z2EwOiA8R2VuZXJp YyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBp c2EwClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1zZWMKSVAgRmlsdGVyOiB2NC4xLjI4 IGluaXRpYWxpemVkLiAgRGVmYXVsdCA9IHBhc3MgYWxsLCBMb2dnaW5nID0gZGlzYWJsZWQKaXBm dzIgKCtpcHY2KSBpbml0aWFsaXplZCwgZGl2ZXJ0IGxvYWRhYmxlLCBydWxlLWJhc2VkIGZvcndh cmRpbmcgZGlzYWJsZWQsIGRlZmF1bHQgdG8gYWNjZXB0LCBsb2dnaW5nIGRpc2FibGVkCmhwdHJy OiBubyBjb250cm9sbGVyIGRldGVjdGVkLgphY2QwOiBEVkRSIDxTT05ZIERWRCBSVyBEVy1RNThB L1VZUzM+IGF0IGF0YTAtbWFzdGVyIFVETUEzMwphZDQ6IDcxNTQwNE1CIDxTZWFnYXRlIFNUMzc1 MDY0MEFTIDMuQUFDPiBhdCBhdGEyLW1hc3RlciBTQVRBMTUwCkdFT01fTUlSUk9SOiBVcGdyYWRp bmcgbWV0YWRhdGEgb24gYWQ0ICh2My0+djQpLgphZDY6IDcxNTQwNE1CIDxTZWFnYXRlIFNUMzc1 MDY0MEFTIDMuQUFDPiBhdCBhdGEzLW1hc3RlciBTQVRBMTUwCkdFT01fTUlSUk9SOiBEZXZpY2Ug bWlycm9yL2dtMCBsYXVuY2hlZCAoMS8yKS4KR0VPTV9NSVJST1I6IERldmljZSBnbTA6IHJlYnVp bGRpbmcgcHJvdmlkZXIgYWQ0LgpHRU9NX01JUlJPUjogVXBncmFkaW5nIG1ldGFkYXRhIG9uIGFk NiAodjMtPnY0KS4KU01QOiBBUCBDUFUgIzEgTGF1bmNoZWQhClNNUDogQVAgQ1BVICMyIExhdW5j aGVkIQpTTVA6IEFQIENQVSAjMyBMYXVuY2hlZCEKVHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJvbSB1 ZnM6L2Rldi9taXJyb3IvZ20wczFhCkdFT01fRUxJOiBEZXZpY2UgbWlycm9yL2dtMHMxYi5lbGkg Y3JlYXRlZC4KR0VPTV9FTEk6IEVuY3J5cHRpb246IEJsb3dmaXNoLUNCQyAxMjgKR0VPTV9FTEk6 ICAgICBDcnlwdG86IHNvZnR3YXJlCkdFT01fRUxJOiBEZXZpY2UgbWlycm9yL2dtMHMxZi5lbGkg Y3JlYXRlZC4KR0VPTV9FTEk6IEVuY3J5cHRpb246IEFFUy1DQkMgMTI4CkdFT01fRUxJOiAgICAg Q3J5cHRvOiBzb2Z0d2FyZQpHRU9NX0VMSTogRGV2aWNlIG1pcnJvci9nbTBzMWcuZWxpIGNyZWF0 ZWQuCkdFT01fRUxJOiBFbmNyeXB0aW9uOiBBRVMtQ0JDIDEyOApHRU9NX0VMSTogICAgIENyeXB0 bzogc29mdHdhcmUKYmdlMTogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIERPV04KYmdlMTogbGluayBz dGF0ZSBjaGFuZ2VkIHRvIFVQCg== ------=_Part_20117_28870766.1208805784311 Content-Type: application/octet-stream; name=METACOLO Content-Transfer-Encoding: base64 X-Attachment-Id: f_ffbfodwr1 Content-Disposition: attachment; filename=METACOLO IyBtZXRhY29sbyBjdXN0b20ga2VybmVsIGNvbmZpZ3VyYXRpb24KCmluY2x1ZGUgR0VORVJJQwpp ZGVudAkJTUVUQUNPTE8KCgpvcHRpb25zIE1ST1VUSU5HCm9wdGlvbnMgSVBGSUxURVIKI29wdGlv bnMgSVBWNkZJUkVXQUxMCiNvcHRpb25zIFRDUF9EUk9QX1NZTkZJTgpvcHRpb25zIERVTU1ZTkVU CiNvcHRpb25zIElQU0VDCiNvcHRpb25zIElQU0VDX0VTUAojb3B0aW9ucyBJUFNFQ19ERUJVRwpk ZXZpY2UgdmxhbgpvcHRpb25zIEdFT01fQkRFCm9wdGlvbnMgR0VPTV9NSVJST1IKb3B0aW9ucyBH RU9NX0xBQkVMCiNvcHRpb25zIEdFT01fR1BUCm9wdGlvbnMgR0VPTV9QQVJUX0dQVApvcHRpb25z IFFVT1RBCm9wdGlvbnMgSVBGSVJFV0FMTApvcHRpb25zIElQRklSRVdBTExfREVGQVVMVF9UT19B Q0NFUFQKb3B0aW9ucwlBTFRRCm9wdGlvbnMgQUxUUV9DQlEKb3B0aW9ucwlBTFRRX1JFRApvcHRp b25zIEFMVFFfUklPCm9wdGlvbnMgQUxUUV9IRlNDCm9wdGlvbnMgQUxUUV9QUklRCm9wdGlvbnMg QUxUUV9OT1BDQwpvcHRpb25zIEdFT01fRUxJCmRldmljZSBwZgpkZXZpY2UgcGZsb2cKZGV2aWNl IGNyeXB0bwpvcHRpb25zICAgICAgICBDT01QQVRfRlJFRUJTRDYKb3B0aW9ucyBTQ1RQCm9wdGlv bnMgQVVESVQKCm9wdGlvbnMgREVWSUNFX1BPTExJTkcKb3B0aW9ucyBIWj0xMDAwIAo= ------=_Part_20117_28870766.1208805784311-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 20:10:50 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F979106566C for ; Mon, 21 Apr 2008 20:10:50 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr2.xs4all.nl (smtp-vbr2.xs4all.nl [194.109.24.22]) by mx1.freebsd.org (Postfix) with ESMTP id 847458FC1A for ; Mon, 21 Apr 2008 20:10:49 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr2.xs4all.nl (8.13.8/8.13.8) with ESMTP id m3LKAlhN033392; Mon, 21 Apr 2008 22:10:48 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 2E79FB829; Mon, 21 Apr 2008 22:10:47 +0200 (CEST) Date: Mon, 21 Apr 2008 22:10:47 +0200 From: Roland Smith To: Willy Offermans Message-ID: <20080421201047.GB6884@slackbox.xs4all.nl> Mail-Followup-To: Willy Offermans , freebsd-stable@freebsd.org References: <20080421190403.GA4625@wiz.vpn.offrom.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LyciRD1jyfeSSjG0" Content-Disposition: inline In-Reply-To: <20080421190403.GA4625@wiz.vpn.offrom.nl> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.17 (2007-11-01) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: g_vfs_done error third part--PLEASE HELP! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 20:10:50 -0000 --LyciRD1jyfeSSjG0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 21, 2008 at 09:04:03PM +0200, Willy Offermans wrote: > Dear FreeBSD friends, >=20 > It is already the third time that I report this error. Can someone help > me in solving this issue? Probably the reason that you hear so little is that you provide so little information. Most of us are not clairvoyant. =20 > Over and over again and always after heavy disk I/O I see the following > errors in the log files. If I force ar0s1g to unmount the machine > spontaneously reboots. Nothing seriously seems to be damaged by this > act, but anyway I cannot afford something bad happening to this > production machine. Why would you force an unmount? > Apr 18 20:02:19 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=3D2907250688= 00, length=3D4096)]error =3D 5 >=20 > I have no clue what the errors mean, since offsets of 290725068800, > 290725072896, and 290725074944 seem to be ridiculous. Does anybody=20 > have a clue what is going on? For starters, how big is ar0s1g? If the offset is in bytes, it is around 270 GB, which is not that unusual in this day and age. > I'm using FreeBSD 7.0, but found the error being reported before with > previous versions of FreeBSD. I can and will provide more details on > demand. What does 'df' say? Did you notice any file corruption in the filesystem on ar0s1g? Unmount the filesystem and run fsck(8) on it. Does it report any errors? > Any hints are very much appreciated. Did you manage to create a partition larger than the disk is (using newfs's -s switch)? In that case it could be that you're trying to write past the end of the device. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --LyciRD1jyfeSSjG0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.8 (FreeBSD) iEYEARECAAYFAkgM9McACgkQEnfvsMMhpyV/3QCfeTi2ZjE2RbC84FehQExfpwEA SvUAnjWvp7OegNBUEx7eo5rMNb6T6TBn =fxXY -----END PGP SIGNATURE----- --LyciRD1jyfeSSjG0-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 20:19:53 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CE1A106564A for ; Mon, 21 Apr 2008 20:19:53 +0000 (UTC) (envelope-from stevenschlansker@berkeley.edu) Received: from smtp-out1.berkeley.edu (smtp-out1.Berkeley.EDU [128.32.61.106]) by mx1.freebsd.org (Postfix) with ESMTP id F28FE8FC17 for ; Mon, 21 Apr 2008 20:19:52 +0000 (UTC) (envelope-from stevenschlansker@berkeley.edu) Received: from asuc-wlan-net-12.airbears.berkeley.edu ([136.152.138.151]) by fe1.calmail with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (auth plain:stevenschlansker@berkeley.edu) (envelope-from ) id 1Jo2FR-000286-4I for freebsd-stable@freebsd.org; Mon, 21 Apr 2008 13:04:25 -0700 Message-ID: <480CF344.8020906@berkeley.edu> Date: Mon, 21 Apr 2008 13:04:20 -0700 From: Steven Schlansker User-Agent: Thunderbird 2.0.0.12 (X11/20080227) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <396418019.20080409104542@serebryakov.spb.ru> <47FCBAFB.9060508@tzim.net> <4956a5e50804191912g52833c35q868827dc2b54e5ae@mail.gmail.com> <480AE7AA.5090204@tzim.net> <480B9373.50603@quip.cz> In-Reply-To: <480B9373.50603@quip.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [SO]HO Software RAID5 server: which implementation should I choice? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 20:19:53 -0000 Miroslav Lachman wrote: > > Do you have any stability issues after tuning? What settings you are > using? > I am testing ZFS for a short time with these values: > vm.kmem_size="1024M" > vm.kmem_size_max="1024M" > vfs.zfs.prefetch_disable="1" > kern.maxvnodes="400000" > vfs.zfs.zil_disable="1" > > (on Sun Fire X2100 with 4GB of RAM and FreeBSD 7.0-RELEASE amd64) > > It seems to be stable. > > Miroslav Lachman > _________________________ I'm also running ZFS and wanted to share my experiences. It doesn't cope well with low-memory environments, but I've successfully run with 2GB ram and 3TB disk with no problems on both i386 and amd64. amd64 needs a little bit of tuning - increasing kmem and whatnot (well documented, not very difficult/stressful) i386 needs a bit more tuning and a kernel recompile (increase KVA_PAGES) but once you get it working it runs fine. I've heard dire warnings that disabling the zil is a terribly bad idea if you're running anything that tries to ensure data file consistency (like a database and nfs or something) To sum up - tune it and it will work wonders for you. Don't try to run it with minimal RAM though - I've had good luck with 2GB+ (and half or more of that allocated to kernel memory) From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 21:08:09 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66F451065673 for ; Mon, 21 Apr 2008 21:08:09 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id DF46D8FC1B for ; Mon, 21 Apr 2008 21:08:08 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Jo3F6-0005RP-Eb for freebsd-stable@freebsd.org; Mon, 21 Apr 2008 21:08:04 +0000 Received: from 78-1-233-118.adsl.net.t-com.hr ([78.1.233.118]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 21 Apr 2008 21:08:04 +0000 Received: from ivoras by 78-1-233-118.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 21 Apr 2008 21:08:04 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 21 Apr 2008 23:07:43 +0200 Lines: 30 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig017426A07460D18F0F927342" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 78-1-233-118.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) X-Enigmail-Version: 0.95.6 Sender: news Subject: ab2 (apache benchmark) 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: Mon, 21 Apr 2008 21:08:09 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig017426A07460D18F0F927342 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Hi, Every now and then people are complaining about the bug in ab2 that=20 makes it unusable for benchmarking from FreeBSD (as a client). "ab2" is=20 a HTTP benchmark that's bundled with the Apache web server. I found the=20 apparent solution and I'd like to invite everyone who's interested to=20 register on Apache's bugzilla and vote for the bug to show their=20 interest (https://issues.apache.org/bugzilla/show_bug.cgi?id=3D44584). --------------enig017426A07460D18F0F927342 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIDQIlldnAQVacBcgRAvtBAKCdfjE6hIWDlUSsH6JRivaD91OA9gCeIJFD 60e3tK8R+WKjmPTsJQN+Q0c= =OcWk -----END PGP SIGNATURE----- --------------enig017426A07460D18F0F927342-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 21:46:58 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63CC41065679; Mon, 21 Apr 2008 21:46:58 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 157BD8FC36; Mon, 21 Apr 2008 21:46:57 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.14.2/jtpda-5.4) with ESMTP id m3LLksTv015607 ; Mon, 21 Apr 2008 23:46:54 +0200 (CEST) X-Ids: 168 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id m3LLkqNM022119 ; Mon, 21 Apr 2008 23:46:52 +0200 (MEST) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.3/8.13.1/Submit) id m3LLkqOd022116; Mon, 21 Apr 2008 23:46:52 +0200 (MEST) (envelope-from arno) To: Jeremy Chadwick References: <20080421094718.GY25623@hub.freebsd.org> <20080421154333.GA96237@eos.sc1.parodius.com> From: "Arno J. Klaassen" Date: 21 Apr 2008 23:46:52 +0200 In-Reply-To: <20080421154333.GA96237@eos.sc1.parodius.com> Message-ID: Lines: 106 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (shiva.jussieu.fr [134.157.0.168]); Mon, 21 Apr 2008 23:46:55 +0200 (CEST) X-Virus-Scanned: ClamAV 0.92/6865/Mon Apr 21 17:43:29 2008 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail.jussieu.fr with ID 480D0B4E.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 480D0B4E.000/134.157.184.22/heho.snv.jussieu.fr/heho.snv.jussieu.fr/ X-j-chkmail-Score: MSGID : 480D0B4E.000 on jchkmail.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.014 -> S=0.014 X-j-chkmail-Status: Ham Cc: Clayton Milos , Kris Kennaway , stable@freebsd.org, net@freebsd.org Subject: Re: nfs-server silent data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 21:46:58 -0000 re, Jeremy Chadwick writes: > On Mon, Apr 21, 2008 at 04:52:55PM +0200, Arno J. Klaassen wrote: > > Kris Kennaway writes: > > > Uh, you're getting server-side data corruption, it could definitely be > > > because of the memory you added. > > > > yop, though I'm still not convinced the memory is bad (the very same > > Kingston ECC as the 2*1G in use for about half a year already) : > > Can you download and run memtest86 on this system, with the added 2G ECC > insalled? memtest86 doesn't guarantee showing signs of memory problems, > but in most cases it'll start spewing errors almost immediately. it finished in a bit less than 3 hours without a single error/warning I feel pretty confident all memory is fine > One thing I did notice in the motherboard manual below is something > called "Hammer Configuration". It appears to default to 800MHz, but > there's an "Auto" choice. Does using Auto fix anything? Nope > > I added it directly to the 2nd CPU (diagram on page 9 of > > http://www.tyan.com/manuals/m_s2895_101.pdf) and the problem > > seems to be the interaction between nfe0 and powerd .... : > > That board is the weirdest thing I've seen in years. ;) I agree I lifted (?) my eye-brows the first time I saw that diagram > Two separate CPUs using a single (shared) memory controller, two > separate (and different!) nVidia chipsets, a SMSC I/O controller > probably used for serial and parallel I/O, two separate nVidia NICs with > Marvell PHYs (yet somehow you can bridge the two NICs and PHYs?), two > separate PCI-e busses (each associated with a separate nVidia chipset), > two separate PCI-X busses... the list continues. some may say "it's just four wheels, an engine and a steer", she looks different compared to most others > I know you don't need opinions at this point, but what a behemoth. I > can't imagine that thing running reliably. though it does ;) (till the day I decided she deserved a -stable upgrade and 2 more gigs ...) > > - if I stop powerd, problems go away > > This would imply that clock frequency stepping is somehow attributing > itself to the corruption. I don't see any BIOS options for controlling > things related to AMD's Cool-n-Quiet or PowerNow! feature, which is > usually what handles this. you can turn it on/off; anyway, the problem *seems* easy to reproduce when freq drops quickly form 2600Mhz to 1000Mhz .... I just inspected a few corrupted copies, but out of 10-200Mbytes just 1 byte was 0 iso \t > > - I let run powerd but turn of txcsum and tso4 on the interface, > > the problem is a lot harder to produce (if ever this gives > > a hint to anyone) > > Possibly shared interrupts are causing problems? don't think so; I first had two Promise TX4 cards in this box iso the Marvell 8port card; since I had problems with TX4 some time ago I first suspected them. The board is still running memtest86, but from the dmesg I posted I don't see a shared irq. > MSI/MSI-X doing > something odd? Have you tried disabling MSI/MSI-X and see if it makes a > difference? MSI is disabled as is PCI-e Error reporting (or something like that) > > I think you mean "MAC LAN Bridge", according to the motherboard manual. > I'm not even sure what that really does; somehow trunks the two NICs > together to give you the equivalent of 2000mbit of traffic? I don't > know. probably; I never tried ;) I need the second NIC for a seperate subnet > Does the corruption you see go away if you install a separate NIC (e.g. > an Intel NIC) in a PCI or PCI-e slot, and disable the onboard NICs > (should be "MAC LAN: Disable" on both the primary and slave)? Don't have one available right now (for a 2U server). I will test if I do not find another solution. Thanx, Arno From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 21:57:39 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B89DD106567F for ; Mon, 21 Apr 2008 21:57:39 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 709268FC33 for ; Mon, 21 Apr 2008 21:57:39 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.14.2/jtpda-5.4) with ESMTP id m3LLvbjP035211 ; Mon, 21 Apr 2008 23:57:37 +0200 (CEST) X-Ids: 164 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id m3LLva8n022193 ; Mon, 21 Apr 2008 23:57:36 +0200 (MEST) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.3/8.13.1/Submit) id m3LLvat4022190; Mon, 21 Apr 2008 23:57:36 +0200 (MEST) (envelope-from arno) To: Mike Tancsa References: <20080421094718.GY25623@hub.freebsd.org> <200804211537.m3LFbaZA086977@lava.sentex.ca> From: "Arno J. Klaassen" Date: 21 Apr 2008 23:57:35 +0200 In-Reply-To: <200804211537.m3LFbaZA086977@lava.sentex.ca> Message-ID: Lines: 123 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (shiva.jussieu.fr [134.157.0.164]); Mon, 21 Apr 2008 23:57:38 +0200 (CEST) X-Virus-Scanned: ClamAV 0.92/6865/Mon Apr 21 17:43:29 2008 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail.jussieu.fr with ID 480D0DD1.005 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 480D0DD1.005/134.157.184.22/heho.snv.jussieu.fr/heho.snv.jussieu.fr/ X-j-chkmail-Score: MSGID : 480D0DD1.005 on jchkmail.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.010 -> S=0.010 X-j-chkmail-Status: Ham Cc: stable@freebsd.org Subject: Re: nfs-server silent data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 21:57:39 -0000 Hello, Mike Tancsa writes: > At 10:52 AM 4/21/2008, Arno J. Klaassen wrote: > > >Device is : > > > > nfe0@pci0:0:10:0: class=0x068000 card=0x289510f1 > > chip=0x005710de rev=0xa3 hdr=0x00 > > vendor = 'Nvidia Corp' > > device = 'nForce4 Ultra NVidia Network Bus Enumerator' > > class = bridge > > cap 01[44] = powerspec 2 supports D0 D1 D2 D3 current D0 > > > >(this is with the default BIOS setting " LAN Bridge Enabled", disabling > > that setting makes pciconf say "class = network" but does not influence > > my problem) > > > >I will restart my tests now by populating all 4G to only CPU1 and > >say whether that matters. > > Hi, > How long does it take for the problem to show up ? Less than an hour in general (running the same client script simultanuously on a 100Mbps linux box and 1Gbps bds6-x86) > I have what appears > to be a very similar Tyan board (I have an Socket 939 X2 cpu) with the > same NIC, but this one is running RELENG_7 from April 17th. There > have been a few fixes for the nfe driver since 7.0 > > I am running this small script below on a nfs client (em nic) against > the server (nfe) ( mount options on the client 192.168.245.1:/backup > /backup nfs rw,-r=32768,-w=32768,tcp,noauto ) > > #!/bin/sh > i=0 > while true > do > i=`expr $i + 1` > dd if=/dev/urandom of=/tmp/junk.txt bs=1024 count=81920 > /dev/null 2>&1 > cp -p /tmp/junk.txt /backup/ > orig=`md5 -q /tmp/junk.txt` > umount /backup > sleep 2 > mount /backup > copy=`md5 -q /backup/junk.txt` > echo "$orig and $copy on $i" > if [ $orig != $copy ]; then > echo "\a copy not ok on $i" > exit 255 > fi > done quite the same as what I do (apart from the umount/sleep/mount and I use same partition for write and copy) : SIZE=$1 COUNTER=${2:-20} until [ $COUNTER -lt 1 ]; do echo "**** Still $COUNTER iterations to go *** " echo echo -n Creating random file of $SIZE MBytes ... dd if=/dev/random of=BIG bs=1048576 count=${SIZE} > /dev/null 2>&1 echo Done echo -n Calculating md5 checksum ... CS1=`md5 -q BIG` echo Done echo -n Copying file ... cp -fp BIG BIG2 echo Done echo -n Calculating md5 checksum ... CS2=`md5 -q BIG2` echo Done if [ ${CS1} != ${CS2} ]; then echo CHECKSUM MISMATCH exit -1 else echo fi let COUNTER-=1 done for info, I test with args '38 999' (38M, try 999 times) on linux (slightly adapted script BTW) and '138 999' on bsd. The best 'score' I got was 'still 871 iterations to go' > On the server, I have > > nfe0@pci0:0:10:0: class=0x068000 card=0x286510f1 chip=0x005710de > rev=0xa3 hdr=0x00 > vendor = 'Nvidia Corp' > device = 'nForce4 Ultra NVidia Network Bus Enumerator' > class = bridge > cap 01[44] = powerspec 2 supports D0 D1 D2 D3 current D0 idem > # ifconfig nfe0 > nfe0: flags=8843 metric 0 mtu 1500 > options=10b > ether 00:e0:81:58:91:6a > inet 192.168.245.1 netmask 0xffffff00 broadcast 192.168.245.255 > media: Ethernet autoselect (1000baseTX ) > status: active idem > How long does it take for the problem to come up ? as said : approximately half an hour; never more than 4 hours Best, Arno From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 23:00:35 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE05A106564A for ; Mon, 21 Apr 2008 23:00:35 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id 240F58FC1F for ; Mon, 21 Apr 2008 23:00:34 +0000 (UTC) (envelope-from janm@transactionware.com) Received: (qmail 65484 invoked from network); 21 Apr 2008 22:34:15 -0000 Received: from midgard.transactionware.com (192.168.1.55) by dm.transactionware.com with SMTP; 21 Apr 2008 22:34:15 -0000 Received: (qmail 20386 invoked by uid 907); 21 Apr 2008 22:33:53 -0000 Received: from midgard.transactionware.com (HELO STUDYPC) (192.168.1.55) by midgard.transactionware.com (qpsmtpd/0.32) with ESMTP; Tue, 22 Apr 2008 08:33:53 +1000 From: "Jan Mikkelsen" To: , Date: Tue, 22 Apr 2008 08:33:52 +1000 Message-ID: <000001c8a3ff$c747f970$0201a8c0@STUDYPC> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6838 thread-index: Acij5DBnLU+U1yGEQfqRIpxQMF/NIQAGVPgg Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 In-Reply-To: <20080421190403.GA4625@wiz.vpn.offrom.nl> Cc: Subject: RE: g_vfs_done error third part--PLEASE HELP! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 23:00:35 -0000 Hi Willy, You seem to have emailed me directly as well as posting to the list. The bad offsets are probably because you have filesystem corruption, and = the actual event that caused it was probably not reported (or is at least = not reported by these errors). Basic question: Do you have a hardware problem? - Do you have ECC memory? If not, have you run memtest? - Are your disks reliable, or is one corrupting data? Less basic questions: What is the corruption, and what the cause? That might require a little more work and dropping into the debugger. You could also try reconfiguring to use gmirror instead of ar to see if = that improves things (ie: it could be an ar bug). Regards, Jan. > -----Original Message----- > From: Willy Offermans [mailto:Willy@Offermans.Rompen.nl]=20 > Sent: Tuesday, 22 April 2008 5:04 AM > To: freebsd-stable@FreeBSD.ORG > Subject: g_vfs_done error third part--PLEASE HELP! >=20 >=20 > Dear FreeBSD friends, >=20 > It is already the third time that I report this error. Can=20 > someone help > me in solving this issue? >=20 > Over and over again and always after heavy disk I/O I see the=20 > following > errors in the log files. If I force ar0s1g to unmount the machine > spontaneously reboots. Nothing seriously seems to be damaged by this > act, but anyway I cannot afford something bad happening to this > production machine. >=20 > Currently the error is the following: >=20 > > ... > Apr 21 19:44:36 sun kernel:=20 > g_vfs_done():ar0s1g[WRITE(offset=3D290725074944, length=3D2048)]error = =3D 5 > Apr 21 19:45:07 sun kernel:=20 > g_vfs_done():ar0s1g[WRITE(offset=3D290725074944, length=3D2048)]error = =3D 5 > Apr 21 19:45:38 sun kernel:=20 > g_vfs_done():ar0s1g[WRITE(offset=3D290725074944, length=3D2048)]error = =3D 5 > ... > >=20 > before the error appeared like: >=20 > > ... > Apr 18 20:00:15 sun kernel:=20 > g_vfs_done():ar0s1g[WRITE(offset=3D290725072896, length=3D2048)]error = =3D 5 > Apr 18 20:00:46 sun kernel:=20 > g_vfs_done():ar0s1g[WRITE(offset=3D290725068800, length=3D4096)]error = =3D 5 > Apr 18 20:00:46 sun kernel:=20 > g_vfs_done():ar0s1g[WRITE(offset=3D290725072896, length=3D2048)]error = =3D 5 > Apr 18 20:01:17 sun kernel:=20 > g_vfs_done():ar0s1g[WRITE(offset=3D290725068800, length=3D4096)]error = =3D 5 > Apr 18 20:01:17 sun kernel:=20 > g_vfs_done():ar0s1g[WRITE(offset=3D290725072896, length=3D2048)]error = =3D 5 > Apr 18 20:01:48 sun kernel:=20 > g_vfs_done():ar0s1g[WRITE(offset=3D290725068800, length=3D4096)]error = =3D 5 > Apr 18 20:01:48 sun kernel:=20 > g_vfs_done():ar0s1g[WRITE(offset=3D290725072896, length=3D2048)]error = =3D 5 > Apr 18 20:02:19 sun kernel:=20 > g_vfs_done():ar0s1g[WRITE(offset=3D290725068800, length=3D4096)]error = =3D 5 > ... > >=20 > I have no clue what the errors mean, since offsets of 290725068800, > 290725072896, and 290725074944 seem to be ridiculous. Does anybody=20 > have a clue what is going on? >=20 > I'm using FreeBSD 7.0, but found the error being reported before with > previous versions of FreeBSD. I can and will provide more details on > demand. >=20 > Any hints are very much appreciated. >=20 >=20 > --=20 > Met vriendelijke groeten, > With kind regards, > Mit freundlichen Gruessen, > De jrus wah, >=20 > Willy >=20 > ************************************* > W.K. Offermans > Home: +31 45 544 49 44 > Mobile: +31 653 27 16 23 > e-mail: Willy@Offermans.Rompen.nl >=20 > Powered by .... >=20 > (__) > \\\'',) > \/ \ ^ > .\._/_) >=20 > www.FreeBSD.org >=20 From owner-freebsd-stable@FreeBSD.ORG Tue Apr 22 00:54:09 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71A71106566B for ; Tue, 22 Apr 2008 00:54:09 +0000 (UTC) (envelope-from emikulic@gmail.com) Received: from ipmail01.adl6.internode.on.net (ipmail01.adl6.internode.on.net [203.16.214.146]) by mx1.freebsd.org (Postfix) with ESMTP id 0C2DA8FC0A for ; Tue, 22 Apr 2008 00:54:08 +0000 (UTC) (envelope-from emikulic@gmail.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApsEAILQDEiWZaK6/2dsb2JhbACKb6Ah X-IronPort-AV: E=Sophos;i="4.25,691,1199626200"; d="scan'208";a="86591425" Received: from ppp162-186.static.internode.on.net ([150.101.162.186]) by ipmail01.adl6.internode.on.net with ESMTP; 22 Apr 2008 10:07:58 +0930 Received: by ppp162-186.static.internode.on.net (Poofix, from userid 1001) id A98204097; Tue, 22 Apr 2008 10:37:56 +1000 (EST) Date: Tue, 22 Apr 2008 10:37:56 +1000 From: Emil Mikulic To: Steven Schlansker Message-ID: <20080422003756.GA15927@dmr.ath.cx> References: <396418019.20080409104542@serebryakov.spb.ru> <47FCBAFB.9060508@tzim.net> <4956a5e50804191912g52833c35q868827dc2b54e5ae@mail.gmail.com> <480AE7AA.5090204@tzim.net> <480B9373.50603@quip.cz> <480CF344.8020906@berkeley.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <480CF344.8020906@berkeley.edu> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: [SO]HO Software RAID5 server: which implementation should I choice? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 00:54:09 -0000 On Mon, Apr 21, 2008 at 01:04:20PM -0700, Steven Schlansker wrote: > I'm also running ZFS and wanted to share my experiences. It doesn't > cope well with low-memory environments, but I've successfully run with > 2GB ram and 3TB disk with no problems on both i386 and amd64. amd64 > needs a little bit of tuning - increasing kmem and whatnot (well > documented, not very difficult/stressful) Since pjd's nokva commit, I have had zero panics on amd64, with no tuning whatsoever. http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/vm/vm_kern.c.diff?r1=1.130;r2=1.131 From owner-freebsd-stable@FreeBSD.ORG Tue Apr 22 01:05:19 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 897D8106566C for ; Tue, 22 Apr 2008 01:05:19 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 545FD8FC13 for ; Tue, 22 Apr 2008 01:05:19 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3M15IKf031562; Mon, 21 Apr 2008 21:05:18 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m3M15HW9088918 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Apr 2008 21:05:17 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200804220105.m3M15HW9088918@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 21 Apr 2008 21:05:25 -0400 To: "Arno J. Klaassen" From: Mike Tancsa In-Reply-To: References: <20080421094718.GY25623@hub.freebsd.org> <200804211537.m3LFbaZA086977@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: stable@freebsd.org Subject: Re: nfs-server silent data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 01:05:19 -0000 At 05:57 PM 4/21/2008, Arno J. Klaassen wrote: >Less than an hour in general (running the same client script >simultanuously on a 100Mbps linux box and 1Gbps bds6-x86) Hi, I ran it for over an hour without cpufreq and powerd without problems with just one client. I will recompile the kernel tomorrow (cant load it as a kld for some reason) and see if I can trigger it. > > I have what appears > > to be a very similar Tyan board (I have an Socket 939 X2 cpu) with the > > same NIC, but this one is running RELENG_7 from April 17th. There > > have been a few fixes for the nfe driver since 7.0 > > > > I am running this small script below on a nfs client (em nic) against > > the server (nfe) ( mount options on the client 192.168.245.1:/backup > > /backup nfs rw,-r=32768,-w=32768,tcp,noauto ) > >quite the same as what I do (apart from the umount/sleep/mount and I >use same partition for write and copy) : I do the umount/mount as its a good way to make sure the file is not in cache. What version of nfe are you running ? If its older than % ident /usr/src/sys/dev/nfe/if_nfe.c /usr/src/sys/dev/nfe/if_nfe.c: $OpenBSD: if_nfe.c,v 1.54 2006/04/07 12:38:12 jsg Exp $ $FreeBSD: src/sys/dev/nfe/if_nfe.c,v 1.21.2.5 2008/04/17 04:22:32 yongari Exp $ perhaps try that on your machine to see if it helps. Prior version did not work very well for me at all. Not sure if it will just "work" or you need to do a full cvsup buildworld/buildkernel. ---Mike From owner-freebsd-stable@FreeBSD.ORG Tue Apr 22 06:02:07 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F98A106566C for ; Tue, 22 Apr 2008 06:02:07 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (host-122-100-2-232.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id 22A698FC13 for ; Tue, 22 Apr 2008 06:02:06 +0000 (UTC) (envelope-from andrew@modulus.org) Received: by email.octopus.com.au (Postfix, from userid 1002) id 3EBAD13FA3; Tue, 22 Apr 2008 16:02:05 +1000 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: X-Spam-Status: No, score=-1.4 required=10.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 Received: from anzac.hos (132.169.233.220.exetel.com.au [220.233.169.132]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id 2E86E13ABF; Tue, 22 Apr 2008 16:02:01 +1000 (EST) Message-ID: <480D7F58.1080203@modulus.org> Date: Tue, 22 Apr 2008 16:02:00 +1000 From: Andrew Snow User-Agent: Thunderbird 2.0.0.0 (X11/20070426) MIME-Version: 1.0 To: Pete French , freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Dreadful gmirror performance, though each half works fine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 06:02:07 -0000 Pete French wrote: > I did some benchmarking, and "load" gives me a bit better performance than > "round-robin" so I've elected to use that. Haven't tried "prefer" as > syncing all the drives backwards and forwards to get the preferences set > seems a bit too much like hard work! I use this patch for sbin/geom/class/mirror/geom_mirror.c Change: md.md_priority = i - 1; To: md.md_priority = i - 1 + 100; This makes the first disk with a priority of 100 instead of 0, which makes it much easier to use "prefer" properly. > It's frustrating, it is *so* close to being workable with iscsi, and the > performance is very good, but if it is going to keep locking up on > me then I just cant use it that way :-( After failing many times with iSCSI, I use geom_gate with the following ggatec options: -t 30 -q 32768 -R 262144 -S 262144 -o rw It seems to be very reliable and fast, but you have to use "prefer" to get good performance, I only write across the network and not read. Load and round-robin lead to slow reads during periods of heavy writes. Hope that helps, - Andrew From owner-freebsd-stable@FreeBSD.ORG Tue Apr 22 12:24:44 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E27231065670 for ; Tue, 22 Apr 2008 12:24:44 +0000 (UTC) (envelope-from gaborszem@eccf.su.ac.yu) Received: from kruska.eccf.su.ac.yu (ns2.su.ac.yu [147.91.175.66]) by mx1.freebsd.org (Postfix) with ESMTP id 7659D8FC28 for ; Tue, 22 Apr 2008 12:24:44 +0000 (UTC) (envelope-from gaborszem@eccf.su.ac.yu) Received: from visnja.eccf.su.ac.yu (ns1.su.ac.yu [147.91.175.65]) by kruska.eccf.su.ac.yu (Postfix) with ESMTP id BE82D17003B for ; Tue, 22 Apr 2008 14:09:03 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by dummy.domain.name (Postfix) with ESMTP id B454A95982 for ; Tue, 22 Apr 2008 14:09:03 +0200 (CEST) X-Virus-Scanned: amavisd-new at eccf.su.ac.yu Received: from visnja.eccf.su.ac.yu ([127.0.0.1]) by localhost (ns1.eccf.su.ac.yu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id k3Sf77RMSaPM for ; Tue, 22 Apr 2008 14:09:03 +0200 (CEST) Received: from [192.168.62.8] (kajsija.eccf.su.ac.yu [147.91.175.67]) by visnja.eccf.su.ac.yu (Postfix) with ESMTP id 5AC5095984 for ; Tue, 22 Apr 2008 14:09:03 +0200 (CEST) Message-ID: <480DD562.8090901@eccf.su.ac.yu> Date: Tue, 22 Apr 2008 14:09:06 +0200 From: =?ISO-8859-1?Q?Szemer=E9dy_G=E1bor?= User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Two DHCP servers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 12:24:45 -0000 Hello! We have a DHCP server listening on subnet 192.168.42.0. (On the server with address 192.168.42.1) One of the addresses , lets say 192.168.42.11 , we plan to use as a LTSP server for thin clients. So we installed the second network interface card with the address 192.168.0.254 and our server (192.168.42.11) now connects to the internet via interface 192.168.42.0 segment , and the thin clients are connected to to this server via subnet 192.168..0.0. In Ltsp server there is a DHCP server which is listening on subnet 192.168.0.0. Will these two DHCPs generate a conflict? Thanks! From owner-freebsd-stable@FreeBSD.ORG Tue Apr 22 13:59:47 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07388106564A for ; Tue, 22 Apr 2008 13:59:47 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7F9668FC2D for ; Tue, 22 Apr 2008 13:59:46 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.2/8.14.2) with ESMTP id m3MDxrWj031450; Tue, 22 Apr 2008 08:59:53 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.2/8.14.2/Submit) id m3MDxqYd031449; Tue, 22 Apr 2008 08:59:52 -0500 (CDT) (envelope-from brooks) Date: Tue, 22 Apr 2008 08:59:52 -0500 From: Brooks Davis To: Szemer?dy G?bor Message-ID: <20080422135952.GC22905@lor.one-eyed-alien.net> References: <480DD562.8090901@eccf.su.ac.yu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gr/z0/N6AeWAPJVB" Content-Disposition: inline In-Reply-To: <480DD562.8090901@eccf.su.ac.yu> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Tue, 22 Apr 2008 08:59:53 -0500 (CDT) Cc: freebsd-stable@freebsd.org Subject: Re: Two DHCP servers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 13:59:47 -0000 --gr/z0/N6AeWAPJVB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 22, 2008 at 02:09:06PM +0200, Szemer?dy G?bor wrote: > Hello! > We have a DHCP server listening on subnet 192.168.42.0. (On the server wi= th=20 > address 192.168.42.1) > One of the addresses , lets say 192.168.42.11 , we plan to use as a LTSP= =20 > server for thin clients. > So we installed the second network interface card with the address=20 > 192.168.0.254 and our server (192.168.42.11) now connects to the internet= =20 > via interface 192.168.42.0 segment , and the thin clients are connected t= o=20 > to this server via subnet 192.168..0.0. In Ltsp server there is a DHCP=20 > server which is listening on subnet 192.168.0.0. > Will these two DHCPs generate a conflict? I found your description very confusing, but I belive there were will no conflict as long as they are on physically different networks. -- Brooks --gr/z0/N6AeWAPJVB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iD8DBQFIDe9YXY6L6fI4GtQRAm7tAKC2PcfIOlXSv2syVR+NRRCVTkBy6wCeJjaB i6xA8co13PMYOm+AuiSHFcs= =Fw8+ -----END PGP SIGNATURE----- --gr/z0/N6AeWAPJVB-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 22 15:00:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0212D106566B for ; Tue, 22 Apr 2008 15:00:12 +0000 (UTC) (envelope-from arnaud.houdelette@tzim.net) Received: from alaranth.tzim.net (unknown [IPv6:2001:41d0:1:968f:219:d1ff:fedf:4f29]) by mx1.freebsd.org (Postfix) with ESMTP id 7896D8FC1C for ; Tue, 22 Apr 2008 15:00:11 +0000 (UTC) (envelope-from arnaud.houdelette@tzim.net) Received: from localhost ([127.0.0.1]) by alaranth.tzim.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JoJyO-000CZ6-1N; Tue, 22 Apr 2008 16:59:56 +0200 Message-ID: <480DFD72.7060109@tzim.net> Date: Tue, 22 Apr 2008 17:00:02 +0200 From: Arnaud Houdelette User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Miroslav Lachman <000.fbsd@quip.cz> References: <396418019.20080409104542@serebryakov.spb.ru> <47FCBAFB.9060508@tzim.net> <4956a5e50804191912g52833c35q868827dc2b54e5ae@mail.gmail.com> <480AE7AA.5090204@tzim.net> <480B9373.50603@quip.cz> In-Reply-To: <480B9373.50603@quip.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Authenticated-User: tzim@tzim.net X-Authenticator: plain Cc: freebsd-stable@freebsd.org Subject: Re: [SO]HO Software RAID5 server: which implementation should I choice? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 15:00:12 -0000 Miroslav Lachman a écrit : > Arnaud Houdelette wrote: > > [...] > >> Geom_raid5 is (unfortunatly ?) not part of Freebsd base. >> You'll have to download and install the module and utility binaries >> and follow the (simple) instructions from this website : >> http://home.tiscali.de/cmdr_faako/graid5-howto.html >> >> In the meantime, somebody convinced me to give zfs a try, I backed up >> my data, converted the raid array to raidz pool and I must say I'm >> not disappointed. >> + Read performance (~160 Mo/s) >> + Instant snapshots >> + zfs filesystems goodness >> + better support from the community >> - Stability issues : zfs and kernel need to be tuned >> - Drive crash scenario may be a bit more complex > > Do you have any stability issues after tuning? What settings you are > using? > I am testing ZFS for a short time with these values: > vm.kmem_size="1024M" > vm.kmem_size_max="1024M" > vfs.zfs.prefetch_disable="1" > kern.maxvnodes="400000" > vfs.zfs.zil_disable="1" > > (on Sun Fire X2100 with 4GB of RAM and FreeBSD 7.0-RELEASE amd64) > > It seems to be stable. > > Miroslav Lachman Hi Box is an AMD64 3200+ with 512MB of RAM. The only tuning I did to get rid of panics : vm.kmem_size="512M" vm.kmem_size_max="512M" I did not disable prefetch nor zil. But It's only a home NAS : load on the filesystem is reduced : samba, and rarely more than 2 client PC. Arnaud Houdelette From owner-freebsd-stable@FreeBSD.ORG Tue Apr 22 15:01:44 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 741AF106566C for ; Tue, 22 Apr 2008 15:01:44 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 331AB8FC15 for ; Tue, 22 Apr 2008 15:01:44 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3MF1hQk006497; Tue, 22 Apr 2008 11:01:43 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m3MF1guW092221 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Apr 2008 11:01:42 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200804221501.m3MF1guW092221@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 22 Apr 2008 11:01:29 -0400 To: "Arno J. Klaassen" From: Mike Tancsa In-Reply-To: References: <20080421094718.GY25623@hub.freebsd.org> <200804211537.m3LFbaZA086977@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: stable@freebsd.org Subject: Re: nfs-server silent data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 15:01:44 -0000 At 05:57 PM 4/21/2008, Arno J. Klaassen wrote: > > Hi, > > How long does it take for the problem to show up ? > > >Less than an hour in general (running the same client script >simultanuously on a 100Mbps linux box and 1Gbps bds6-x86) I am running my nic at gig speeds only... I recompiled the kernel this morning to include cpufreq as well as made sure the cool&quiet was enabled in the BIOS. >for info, I test with args '38 999' (38M, try 999 times) on linux >(slightly adapted script BTW) and '138 999' on bsd. The best 'score' I >got was 'still 871 iterations to go' So far I have done 150 loops with an 80MB file and no issues and 200 loopswith a 160MB file. My nfe nic does not support MSI and has its own interrupt # vmstat -i interrupt total rate irq1: atkbd0 5 0 irq4: sio0 3049 1 irq16: twe0 327046 164 irq19: bge0 385147 194 irq21: atapci1 976355 492 irq23: nfe0 11876726 5986 cpu0: timer 3966420 1999 cpu1: timer 3964392 1998 I have powerd started up with powerd_enable="YES" powerd_flags="-a adaptive -b adaptive -n adaptive" FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, dfde0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 acpi_button0: on acpi0 . . nfe0: port 0xb400-0xb407 mem 0xfebf9000-0xfebf9fff irq 23 at device 10.0 on pci0 miibus0: on nfe0 e1000phy0: PHY 1 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto nfe0: Ethernet address: 00:e0:81:58:91:6a nfe0: [FILTER] With the "sleep" in my test script, powerd does seem to be fiddling with frequencies as well during the inactivity. # sysctl dev. | grep -i fre dev.cpu.0.freq: 1800 dev.cpu.0.freq_levels: 2200/110000 2000/105600 1800/89100 1000/49000 dev.powernow.0.freq_settings: 2200/110000 2000/105600 1800/89100 1000/49000 dev.powernow.1.freq_settings: 2200/110000 2000/105600 1800/89100 1000/49000 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 dev.cpufreq.1.%driver: cpufreq dev.cpufreq.1.%parent: cpu1 # sysctl dev. | grep -i fre dev.cpu.0.freq: 2200 dev.cpu.0.freq_levels: 2200/110000 2000/105600 1800/89100 1000/49000 dev.powernow.0.freq_settings: 2200/110000 2000/105600 1800/89100 1000/49000 dev.powernow.1.freq_settings: 2200/110000 2000/105600 1800/89100 1000/49000 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 dev.cpufreq.1.%driver: cpufreq dev.cpufreq.1.%parent: cpu1 ---Mike From owner-freebsd-stable@FreeBSD.ORG Tue Apr 22 16:32:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A866106566C for ; Tue, 22 Apr 2008 16:32:41 +0000 (UTC) (envelope-from bill@lefebvre.org) Received: from photon.ws-e.net (photon.ws-e.com [64.34.164.166]) by mx1.freebsd.org (Postfix) with ESMTP id 275758FC15 for ; Tue, 22 Apr 2008 16:32:40 +0000 (UTC) (envelope-from bill@lefebvre.org) Received: from lilburn.lefebvre.org (adsl-074-166-023-150.sip.asm.bellsouth.net [74.166.23.150]) by photon.ws-e.net (8.13.8/8.13.8) with ESMTP id m3MG3oDw011749 for ; Tue, 22 Apr 2008 11:03:55 -0500 Received: from [10.88.88.6] (milton.lefebvre.org [10.88.88.6]) by lilburn.lefebvre.org (8.13.8/8.13.8) with ESMTP id m3MG2U8R046402 for ; Tue, 22 Apr 2008 12:02:30 -0400 (EDT) (envelope-from bill@lefebvre.org) Message-ID: <480E0BEA.8090007@lefebvre.org> Date: Tue, 22 Apr 2008 12:01:46 -0400 From: William LeFebvre User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <480DD562.8090901@eccf.su.ac.yu> In-Reply-To: <480DD562.8090901@eccf.su.ac.yu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.4 required=4.0 tests=ALL_TRUSTED autolearn=failed version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on lilburn.lefebvre.org X-Scanned-By: MIMEDefang 2.57 on 192.168.0.4 Subject: Re: Two DHCP servers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 16:32:41 -0000 Szemerédy Gábor wrote: > Hello! > We have a DHCP server listening on subnet 192.168.42.0. (On the server > with address 192.168.42.1) > One of the addresses , lets say 192.168.42.11 , we plan to use as a LTSP > server for thin clients. > So we installed the second network interface card with the address > 192.168.0.254 and our server (192.168.42.11) now connects to the > internet via interface 192.168.42.0 segment , and the thin clients are > connected to to this server via subnet 192.168..0.0. In Ltsp server > there is a DHCP server which is listening on subnet 192.168.0.0. > Will these two DHCPs generate a conflict? No. Each server should only serve addresses from its own network. And unless your LTSP server is forwarding DHCP requests between networks, they won't even see each other's traffic. Bill From owner-freebsd-stable@FreeBSD.ORG Tue Apr 22 17:38:36 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6171E106566B for ; Tue, 22 Apr 2008 17:38:36 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 05DD58FC0C for ; Tue, 22 Apr 2008 17:38:35 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.14.2/jtpda-5.4) with ESMTP id m3MHcXe2067701 ; Tue, 22 Apr 2008 19:38:34 +0200 (CEST) X-Ids: 164 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id m3MHcWd0026441 ; Tue, 22 Apr 2008 19:38:32 +0200 (MEST) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.3/8.13.1/Submit) id m3MHcWv7026438; Tue, 22 Apr 2008 19:38:32 +0200 (MEST) (envelope-from arno) To: Mike Tancsa References: <20080421094718.GY25623@hub.freebsd.org> <200804211537.m3LFbaZA086977@lava.sentex.ca> <200804221501.m3MF1guW092221@lava.sentex.ca> From: "Arno J. Klaassen" Date: 22 Apr 2008 19:38:32 +0200 In-Reply-To: <200804221501.m3MF1guW092221@lava.sentex.ca> Message-ID: Lines: 112 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (shiva.jussieu.fr [134.157.0.164]); Tue, 22 Apr 2008 19:38:34 +0200 (CEST) X-Virus-Scanned: ClamAV 0.92/6880/Tue Apr 22 16:13:41 2008 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail.jussieu.fr with ID 480E229A.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 480E229A.000/134.157.184.22/heho.snv.jussieu.fr/heho.snv.jussieu.fr/ X-j-chkmail-Score: MSGID : 480E229A.000 on jchkmail.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.018 -> S=0.018 X-j-chkmail-Status: Ham Cc: stable@freebsd.org Subject: Re: nfs-server silent data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 17:38:36 -0000 Hello, Mike Tancsa writes: > At 05:57 PM 4/21/2008, Arno J. Klaassen wrote: > > > Hi, > > > How long does it take for the problem to show up ? > > > > > >Less than an hour in general (running the same client script > >simultanuously on a 100Mbps linux box and 1Gbps bds6-x86) > > I am running my nic at gig speeds only... I recompiled the kernel > this morning to include cpufreq as well as made sure the cool&quiet > was enabled in the BIOS. > > > > >for info, I test with args '38 999' (38M, try 999 times) on linux > >(slightly adapted script BTW) and '138 999' on bsd. The best 'score' I > >got was 'still 871 iterations to go' > > > So far I have done 150 loops with an 80MB file and no issues and 200 > loopswith a 160MB file. My nfe nic does not support MSI and has its > own interrupt > > # vmstat -i > interrupt total rate > irq1: atkbd0 5 0 > irq4: sio0 3049 1 > irq16: twe0 327046 164 > irq19: bge0 385147 194 > irq21: atapci1 976355 492 > irq23: nfe0 11876726 5986 > cpu0: timer 3966420 1999 > cpu1: timer 3964392 1998 # vmstat -i interrupt total rate irq1: atkbd0 4 0 irq14: ata0 69 0 irq20: nfe0 11650955 5283 irq24: atapci1 94 0 irq28: atapci2 178 0 irq29: ahd0 355704 161 cpu0: timer 4409020 1999 cpu1: timer 4391646 1991 cpu2: timer 4391643 1991 cpu3: timer 4391641 1991 > I have powerd started up with > powerd_enable="YES" > powerd_flags="-a adaptive -b adaptive -n adaptive" slightly different, I mostly use "-b adaptive -i 90 -n adaptive -r 80" but the problem shows up without flags as well. > With the "sleep" in my test script, powerd does seem to be fiddling > with frequencies as well during the inactivity. I most often provoke slight swapping for "randomizing" frequency changes and a burnK7 or similar to psuh up and down by hand > # sysctl dev. | grep -i fre > dev.cpu.0.freq: 1800 > dev.cpu.0.freq_levels: 2200/110000 2000/105600 1800/89100 1000/49000 > dev.powernow.0.freq_settings: 2200/110000 2000/105600 1800/89100 1000/49000 > dev.powernow.1.freq_settings: 2200/110000 2000/105600 1800/89100 1000/49000 > dev.cpufreq.0.%driver: cpufreq > dev.cpufreq.0.%parent: cpu0 > dev.cpufreq.1.%driver: cpufreq > dev.cpufreq.1.%parent: cpu1 funny, when I do that : # sysctl dev. | grep -i fre dev.cpu.0.freq: 995 dev.cpu.0.freq_levels: 2587/95000 2388/90300 2189/76200 1990/63800 1791/53200 995/36100 dev.powernow.0.freq_settings: 2587/95000 2388/90300 2189/76200 1990/63800 1791/53200 995/36100 dev.powernow.1.freq_settings: 2587/95000 2388/90300 2189/76200 1990/63800 1791/53200 995/36100 dev.powernow.2.freq_settings: 2587/95000 2388/90300 2189/76200 1990/63800 1791/53200 995/36100 dev.powernow.3.freq_settings: 6747/95000 6228/90300 5709/76200 5190/63800 4671/53200 2595/36100 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 dev.cpufreq.1.%driver: cpufreq dev.cpufreq.1.%parent: cpu1 dev.cpufreq.2.%driver: cpufreq dev.cpufreq.2.%parent: cpu2 dev.cpufreq.3.%driver: cpufreq dev.cpufreq.3.%parent: cpu3 especially the dev.powernow.3.freq_settings look weird ... that said, I once more dug up the old acpi_ppc.c and slightly adapted it for fbsd7 (basically some name changes and using read_cpu_time() i.s.o. cp_time) and the problem disappears ... the algo of acpi_ppc makes it somewhat harder to push up frequencies, though I doubt that matters. I tried as well with hint.acpi_throttle.0.disabled="1" in loader.conf with no luck (using powerd). I'm out of office tomorrow but will try to find time tommorow evening to test with another NIC. Best, Arno From owner-freebsd-stable@FreeBSD.ORG Tue Apr 22 17:41:36 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC626106567D for ; Tue, 22 Apr 2008 17:41:36 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5E3528FC1C for ; Tue, 22 Apr 2008 17:41:36 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3MHfZUU036648; Tue, 22 Apr 2008 13:41:35 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m3MHfYjO092795 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Apr 2008 13:41:35 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200804221741.m3MHfYjO092795@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 22 Apr 2008 13:41:44 -0400 To: "Arno J. Klaassen" From: Mike Tancsa In-Reply-To: References: <20080421094718.GY25623@hub.freebsd.org> <200804211537.m3LFbaZA086977@lava.sentex.ca> <200804221501.m3MF1guW092221@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: stable@freebsd.org Subject: Re: nfs-server silent data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 17:41:36 -0000 At 01:38 PM 4/22/2008, Arno J. Klaassen wrote: >I'm out of office tomorrow but will try to find time tommorow evening >to test with another NIC. Are you using the latest RELENG_7, or at least the latest version of nfe thats in RELENG_7 ? ---Mike From owner-freebsd-stable@FreeBSD.ORG Tue Apr 22 17:52:06 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45627106564A for ; Tue, 22 Apr 2008 17:52:06 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id C052F8FC21 for ; Tue, 22 Apr 2008 17:52:05 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.14.2/jtpda-5.4) with ESMTP id m3MHq1tJ017111 ; Tue, 22 Apr 2008 19:52:02 +0200 (CEST) X-Ids: 165 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id m3MHq02x026498 ; Tue, 22 Apr 2008 19:52:00 +0200 (MEST) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.3/8.13.1/Submit) id m3MHq06f026495; Tue, 22 Apr 2008 19:52:00 +0200 (MEST) (envelope-from arno) To: Peter Jeremy References: <20080421094718.GY25623@hub.freebsd.org> <20080421154333.GA96237@eos.sc1.parodius.com> <20080421191925.GT73016@server.vk2pj.dyndns.org> From: "Arno J. Klaassen" Date: 22 Apr 2008 19:51:59 +0200 In-Reply-To: <20080421191925.GT73016@server.vk2pj.dyndns.org> Message-ID: Lines: 16 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (shiva.jussieu.fr [134.157.0.165]); Tue, 22 Apr 2008 19:52:02 +0200 (CEST) X-Virus-Scanned: ClamAV 0.92/6880/Tue Apr 22 16:13:41 2008 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail.jussieu.fr with ID 480E25C1.00B by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 480E25C1.00B/134.157.184.22/heho.snv.jussieu.fr/heho.snv.jussieu.fr/ X-j-chkmail-Score: MSGID : 480E25C1.00B on jchkmail.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.039 -> S=0.039 X-j-chkmail-Status: Ham Cc: stable@freebsd.org Subject: Re: nfs-server silent data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 17:52:06 -0000 Hello, Peter Jeremy writes: > On Mon, Apr 21, 2008 at 08:30:48PM +0200, Arno J. Klaassen wrote: > >NB, (CC to kris@ for this) why is memtest86 port marked as i386-only? > > Basically because it's a bootable i386 binary image. yop, but building it could be allowed on more archs (at least amd64 imho) but no hard feelings! just a thought Best, Arno From owner-freebsd-stable@FreeBSD.ORG Tue Apr 22 17:58:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B5B6106566B; Tue, 22 Apr 2008 17:58:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 6FED88FC12; Tue, 22 Apr 2008 17:58:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unknown [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id BF60B1A4D86; Tue, 22 Apr 2008 10:58:13 -0700 (PDT) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m3MHvtVI017349; Tue, 22 Apr 2008 13:57:56 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Aristedes Maniatis Date: Tue, 22 Apr 2008 13:34:34 -0400 User-Agent: KMail/1.9.7 References: <77E81AD6-FBCC-4D30-A5CB-A9B918D4793F@ish.com.au> <200804181314.24974.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804221334.35001.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 22 Apr 2008 13:57:57 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/6880/Tue Apr 22 10:13:41 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: bzeeb+freebsd+lor@zabbadoz.net, jeff@freebsd.org, Jurgen Weber , freebsd-stable@freebsd.org, davidxu@freebsd.org Subject: Re: LOR on sleepqueue chain locks, Was: LOR sleepq/scrlock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 17:58:14 -0000 On Saturday 19 April 2008 07:38:27 am Aristedes Maniatis wrote: > > On 19/04/2008, at 3:14 AM, John Baldwin wrote: > > On Thursday 10 April 2008 06:33:40 pm Aristedes Maniatis wrote: > >> > >>>> http://www.ish.com.au/s/LOR/1.jpg > >>>> http://www.ish.com.au/s/LOR/2.jpg > >>>> http://www.ish.com.au/s/LOR/3.jpg (this overlaps with [2]) > >>> > >>> These are all garbage in kuickshow. :( > >> > >> They work fine for me in Firefox. But don't know what sort of jpegs > >> the Sony camera saves. Anyhow I've also now resaved them as png > >> (about > >> twice the size). Please let me know if that worked. > >> > >> http://www.ish.com.au/s/LOR/1.png , etc > > > > kuickshow had issues still, but FF worked ok. The specific LOR at > > the end is > > real, but a minor one. Basically, the console driver locks > > (e.g. "sio", "scrlock") are higher in the order than the various > > thread > > locks, so any printf while holding a thread lock will trigger a > > LOR. The > > real problem at the bottom of the screen though is a real issue. > > It's a LOR > > of two different sleepqueue chain locks. The problem is that when > > setrunnable() encounters a swapped out thread it tries to wakeup > > proc0, but > > if proc0 is asleep (which is typical) then its thread lock is a > > sleep queue > > chain lock, so waking up a swapped out thread from wakeup() will > > usually > > trigger this LOR. > > > > I think the best fix is to not have setrunnable() kick proc0 directly. > > Perhaps setrunnable() should return an int and return true if proc0 > > needs to > > be awakened and false otherwise. Then the the sleepq code (b/c only > > sleeping > > threads can be swapped out anyway) can return that value from > > sleepq_resume_thread() and can call kick_proc0() directly once it > > has dropped > > all of its own locks. > > > > -- > > John Baldwin > > The way you describe it, it almost sounds like this LOR should be > happening for everyone, all the time. To try and eliminate the factors > which trigger it for us, we tried the following: removed PAE from > kernel, disabled PF. Neither of these things made any difference and > the error is fairly quickly reproducible (within a couple of hours > running various things to load the machine). The one thing we did not > test yet is removing ZFS from the picture. Note also that this box ran > for years and years on FreeBSD 4.x without a hiccup (non PAE, ipfw > instead of pf and no ZFS of course). There are two things. 1) Most people who run witness (that I know of) don't run it on spinlocks because of the overhead, so LORs of spin locks are less well-reported than LORs of other locks (mutexes, rwlocks, etc.). 2) You have to have enough load on the box to swap out active processes to get into this situation. Between those I think that is why this is not more widely reported. > Since I've ordered a replacement machine to go into production now, I > am happy to make this one available for whatever testing would benefit > the FreeBSD community to track down the problem. > > If useful, we could upgrade this machine to 7 STABLE branch and use > the new tools Robert Watson recently wrote to dump better crash logs. > Let me know, but I don't know a lot about them yet apart from what I > read on this list. > > Regards > Ari Maniatis > > > > --------------------------> > ish > http://www.ish.com.au > Level 1, 30 Wilson Street Newtown 2042 Australia > phone +61 2 9550 5001 fax +61 2 9550 4001 > GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A > > > -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Apr 22 18:01:02 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1996106566C for ; Tue, 22 Apr 2008 18:01:02 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id DA39B8FC16 for ; Tue, 22 Apr 2008 18:01:01 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.14.2/jtpda-5.4) with ESMTP id m3MI0bw4060728 ; Tue, 22 Apr 2008 20:00:38 +0200 (CEST) X-Ids: 168 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id m3MI0a6U026581 ; Tue, 22 Apr 2008 20:00:36 +0200 (MEST) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.3/8.13.1/Submit) id m3MI0aG5026578; Tue, 22 Apr 2008 20:00:36 +0200 (MEST) (envelope-from arno) To: Mike Tancsa References: <20080421094718.GY25623@hub.freebsd.org> <200804211537.m3LFbaZA086977@lava.sentex.ca> <200804221501.m3MF1guW092221@lava.sentex.ca> <200804221741.m3MHfYjO092795@lava.sentex.ca> From: "Arno J. Klaassen" Date: 22 Apr 2008 20:00:35 +0200 In-Reply-To: <200804221741.m3MHfYjO092795@lava.sentex.ca> Message-ID: Lines: 29 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (shiva.jussieu.fr [134.157.0.168]); Tue, 22 Apr 2008 20:00:38 +0200 (CEST) X-Virus-Scanned: ClamAV 0.92/6880/Tue Apr 22 16:13:41 2008 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail.jussieu.fr with ID 480E27C5.004 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 480E27C5.004/134.157.184.22/heho.snv.jussieu.fr/heho.snv.jussieu.fr/ X-j-chkmail-Score: MSGID : 480E27C5.004 on jchkmail.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.037 -> S=0.037 X-j-chkmail-Status: Ham Cc: stable@freebsd.org Subject: Re: nfs-server silent data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 18:01:02 -0000 Mike Tancsa writes: > At 01:38 PM 4/22/2008, Arno J. Klaassen wrote: > > >I'm out of office tomorrow but will try to find time tommorow evening > >to test with another NIC. > > > Are you using the latest RELENG_7, or at least the latest version of > nfe thats in RELENG_7 ? Think so : # cvs status if_nfe.c =================================================================== File: if_nfe.c Status: Up-to-date Working revision: 1.21.2.5 Sat Apr 19 14:27:41 2008 Repository revision: 1.21.2.5 /home/ncvs/src/sys/dev/nfe/if_nfe.c,v Sticky Tag: RELENG_7 (branch: 1.21.2) Sticky Date: (none) Sticky Options: (none) ++, Arno PS, finally the memory seems not involved : populating 4G in CPU1 or 2G in CPU1 and 2G in CPU2 does not make a difference From owner-freebsd-stable@FreeBSD.ORG Tue Apr 22 18:07:04 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E746C106566C for ; Tue, 22 Apr 2008 18:07:04 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 99DF88FC20 for ; Tue, 22 Apr 2008 18:07:04 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3MI7483041228; Tue, 22 Apr 2008 14:07:04 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m3MI73bN092981 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Apr 2008 14:07:03 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200804221807.m3MI73bN092981@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 22 Apr 2008 14:07:01 -0400 To: "Arno J. Klaassen" From: Mike Tancsa In-Reply-To: References: <20080421094718.GY25623@hub.freebsd.org> <200804211537.m3LFbaZA086977@lava.sentex.ca> <200804221501.m3MF1guW092221@lava.sentex.ca> <200804221741.m3MHfYjO092795@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: stable@freebsd.org Subject: Re: nfs-server silent data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 18:07:05 -0000 At 02:00 PM 4/22/2008, Arno J. Klaassen wrote: > > > > Are you using the latest RELENG_7, or at least the latest version of > > nfe thats in RELENG_7 ? > > >Think so : OK, and it is the latest RELENG_7 ? Or just the if_nfe.c file has been manually updated ? Also, you are using ULE or the 4BSD scheduler ? I still have 4BSD on the box I am testing on. ---Mike From owner-freebsd-stable@FreeBSD.ORG Tue Apr 22 18:35:32 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBBE01065670 for ; Tue, 22 Apr 2008 18:35:32 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 5BBBD8FC0C for ; Tue, 22 Apr 2008 18:35:31 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.14.2/jtpda-5.4) with ESMTP id m3MIZRuh028115 ; Tue, 22 Apr 2008 20:35:27 +0200 (CEST) X-Ids: 165 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id m3MIZQaj026721 ; Tue, 22 Apr 2008 20:35:26 +0200 (MEST) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.3/8.13.1/Submit) id m3MIZQFe026718; Tue, 22 Apr 2008 20:35:26 +0200 (MEST) (envelope-from arno) To: Mike Tancsa References: <20080421094718.GY25623@hub.freebsd.org> <200804211537.m3LFbaZA086977@lava.sentex.ca> <200804221501.m3MF1guW092221@lava.sentex.ca> <200804221741.m3MHfYjO092795@lava.sentex.ca> <200804221807.m3MI73bN092981@lava.sentex.ca> From: "Arno J. Klaassen" Date: 22 Apr 2008 20:35:25 +0200 In-Reply-To: <200804221807.m3MI73bN092981@lava.sentex.ca> Message-ID: Lines: 27 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (shiva.jussieu.fr [134.157.0.165]); Tue, 22 Apr 2008 20:35:28 +0200 (CEST) X-Virus-Scanned: ClamAV 0.92/6882/Tue Apr 22 19:33:01 2008 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail.jussieu.fr with ID 480E2FEF.007 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 480E2FEF.007/134.157.184.22/heho.snv.jussieu.fr/heho.snv.jussieu.fr/ X-j-chkmail-Score: MSGID : 480E2FEF.007 on jchkmail.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.066 -> S=0.066 X-j-chkmail-Status: Ham Cc: stable@freebsd.org Subject: Re: nfs-server silent data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 18:35:33 -0000 re, Mike Tancsa writes: > At 02:00 PM 4/22/2008, Arno J. Klaassen wrote: > > > > > > Are you using the latest RELENG_7, or at least the latest version of > > > nfe thats in RELENG_7 ? > > > > > >Think so : > > OK, and it is the latest RELENG_7 ? from saturday (but I didn't see any RELENG_7 commit possibly related to this since) > Also, you are using ULE or the 4BSD scheduler ? I > still have 4BSD on the box I am testing on. Interesting, this is with ULE. I didn't really test 4BSD on this box (I believed those who said SMP needs ULE *and* am quite satisfied with overall performance). I'll try 4BSD though time is getting short; I promised to deliver this box next thursday but will still have some days for on-site testing. ++, Arno From owner-freebsd-stable@FreeBSD.ORG Tue Apr 22 18:36:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50A99106568B for ; Tue, 22 Apr 2008 18:36:30 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.191]) by mx1.freebsd.org (Postfix) with ESMTP id C39628FC16 for ; Tue, 22 Apr 2008 18:36:29 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by ti-out-0910.google.com with SMTP id j2so845343tid.3 for ; Tue, 22 Apr 2008 11:36:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=PouJflnsLg9G7T7uQBLGucw1o4HAGAbRLnNy0znEPT8=; b=En5Is6iDBAqSDaKcw+a+yEnJLQ8prnPaJRBXfJlUR01sCj163789rDXbZ9VfWm6jyDES6BXniYDfM4sEwUWCZqR+ef8aSju6B+qEs0ug0gOejGIDM/UaIOGP/VDGfy5tn0+FoQoH8FXsrQiR8Pt1I5IZuFdn3baonuwWYsqsFBs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=LHGxuqoxNjim/uDIPkjt1OYj6X9GhltbBYRmDVNTZBnjUJ/CuWmUimLUkU0bXKQiYloum96RMCdRBTAkmm+jcFVabU769kWG7fhXXL3DQT4Q0zHCSx3L2yB0DaO3H0Lr6C8lEobCvHfQr2eNcXvx2Z+E9tnT6XcqO3p/RdXysCU= Received: by 10.150.58.5 with SMTP id g5mr659727yba.89.1208889386733; Tue, 22 Apr 2008 11:36:26 -0700 (PDT) Received: by 10.150.156.14 with HTTP; Tue, 22 Apr 2008 11:36:26 -0700 (PDT) Message-ID: <5f67a8c40804221136s2c1893c0tdd00c627ab813c59@mail.gmail.com> Date: Tue, 22 Apr 2008 14:36:26 -0400 From: "Zaphod Beeblebrox" To: "Andrew Snow" In-Reply-To: <480D7F58.1080203@modulus.org> MIME-Version: 1.0 References: <480D7F58.1080203@modulus.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Pete French Subject: Re: Dreadful gmirror performance, though each half works fine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 18:36:30 -0000 On Tue, Apr 22, 2008 at 2:02 AM, Andrew Snow wrote: > Pete French wrote: > > > I did some benchmarking, and "load" gives me a bit better performance > > than > > "round-robin" so I've elected to use that. Haven't tried "prefer" as > > syncing all the drives backwards and forwards to get the preferences set > > seems a bit too much like hard work! > > > > I use this patch for sbin/geom/class/mirror/geom_mirror.c > > Change: > md.md_priority = i - 1; > To: > md.md_priority = i - 1 + 100; I hate to ask for the "right" solution, but shouldn't we be patching the gmirror userland to accept a priority argument to label and make the kernel part listen to that? This patch does make sense --- but it doesn't go far enough. Also, it seems sensible that you should be able to modify the priority values of a running disk. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 22 19:11:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94C0F1065670 for ; Tue, 22 Apr 2008 19:11:14 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33701.mail.mud.yahoo.com (web33701.mail.mud.yahoo.com [68.142.201.198]) by mx1.freebsd.org (Postfix) with SMTP id 625528FC1F for ; Tue, 22 Apr 2008 19:11:14 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 29330 invoked by uid 60001); 22 Apr 2008 19:11:13 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=pKta94OuHj3OdCxwMQPL4JYA50dGqaF1DPuOjMMscOMD4SlfiVXumQAw/a5TEf//0jXdRfINYTWS3bJFv0zVjBcihMaqmCGvQdixHVBB6ENETIDRL/ghNknuoWN6qTph5q8bQ+8X7GZYawwdAyX2wvxmjfIBEx6VbCgaP0CsIGI=; X-YMail-OSG: ZufQTnkVM1nNiEmad0lyclMIhBOp46yhT9NZV8J2Osv4ppuoxx2MTEs1sKxWoCP5VCC3FwSyk70i__QR1x9YFacCdXs5iHMTzAEPc0uMe1e.rc2P4MoKos2zHAk- Received: from [89.211.3.3] by web33701.mail.mud.yahoo.com via HTTP; Tue, 22 Apr 2008 12:11:13 PDT X-Mailer: YahooMailRC/902.40 YahooMailWebService/0.7.185 Date: Tue, 22 Apr 2008 12:11:13 -0700 (PDT) From: Abdullah Ibn Hamad Al-Marri To: FreeBSD STABLE MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <649265.28907.qm@web33701.mail.mud.yahoo.com> Subject: FreeBSD 7.0-STABLE SATA300 detected as SATA150 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 19:11:14 -0000 Hello, FreeBSD 7.0-STABLE #0: Tue Apr 22 17:32:02 UTC 2008 arabian@MX1.WeArab.Net:/usr/obj/usr/src/sys/MX1 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz (2666.63-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3fd AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 usable memory = 4276047872 (4077 MB) avail memory = 4106981376 (3916 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xd070-0xd077 mem 0xd0200000-0xd027ffff,0xc0000000-0xcfffffff,0xd0100000-0xd01fffff irq 16 at device 2.0 on pci0 pcib2: irq 16 at device 28.0 on pci0 pci2: on pcib2 pcib3: irq 17 at device 28.1 on pci0 pci3: on pcib3 re0: port 0xc000-0xc0ff mem 0xd0020000-0xd0020fff irq 17 at device 0.0 on pci3 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:19:d1:a7:a4:72 re0: [FILTER] pcib4: at device 30.0 on pci0 pci4: on pcib4 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xd060-0xd067,0xd050-0xd053,0xd040-0xd047,0xd030-0xd033,0xd020-0xd02f irq 17 at device 31.2 on pci0 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ad4: 238475MB at ata2-master SATA150 ^^^^^^^^^^^ ad6: 715404MB at ata3-master SATA150 SMP: AP CPU #1 Launched! Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From owner-freebsd-stable@FreeBSD.ORG Tue Apr 22 19:28:16 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC7BF106566B for ; Tue, 22 Apr 2008 19:28:16 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id B88378FC1A for ; Tue, 22 Apr 2008 19:28:16 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 9E54C1CC033; Tue, 22 Apr 2008 12:28:16 -0700 (PDT) Date: Tue, 22 Apr 2008 12:28:16 -0700 From: Jeremy Chadwick To: Abdullah Ibn Hamad Al-Marri Message-ID: <20080422192816.GA44819@eos.sc1.parodius.com> References: <649265.28907.qm@web33701.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <649265.28907.qm@web33701.mail.mud.yahoo.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD STABLE Subject: Re: FreeBSD 7.0-STABLE SATA300 detected as SATA150 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 19:28:16 -0000 On Tue, Apr 22, 2008 at 12:11:13PM -0700, Abdullah Ibn Hamad Al-Marri wrote: > atapci0: port 0xd060-0xd067,0xd050-0xd053,0xd040-0xd047,0xd030-0xd033,0xd020-0xd02f irq 17 at device 31.2 on pci0 > ad4: 238475MB at ata2-master SATA150 > ^^^^^^^^^^^ > ad6: 715404MB at ata3-master SATA150 Please ensure the SATA150-limiting jumper from the drive has been removed. It's labelled OPT1 in the below picture: http://wdc.custhelp.com/cgi-bin/wdc.cfg/php/enduser/std_adp.php?p_faqid=1343&p_created=1112716146 I assure you these drives work fine with the above controller. Taken from our PDSMi+ production systems, which are ICH7: atapci1: port 0x30e8-0x30ef,0x30dc-0x30df,0x30e0-0x30e7,0x30d8-0x30db,0x30b0-0x30bf mem 0xe0000400-0xe00007ff irq 19 at device 31.2 on pci0 atapci1: AHCI Version 01.10 controller with 4 ports detected ata2: on atapci1 ata3: on atapci1 ata4: on atapci1 ata5: on atapci1 ad4: 114473MB at ata2-master SATA150 ad6: 238475MB at ata3-master SATA300 -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Apr 22 19:51:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02094106566B for ; Tue, 22 Apr 2008 19:51:13 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id E38368FC19 for ; Tue, 22 Apr 2008 19:51:12 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id D0A431CC033; Tue, 22 Apr 2008 12:51:12 -0700 (PDT) Date: Tue, 22 Apr 2008 12:51:12 -0700 From: Jeremy Chadwick To: Ivan Voras Message-ID: <20080422195112.GA45977@eos.sc1.parodius.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: ab2 (apache benchmark) 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: Tue, 22 Apr 2008 19:51:13 -0000 On Mon, Apr 21, 2008 at 11:07:43PM +0200, Ivan Voras wrote: > Every now and then people are complaining about the bug in ab2 that makes > it unusable for benchmarking from FreeBSD (as a client). "ab2" is a HTTP > benchmark that's bundled with the Apache web server. I found the apparent > solution and I'd like to invite everyone who's interested to register on > Apache's bugzilla and vote for the bug to show their interest > (https://issues.apache.org/bugzilla/show_bug.cgi?id=44584). Well that's just peachy. For years I'd been trying to figure out why ab would work fine with a very small number of requests, but would block indefinitely when performing large sums of them. I'll be sure to vote that up. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Apr 22 20:14:08 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F82F1065670 for ; Tue, 22 Apr 2008 20:14:08 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.freebsd.org (Postfix) with ESMTP id ABDE28FC13 for ; Tue, 22 Apr 2008 20:14:07 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so973611nfb.33 for ; Tue, 22 Apr 2008 13:14:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=ZVC0SA65AMGR5yU0Uhl9NgxquXInTqq+61dvptVGqlo=; b=Sk/T+aIu3LimF1JIjf64OoMIafBBau8supAZmGj3W+Y58Dig3v+SFpxCMIV9ESm6UvY5A53+dE+ZNuCeg/MCKZEgJ/skhUvS5mV/Wol5YfmiNffFtPiDrxJH725rT1z4SvZ3ZtYbehfuPwWOtCil0FBMLTvj3HP1ZrxNv+tVW1Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=EJZ/lW4/QhTd1eKZkXag1+Kl2h/rFwoFwwM4C/jUB/d0PISW0xEbIK9yhjbagpAb6FQtoIxVQHIx1xZmx1miUz8HQlSQ6fKWwrl+b7x8pYkpQrvj+HPqO3wATrO2PpCd/rLUcqgD0Yp8f1rCTcwAy83wDJB5flmDLknA9yh544A= Received: by 10.78.197.9 with SMTP id u9mr5662huf.56.1208895224806; Tue, 22 Apr 2008 13:13:44 -0700 (PDT) Received: by 10.78.16.10 with HTTP; Tue, 22 Apr 2008 13:13:44 -0700 (PDT) Message-ID: Date: Wed, 23 Apr 2008 00:13:44 +0400 From: pluknet To: "Mike Tancsa" In-Reply-To: <200804221807.m3MI73bN092981@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080421094718.GY25623@hub.freebsd.org> <200804211537.m3LFbaZA086977@lava.sentex.ca> <200804221501.m3MF1guW092221@lava.sentex.ca> <200804221741.m3MHfYjO092795@lava.sentex.ca> <200804221807.m3MI73bN092981@lava.sentex.ca> Cc: stable@freebsd.org Subject: Re: nfs-server silent data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 20:14:08 -0000 On 22/04/2008, Mike Tancsa wrote: > At 02:00 PM 4/22/2008, Arno J. Klaassen wrote: > > > > > > > Are you using the latest RELENG_7, or at least the latest version of > > > nfe thats in RELENG_7 ? > > > > > > Think so : > > > > OK, and it is the latest RELENG_7 ? Or just the if_nfe.c file has been > manually updated ? Also, you are using ULE or the 4BSD scheduler ? I still > have 4BSD on the box I am testing on. Hi, I have the same problem with data corruption (with nfe on nfs server side), particularly when transferring large files. Maybe this is somehow associated with the topic. My simple test case: truncate -s 1000m bigfile ^^ here I get zero-filed file cp bigfile /nfs/mounted ^^ here I get not-at-all-zero-filed file, after uploading to nfs server I looked at the corrupted file. It contains a few ranges, filed with non-zero bytes: equal to zero? real 4-byte value offset ====================================== not equal 1200355616 at pos=38797316 ... <-- this range contains per-4bytes garbage, omit not equal 3879749905 at pos=38813696 not equal 161160732 at pos=45613060 ... <-- ditto not equal 575257183 at pos=45629440 not equal 1943682165 at pos=59768836 ... <-- ditto not equal 2843639625 at pos=59785216 not equal 2653910121 at pos=60293124 ... <-- ditto not equal 3462830780 at pos=60309504 Some info: nfs server on 8-CURRENT as of Apr 17 nfs client on 7.0-STABLE as of Apr 12 dmesg | grep nfe nfe0: port 0xe000-0xe007 mem 0xe2001000-0xe2001fff irq 20 at device 4.0 on pci0 miibus0: on nfe0 nfe0: Ethernet address: 00:04:61:6c:76:b1 nfe0: [FILTER] nfe0: tx v1 error 0x6001 nfe0: tx v1 error 0x6001 nfe0: tx v1 error 0x6001 nfe0: tx v1 error 0x6001 nfe0: tx v1 error 0x6001 nfe0: tx v1 error 0x6001 nfe0: tx v1 error 0x6001 nfe0: tx v1 error 0x6001 nfe0: tx v1 error 0x6001 nfe0: tx v1 error 0x6001 nfe0: tx v1 error 0x6001 nfe0: tx v1 error 0x6001 ^^^ This appears while cp'ing file to server. (btw they do not appear with disabled polling, probably it's an another issue) vmstat -i | grep nfe irq20: nfe0 ohci0 1 0 nfe0: flags=8843 metric 0 mtu 1500 options=48 ether 00:04:61:6c:76:b1 inet 192.168.200.137 netmask 0xffffff00 broadcast 192.168.200.255 media: Ethernet autoselect (100baseTX ) status: active I can reproduce it regardless polling presence. nfe0@pci0:0:4:0: class=0x020000 card=0x10001695 chip=0x006610de rev=0xa1 hdr=0x00 wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Tue Apr 22 20:58:03 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 687071065673 for ; Tue, 22 Apr 2008 20:58:03 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id 41AE48FC16 for ; Tue, 22 Apr 2008 20:58:03 +0000 (UTC) (envelope-from vivek@khera.org) Received: from host-121.int.kcilink.com (host-121.int.kcilink.com [192.168.7.121]) by yertle.kcilink.com (Postfix) with ESMTP id 171988A03A for ; Tue, 22 Apr 2008 16:58:02 -0400 (EDT) Message-Id: <8C4F3E3C-1AAF-4568-B5A1-7D129560434D@khera.org> From: Vivek Khera To: FreeBSD Stable Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Tue, 22 Apr 2008 16:58:02 -0400 X-Mailer: Apple Mail (2.919.2) Subject: maxproc reached inside jail, can't tell why X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 20:58:03 -0000 I've got a jail server (FreeBSD 6.3/amd64) which runs a bunch of web site development environments. There is an apache or lighttpd running in each jail as user httpd (same UID on base system and each jail). On the jail host, I counted 231 processes owned by httpd. If I try to start an application server (or any process) as user httpd in one of the jails, it exits immediately with "Cannot fork: Resource temporarily unavailable". Even if I "su httpd" I get the same error on any command I try to run such as "ls". If I run the same on the jail host, it has no problems. The jail itself only has 34 processes running. On the jail host, the following is logged: Apr 22 16:34:38 staging kernel: maxproc limit exceeded by uid 80, please see tuning(7) and login.conf(5). tuning(7) and login.conf(5) have pretty much nothing to say about "maxproc". The sysctl settings are all default on this box. kern.maxproc: 6164 kern.maxprocperuid: 5547 The user httpd is of login class "daemon". My login.conf is unchanged from the distributed version, which states "unlimited" for max processes. Why am I getting the resource unavailable when I barely have 230 processes, not even close to the limits. Apache seems unaffected since the parent is run as root, so it can fork children willy-nilly and not be blocked by any limits. Can anyone tell me where to look to find out what is limiting user httpd from creating new processes inside the jail, and what exactly that limit is? More importantly, how to increase it. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 22 21:55:52 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E7341065675 for ; Tue, 22 Apr 2008 21:55:52 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 64CBC8FC1E for ; Tue, 22 Apr 2008 21:55:52 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3MLtpQB074088; Tue, 22 Apr 2008 17:55:51 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m3MLtoKt093783 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Apr 2008 17:55:51 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200804222155.m3MLtoKt093783@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 22 Apr 2008 17:55:14 -0400 To: "Arno J. Klaassen" From: Mike Tancsa In-Reply-To: References: <20080421094718.GY25623@hub.freebsd.org> <200804211537.m3LFbaZA086977@lava.sentex.ca> <200804221501.m3MF1guW092221@lava.sentex.ca> <200804221741.m3MHfYjO092795@lava.sentex.ca> <200804221807.m3MI73bN092981@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: stable@freebsd.org Subject: Re: nfs-server silent data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 21:55:52 -0000 At 02:35 PM 4/22/2008, Arno J. Klaassen wrote: > > Also, you are using ULE or the 4BSD scheduler ? I > > still have 4BSD on the box I am testing on. > >Interesting, this is with ULE. I didn't really test 4BSD on this >box (I believed those who said SMP needs ULE *and* am quite >satisfied with overall performance). I'll try 4BSD though time >is getting short; I promised to deliver this box next thursday but will >still have some days for on-site testing. I have recompiled the kernel with ULE, and it seems fine as well. I ran 160 iterations of a 300MB file and there was no corruption. Same process - copy a junk random file over nfs mount, unmount the nfs mount, remount it copy it back, compare the files. ---Mike From owner-freebsd-stable@FreeBSD.ORG Tue Apr 22 23:26:21 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2292106567B for ; Tue, 22 Apr 2008 23:26:21 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (host-122-100-2-232.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id 917738FC1F for ; Tue, 22 Apr 2008 23:26:21 +0000 (UTC) (envelope-from andrew@modulus.org) Received: by email.octopus.com.au (Postfix, from userid 1002) id 4B9E613F8D; Wed, 23 Apr 2008 09:26:19 +1000 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: X-Spam-Status: No, score=-1.4 required=10.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 Received: from [10.20.30.101] (60.218.233.220.exetel.com.au [220.233.218.60]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id 099181392A; Wed, 23 Apr 2008 09:26:14 +1000 (EST) Message-ID: <480E7412.2040802@modulus.org> Date: Wed, 23 Apr 2008 09:26:10 +1000 From: Andrew Snow User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Zaphod Beeblebrox References: <480D7F58.1080203@modulus.org> <5f67a8c40804221136s2c1893c0tdd00c627ab813c59@mail.gmail.com> In-Reply-To: <5f67a8c40804221136s2c1893c0tdd00c627ab813c59@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Pete French Subject: Re: Dreadful gmirror performance, though each half works fine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 23:26:21 -0000 Zaphod Beeblebrox wrote: > I use this patch for sbin/geom/class/mirror/geom_mirror.c > > Change: > md.md_priority = i - 1; > To: > md.md_priority = i - 1 + 100; > > > I hate to ask for the "right" solution, but shouldn't we be patching > the gmirror userland to accept a priority argument to label and make the > kernel part listen to that? This patch does make sense --- but it > doesn't go far enough. > > Also, it seems sensible that you should be able to modify the priority > values of a running disk. Both of those are good ideas. But for years, no one can be bothered making a patch. At least my patch is only one line, and solves 90% of the problem, and still no one can be bothered committing it. Maybe we should apply my patch for now, until someone works on the rest. - Andrew From owner-freebsd-stable@FreeBSD.ORG Wed Apr 23 01:08:29 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4925106564A for ; Wed, 23 Apr 2008 01:08:29 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 843178FC15 for ; Wed, 23 Apr 2008 01:08:29 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3N18Smt087041; Tue, 22 Apr 2008 21:08:28 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m3N18Rtd094429 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Apr 2008 21:08:27 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200804230108.m3N18Rtd094429@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 22 Apr 2008 21:07:22 -0400 To: pluknet From: Mike Tancsa In-Reply-To: References: <20080421094718.GY25623@hub.freebsd.org> <200804211537.m3LFbaZA086977@lava.sentex.ca> <200804221501.m3MF1guW092221@lava.sentex.ca> <200804221741.m3MHfYjO092795@lava.sentex.ca> <200804221807.m3MI73bN092981@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: stable@freebsd.org Subject: Re: nfs-server silent data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 01:08:29 -0000 At 04:13 PM 4/22/2008, pluknet wrote: >Hi, I have the same problem with data corruption (with nfe on nfs >server side), >particularly when transferring large files. >Maybe this is somehow associated with the topic. > >My simple test case: >truncate -s 1000m bigfile >^^ here I get zero-filed file >cp bigfile /nfs/mounted >^^ here I get not-at-all-zero-filed file, after uploading to nfs server > >nfs server on 8-CURRENT as of Apr 17 >nfs client on 7.0-STABLE as of Apr 12 Hi, On a RELENG_6 client and the same RELENG_7 (now ULE) server with nfe, all seems to work fine [ns1]# mount /backup/ [ns1]# cp -p j2.txt /backup/ [ns1]# umount /backup/ [ns1]# mount /backup/ [ns1]# cp -p /backup/j2.txt /tmp/j2-copy.txt [ns1]# md5 /tmp/j2-copy.txt MD5 (/tmp/j2-copy.txt) = b0977dceb7b511bb8c542ac4f18c7128 [ns1]# md5 /tmp/j2.txt MD5 (/tmp/j2.txt) = b0977dceb7b511bb8c542ac4f18c7128 [ns1]# cd /tmp [ns1]# truncate -s 1000m bigfile [ns1]# ls -lh bigfile -rw-r--r-- 1 root wheel 1.0G Apr 22 21:03 bigfile [ns1]# md5 bigfile MD5 (bigfile) = e5c834fbdaa6bfd8eac5eb9404eefdd4 [ns1]# cp -p bigfile /backup/ [ns1]# umount /backup/ [ns1]# mount /backup/ [ns1]# cp -p /backup/bigfile /tmp/b2 [ns1]# md5 /tmp/b2 MD5 (/tmp/b2) = e5c834fbdaa6bfd8eac5eb9404eefdd4 [ns1]# ---Mike From owner-freebsd-stable@FreeBSD.ORG Wed Apr 23 05:20:00 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E130F106566C for ; Wed, 23 Apr 2008 05:20:00 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by mx1.freebsd.org (Postfix) with ESMTP id A2EBA8FC12 for ; Wed, 23 Apr 2008 05:20:00 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so711715anc.13 for ; Tue, 22 Apr 2008 22:19:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=Pic81kIuITus+bOcBi1vFN4PBQwWZX6vY1XvgZFZemk=; b=qJSKOH1UF4lO1O+lO75EpDeF0iOnbW6GNhG6vEsr7DQf3iURKEHoMO3kNROqcygKK1E+7LFk9vvRZqCUOvJUqt5oVWZ4H5l5tH7GgFgtB7+zyPsve5Tq09VFa0s8s0CNJTb9Zeco6vfRt8wddWuZXziXqC7Ww9ldjP5YhYMH7Pw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=KAubaUs7yDJ0D+x9l2atqAsae0w7nY5HtXWU0E0yGDkFDleNYEKyrAfhl2Ih7GTS3t24loZGnBMUbLj4gnp5w66ajCK4vbKtAk9Sr3kFrxoFFP0QmKhCWBNkKeMO2lwcRad6bp/91k2V0iOaN4pjq0C4qK6/YQ1uQ3bbjf/vtBI= Received: by 10.100.14.2 with SMTP id 2mr1963746ann.37.1208926436601; Tue, 22 Apr 2008 21:53:56 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id d24sm12371648and.12.2008.04.22.21.53.52 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 22 Apr 2008 21:53:54 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m3N4rmRI055539 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 23 Apr 2008 13:53:48 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m3N4rlSl055538; Wed, 23 Apr 2008 13:53:47 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 23 Apr 2008 13:53:47 +0900 From: Pyun YongHyeon To: pluknet Message-ID: <20080423045347.GE54715@cdnetworks.co.kr> References: <20080421094718.GY25623@hub.freebsd.org> <200804211537.m3LFbaZA086977@lava.sentex.ca> <200804221501.m3MF1guW092221@lava.sentex.ca> <200804221741.m3MHfYjO092795@lava.sentex.ca> <200804221807.m3MI73bN092981@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: nfs-server silent data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 05:20:01 -0000 On Wed, Apr 23, 2008 at 12:13:44AM +0400, pluknet wrote: > On 22/04/2008, Mike Tancsa wrote: > > At 02:00 PM 4/22/2008, Arno J. Klaassen wrote: > > > > > > > > > > Are you using the latest RELENG_7, or at least the latest version of > > > > nfe thats in RELENG_7 ? > > > > > > > > > Think so : > > > > > > > OK, and it is the latest RELENG_7 ? Or just the if_nfe.c file has been > > manually updated ? Also, you are using ULE or the 4BSD scheduler ? I still > > have 4BSD on the box I am testing on. > > Hi, I have the same problem with data corruption (with nfe on nfs server side), > particularly when transferring large files. > Maybe this is somehow associated with the topic. > > My simple test case: > truncate -s 1000m bigfile > ^^ here I get zero-filed file > cp bigfile /nfs/mounted > ^^ here I get not-at-all-zero-filed file, after uploading to nfs server > > I looked at the corrupted file. It contains a few ranges, filed with > non-zero bytes: > equal to zero? real 4-byte value offset > ====================================== > not equal 1200355616 at pos=38797316 > ... <-- this range contains per-4bytes garbage, omit > not equal 3879749905 at pos=38813696 > > not equal 161160732 at pos=45613060 > ... <-- ditto > not equal 575257183 at pos=45629440 > > not equal 1943682165 at pos=59768836 > ... <-- ditto > not equal 2843639625 at pos=59785216 > > not equal 2653910121 at pos=60293124 > ... <-- ditto > not equal 3462830780 at pos=60309504 > > Some info: > > nfs server on 8-CURRENT as of Apr 17 > nfs client on 7.0-STABLE as of Apr 12 > > dmesg | grep nfe > nfe0: port 0xe000-0xe007 mem > 0xe2001000-0xe2001fff irq 20 at device 4.0 on pci0 > miibus0: on nfe0 > nfe0: Ethernet address: 00:04:61:6c:76:b1 > nfe0: [FILTER] > nfe0: tx v1 error 0x6001 > nfe0: tx v1 error 0x6001 > nfe0: tx v1 error 0x6001 > nfe0: tx v1 error 0x6001 > nfe0: tx v1 error 0x6001 > nfe0: tx v1 error 0x6001 > nfe0: tx v1 error 0x6001 > nfe0: tx v1 error 0x6001 > nfe0: tx v1 error 0x6001 > nfe0: tx v1 error 0x6001 > nfe0: tx v1 error 0x6001 > nfe0: tx v1 error 0x6001 > ^^^ I'm not sure it's related with data corruption issue but 0x6001 would mean Tx underflow error. I recall these Tx errors were seen on nfe(4) if negotiated speed/duplex does not match with link partner or MACs. Does link partner also agree on speed/duplex settings of nfe(4)? What PHY driver nfe(4) use? > This appears while cp'ing file to server. > (btw they do not appear with disabled polling, probably it's an another issue) > > vmstat -i | grep nfe > irq20: nfe0 ohci0 1 0 > > nfe0: flags=8843 metric 0 mtu 1500 > options=48 > ether 00:04:61:6c:76:b1 > inet 192.168.200.137 netmask 0xffffff00 broadcast 192.168.200.255 > media: Ethernet autoselect (100baseTX ) > status: active > I can reproduce it regardless polling presence. > > nfe0@pci0:0:4:0: class=0x020000 card=0x10001695 chip=0x006610de > rev=0xa1 hdr=0x00 > -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Wed Apr 23 06:50:10 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCAE0106564A for ; Wed, 23 Apr 2008 06:50:10 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.230]) by mx1.freebsd.org (Postfix) with ESMTP id A39578FC12 for ; Wed, 23 Apr 2008 06:50:10 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1594554rvf.43 for ; Tue, 22 Apr 2008 23:50:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=uQuGPHRqJS5bngKqrLqXkGbkZsZ63br7tBVjG8NK0Is=; b=EA6YXJYhznFb3QvZ08sHuzCNu/X+7ftsDdz4tdcoPOX+yRd4L+4CYlfhPthuNVaioWOvyFBt5TlrfZoPIGlz1dK6zt8oFYq5Tb9UX10Jv4911vBRipivYJH7sz+v4q7Zd3FU80stiFC+yA1MUD+/zbAPAmqWDnfReE8j2dhloos= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=W86dlvNAZuxJEUpeeHzcSniQeXgc26hFBq17nL6Suz1l98+cLs72JXw8wRgwrg7g4JbcfPoZ6M2DOk2NXgt2K24EPIOdpfzqNpx2dBf2dI8HEu11lCkxzOhng1nvj60cF7JU4l7Qp19A8JJ8UQASiijm2KvAwqbF/KQatg3mkAQ= Received: by 10.141.151.18 with SMTP id d18mr330176rvo.152.1208931835654; Tue, 22 Apr 2008 23:23:55 -0700 (PDT) Received: by 10.140.143.14 with HTTP; Tue, 22 Apr 2008 23:23:55 -0700 (PDT) Message-ID: Date: Wed, 23 Apr 2008 14:23:55 +0800 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: "Jeremy Chadwick" In-Reply-To: <20080422195112.GA45977@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080422195112.GA45977@eos.sc1.parodius.com> X-Google-Sender-Auth: 7e104f417e38ded4 Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: ab2 (apache benchmark) 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: Wed, 23 Apr 2008 06:50:10 -0000 On 23/04/2008, Jeremy Chadwick wrote: > On Mon, Apr 21, 2008 at 11:07:43PM +0200, Ivan Voras wrote: > > Every now and then people are complaining about the bug in ab2 that makes > > it unusable for benchmarking from FreeBSD (as a client). "ab2" is a HTTP > > benchmark that's bundled with the Apache web server. I found the apparent > > solution and I'd like to invite everyone who's interested to register on > > Apache's bugzilla and vote for the bug to show their interest > > (https://issues.apache.org/bugzilla/show_bug.cgi?id=44584). > > > Well that's just peachy. For years I'd been trying to figure out why ab > would work fine with a very small number of requests, but would block > indefinitely when performing large sums of them. I'll be sure to vote > that up. If its anything like ab1, the freaking async connect() call doesn't even check the socket status after the async call returns. I've got a locally modified apachebench1 which uses libevent and has some tidyups applied - it isn't multithreaded, but it can do ~ gigabit of testing traffic on a single CPU.. adrian -- Adrian Chadd - adrian@freebsd.org From owner-freebsd-stable@FreeBSD.ORG Wed Apr 23 08:08:11 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8E75106564A for ; Wed, 23 Apr 2008 08:08:11 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from hosted.kievnet.com (hosted.kievnet.com [193.138.144.10]) by mx1.freebsd.org (Postfix) with ESMTP id 742338FC24 for ; Wed, 23 Apr 2008 08:08:11 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost ([127.0.0.1] helo=edge.pp.kiev.ua) by hosted.kievnet.com with esmtpa (Exim 4.62) (envelope-from ) id 1JoZgt-000Jfs-Bt for freebsd-stable@freebsd.org; Wed, 23 Apr 2008 10:46:55 +0300 Message-ID: <480EE96E.6070404@icyb.net.ua> Date: Wed, 23 Apr 2008 10:46:54 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.12 (X11/20080320) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: panic: vn_finished_write: neg cnt X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 08:08:12 -0000 This happened with i386 RELENG_7 of a few days ago. Panic/reboot was unattended (happened at night), it occurred after a (live) dump of one filesystem onto another (gjournal-ed). It actually occurred while running md5 on the dump file. According to external measurements the system was quite loaded CPU- and memory-wise at the of the panic. Basic info from kgdb (I will keep the core and the symbol files for a while): Unread portion of the kernel message buffer: lockmgr: thread 0xc3205cc0 unlocking unheld lock KDB: stack backtrace: db_trace_self_wrapper(c0709990,d91b9bac,c0508e14,c07062e3,c3205cc0,...) at 0xc04519c6 = db_trace_self_wrapper+0x26 kdb_backtrace(c07062e3,c3205cc0,c2fcab80,0,c3fb37c0,...) at 0xc05444e9 = kdb_backtrace+0x29 _lockmgr(c3f74498,6,c3f744c8,c3205cc0,c070d668,...) at 0xc0508e14 = _lockmgr+0x614 vop_stdunlock(d91b9c00,c32407d4,c3f74440,c3205cc0,d91b9c24,...) at 0xc05890d5 = vop_stdunlock+0x45 VOP_UNLOCK_APV(c074d660,d91b9c00,c05a48b2,c074d660,d91b9c0c,...) at 0xc06e447c = VOP_UNLOCK_APV+0x5c vput(c3f74440,d91b9ce0,2,0,1388,...) at 0xc0598086 = vput+0xa6 vm_pageout(0,d91b9d38,0,0,0,...) at 0xc06965bd = vm_pageout+0xfdd fork_exit(c06955e0,0,d91b9d38) at 0xc04fc2a1 = fork_exit+0xa1 fork_trampoline() at 0xc06bbbe0 = fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xd91b9d70, ebp = 0 --- lockmgr: thread 0xc3205cc0 unlocking unheld lock KDB: stack backtrace: db_trace_self_wrapper(c0709990,d91b9bac,c0508e14,c07062e3,c3205cc0,...) at 0xc04519c6 = db_trace_self_wrapper+0x26 kdb_backtrace(c07062e3,c3205cc0,c3207000,c32071ec,0,...) at 0xc05444e9 = kdb_backtrace+0x29 _lockmgr(c3f74498,6,c3f744c8,c3205cc0,c070d668,...) at 0xc0508e14 = _lockmgr+0x614 vop_stdunlock(d91b9c00,c32407d4,c3f74440,c3205cc0,d91b9c24,...) at 0xc05890d5 = vop_stdunlock+0x45 VOP_UNLOCK_APV(c074d660,d91b9c00,c05a48b2,c074d660,d91b9c0c,...) at 0xc06e447c = VOP_UNLOCK_APV+0x5c vput(c3f74440,d91b9ce0,2,0,1388,...) at 0xc0598086 = vput+0xa6 vm_pageout(0,d91b9d38,0,0,0,...) at 0xc06965bd = vm_pageout+0xfdd fork_exit(c06955e0,0,d91b9d38) at 0xc04fc2a1 = fork_exit+0xa1 fork_trampoline() at 0xc06bbbe0 = fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xd91b9d70, ebp = 0 --- panic: vn_finished_write: neg cnt KDB: stack backtrace: db_trace_self_wrapper(c0709990,d91b9c04,c051bb2a,c0707c08,c07733e0,...) at 0xc04519c6 = db_trace_self_wrapper+0x26 kdb_backtrace(c0707c08,c07733e0,c070e5f4,d91b9c10,d91b9c10,...) at 0xc05444e9 = kdb_backtrace+0x29 panic(c070e5f4,c3f74440,d91b9ce0,c1868000,937,...) at 0xc051bb2a = panic+0xaa vn_finished_write(c32407d4,d91b9ce0,2,0,1388,...) at 0xc05a4827 = vn_finished_write+0x67 vm_pageout(0,d91b9d38,0,0,0,...) at 0xc0696616 = vm_pageout+0x1036 fork_exit(c06955e0,0,d91b9d38) at 0xc04fc2a1 = fork_exit+0xa1 fork_trampoline() at 0xc06bbbe0 = fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xd91b9d70, ebp = 0 --- Uptime: 5h33m33s Physical memory: 631 MB Dumping 240 MB: 225 209 193 177 161 145 129 113 97 81 65 49 33 17 1 (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc051b933 in boot (howto=260) at /system/src/sys/kern/kern_shutdown.c:418 #2 0xc051bb6a in panic (fmt=Variable "fmt" is not available. ) at /system/src/sys/kern/kern_shutdown.c:572 #3 0xc05a4827 in vn_finished_write (mp=0xc32407d4) at /system/src/sys/kern/vfs_vnops.c:1049 #4 0xc0696616 in vm_pageout () at /system/src/sys/vm/vm_pageout.c:1028 #5 0xc04fc2a1 in fork_exit (callout=0xc06955e0 , arg=0x0, frame=0xd91b9d38) at /system/src/sys/kern/kern_fork.c:783 #6 0xc06bbbe0 in fork_trampoline () at /system/src/sys/i386/i386/exception.s:205 (kgdb) fr 3 #3 0xc05a4827 in vn_finished_write (mp=0xc32407d4) at /system/src/sys/kern/vfs_vnops.c:1049 1049 panic("vn_finished_write: neg cnt"); (kgdb) list 1044 if (mp == NULL) 1045 return; 1046 MNT_ILOCK(mp); 1047 mp->mnt_writeopcount--; 1048 if (mp->mnt_writeopcount < 0) 1049 panic("vn_finished_write: neg cnt"); 1050 if ((mp->mnt_kern_flag & MNTK_SUSPEND) != 0 && 1051 mp->mnt_writeopcount <= 0) 1052 wakeup(&mp->mnt_writeopcount); 1053 MNT_IUNLOCK(mp); (kgdb) p mp->mnt_writeopcount $1 = -1 -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed Apr 23 08:51:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E83BB106566C for ; Wed, 23 Apr 2008 08:51:40 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33705.mail.mud.yahoo.com (web33705.mail.mud.yahoo.com [68.142.201.202]) by mx1.freebsd.org (Postfix) with SMTP id B81388FC18 for ; Wed, 23 Apr 2008 08:51:40 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 64629 invoked by uid 60001); 23 Apr 2008 08:51:40 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=OCwPJANv1DeefV9HZlDMNCiZ5b9oMOiooozmovwF+Io9xVTMJ/Tfa8uJ2fbQ2a4PDqNQbooGHNHpz2FpfwGPzflqRVEQhLGVenrG8qMdzSPRvlJfMn3tU7ILk7JzxmyaMJfOWGcJmy+KAuiqRzIE45szh2/NaR4zKo+d6xKUOUA=; X-YMail-OSG: cFjaNgwVM1keZg9DdWCF1tpo5a5iNnoKHQRqDuteRVJfyQFSXReyeUV1HC.7ejIBgnnk3Sx16IZ9sukDt6e4VXn5m_6yiGyddhQkNa3e14aQVzBLnvt9FgQ- Received: from [212.77.203.38] by web33705.mail.mud.yahoo.com via HTTP; Wed, 23 Apr 2008 01:51:39 PDT X-Mailer: YahooMailRC/902.40 YahooMailWebService/0.7.185 Date: Wed, 23 Apr 2008 01:51:39 -0700 (PDT) From: Abdullah Ibn Hamad Al-Marri To: Jeremy Chadwick , Ivan Voras MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <112492.64439.qm@web33705.mail.mud.yahoo.com> Cc: freebsd-stable@freebsd.org Subject: Re: ab2 (apache benchmark) 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: Wed, 23 Apr 2008 08:51:41 -0000 ----- Original Message ---- > From: Jeremy Chadwick > To: Ivan Voras > Cc: freebsd-stable@freebsd.org > Sent: Tuesday, April 22, 2008 10:51:12 PM > Subject: Re: ab2 (apache benchmark) problem > > On Mon, Apr 21, 2008 at 11:07:43PM +0200, Ivan Voras wrote: > > Every now and then people are complaining about the bug in ab2 that makes > > it unusable for benchmarking from FreeBSD (as a client). "ab2" is a HTTP > > benchmark that's bundled with the Apache web server. I found the apparent > > solution and I'd like to invite everyone who's interested to register on > > Apache's bugzilla and vote for the bug to show their interest > > (https://issues.apache.org/bugzilla/show_bug.cgi?id=44584). > > Well that's just peachy. For years I'd been trying to figure out why ab > would work fine with a very small number of requests, but would block > indefinitely when performing large sums of them. I'll be sure to vote > that up. > > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > Vote added. Thank you! --- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From owner-freebsd-stable@FreeBSD.ORG Wed Apr 23 09:03:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD4CB106566C for ; Wed, 23 Apr 2008 09:03:49 +0000 (UTC) (envelope-from toomany@toomany.net) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id 6801F8FC1B for ; Wed, 23 Apr 2008 09:03:49 +0000 (UTC) (envelope-from toomany@toomany.net) Received: by wa-out-1112.google.com with SMTP id k17so4177149waf.3 for ; Wed, 23 Apr 2008 02:03:48 -0700 (PDT) Received: by 10.114.25.19 with SMTP id 19mr87371way.225.1208941428522; Wed, 23 Apr 2008 02:03:48 -0700 (PDT) Received: by 10.114.53.10 with HTTP; Wed, 23 Apr 2008 02:03:48 -0700 (PDT) Message-ID: Date: Wed, 23 Apr 2008 11:03:48 +0200 From: "TooMany Secrets" To: "Abdullah Ibn Hamad Al-Marri" In-Reply-To: <112492.64439.qm@web33705.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <112492.64439.qm@web33705.mail.mud.yahoo.com> Cc: Jeremy Chadwick , freebsd-stable@freebsd.org, Ivan Voras Subject: Re: ab2 (apache benchmark) 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: Wed, 23 Apr 2008 09:03:49 -0000 T24gV2VkLCBBcHIgMjMsIDIwMDggYXQgMTA6NTEgQU0sIEFiZHVsbGFoIElibiBIYW1hZCBBbC1N YXJyaQo8d2VhcmFibmV0QHlhaG9vLmNhPiB3cm90ZToKPiAgVm90ZSBhZGRlZC4KCk9uZSB2b3Rl IG1vcmUuLi4KClRoYW5rJ3MhCgotLSAKSGF2ZSBhIG5pY2UgZGF5IDstKQpUb29NYW55U2VjcmV0 cwoKPT09PT09PT09PT09PT09PT09PT09PT09PT09PQpEaWpvIENvbmZ1Y2lvOgoiRXjDrWdldGUg bXVjaG8gYSB0aSBtaXNtbyB5IGVzcGVyYSBwb2NvIGRlIGxvcyBkZW3DoXMuIEFzw60gdGUgYWhv cnJhcsOhcwpkaXNndXN0b3MuIgo9PT09PT09PT09PT09PT09PT09PT09PT09PT09Cg== From owner-freebsd-stable@FreeBSD.ORG Wed Apr 23 09:52:11 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D66E41065673 for ; Wed, 23 Apr 2008 09:52:11 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id E777B8FC1B for ; Wed, 23 Apr 2008 09:52:10 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1062158nfb.33 for ; Wed, 23 Apr 2008 02:52:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Mxxgc4jiI5Cz5UEBYPoVi9Mht0h8gGeKUDTqJWGHoGk=; b=hnjIsFJcw8pN6zvjxg/XxWbPok00HFiobCHWoZKfRdMul27S0Oo6pQUgZoCE+SRtSNnprNg0P9XWtvvBDOzqG8lsmtJpj/ITQIKprPEdaHGSW8bBZWnTX0VW9Wwop1xvSCRQwuehIJGSPFmVxczLF3Lc07O9352X7bi9pX+9alo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZTx+2jhxoapLdcFOxSh/d14xVqddOptycu/oZ+ULNtEUui+HioG4YtJ6D/f/WJ3s7G2bpsUo3kykVU0OOUPiktVx2yZ10MK7vf44/6H5mLqExmodBxZzk6j9MT8S7R7+GTf0Lm3wvdJgI14+lAq2/ZlPcU06RwOUmUS3lIbSyLE= Received: by 10.78.197.9 with SMTP id u9mr703129huf.56.1208944328486; Wed, 23 Apr 2008 02:52:08 -0700 (PDT) Received: by 10.78.16.10 with HTTP; Wed, 23 Apr 2008 02:52:08 -0700 (PDT) Message-ID: Date: Wed, 23 Apr 2008 13:52:08 +0400 From: pluknet To: pyunyh@gmail.com In-Reply-To: <20080423045347.GE54715@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080421094718.GY25623@hub.freebsd.org> <200804211537.m3LFbaZA086977@lava.sentex.ca> <200804221501.m3MF1guW092221@lava.sentex.ca> <200804221741.m3MHfYjO092795@lava.sentex.ca> <200804221807.m3MI73bN092981@lava.sentex.ca> <20080423045347.GE54715@cdnetworks.co.kr> Cc: stable@freebsd.org Subject: Re: nfs-server silent data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 09:52:11 -0000 2008/4/23 Pyun YongHyeon : > > On Wed, Apr 23, 2008 at 12:13:44AM +0400, pluknet wrote: > > On 22/04/2008, Mike Tancsa wrote: > > > At 02:00 PM 4/22/2008, Arno J. Klaassen wrote: > > > > > > > > > > > > > Are you using the latest RELENG_7, or at least the latest version of > > > > > nfe thats in RELENG_7 ? > > > > > > > > > > > > Think so : > > > > > > > > > > OK, and it is the latest RELENG_7 ? Or just the if_nfe.c file has been > > > manually updated ? Also, you are using ULE or the 4BSD scheduler ? I still > > > have 4BSD on the box I am testing on. > > > > Hi, I have the same problem with data corruption (with nfe on nfs server side), > > particularly when transferring large files. > > Maybe this is somehow associated with the topic. > > > > My simple test case: > > truncate -s 1000m bigfile > > ^^ here I get zero-filed file > > cp bigfile /nfs/mounted > > ^^ here I get not-at-all-zero-filed file, after uploading to nfs server > > > > I looked at the corrupted file. It contains a few ranges, filed with > > non-zero bytes: > > equal to zero? real 4-byte value offset > > ====================================== > > not equal 1200355616 at pos=38797316 > > ... <-- this range contains per-4bytes garbage, omit > > not equal 3879749905 at pos=38813696 > > > > not equal 161160732 at pos=45613060 > > ... <-- ditto > > not equal 575257183 at pos=45629440 > > > > not equal 1943682165 at pos=59768836 > > ... <-- ditto > > not equal 2843639625 at pos=59785216 > > > > not equal 2653910121 at pos=60293124 > > ... <-- ditto > > not equal 3462830780 at pos=60309504 > > > > Some info: > > > > nfs server on 8-CURRENT as of Apr 17 > > nfs client on 7.0-STABLE as of Apr 12 > > > > dmesg | grep nfe > > nfe0: port 0xe000-0xe007 mem > > 0xe2001000-0xe2001fff irq 20 at device 4.0 on pci0 > > miibus0: on nfe0 > > nfe0: Ethernet address: 00:04:61:6c:76:b1 > > nfe0: [FILTER] > > nfe0: tx v1 error 0x6001 > > nfe0: tx v1 error 0x6001 > > nfe0: tx v1 error 0x6001 > > nfe0: tx v1 error 0x6001 > > nfe0: tx v1 error 0x6001 > > nfe0: tx v1 error 0x6001 > > nfe0: tx v1 error 0x6001 > > nfe0: tx v1 error 0x6001 > > nfe0: tx v1 error 0x6001 > > nfe0: tx v1 error 0x6001 > > nfe0: tx v1 error 0x6001 > > nfe0: tx v1 error 0x6001 > > ^^^ > > I'm not sure it's related with data corruption issue but 0x6001 > would mean Tx underflow error. I recall these Tx errors were seen > on nfe(4) if negotiated speed/duplex does not match with link > partner or MACs. > Does link partner also agree on speed/duplex settings of nfe(4)? One unmanaged 10/100 switch is between them (which are both 100baseTX), so I cannot say exactly :( Though I can achieve speed upto 100mbps. I can test later directly on demand. > What PHY driver nfe(4) use? > $ kldload if_nfe nfe0: port 0xe000-0xe007 mem 0xe2001000-0xe2001fff irq 20 at device 4.0 on pci0 nfe0: Ethernet address: 00:04:61:6c:76:b1 nfe0: [FILTER] miibus0: on nfe0 rlphy0: PHY 1 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto nfe0: link state changed to DOWN nfe0: link state changed to UP So, it seems to be rlphy. > > > This appears while cp'ing file to server. > > (btw they do not appear with disabled polling, probably it's an another issue) > > > > vmstat -i | grep nfe > > irq20: nfe0 ohci0 1 0 > > > > nfe0: flags=8843 metric 0 mtu 1500 > > options=48 > > ether 00:04:61:6c:76:b1 > > inet 192.168.200.137 netmask 0xffffff00 broadcast 192.168.200.255 > > media: Ethernet autoselect (100baseTX ) > > status: active > > I can reproduce it regardless polling presence. > > > > nfe0@pci0:0:4:0: class=0x020000 card=0x10001695 chip=0x006610de > > rev=0xa1 hdr=0x00 > > wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Wed Apr 23 16:08:25 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C959106564A for ; Wed, 23 Apr 2008 16:08:25 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from smtp3.yandex.ru (smtp3.yandex.ru [213.180.223.87]) by mx1.freebsd.org (Postfix) with ESMTP id 4B8D28FC28 for ; Wed, 23 Apr 2008 16:08:24 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from [77.66.214.189] ([77.66.214.189]:34243 "EHLO nx7400.local.domain" smtp-auth: "cvs-src" TLS-CIPHER: TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S4747331AbYDWP5X (ORCPT ); Wed, 23 Apr 2008 19:57:23 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp3 X-Yandex-TimeMark: 1208966243 X-MsgDayCount: 1 X-Comment: RFC 2476 MSA function at smtp3.yandex.ru logged sender identity as: cvs-src Message-ID: <480F5BCB.2000805@yandex.ru> Date: Wed, 23 Apr 2008 19:54:51 +0400 From: "R.Mahmatkhanov" User-Agent: Thunderbird 2.0.0.12 (X11/20080316) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Fails to build new gcc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 16:08:25 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Good day! When trying to migrate one of my freebsd servers to 7.0-RELEASE i hang on this while making buildworld (make buildworld && make kernel KERNCONF=KERN13): cc -O2 -fno-strict-aliasing -pipe -DIN_GCC -DHAVE_CONFIG_H - -DPREFIX=\"/usr/obj/usr/src/tmp/usr\" - -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc_int/../cc_ols - -I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools - -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc - -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contr/gcc/config - -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include - -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/includeI/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/usr/obj/usr/src/tmp/legacy/usr/include -c ../cc_tools/insn-attrtab.c cc: Internal error: Killed: 9 (program cc1) Please submit a full bug report. See for instructions. *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/cc_int. *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. My system is: FreeBSD puto 6.2-STABLE FreeBSD 6.2-STABLE #0: Wed Jul 18 10:02:47 MSD 2007 root@puto:/usr/obj/usr/src/sys/PUTO i386 kern.ostype: FreeBSD kern.osrelease: 6.2-STABLE kern.osrevision: 199506 kern.osreldate: 602111 I csup'ed yesterdays source in RELENG_7_0 branch and it always fail on this mashine when building gcc. Can please anybody suggest something on this issue? PS. i've nothing special in /etc/make.conf - just some perl spam. PPS. please cc me when reply - i'm not subscribed on freebsd-stable@. Thanks in advance. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkgPW8sACgkQmY+KeAh7t3DahgCfaDHPBvcgjbg6V5qRZpMKMqoj hscAniATvBSlKWUqS8FQ8HMNry5DZjzC =S9mI -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 23 16:59:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD857106567C for ; Wed, 23 Apr 2008 16:59:33 +0000 (UTC) (envelope-from wawaka@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.170]) by mx1.freebsd.org (Postfix) with ESMTP id 702648FC23 for ; Wed, 23 Apr 2008 16:59:33 +0000 (UTC) (envelope-from wawaka@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so2039868wfa.7 for ; Wed, 23 Apr 2008 09:59:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=KlHGLsa8K1cu1StBehLNJiGVzqIVvMMUNN9HsXRc3pM=; b=s3gs5aTkotpIbmaIYHxOSmGZ5l8b8BhPf5oGoQLRsQqCwbYsvNPQiA0SuIVSNJkY5bTYcy2PIDPpY+yBxTKJKULRkYXcnPHoA9SoR1KP95A0F80mlBF+VX7oWFES8lCgVqsZ306bV9c/XBVM/K7ld4nwUHVUGUI2lUpAsQ2LGcE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=BTfw2McF20oMA/VtAhUD3xw7VvFJ+8HA1n4qOrf9w7OTREH88nDN37iGU2CJZ3WHBP+BhE6UXpbj2GJJFS8b3+fYoQkrZ6B3EOJ2nU/zFiGBR+A8pv/0RYwWdUH3vKwm+PRxQMgF/LGHQsB2zLTQYQb03/haTirQSRH3NFJuAjA= Received: by 10.142.57.17 with SMTP id f17mr195477wfa.340.1208968333259; Wed, 23 Apr 2008 09:32:13 -0700 (PDT) Received: by 10.142.141.16 with HTTP; Wed, 23 Apr 2008 09:32:13 -0700 (PDT) Message-ID: <9fce1cdb0804230932o5a39ccd1p3b38527411b9bd13@mail.gmail.com> Date: Wed, 23 Apr 2008 20:32:13 +0400 From: WaW To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: zeroed fields in ps output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 16:59:33 -0000 Hello. I have noticed something strange with some processes running in my system. Look at ps output below: it says that nfsd, smbd and zsh are running for ~13992 days, that means their ELAPSED field == 0 in unix time. Moreover, RSS field also == 0. This happens in 1-2 days after system is booted up. Is this a bug or a feature? System is 7.0-RELEASE/amd64. And if it makes sense - nfs and samba do export zfs filesystems. USER PID %CPU %MEM VSZ RSS ELAPSED STARTED STAT COMMAND root 0 0.0 0.0 0 0 1-08:43:22 Tue11AM WLs [swapper] root 1 0.0 0.0 1928 16 1-08:43:22 Tue11AM ILs /sbin/init -- root 2 0.0 0.0 0 16 1-08:43:22 Tue11AM DL [g_event] root 3 0.0 0.0 0 16 1-08:43:22 Tue11AM DL [g_up] root 4 0.0 0.0 0 16 1-08:43:22 Tue11AM DL [g_down] root 5 0.0 0.0 0 16 1-08:43:22 Tue11AM DL [system_taskq] root 6 0.0 0.0 0 16 1-08:43:22 Tue11AM DL [acpi_task_0] root 7 0.0 0.0 0 16 1-08:43:22 Tue11AM DL [acpi_task_1] root 8 0.0 0.0 0 16 1-08:43:22 Tue11AM DL [acpi_task_2] root 9 0.0 0.0 0 16 1-08:43:22 Tue11AM DL [kqueue taskq] root 10 0.0 0.0 0 16 1-08:43:22 Tue11AM DL [audit] root 11 94.6 0.0 0 16 1-08:43:22 Tue11AM RL [idle] root 12 0.0 0.0 0 16 1-08:43:22 Tue11AM WL [swi1: net] root 13 0.0 0.0 0 16 1-08:43:22 Tue11AM WL [swi4: clock sio] root 14 0.0 0.0 0 16 1-08:43:22 Tue11AM WL [swi3: vm] root 15 0.0 0.0 0 16 1-08:43:22 Tue11AM DL [yarrow] root 16 0.0 0.0 0 16 1-08:43:22 Tue11AM WL [swi5: +] root 17 0.0 0.0 0 16 1-08:43:22 Tue11AM DL [thread taskq] root 18 0.0 0.0 0 16 1-08:43:22 Tue11AM WL [swi6: Giant taskq] root 19 0.0 0.0 0 16 1-08:43:22 Tue11AM WL [swi6: task queue] root 20 0.0 0.0 0 16 1-08:43:22 Tue11AM DL [xpt_thrd] root 21 0.0 0.0 0 16 1-08:43:22 Tue11AM WL [swi2: cambio] root 22 0.0 0.0 0 16 1-08:43:22 Tue11AM WL [irq9: acpi0] root 23 0.0 0.0 0 16 1-08:43:22 Tue11AM WL [irq23: ohci0] root 24 0.0 0.0 0 16 1-08:43:22 Tue11AM DL [usb0] root 25 0.0 0.0 0 16 1-08:43:22 Tue11AM DL [usbtask-hc] root 26 0.0 0.0 0 16 1-08:43:22 Tue11AM DL [usbtask-dr] root 27 0.0 0.0 0 16 1-08:43:22 Tue11AM WL [irq20: ehci0+] root 28 0.0 0.0 0 16 1-08:43:22 Tue11AM DL [usb1] root 29 0.0 0.0 0 16 1-08:43:22 Tue11AM WL [irq14: ata0] root 30 0.0 0.0 0 16 1-08:43:22 Tue11AM WL [irq15: ata1] root 31 0.0 0.0 0 16 1-08:43:22 Tue11AM WL [irq21: atapci2] root 32 0.0 0.0 0 16 1-08:43:22 Tue11AM WL [irq16: rl0] root 33 0.0 0.0 0 16 1-08:43:22 Tue11AM WL [irq17: skc0] root 34 0.0 0.0 0 16 1-08:43:22 Tue11AM DL [nfe0 taskq] root 35 0.0 0.0 0 16 1-08:43:22 Tue11AM DL [acpi_thermal] root 36 0.0 0.0 0 16 1-08:43:22 Tue11AM DL [acpi_cooling0] root 37 0.0 0.0 0 16 1-08:43:22 Tue11AM WL [swi0: sio] root 38 0.0 0.0 0 16 1-08:43:22 Tue11AM WL [irq7: ppbus0 ppc0] root 39 0.0 0.0 0 16 1-08:43:22 Tue11AM WL [irq1: atkbd0] root 40 0.0 0.0 0 16 1-08:43:22 Tue11AM DL [pfpurge] root 41 0.0 0.0 0 16 1-08:43:22 Tue11AM DL [arc_reclaim_thread] root 42 0.0 0.0 0 16 1-08:43:22 Tue11AM DL [pagedaemon] root 43 0.0 0.0 0 16 1-08:43:22 Tue11AM DL [vmdaemon] root 44 0.0 0.0 0 16 1-08:43:22 Tue11AM DL [pagezero] root 45 0.0 0.0 0 16 1-08:43:22 Tue11AM DL [bufdaemon] root 46 0.0 0.0 0 16 1-08:43:22 Tue11AM DL [vnlru] root 47 0.0 0.0 0 16 1-08:43:22 Tue11AM DL [syncer] root 48 0.0 0.0 0 16 1-08:43:22 Tue11AM DL [softdepflush] root 49 0.0 0.0 0 16 1-08:43:22 Tue11AM DL [schedcpu] root 123 0.0 0.0 0 16 1-08:42:50 Tue11AM DL [spa_zio_issue_0] root 124 0.0 0.0 0 16 1-08:42:50 Tue11AM DL [spa_zio_intr_0] root 125 0.0 0.0 0 16 1-08:42:50 Tue11AM DL [spa_zio_issue_1] root 126 0.1 0.0 0 16 1-08:42:50 Tue11AM DL [spa_zio_intr_1] root 127 0.0 0.0 0 16 1-08:42:50 Tue11AM DL [spa_zio_issue_2] root 128 0.0 0.0 0 16 1-08:42:50 Tue11AM DL [spa_zio_intr_2] root 129 0.0 0.0 0 16 1-08:42:50 Tue11AM DL [spa_zio_issue_3] root 130 0.0 0.0 0 16 1-08:42:50 Tue11AM DL [spa_zio_intr_3] root 131 0.0 0.0 0 16 1-08:42:50 Tue11AM DL [spa_zio_issue_4] root 132 0.0 0.0 0 16 1-08:42:50 Tue11AM DL [spa_zio_intr_4] root 133 0.0 0.0 0 16 1-08:42:50 Tue11AM DL [spa_zio_issue_5] root 134 0.0 0.0 0 16 1-08:42:50 Tue11AM DL [spa_zio_intr_5] root 135 0.0 0.0 0 16 1-08:42:50 Tue11AM DL [vdev:worker ad4] root 136 0.0 0.0 0 16 1-08:42:50 Tue11AM DL [vdev:worker ad6] root 137 0.0 0.0 0 16 1-08:42:50 Tue11AM DL [vdev:worker ad8] root 138 0.0 0.0 0 16 1-08:42:50 Tue11AM DL [vdev:worker ad10] root 139 0.0 0.0 0 16 1-08:42:50 Tue11AM DL [txg_thread_enter] root 140 0.0 0.0 0 16 1-08:42:50 Tue11AM DL [txg_thread_enter] root 141 0.0 0.0 0 16 1-08:42:50 Tue11AM DL [txg_thread_enter] root 142 0.0 0.0 0 16 1-08:42:49 Tue11AM DL [zil_clean] root 143 0.0 0.0 0 16 1-08:42:49 Tue11AM DL [zil_clean] root 144 0.0 0.0 0 16 1-08:42:49 Tue11AM DL [zil_clean] root 145 0.0 0.0 0 16 1-08:42:49 Tue11AM DL [zil_clean] root 478 0.0 0.0 5852 260 1-08:42:48 Tue11AM Is pflogd: [priv] (pflogd) _pflogd 483 0.0 0.0 5852 348 1-08:42:48 Tue11AM S pflogd: [running] -s 116 -i pflog0 -f /var/log/pflog (pflogd) root 509 0.0 0.1 22484 708 1-08:42:47 Tue11AM Ss /usr/sbin/ppp -quiet -ddial tesontel root 675 0.0 0.0 1616 0 13992-16:28:05 - IWs /sbin/devd root 723 0.0 0.0 4684 428 1-08:42:46 Tue11AM Ss /usr/sbin/syslogd -s root 740 0.0 0.0 5736 128 1-08:42:46 Tue11AM Ss /usr/sbin/rpcbind root 776 0.0 0.0 4672 224 1-08:42:46 Tue11AM Is /usr/sbin/mountd -r root 784 0.0 0.0 3572 0 13992-16:28:05 - IWs nfsd: master (nfsd) root 786 0.0 0.0 3572 0 13992-16:28:05 - IW nfsd: server (nfsd) root 787 0.0 0.0 3572 0 13992-16:28:05 - IW nfsd: server (nfsd) root 788 0.0 0.0 3572 0 13992-16:28:05 - IW nfsd: server (nfsd) root 789 0.0 0.0 3572 0 13992-16:28:05 - IW nfsd: server (nfsd) root 827 0.0 0.1 18744 688 1-08:42:45 Tue11AM Ss /usr/local/sbin/nmbd -D -s /usr/local/etc/smb.conf root 840 0.0 0.0 30000 288 1-08:42:45 Tue11AM Is /usr/local/sbin/smbd -D -s /usr/local/etc/smb.conf root 846 0.0 0.0 30000 0 13992-16:28:05 - IW /usr/local/sbin/smbd -D -s /usr/local/etc/smb.conf nobody 847 0.0 0.0 13472 488 1-08:42:44 Tue11AM Ss proftpd: (accepting connections) (proftpd) root 925 0.0 0.0 4668 280 1-08:42:44 Tue11AM Is /usr/local/sbin/miniupnpd -f /usr/local/etc/miniupnpd.conf root 936 0.0 0.0 20960 312 1-08:42:43 Tue11AM Is /usr/sbin/sshd root 942 0.0 0.1 10576 824 1-08:42:43 Tue11AM Ss sendmail: accepting connections (sendmail) smmsp 948 0.0 0.1 10576 676 1-08:42:42 Tue11AM Is sendmail: Queue runner@00:30:00 for /var/spool/clientmqueue (sendmail) root 954 0.0 0.0 5736 348 1-08:42:42 Tue11AM Ss /usr/sbin/cron -s root 995 0.0 0.0 4668 172 1-08:42:42 Tue11AM I /usr/libexec/getty Pc ttyv0 root 996 0.0 0.0 4668 172 1-08:42:42 Tue11AM I /usr/libexec/getty Pc ttyv1 root 997 0.0 0.0 4668 172 1-08:42:42 Tue11AM I /usr/libexec/getty Pc ttyv2 root 998 0.0 0.0 4668 172 1-08:42:42 Tue11AM I /usr/libexec/getty Pc ttyv3 root 999 0.0 0.0 4668 172 1-08:42:42 Tue11AM I /usr/libexec/getty Pc ttyv4 root 1000 0.0 0.0 4668 172 1-08:42:42 Tue11AM I /usr/libexec/getty Pc ttyv5 root 1001 0.0 0.0 4668 172 1-08:42:42 Tue11AM I /usr/libexec/getty Pc ttyv6 root 1002 0.0 0.0 4668 172 1-08:42:42 Tue11AM I /usr/libexec/getty Pc ttyv7 root 1018 0.0 0.1 7504 880 1-08:38:06 Tue11AM Ss screen ftp 4592 0.0 0.2 30024 1936 07:41:04 12:47PM S /usr/local/sbin/smbd -D -s /usr/local/etc/smb.conf root 4632 0.0 0.1 32936 932 07:23:21 1:04PM Is sshd: waw [priv] (sshd) waw 4635 0.0 0.1 32936 1120 07:23:14 1:04PM S sshd: waw@ttyp0 (sshd) waw 4637 0.0 0.1 16232 816 07:23:13 1:04PM Is -zsh (zsh) waw 4641 0.0 0.0 7504 424 07:23:10 1:04PM S+ screen -r waw 1021 0.0 0.0 17372 0 13992-16:28:05 - IWs /bin/zsh waw 1054 0.0 1.6 109844 16224 1-08:36:01 Tue11AM S+ rtorrent waw 1026 0.0 0.0 16220 0 13992-16:28:05 - IWs /bin/zsh root 1030 0.0 0.0 19400 0 13992-16:28:05 - IW su - root 1031 0.0 0.1 17628 672 1-08:38:02 Tue11AM I+ -su (zsh) waw 1049 0.0 0.0 17396 276 1-08:36:26 Tue11AM Is /bin/zsh waw 2561 0.0 6.0 88112 62096 20:47:57 11:40PM SN /usr/local/bin/mlnet-real root 2756 0.0 0.0 19400 412 19:41:13 12:46AM I su - root 2757 0.0 0.2 17584 2028 19:41:12 12:46AM S -su (zsh) root 5702 0.0 0.1 5776 1032 00:00 8:28PM R+ ps -ax -o user,pid,pcpu,pmem,vsz,rss,etime,start,state,command -- Vladimir K. aka WaW From owner-freebsd-stable@FreeBSD.ORG Wed Apr 23 17:11:53 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1277B1065677 for ; Wed, 23 Apr 2008 17:11:53 +0000 (UTC) (envelope-from freebsd-stable@lists.b0rken.net) Received: from nucleus.b0rken.net (sapphire.b0rken.net [194.7.227.1]) by mx1.freebsd.org (Postfix) with ESMTP id 90D5A8FC21 for ; Wed, 23 Apr 2008 17:11:52 +0000 (UTC) (envelope-from freebsd-stable@lists.b0rken.net) Received: from fire.b0rken.net ([172.16.1.10]) by nucleus.b0rken.net with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JoiDy-0007CT-DI; Wed, 23 Apr 2008 16:53:38 +0000 Received: by fire.b0rken.net (Postfix, from userid 5000) id 6035C2DB2; Wed, 23 Apr 2008 18:44:04 +0200 (CEST) Date: Wed, 23 Apr 2008 18:44:04 +0200 From: Jan Gyselinck To: "R.Mahmatkhanov" Message-ID: <20080423184404.B305@fire.b0rken.net> References: <480F5BCB.2000805@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <480F5BCB.2000805@yandex.ru> User-Agent: Mutt/1.3.23i X-Mailer: Mutt X-SA-Exim-Connect-IP: 172.16.1.10 X-SA-Exim-Mail-From: freebsd-stable@lists.b0rken.net X-SA-Exim-Scanned: No (on nucleus.b0rken.net); SAEximRunCond expanded to false Cc: freebsd-stable@freebsd.org Subject: Re: Fails to build new gcc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jan Gyselinck List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 17:11:53 -0000 EOUTOFMEMORY You need more memory, the process gets killed since it used up all available memory. Adding more swap usually helps (with f.e. a swapfile). Also, changing gcc flags helps. -O in place of -O2 as the latter uses more memory. And remove -pipe helps a bit too. This topic has been touched several times already, have a look at the mailinglist archives if you want more information as to why this happens etc etc... Regards Jan Gyselinck On Wed, Apr 23, 2008 at 07:54:51PM +0400, R.Mahmatkhanov wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Good day! > > When trying to migrate one of my freebsd servers to 7.0-RELEASE i hang > on this while making buildworld (make buildworld && make kernel > KERNCONF=KERN13): > > cc -O2 -fno-strict-aliasing -pipe -DIN_GCC -DHAVE_CONFIG_H > - -DPREFIX=\"/usr/obj/usr/src/tmp/usr\" > - -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc_int/../cc_ols > - -I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools > - -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc > - -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contr/gcc/config > - -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include > - > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/includeI/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber > -I/usr/obj/usr/src/tmp/legacy/usr/include -c ../cc_tools/insn-attrtab.c > cc: Internal error: Killed: 9 (program cc1) > Please submit a full bug report. > See for instructions. > *** Error code 1 > > Stop in /usr/src/gnu/usr.bin/cc/cc_int. > *** Error code 1 > > Stop in /usr/src/gnu/usr.bin/cc. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > My system is: > > FreeBSD puto 6.2-STABLE FreeBSD 6.2-STABLE #0: Wed Jul 18 10:02:47 MSD > 2007 root@puto:/usr/obj/usr/src/sys/PUTO i386 > > kern.ostype: FreeBSD > kern.osrelease: 6.2-STABLE > kern.osrevision: 199506 > kern.osreldate: 602111 > > I csup'ed yesterdays source in RELENG_7_0 branch and it always fail on > this mashine when building gcc. Can please anybody suggest something on > this issue? > > PS. i've nothing special in /etc/make.conf - just some perl spam. > PPS. please cc me when reply - i'm not subscribed on freebsd-stable@. > > Thanks in advance. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.8 (FreeBSD) > > iEYEARECAAYFAkgPW8sACgkQmY+KeAh7t3DahgCfaDHPBvcgjbg6V5qRZpMKMqoj > hscAniATvBSlKWUqS8FQ8HMNry5DZjzC > =S9mI > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Apr 23 17:24:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EC31106566C for ; Wed, 23 Apr 2008 17:24:23 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6ADAE8FC33 for ; Wed, 23 Apr 2008 17:24:23 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 6BB601CC033; Wed, 23 Apr 2008 10:24:23 -0700 (PDT) Date: Wed, 23 Apr 2008 10:24:23 -0700 From: Jeremy Chadwick To: WaW Message-ID: <20080423172423.GA5436@eos.sc1.parodius.com> References: <9fce1cdb0804230932o5a39ccd1p3b38527411b9bd13@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9fce1cdb0804230932o5a39ccd1p3b38527411b9bd13@mail.gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: zeroed fields in ps output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 17:24:23 -0000 On Wed, Apr 23, 2008 at 08:32:13PM +0400, WaW wrote: > Hello. > I have noticed something strange with some processes running in my > system. Look at ps output below: it says that nfsd, smbd and zsh are > running for ~13992 days, that means their ELAPSED field == 0 in unix > time. Moreover, RSS field also == 0. This happens in 1-2 days after > system is booted up. Is this a bug or a feature? > > System is 7.0-RELEASE/amd64. And if it makes sense - nfs and samba do > export zfs filesystems. May be specific to your system, as I can't reproduce it here: $ ps -auxw | grep smb root 659 0.0 0.1 9044 1816 ?? Ss Sat06am 0:11.69 /usr/local/sbin/nmbd -D -s /usr/local/etc/smb.conf root 660 0.0 0.1 9032 1688 ?? I Sat06am 0:00.09 /usr/local/sbin/nmbd -D -s /usr/local/etc/smb.conf root 664 0.0 0.1 12264 2976 ?? Is Sat06am 0:00.01 /usr/local/sbin/smbd -d 2 -D -s /usr/local/etc/smb.conf root 709 0.0 0.1 12264 2912 ?? I Sat06am 0:00.00 /usr/local/sbin/smbd -d 2 -D -s /usr/local/etc/smb.conf $ uptime 10:22am up 4 days, 3:33, 3 users, load averages: 0.00, 0.00, 0.00 $ uname -a FreeBSD icarus.home.lan 7.0-STABLE FreeBSD 7.0-STABLE #0: Sat Apr 19 04:28:33 PDT 2008 root@icarus.home.lan:/usr/obj/usr/src/sys/SM5015MT amd64 -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Apr 23 18:45:10 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83A99106566C for ; Wed, 23 Apr 2008 18:45:10 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id 32E4B8FC1E for ; Wed, 23 Apr 2008 18:45:10 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.2/8.14.2) with ESMTP id m3NIj98M083358 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 23 Apr 2008 13:45:09 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.2/8.14.2/Submit) id m3NIj9ML083357; Wed, 23 Apr 2008 13:45:09 -0500 (CDT) (envelope-from dan) Date: Wed, 23 Apr 2008 13:45:09 -0500 From: Dan Nelson To: WaW Message-ID: <20080423184507.GD99910@dan.emsphone.com> References: <9fce1cdb0804230932o5a39ccd1p3b38527411b9bd13@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9fce1cdb0804230932o5a39ccd1p3b38527411b9bd13@mail.gmail.com> X-OS: FreeBSD 7.0-STABLE User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: zeroed fields in ps output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 18:45:10 -0000 In the last episode (Apr 23), WaW said: > I have noticed something strange with some processes running in my > system. Look at ps output below: it says that nfsd, smbd and zsh are > running for ~13992 days, that means their ELAPSED field == 0 in unix > time. Moreover, RSS field also == 0. This happens in 1-2 days after > system is booted up. Is this a bug or a feature? > > System is 7.0-RELEASE/amd64. And if it makes sense - nfs and samba do > export zfs filesystems. > > USER PID %CPU %MEM VSZ RSS ELAPSED STARTED STAT COMMAND > root 675 0.0 0.0 1616 0 13992-16:28:05 - IWs /sbin/devd > root 784 0.0 0.0 3572 0 13992-16:28:05 - IWs nfsd: > root 786 0.0 0.0 3572 0 13992-16:28:05 - IW nfsd: > root 787 0.0 0.0 3572 0 13992-16:28:05 - IW nfsd: > root 788 0.0 0.0 3572 0 13992-16:28:05 - IW nfsd: > root 789 0.0 0.0 3572 0 13992-16:28:05 - IW nfsd: > root 846 0.0 0.0 30000 0 13992-16:28:05 - IW /usr/local/sbin/smbd -D -s /usr/local/etc/smb.conf > waw 1021 0.0 0.0 17372 0 13992-16:28:05 - IWs /bin/zsh > waw 1026 0.0 0.0 16220 0 13992-16:28:05 - IWs /bin/zsh > root 1030 0.0 0.0 19400 0 13992-16:28:05 - IW su - Processes with a W in the second column of STAT have been completely swapped out; That definitely explains why RSS=0, and may explain why etime is unavailable. ps should probably print a "-" there (like it does for STARTED) instead of an obviously wrong value. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Wed Apr 23 19:13:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E54B106566C for ; Wed, 23 Apr 2008 19:13:12 +0000 (UTC) (envelope-from dan@mail.neosystem.cz) Received: from mx.neosystem.cz (mx.neosystem.cz [IPv6:2002:5856:6e27:15::10]) by mx1.freebsd.org (Postfix) with ESMTP id 4149B8FC48 for ; Wed, 23 Apr 2008 19:13:11 +0000 (UTC) (envelope-from dan@mail.neosystem.cz) Received: from localhost (localhost [127.0.0.1]) by mx.neosystem.cz (Postfix) with ESMTP id 57B9640C2 for ; Wed, 23 Apr 2008 21:13:10 +0200 (CEST) X-Virus-Scanned: amavisd-new at mx.neosystem.cz Received: from moon.sky.net (49.103.broadband4.iol.cz [85.71.103.49]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx.neosystem.cz (Postfix) with ESMTP id E86B040B8 for ; Wed, 23 Apr 2008 21:13:03 +0200 (CEST) Date: Wed, 23 Apr 2008 20:52:51 +0200 From: Dan Bilik To: freebsd-stable@freebsd.org Message-Id: <20080423205251.0e50ab4d.dan@mail.neosystem.cz> In-Reply-To: References: <20080422195112.GA45977@eos.sc1.parodius.com> Organization: neosystem.cz X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: ab2 (apache benchmark) 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: Wed, 23 Apr 2008 19:13:12 -0000 On Wed, 23 Apr 2008 14:23:55 +0800 "Adrian Chadd" wrote: > I've got a locally modified apachebench1 which uses libevent and has > some tidyups applied - it isn't multithreaded, but it can do ~ gigabit > of testing traffic on a single CPU.. We were also hitting the limits of ab, but instead of hacking Apache sources we've ended up writing our own benchmark tool. With it we were able to get up to 18k req/sec from Apache 2.2 (serving static content through a custom module). Moreover, the tool is not bound to HTTP and can be used to benchmark other TCP servers as well. Should you find it useful, you can get it at http://neosystem.cz/tools/tst-0.7.tar.gz . Dan From owner-freebsd-stable@FreeBSD.ORG Wed Apr 23 21:21:18 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 924C8106566B for ; Wed, 23 Apr 2008 21:21:18 +0000 (UTC) (envelope-from wawaka@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.189]) by mx1.freebsd.org (Postfix) with ESMTP id 0C2F88FC1F for ; Wed, 23 Apr 2008 21:21:17 +0000 (UTC) (envelope-from wawaka@gmail.com) Received: by rn-out-0910.google.com with SMTP id j40so1319247rnf.12 for ; Wed, 23 Apr 2008 14:21:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=cuBkAOOyjEtHsgxOL2SyFPl8XENUqO8X6ehqv2UDF/8=; b=lWg5cWmelHLzr5T09Eg65OBZ5lRBVid2ggsFV+mcM3EpvpP3f6kPBY8dUVQJqnqzd+ZaAQzCgHRF1sYxA9Nd5+C0heQpz4RbxBbi7PV29DVad9uolEeHyDKSSyJTOYkfL3+VCCPvOlUUTIr1wIp2PPn1xYrZT50Ym54YVj+yAY0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ImyMiNbBC1EyfmsqW2RA6RvunahkU77WdrCBloeqsScT/N1zoX5INfV8g5SZY2iQYZEEnaCLVdb5feLZf4+h5oXANAbzCoPVDac7t0HgNDxC8ACZzvkhY8/dIcKZHi4gKUhM9SOxtzhGFXOQlfry6MVXD0ald8hx6NfJf1bZLZE= Received: by 10.143.36.15 with SMTP id o15mr343748wfj.182.1208985676829; Wed, 23 Apr 2008 14:21:16 -0700 (PDT) Received: by 10.142.141.16 with HTTP; Wed, 23 Apr 2008 14:21:16 -0700 (PDT) Message-ID: <9fce1cdb0804231421l443374f6wbeff22bc94ef02b8@mail.gmail.com> Date: Thu, 24 Apr 2008 01:21:16 +0400 From: WaW To: "Dan Nelson" In-Reply-To: <20080423184507.GD99910@dan.emsphone.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <9fce1cdb0804230932o5a39ccd1p3b38527411b9bd13@mail.gmail.com> <20080423184507.GD99910@dan.emsphone.com> Cc: freebsd-stable@freebsd.org Subject: Re: zeroed fields in ps output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 21:21:18 -0000 On Wed, Apr 23, 2008 at 10:45 PM, Dan Nelson wrote: > Processes with a W in the second column of STAT have been completely > swapped out; That definitely explains why RSS=0, and may explain why > etime is unavailable. ps should probably print a "-" there (like it > does for STARTED) instead of an obviously wrong value. > > -- > Dan Nelson > dnelson@allantgroup.com > Thanks a lot for explanation, i just thought something is wrong with my box :) -- Vladimir K. aka WaW From owner-freebsd-stable@FreeBSD.ORG Wed Apr 23 22:51:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19C00106564A for ; Wed, 23 Apr 2008 22:51:26 +0000 (UTC) (envelope-from tim_stoddard@hotmail.com) Received: from bay0-omc1-s32.bay0.hotmail.com (bay0-omc1-s32.bay0.hotmail.com [65.54.246.104]) by mx1.freebsd.org (Postfix) with ESMTP id 05D2D8FC18 for ; Wed, 23 Apr 2008 22:51:26 +0000 (UTC) (envelope-from tim_stoddard@hotmail.com) Received: from BAY112-W39 ([64.4.26.139]) by bay0-omc1-s32.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 23 Apr 2008 15:39:26 -0700 Message-ID: X-Originating-IP: [144.167.1.123] From: Tim Stoddard To: Date: Wed, 23 Apr 2008 17:39:26 -0500 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 23 Apr 2008 22:39:26.0664 (UTC) FILETIME=[E2A9B480:01C8A592] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: auto_nlist failed on cp_time at location 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: Wed, 23 Apr 2008 22:51:26 -0000 I just upgraded from FreeBSD 6.2 ->=0A= 6.3 (using source tree). I then recompiled my net-snmp port binaries (usin= g=0A= portupgrade). I am now get error message in my logs every five secs. =0A= I am sure my libkvm is in sync with my kernel. I do not know what else=0A= to look at. =20 My upgrade process: make buildworld make buildkernel make installkernel make installworld mergemaster portupgrade -f net-snmp #pkg_info |grep snmp net-snmp-5.4.1_2 An extendable SNMP implementation Apr 23 16:02:47 shaggy snmpd[662]: kvm_read(*, 1, 0xbfbfea50, 20) =3D -1: k= vm_read: Bad address Apr 23 16:02:47 shaggy snmpd[662]: auto_nlist failed on cp_time at location= 1 Apr 23 16:02:52 shaggy snmpd[662]: kvm_read(*, 1, 0xbfbfea50, 20) =3D -1: k= vm_read: Bad address Apr 23 16:02:52 shaggy snmpd[662]: auto_nlist failed on cp_time at location= 1 Apr 23 16:02:57 shaggy snmpd[662]: kvm_read(*, 1, 0xbfbfea50, 20) =3D -1: k= vm_read: Bad address Apr 23 16:02:57 shaggy snmpd[662]: auto_nlist failed on cp_time at location= 1 Apr 23 16:03:02 shaggy snmpd[662]: kvm_read(*, 1, 0xbfbfea50, 20) =3D -1: k= vm_read: Bad address Apr 23 16:03:02 shaggy snmpd[662]: auto_nlist failed on cp_time at location= 1 -- Tim Stoddard _________________________________________________________________ Spell a grand slam in this game where word skill meets World Series. Get in= the game. http://club.live.com/word_slugger.aspx?icid=3Dword_slugger_wlhm_admod_april= 08= From owner-freebsd-stable@FreeBSD.ORG Wed Apr 23 23:04:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C430C106567E for ; Wed, 23 Apr 2008 23:04:45 +0000 (UTC) (envelope-from seb.morand@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id 843998FC19 for ; Wed, 23 Apr 2008 23:04:45 +0000 (UTC) (envelope-from seb.morand@gmail.com) Received: by yw-out-2324.google.com with SMTP id 5so218821ywh.13 for ; Wed, 23 Apr 2008 16:04:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; bh=G5NM2Y5v7Yqt9WL2zdg4uTG5aJqvT5FehKxCzm7aEqg=; b=fGLPHUTz8amIAlBR/3dTjPvilcVygtlPL+MdMlupszA032imNWVpfjp2mUek7jqz4SXZXOZ/wkYxZYYK4rv+4lXTkn4HV2yNXUuarVShuI4V5BysiY1YC84c+6TF7W7hGzuX0MXGAvQAWzD3HU0dcwnk6SMU6QdLuO3oniJ7KXA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=apVqt0IoH0xWRXlDJl4AnB0Kj3BRVCnD8+8qwenXw+Do+FiCYtay+T3odR2VkALirWWcVNZqwi9IC//3uF+SRedBZ6pje883kyLuo1utVzY68wgszMRH6I0jv8TemKv8ITz6l/PC7N218/929tCp6qBibHCsn86rYDMI62+dBbE= Received: by 10.78.147.6 with SMTP id u6mr2111279hud.39.1208991454799; Wed, 23 Apr 2008 15:57:34 -0700 (PDT) Received: from mellba.mayaseb ( [41.208.161.77]) by mx.google.com with ESMTPS id a1sm820130ugf.78.2008.04.23.15.57.32 (version=SSLv3 cipher=RC4-MD5); Wed, 23 Apr 2008 15:57:33 -0700 (PDT) Message-ID: <480FBF0F.3000000@gmail.com> Date: Wed, 23 Apr 2008 22:58:23 +0000 From: Sebastien Morand User-Agent: Thunderbird 2.0.0.12 (X11/20080406) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: OSS and Skype X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 23:04:45 -0000 Hi, I have a problem running skype using oss. I posted in several places and this list is my last hope :-) Skype is keeping answering: Problem With Audio Playback whenever I make a call or get a call. My sound card is Envy24ht, I precise that I'm able to listen music, watch film and all other stuff using sound, so the sound cart is correctly configured. Recording is wirking fine too, the sample test: $ cat test.raw # Then speak $ cat test.raw > /dev/dsp I can hear with the second command what I record with the first one. In skype I have tried a lot of configuration in Sound card device : According to what I read I should use: In : /dev/dsp4 Out: /dev/dsp Ringing: /dev/dsp What ever I try I'm keeping getting the following error message: Problem With Audio Playback. Depending of the configuration I choose I get the following kernel message: Envy24ht : Reccording is not supported on /dev/oss/envy24ht0/pcm0 or Envy24ht: Playback is not supported on /dev/oss/envy24ht0/pcmin0 Actually it looks like he tries to use only one of the configuration and expect a full duplex device but I read full duplex is not supported by OSS, is there any solution to get skype working at the end? Thanks by advance for any help Here is my configuration: $ uname -a FreeBSD mellba.mayaseb 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 # ossdetect -v Detected Generic ENVY24HT based sound card Detected OSS Transparent Virtual Mixing Architecture ----------------- $ cat /dev/sndstat OSS 4.0 (b1015/200804072030) BSD (C) 4Front Technologies 1996-2008 Kernel: FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Audio devices: 0: Shuttle SN25P front out (OUTPUT) 1: Shuttle SN25P c/l out (OUTPUT) 2: Shuttle SN25P side out (OUTPUT) 3: Shuttle SN25P digital out (OUTPUT) 4: Shuttle SN25P analog in (INPUT) 5: Shuttle SN25P front out (VMIX0) (DUPLEX) 6: Shuttle SN25P front out (VMIX0) (DUPLEX) 7: Shuttle SN25P front out (VMIX0) (DUPLEX) 8: Shuttle SN25P front out (VMIX0) (DUPLEX) 9: Shuttle SN25P front out (VMIX0) (DUPLEX) 10: Shuttle SN25P front out (VMIX0) (DUPLEX) 11: Shuttle SN25P front out (VMIX0) (DUPLEX) 12: Shuttle SN25P front out (VMIX0) (DUPLEX) Mixers: 0: Shuttle SN25P (VT1612A) ----------------- $ ossinfo Version info: OSS 4.0 (b1015/200804072030) (0x00040003) BSD Platform: FreeBSD/i386 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC (mellba.mayaseb) Number of audio devices: 13 Number of audio engines: 13 Number of mixer devices: 1 Device objects 0: envy24ht0 Shuttle SN25P 1: vmix0 OSS transparent virtual mixer Mixer devices 0: Shuttle SN25P (VT1612A) (Mixer 0 of device object 0) Audio devices Shuttle SN25P front out /dev/oss/envy24ht0/pcm0 (device index 0) Shuttle SN25P c/l out /dev/oss/envy24ht0/pcm1 (device index 1) Shuttle SN25P side out /dev/oss/envy24ht0/pcm2 (device index 2) Shuttle SN25P digital out /dev/oss/envy24ht0/spdout (device index 3) Shuttle SN25P analog in /dev/oss/envy24ht0/pcmin0 (device index 4) Shuttle SN25P front out (VMIX0) /dev/oss/vmix0/pcm0 (device index 5) Shuttle SN25P front out (VMIX0) /dev/oss/vmix0/pcm1 (device index 6) Shuttle SN25P front out (VMIX0) /dev/oss/vmix0/pcm2 (device index 7) Shuttle SN25P front out (VMIX0) /dev/oss/vmix0/pcm3 (device index 8) Shuttle SN25P front out (VMIX0) /dev/oss/vmix0/pcm4 (device index 9) Shuttle SN25P front out (VMIX0) /dev/oss/vmix0/pcm5 (device index 10) Shuttle SN25P front out (VMIX0) /dev/oss/vmix0/pcm6 (device index 11) Shuttle SN25P front out (VMIX0) /dev/oss/vmix0/pcm7 (device index 12) ----------------- The weirdest things I got are in the kernel conf: $ kldstat Id Refs Address Size Name 1 25 0xc0400000 906518 kernel 2 1 0xc0d07000 a634 reiserfs.ko 3 1 0xc0d12000 80ea28 nvidia.ko 4 4 0xc1521000 28658 linux.ko 5 1 0xc154a000 6a32c acpi.ko 6 1 0xc5322000 7000 linprocfs.ko 7 1 0xc5444000 3000 pflog.ko 8 1 0xc5447000 33000 pf.ko 9 3 0xc54f2000 7d000 osscore.ko 10 1 0xc5575000 13000 envy24ht.ko 11 1 0xc5599000 2000 vmix.ko 12 1 0xc55e6000 4000 logo_saver.ko 13 1 0xc577b000 2000 rtc.ko So my driver is there but: $ sysctl -a hw.snd sysctl: unknown oid 'hw.snd' ----------------- Files in /dev are: $ ls /dev/dsp* lrwxr-xr-x 1 root wheel 9 Apr 17 07:17 /dev/dsp -> /dev/dsp0 lrwxr-xr-x 1 root wheel 23 Apr 17 07:17 /dev/dsp0 -> /dev/oss/envy24ht0/pcm0 lrwxr-xr-x 1 root wheel 23 Apr 17 07:17 /dev/dsp1 -> /dev/oss/envy24ht0/pcm1 lrwxr-xr-x 1 root wheel 19 Apr 17 07:17 /dev/dsp10 -> /dev/oss/vmix0/pcm5 lrwxr-xr-x 1 root wheel 19 Apr 17 07:17 /dev/dsp11 -> /dev/oss/vmix0/pcm6 lrwxr-xr-x 1 root wheel 19 Apr 17 07:17 /dev/dsp12 -> /dev/oss/vmix0/pcm7 lrwxr-xr-x 1 root wheel 23 Apr 17 07:17 /dev/dsp2 -> /dev/oss/envy24ht0/pcm2 lrwxr-xr-x 1 root wheel 25 Apr 17 07:17 /dev/dsp3 -> /dev/oss/envy24ht0/spdout lrwxr-xr-x 1 root wheel 25 Apr 17 07:17 /dev/dsp4 -> /dev/oss/envy24ht0/pcmin0 lrwxr-xr-x 1 root wheel 19 Apr 17 07:17 /dev/dsp5 -> /dev/oss/vmix0/pcm0 lrwxr-xr-x 1 root wheel 19 Apr 17 07:17 /dev/dsp6 -> /dev/oss/vmix0/pcm1 lrwxr-xr-x 1 root wheel 19 Apr 17 07:17 /dev/dsp7 -> /dev/oss/vmix0/pcm2 lrwxr-xr-x 1 root wheel 19 Apr 17 07:17 /dev/dsp8 -> /dev/oss/vmix0/pcm3 lrwxr-xr-x 1 root wheel 19 Apr 17 07:17 /dev/dsp9 -> /dev/oss/vmix0/pcm4 lrwxr-xr-x 1 root wheel 25 Apr 17 07:17 /dev/dsp_ac3 -> /dev/oss/envy24ht0/spdout lrwxr-xr-x 1 root wheel 8 Apr 17 07:17 /dev/dsp_in -> /dev/dsp lrwxr-xr-x 1 root wheel 23 Apr 17 07:17 /dev/dsp_mmap -> /dev/oss/envy24ht0/pcm0 lrwxr-xr-x 1 root wheel 23 Apr 17 07:17 /dev/dsp_multich -> /dev/oss/envy24ht0/pcm0 lrwxr-xr-x 1 root wheel 23 Apr 17 07:17 /dev/dsp_out -> /dev/oss/envy24ht0/pcm0 lrwxr-xr-x 1 root wheel 25 Apr 17 07:17 /dev/dsp_spdifout -> /dev/oss/envy24ht0/spdout From owner-freebsd-stable@FreeBSD.ORG Wed Apr 23 23:16:07 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02E3B106566C for ; Wed, 23 Apr 2008 23:16:07 +0000 (UTC) (envelope-from seb.morand@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.188]) by mx1.freebsd.org (Postfix) with ESMTP id 762FE8FC1D for ; Wed, 23 Apr 2008 23:16:06 +0000 (UTC) (envelope-from seb.morand@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so2627403mue.3 for ; Wed, 23 Apr 2008 16:16:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:disposition-notification-to:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type; bh=WSm7gHgBQlJGkQRdWCUZs8mA+u3GhQpaRiWWAscSfyQ=; b=YMKoX7IZzioMUaeG7LJh8NkcbgNbKbkUrTA/ChGuVnaHNZG2+T1kjk1SyBahR+UiPlCnm2JyQxWzwCcHXn36zKkGB7xbEoG38TbMlfkkI98Jdzue4rawp+nch5vwOKflSVNtBJvACdwn5ZR2NiOGuDVzr1/BTTLdxCxjxPVQvZc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:disposition-notification-to:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type; b=uC0XFgI8RHyrcyrxNFXBqdI7QXo+to5c7xR3b1hktijoVXsuKm7L+qXopvJEf8uHOKu/j9zrJaJ2Pg++F9kYz7IN2jDAsBQ/+Ym9dx/zK6jci3cFFK46vXc83bv99fuVjjOBYA1vhcT9uno+2IZflghL+KoOd9N+viN6Ucf4oqk= Received: by 10.78.134.7 with SMTP id h7mr2065095hud.76.1208991121163; Wed, 23 Apr 2008 15:52:01 -0700 (PDT) Received: from mellba.mayaseb ( [41.208.161.77]) by mx.google.com with ESMTPS id d24sm6347149nfh.25.2008.04.23.15.51.58 (version=SSLv3 cipher=RC4-MD5); Wed, 23 Apr 2008 15:52:00 -0700 (PDT) Message-ID: <480FBDB1.5060806@gmail.com> Date: Wed, 23 Apr 2008 22:52:33 +0000 From: =?ISO-8859-1?Q?S=E9bastien_Morand?= User-Agent: Thunderbird 2.0.0.12 (X11/20080406) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: multipart/mixed; boundary="------------000201090703080505030200" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Problem with usb mass storage devices : system hang up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 23:16:07 -0000 This is a multi-part message in MIME format. --------------000201090703080505030200 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit :Hi, Two of my usb devices make my system hang up for a few seconds and then my system reboot when I plug them. Here is my configuration: $ uname -a FreeBSD mellba.mayaseb 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 $ dmesg | grep usb usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 usb1: waiting for BIOS to give up control usb1: timed out waiting for BIOS usb1: EHCI version 1.0 usb1: companion controller, 4 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: on usb1 Dmesg about the two devices working fine: $ dmesg | grep ^da da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C) da1 at umass-sim1 bus 1 target 0 lun 0 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present da2 at umass-sim1 bus 1 target 0 lun 1 da2: Removable Direct Access SCSI-0 device da2: 40.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present da3 at umass-sim2 bus 2 target 0 lun 0 da3: Removable Direct Access SCSI-0 device da3: 40.000MB/s transfers da3: 3840MB (7864320 512 byte sectors: 255H 63S/T 489C) by the way, I'm not sure what da1 and da2 are, actually I have two card reader in the front of the pc, I think it's what they are, but I never really bothered with them. dmesg at the hang-up time: Apr 23 22:17:48 mellba root: Unknown USB device: vendor 0x07b4 product 0x0105 bus uhub0 Apr 23 22:17:48 mellba kernel: umass2: on uhub0 Apr 23 22:19:53 mellba syslogd: kernel boot file is /boot/kernel/kernel Apr 23 22:19:53 mellba kernel: Copyright (c) 1992-2008 The FreeBSD Project. Apr 23 22:19:53 mellba kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Apr 23 22:19:53 mellba kernel: The Regents of the University of California. All rights reserved. Apr 23 22:19:53 mellba kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Apr 23 22:19:53 mellba kernel: FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 Note : 22:19:53 is the time of the next boot time I got a /var/crash/vmcore.N file but I can't use it doing what is specified in freebsd developper handbook: I can't do that. It required a built kernel, didn't it? The handbook said to launch: # cd /usr/obj/usr/src/sys/GENERIC No such file or directory # kgdb kernel.debug /var/crash/vmcore.0 I try to compile kernel to get information from vmcore but I failed: === [23/04/2008 22:09:14] root@mellba:/usr/src # make buildkernel KERNCONF=GENERIC "Makefile.inc1", line 1034: Malformed conditional (${MK_LIBTHR} != "no"&& ${MK_LIBKSE} != "no") "Makefile.inc1", line 1036: if-less elif "Makefile.inc1", line 1038: if-less elif "Makefile.inc1", line 1040: if-less endif make: fatal errors encountered -- cannot continue So I have no more idea to find out the problem, hope some will be able to help me. Sebastien --------------000201090703080505030200-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 24 01:34:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 856AC1065677 for ; Thu, 24 Apr 2008 01:34:22 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id 576198FC0A for ; Thu, 24 Apr 2008 01:34:22 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.2/8.14.2) with ESMTP id m3O1YLl7070244 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 23 Apr 2008 20:34:21 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.2/8.14.2/Submit) id m3O1YL8q070239; Wed, 23 Apr 2008 20:34:21 -0500 (CDT) (envelope-from dan) Date: Wed, 23 Apr 2008 20:34:21 -0500 From: Dan Nelson To: Tim Stoddard Message-ID: <20080424013421.GF99910@dan.emsphone.com> References: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="dc+cDN39EJAMEtIO" Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 7.0-STABLE User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: auto_nlist failed on cp_time at location 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, 24 Apr 2008 01:34:22 -0000 --dc+cDN39EJAMEtIO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In the last episode (Apr 23), Tim Stoddard said: > I just upgraded from FreeBSD 6.2 -> > 6.3 (using source tree). I then recompiled my net-snmp port binaries (using > portupgrade). I am now get error message in my logs every five secs. > I am sure my libkvm is in sync with my kernel. I do not know what else > to look at. You got bit by revision 1.178.2.5 date: 2008/04/09 19:47:20; author: peter; state: Exp; lines: +68 -5 MFC: record per-cpu stats for %user/%nice/%system/%idle , which removed the kernel variable that net-snmp uses to track CPU usage. Try this patch (put it in /usr/ports/net-mgmt/net-snmp/files and rebuild net-snmp). I've sent it to the net-snmp port maintainer so hopefully it will be committed soon. -- Dan Nelson dnelson@allantgroup.com --dc+cDN39EJAMEtIO Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="patch-cpu_nlist.c" --- agent/mibgroup/hardware/cpu/cpu_nlist.c 2007-01-19 10:53:44.000000000 -0600 +++ agent/mibgroup/hardware/cpu/cpu_nlist.c 2008-04-22 00:13:48.330686919 -0500 @@ -1,5 +1,5 @@ /* - * nlist() interface + * sysctl() interface * e.g. FreeBSD */ #include @@ -12,24 +12,9 @@ #include #include -#ifdef HAVE_SYS_DKSTAT_H -#include -#endif #ifdef HAVE_SYS_SYSCTL_H #include #endif -#ifdef HAVE_SYS_VMMETER_H -#include -#endif -#ifdef HAVE_VM_VM_PARAM_H -#include -#endif -#ifdef HAVE_VM_VM_EXTERN_H -#include -#endif - -#define CPU_SYMBOL "cp_time" -#define MEM_SYMBOL "cnt" void _cpu_copy_stats( netsnmp_cpu_info *cpu ); @@ -67,11 +52,12 @@ */ int netsnmp_cpu_arch_load( netsnmp_cache *cache, void *magic ) { long cpu_stats[CPUSTATES]; - struct vmmeter mem_stats; + int size, tempval; + netsnmp_cpu_info *cpu = netsnmp_cpu_get_byIdx( -1, 0 ); - auto_nlist( CPU_SYMBOL, (char *) cpu_stats, sizeof(cpu_stats)); - auto_nlist( MEM_SYMBOL, (char *)&mem_stats, sizeof(mem_stats)); + size = sizeof(cpu_stats); + sysctlbyname("kern.cp_time", &cpu_stats, &size, NULL, 0); cpu->user_ticks = (unsigned long)cpu_stats[CP_USER]; cpu->nice_ticks = (unsigned long)cpu_stats[CP_NICE]; @@ -85,15 +71,19 @@ * Interrupt/Context Switch statistics * XXX - Do these really belong here ? */ -#if defined(openbsd2) || defined(darwin) - cpu->swapIn = (unsigned long)mem_stats.v_swpin; - cpu->swapOut = (unsigned long)mem_stats.v_swpout; -#else - cpu->swapIn = (unsigned long)mem_stats.v_swappgsin+mem_stats.v_vnodepgsin; - cpu->swapOut = (unsigned long)mem_stats.v_swappgsout+mem_stats.v_vnodepgsout; -#endif - cpu->nInterrupts = (unsigned long)mem_stats.v_intr; - cpu->nCtxSwitches = (unsigned long)mem_stats.v_swtch; + size = sizeof(int); +#define GET_VM_STATS(cat, name, netsnmpname) \ + do { \ + sysctlbyname("vm.stats." #cat "." #name, &tempval, &size, NULL, 0); \ + cpu->netsnmpname = (unsigned long) tempval; \ + } while(0) + + GET_VM_STATS(vm, v_swappgsin, swapIn); + GET_VM_STATS(vm, v_swappgsout, swapOut); + GET_VM_STATS(vm, v_vnodepgsin, pageIn); + GET_VM_STATS(vm, v_vnodepgsout, pageOut); + GET_VM_STATS(sys, v_intr, nInterrupts); + GET_VM_STATS(sys, v_swtch, nCtxSwitches); #ifdef PER_CPU_INFO for ( i = 0; i < n; i++ ) { --dc+cDN39EJAMEtIO-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 24 06:36:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5336E106566B for ; Thu, 24 Apr 2008 06:36:14 +0000 (UTC) (envelope-from gaborszem@eccf.su.ac.yu) Received: from kruska.eccf.su.ac.yu (ns2.su.ac.yu [147.91.175.66]) by mx1.freebsd.org (Postfix) with ESMTP id 164B78FC16 for ; Thu, 24 Apr 2008 06:36:13 +0000 (UTC) (envelope-from gaborszem@eccf.su.ac.yu) Received: from visnja.eccf.su.ac.yu (ns1.su.ac.yu [147.91.175.65]) by kruska.eccf.su.ac.yu (Postfix) with ESMTP id 1ADB2170036 for ; Thu, 24 Apr 2008 08:36:11 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by dummy.domain.name (Postfix) with ESMTP id 1046195982 for ; Thu, 24 Apr 2008 08:36:11 +0200 (CEST) X-Virus-Scanned: amavisd-new at eccf.su.ac.yu Received: from visnja.eccf.su.ac.yu ([127.0.0.1]) by localhost (ns1.eccf.su.ac.yu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BAPkOaSIsBRR for ; Thu, 24 Apr 2008 08:36:06 +0200 (CEST) Received: from [192.168.62.8] (kajsija.eccf.su.ac.yu [147.91.175.67]) by visnja.eccf.su.ac.yu (Postfix) with ESMTP id 4870F95989 for ; Thu, 24 Apr 2008 08:36:06 +0200 (CEST) Message-ID: <48102A55.3090202@eccf.su.ac.yu> Date: Thu, 24 Apr 2008 08:36:05 +0200 From: =?ISO-8859-1?Q?Szemer=E9dy_G=E1bor?= User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Testing the list X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 06:36:14 -0000 Testing the list only!Sorry From owner-freebsd-stable@FreeBSD.ORG Thu Apr 24 08:02:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D9B7106566C for ; Thu, 24 Apr 2008 08:02:51 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id D2A908FC1B for ; Thu, 24 Apr 2008 08:02:50 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1JowPp-0004H5-7T; Thu, 24 Apr 2008 11:02:49 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Dan Nelson In-reply-to: <20080424013421.GF99910@dan.emsphone.com> References: <20080424013421.GF99910@dan.emsphone.com> Comments: In-reply-to Dan Nelson message dated "Wed, 23 Apr 2008 20:34:21 -0500." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Apr 2008 11:02:49 +0300 From: Danny Braniss Message-ID: Cc: freebsd-stable@freebsd.org, Tim Stoddard Subject: Re: auto_nlist failed on cp_time at location 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, 24 Apr 2008 08:02:51 -0000 > > --dc+cDN39EJAMEtIO > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > > In the last episode (Apr 23), Tim Stoddard said: > > I just upgraded from FreeBSD 6.2 -> > > 6.3 (using source tree). I then recompiled my net-snmp port binaries (using > > portupgrade). I am now get error message in my logs every five secs. > > I am sure my libkvm is in sync with my kernel. I do not know what else > > to look at. > > You got bit by > > revision 1.178.2.5 > date: 2008/04/09 19:47:20; author: peter; state: Exp; lines: +68 -5 > MFC: record per-cpu stats for %user/%nice/%system/%idle > > , which removed the kernel variable that net-snmp uses to track CPU > usage. Try this patch (put it in /usr/ports/net-mgmt/net-snmp/files and > rebuild net-snmp). I've sent it to the net-snmp port maintainer so > hopefully it will be committed soon. > > -- > Dan Nelson > dnelson@allantgroup.com > the same goes for rpc.rstatd :-), see http://www.freebsd.org/cgi/query-pr.cgi?pr=123014 > --dc+cDN39EJAMEtIO > Content-Type: text/plain; charset=us-ascii > Content-Disposition: attachment; filename="patch-cpu_nlist.c" > > --- agent/mibgroup/hardware/cpu/cpu_nlist.c 2007-01-19 10:53:44.000000000 -0600 > +++ agent/mibgroup/hardware/cpu/cpu_nlist.c 2008-04-22 00:13:48.330686919 -0500 > @@ -1,5 +1,5 @@ > /* > - * nlist() interface > + * sysctl() interface > * e.g. FreeBSD > */ > #include > @@ -12,24 +12,9 @@ > #include > #include > > -#ifdef HAVE_SYS_DKSTAT_H > -#include > -#endif > #ifdef HAVE_SYS_SYSCTL_H > #include > #endif > -#ifdef HAVE_SYS_VMMETER_H > -#include > -#endif > -#ifdef HAVE_VM_VM_PARAM_H > -#include > -#endif > -#ifdef HAVE_VM_VM_EXTERN_H > -#include > -#endif > - > -#define CPU_SYMBOL "cp_time" > -#define MEM_SYMBOL "cnt" > > void _cpu_copy_stats( netsnmp_cpu_info *cpu ); > > @@ -67,11 +52,12 @@ > */ > int netsnmp_cpu_arch_load( netsnmp_cache *cache, void *magic ) { > long cpu_stats[CPUSTATES]; > - struct vmmeter mem_stats; > + int size, tempval; > + > netsnmp_cpu_info *cpu = netsnmp_cpu_get_byIdx( -1, 0 ); > > - auto_nlist( CPU_SYMBOL, (char *) cpu_stats, sizeof(cpu_stats)); > - auto_nlist( MEM_SYMBOL, (char *)&mem_stats, sizeof(mem_stats)); > + size = sizeof(cpu_stats); > + sysctlbyname("kern.cp_time", &cpu_stats, &size, NULL, 0); > > cpu->user_ticks = (unsigned long)cpu_stats[CP_USER]; > cpu->nice_ticks = (unsigned long)cpu_stats[CP_NICE]; > @@ -85,15 +71,19 @@ > * Interrupt/Context Switch statistics > * XXX - Do these really belong here ? > */ > -#if defined(openbsd2) || defined(darwin) > - cpu->swapIn = (unsigned long)mem_stats.v_swpin; > - cpu->swapOut = (unsigned long)mem_stats.v_swpout; > -#else > - cpu->swapIn = (unsigned long)mem_stats.v_swappgsin+mem_stats.v_vnodepgsin; > - cpu->swapOut = (unsigned long)mem_stats.v_swappgsout+mem_stats.v_vnodepgsout; > -#endif > - cpu->nInterrupts = (unsigned long)mem_stats.v_intr; > - cpu->nCtxSwitches = (unsigned long)mem_stats.v_swtch; > + size = sizeof(int); > +#define GET_VM_STATS(cat, name, netsnmpname) \ > + do { \ > + sysctlbyname("vm.stats." #cat "." #name, &tempval, &size, NULL, 0); \ > + cpu->netsnmpname = (unsigned long) tempval; \ > + } while(0) > + > + GET_VM_STATS(vm, v_swappgsin, swapIn); > + GET_VM_STATS(vm, v_swappgsout, swapOut); > + GET_VM_STATS(vm, v_vnodepgsin, pageIn); > + GET_VM_STATS(vm, v_vnodepgsout, pageOut); > + GET_VM_STATS(sys, v_intr, nInterrupts); > + GET_VM_STATS(sys, v_swtch, nCtxSwitches); > > #ifdef PER_CPU_INFO > for ( i = 0; i < n; i++ ) { > > --dc+cDN39EJAMEtIO > Content-Type: text/plain; charset="us-ascii" > MIME-Version: 1.0 > Content-Transfer-Encoding: 7bit > Content-Disposition: inline > > _______________________________________________ > 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" > --dc+cDN39EJAMEtIO-- > From owner-freebsd-stable@FreeBSD.ORG Thu Apr 24 08:46:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00DF81065670 for ; Thu, 24 Apr 2008 08:46:24 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from flat.berklix.org (flat.berklix.org [83.236.223.115]) by mx1.freebsd.org (Postfix) with ESMTP id A54778FC1B for ; Thu, 24 Apr 2008 08:46:23 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A4773.dip.t-dialin.net [84.154.71.115]) (authenticated bits=0) by flat.berklix.org (8.13.8/8.13.8) with ESMTP id m3O8XNsX080741; Thu, 24 Apr 2008 10:33:25 +0200 (CEST) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id m3O8amWY007451; Thu, 24 Apr 2008 10:36:48 +0200 (CEST) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id m3O8aXan088282; Thu, 24 Apr 2008 10:36:43 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200804240836.m3O8aXan088282@fire.js.berklix.net> To: =?ISO-8859-1?Q?Szemer=E9dy_G=E1bor?= In-reply-to: <48102A55.3090202@eccf.su.ac.yu> References: <48102A55.3090202@eccf.su.ac.yu> Comments: In-reply-to =?ISO-8859-1?Q?Szemer=E9dy_G=E1bor?= message dated "Thu, 24 Apr 2008 08:36:05 +0200." Date: Thu, 24 Apr 2008 10:36:33 +0200 From: "Julian H. Stacey" Cc: freebsd-stable@freebsd.org Subject: Re: Testing the list X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 08:46:24 -0000 =?ISO-8859-1?Q?Szemer=E9dy_G=E1bor?= wrote: > Testing the list only!Sorry > _______________________________________________ > 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" Do not do that. There is a test list for tests ! freebsd-test@freebsd.org Julian -- Julian Stacey: BSDUnixLinux C Prog Admin SysEng Consult Munich www.berklix.com Mail just Ascii plain text. HTML & Base64 text are spam. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 24 09:30:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B4EE1065674 for ; Thu, 24 Apr 2008 09:30:28 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 0614D8FC18 for ; Thu, 24 Apr 2008 09:30:27 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 9CF372D8C6 for ; Thu, 24 Apr 2008 12:04:24 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04786-09 for ; Thu, 24 Apr 2008 12:04:21 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id CF7B82D8A4 for ; Thu, 24 Apr 2008 12:04:21 +0300 (EEST) Message-ID: <48104D14.8000400@bulinfo.net> Date: Thu, 24 Apr 2008 12:04:20 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.9 (X11/20071122) MIME-Version: 1.0 To: FreeBSD X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Subject: threads cleanup? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 09:30:28 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, Most probably I missed something. I have problems with threads cleanup. Here are output of valgrind and simple test program: ... ==78317== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) ==78317== malloc/free: in use at exit: 4108 bytes in 2 blocks. ==78317== malloc/free: 5 allocs, 3 frees, 4324 bytes allocated. ==78317== ==78317== searching for pointers to 2 not-freed blocks. ==78317== checked 1468040 bytes. ==78317== ==78317== 12 bytes in 1 blocks are still reachable in loss record 1 of 2 ==78317== at 0x3C038183: malloc (in /usr/local/lib/valgrind/vgpreload_memcheck.so) ==78317== by 0x3C03F8D0: (within /usr/local/lib/valgrind/libthr.so.2) ==78317== by 0x3C040F49: pthread_mutex_init (in /usr/local/lib/valgrind/libthr.so.2) ==78317== by 0x3C040FA9: pthread_mutex_lock (in /usr/local/lib/valgrind/libthr.so.2) ==78317== ==78317== ==78317== 4096 bytes in 1 blocks are still reachable in loss record 2 of 2 ==78317== at 0x3C038183: malloc (in /usr/local/lib/valgrind/vgpreload_memcheck.so) ==78317== by 0x3C121AE5: __smakebuf (in /lib/libc.so.6) ==78317== by 0x3C1219B0: __swsetup (in /lib/libc.so.6) ==78317== by 0x3C11789B: __vfprintf (in /lib/libc.so.6) ... #include #include void *Worker(void * flags) { pthread_setcancelstate(PTHREAD_CANCEL_ENABLE, NULL); pthread_setcanceltype(PTHREAD_CANCEL_DEFERRED, NULL); printf("Worker started!\n"); sleep(1); printf("Worker finiched!\n"); *(int *)flags = 1; for(;;) { printf("pthread_testcancel()!\n"); pthread_testcancel(); sleep(1); } } int main() { pthread_t tid, tid2; void * arg; arg = (int *)malloc(sizeof(int)); *(int *)arg = 0; pthread_create(&tid, NULL, Worker, arg); for(;;) { if(*(int *)arg) { printf("pthread_cancel()!\n"); pthread_cancel(tid); free(arg); pthread_exit((void *)0); } sleep(1); } } Any hints? Best Regards -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFIEE0UxJBWvpalMpkRAjluAKCpkMLNnK5+/Wwz0jAmdnqi6O1zyACeNf1F kJHy5JX5fLb3rLFwq/Mis74= =oBmp -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 24 09:59:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC73E1065672 for ; Thu, 24 Apr 2008 09:59:36 +0000 (UTC) (envelope-from tortise@paradise.net.nz) Received: from smtp5.clear.net.nz (smtp5.clear.net.nz [203.97.33.68]) by mx1.freebsd.org (Postfix) with ESMTP id B6E778FC21 for ; Thu, 24 Apr 2008 09:59:36 +0000 (UTC) (envelope-from tortise@paradise.net.nz) Received: from dp2000xp (203-97-234-182.cable.telstraclear.net [203.97.234.182]) by smtp5.clear.net.nz (CLEAR Net Mail) with SMTP id <0JZT008TGPOEQH30@smtp5.clear.net.nz> for freebsd-stable@freebsd.org; Thu, 24 Apr 2008 21:43:38 +1200 (NZST) Date: Thu, 24 Apr 2008 21:42:50 +1200 From: Tortise To: freebsd-stable@freebsd.org Message-id: <05cd01c8a5ef$a568ba50$6301a8c0@dp2000xp> Organization: mxrelay1.xtreme.net.nz smtp.paradise.net.nz MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Mailer: Microsoft Outlook Express 6.00.2900.3138 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 8BIT X-Priority: 3 X-MSMail-priority: Normal References: <48102A55.3090202@eccf.su.ac.yu> <200804240836.m3O8aXan088282@fire.js.berklix.net> Subject: Re: Testing the list X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 09:59:36 -0000 A curious thing is the same post was simultaneously made on the ubuntu list. Kind regards David Hingston ----- Original Message ----- From: "Julian H. Stacey" To: "Szemerédy Gábor" Cc: Sent: Thursday, April 24, 2008 8:36 PM Subject: Re: Testing the list =?ISO-8859-1?Q?Szemer=E9dy_G=E1bor?= wrote: > Testing the list only!Sorry > _______________________________________________ > 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" Do not do that. There is a test list for tests ! freebsd-test@freebsd.org Julian -- Julian Stacey: BSDUnixLinux C Prog Admin SysEng Consult Munich www.berklix.com Mail just Ascii plain text. HTML & Base64 text are spam. _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Apr 24 12:16:46 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F5C5106566C for ; Thu, 24 Apr 2008 12:16:46 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 47FB38FC1E for ; Thu, 24 Apr 2008 12:16:46 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 4F0BC102B80; Thu, 24 Apr 2008 08:16:45 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Thu, 24 Apr 2008 08:16:45 -0400 X-Sasl-enc: uRtpnK6yow9+YO8qTgr0R1RVk5kR+Q/Z3wNtbj1dvqKS 1209039404 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 91282C262; Thu, 24 Apr 2008 08:16:44 -0400 (EDT) Message-ID: <48107A2B.3060808@FreeBSD.org> Date: Thu, 24 Apr 2008 13:16:43 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.12 (X11/20080423) MIME-Version: 1.0 To: "R.Mahmatkhanov" References: <480F5BCB.2000805@yandex.ru> In-Reply-To: <480F5BCB.2000805@yandex.ru> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Fails to build new gcc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 12:16:46 -0000 R.Mahmatkhanov wrote: > cc: Internal error: Killed: 9 (program cc1) > Please submit a full bug report. > See for instructions. > *** Error code 1 Others have said this is down to not having enough memory; also it can indicate a problem with the memory you already have. cheers BMS From owner-freebsd-stable@FreeBSD.ORG Thu Apr 24 12:23:21 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 605491065673 for ; Thu, 24 Apr 2008 12:23:21 +0000 (UTC) (envelope-from tim_stoddard@hotmail.com) Received: from bay0-omc2-s13.bay0.hotmail.com (bay0-omc2-s13.bay0.hotmail.com [65.54.246.149]) by mx1.freebsd.org (Postfix) with ESMTP id 68BB78FC0C for ; Thu, 24 Apr 2008 12:23:21 +0000 (UTC) (envelope-from tim_stoddard@hotmail.com) Received: from BAY112-W14 ([64.4.26.114]) by bay0-omc2-s13.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 24 Apr 2008 05:23:21 -0700 Message-ID: X-Originating-IP: [144.167.1.123] From: Tim Stoddard To: Dan Nelson , Date: Thu, 24 Apr 2008 07:23:21 -0500 Importance: Normal In-Reply-To: <20080424013421.GF99910@dan.emsphone.com> References: <20080424013421.GF99910@dan.emsphone.com> MIME-Version: 1.0 X-OriginalArrivalTime: 24 Apr 2008 12:23:21.0187 (UTC) FILETIME=[FBEF4B30:01C8A605] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: RE: auto_nlist failed on cp_time at location 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, 24 Apr 2008 12:23:21 -0000 I cannot get your patch to apply. Am I doing something wrong? -- Tim=20 #cp patch-cpu_nlist.c /usr/ports/net-mgmt/net-snmp/files/ #cd /usr/ports/net-mgmt/net-snmp #make clean =3D=3D=3D> Cleaning for net-snmp-5.4.1_2 #make You may use the following build options: WITH_TKMIB=3Dyes Install a graphical Perl/Tk/SNMP based mib browser WITHOUT_DUMMY_VALUES=3Dyes Provide 'placeholder' dummy values where the necessary information is not available. WITHOUT_PERL=3Dyes Do not install the perl modules along with the re= st of the net-snmp toolkit. WITHOUT_IPV6=3Dyes Disable IPv6. DEFAULT_SNMP_VERSION=3D"3" Default version of SNMP to use. NET_SNMP_SYS_CONTACT=3D"nobody@nowhere.invalid" Default system contact. NET_SNMP_SYS_LOCATION=3D"somewhere" Default system location. NET_SNMP_LOGFILE=3D"/var/log/snmpd.log" Default log file location for snmpd. NET_SNMP_PERSISTENTDIR=3D"/var/net-snmp" Default directory for persistent data storage. NET_SNMP_MIB_MODULES=3D"host disman/event-mib smux mibII/mta_sendmail mibII= /tcpTable ucd-snmp/diskio" Optional mib modules that can be built into the agent =3D=3D=3D> Vulnerability check disabled, database not found =3D=3D=3D> Extracting for net-snmp-5.4.1_2 =3D> MD5 Checksum OK for net-snmp-5.4.1.tar.gz. =3D> SHA256 Checksum OK for net-snmp-5.4.1.tar.gz. =3D=3D=3D> net-snmp-5.4.1_2 depends on file: /usr/local/bin/perl5.8.8 - f= ound =3D=3D=3D> Patching for net-snmp-5.4.1_2 =3D=3D=3D> net-snmp-5.4.1_2 depends on file: /usr/local/bin/perl5.8.8 - f= ound =3D=3D=3D> Applying extra patch /usr/ports/net-mgmt/net-snmp/files/extra-p= atch-local:Makefile.in =3D=3D=3D> Applying FreeBSD patches for net-snmp-5.4.1_2 4 out of 4 hunks failed--saving rejects to agent/mibgroup/hardware/cpu/cpu_= nlist.c.rej =3D> Patch patch-cpu_nlist.c failed to apply cleanly. =3D> Patch(es) patch-Makefile.in patch-callback.c applied cleanly. *** Error code 1 Stop in /usr/ports/net-mgmt/net-snmp. > Date: Wed, 23 Apr 2008 20:34:21 -0500 > From: dnelson@allantgroup.com > To: tim_stoddard@hotmail.com > CC: freebsd-stable@freebsd.org > Subject: Re: auto_nlist failed on cp_time at location 1 >=20 > In the last episode (Apr 23), Tim Stoddard said: > > I just upgraded from FreeBSD 6.2 -> > > 6.3 (using source tree). I then recompiled my net-snmp port binaries (= using > > portupgrade). I am now get error message in my logs every five secs.=20 > > I am sure my libkvm is in sync with my kernel. I do not know what else > > to look at. =20 >=20 > You got bit by=20 >=20 > revision 1.178.2.5 > date: 2008/04/09 19:47:20; author: peter; state: Exp; lines: +68 -5 > MFC: record per-cpu stats for %user/%nice/%system/%idle >=20 > , which removed the kernel variable that net-snmp uses to track CPU > usage. Try this patch (put it in /usr/ports/net-mgmt/net-snmp/files and > rebuild net-snmp). I've sent it to the net-snmp port maintainer so > hopefully it will be committed soon. >=20 > --=20 > Dan Nelson > dnelson@allantgroup.com _________________________________________________________________ Make i'm yours.=A0 Create a custom banner to support your cause. http://im.live.com/Messenger/IM/Contribute/Default.aspx?source=3DTXT_TAGHM_= MSN_Make_IM_Yours= From owner-freebsd-stable@FreeBSD.ORG Thu Apr 24 14:02:44 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0240106566B for ; Thu, 24 Apr 2008 14:02:44 +0000 (UTC) (envelope-from gaborszem@eccf.su.ac.yu) Received: from kruska.eccf.su.ac.yu (ns2.su.ac.yu [147.91.175.66]) by mx1.freebsd.org (Postfix) with ESMTP id 688588FC1D for ; Thu, 24 Apr 2008 14:02:43 +0000 (UTC) (envelope-from gaborszem@eccf.su.ac.yu) Received: from visnja.eccf.su.ac.yu (ns1.su.ac.yu [147.91.175.65]) by kruska.eccf.su.ac.yu (Postfix) with ESMTP id F2F0C17003B; Thu, 24 Apr 2008 16:02:40 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by dummy.domain.name (Postfix) with ESMTP id CAA3D95935; Thu, 24 Apr 2008 16:02:40 +0200 (CEST) X-Virus-Scanned: amavisd-new at eccf.su.ac.yu Received: from visnja.eccf.su.ac.yu ([127.0.0.1]) by localhost (ns1.eccf.su.ac.yu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wDh+6f4acDh0; Thu, 24 Apr 2008 16:02:34 +0200 (CEST) Received: from [192.168.72.184] (kajsija.eccf.su.ac.yu [147.91.175.67]) by visnja.eccf.su.ac.yu (Postfix) with ESMTP id DB3A895982; Thu, 24 Apr 2008 16:02:33 +0200 (CEST) Message-ID: <481092F8.3070307@eccf.su.ac.yu> Date: Thu, 24 Apr 2008 16:02:32 +0200 From: =?ISO-8859-1?Q?Szemer=E9dy_G=E1bor?= User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: "Julian H. Stacey" , freebsd-stable@freebsd.org References: <48102A55.3090202@eccf.su.ac.yu> <200804240836.m3O8aXan088282@fire.js.berklix.net> In-Reply-To: <200804240836.m3O8aXan088282@fire.js.berklix.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Testing the list X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 14:02:44 -0000 Julian H. Stacey wrote: > =?ISO-8859-1?Q?Szemer=E9dy_G=E1bor?= wrote: > >> Testing the list only!Sorry >> _______________________________________________ >> 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" >> > > Do not do that. There is a test list for tests ! freebsd-test@freebsd.org > > Julian > Ok! I was not testing my email but the list! Few days I did not get any digest! Sorry again! From owner-freebsd-stable@FreeBSD.ORG Thu Apr 24 14:16:07 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C700106566C for ; Thu, 24 Apr 2008 14:16:07 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from flat.berklix.org (flat.berklix.org [83.236.223.115]) by mx1.freebsd.org (Postfix) with ESMTP id AD3CF8FC16 for ; Thu, 24 Apr 2008 14:16:05 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A795C.dip.t-dialin.net [84.154.121.92]) (authenticated bits=0) by flat.berklix.org (8.13.8/8.13.8) with ESMTP id m3OEG1fM085732; Thu, 24 Apr 2008 16:16:02 +0200 (CEST) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id m3OEJSdP010548; Thu, 24 Apr 2008 16:19:28 +0200 (CEST) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id m3OEJDNC096820; Thu, 24 Apr 2008 16:19:23 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200804241419.m3OEJDNC096820@fire.js.berklix.net> To: =?ISO-8859-1?Q?Szemer=E9dy_G=E1bor?= In-reply-to: <481092F8.3070307@eccf.su.ac.yu> References: <48102A55.3090202@eccf.su.ac.yu> <200804240836.m3O8aXan088282@fire.js.berklix.net> <481092F8.3070307@eccf.su.ac.yu> Comments: In-reply-to =?ISO-8859-1?Q?Szemer=E9dy_G=E1bor?= message dated "Thu, 24 Apr 2008 16:02:32 +0200." Date: Thu, 24 Apr 2008 16:19:13 +0200 From: "Julian H. Stacey" Cc: freebsd-stable@freebsd.org Subject: Re: Testing the list X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 14:16:07 -0000 =?ISO-8859-1?Q?Szemer=E9dy_G=E1bor?= wrote: > Julian H. Stacey wrote: > > =?ISO-8859-1?Q?Szemer=E9dy_G=E1bor?= wrote: > > > >> Testing the list only!Sorry > >> _______________________________________________ > >> 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" > >> > > > > Do not do that. There is a test list for tests ! freebsd-test@freebsd.org > > > > Julian > > > Ok! I was not testing my email but the list! Few days I did not get any > digest! > Sorry again! OK, I don't know about digests, but this shows list non-digested traffic. http://lists.freebsd.org/pipermail/freebsd-stable/2008-April/date.html Julian -- Julian Stacey: BSDUnixLinux C Prog Admin SysEng Consult Munich www.berklix.com Mail just Ascii plain text. HTML & Base64 text are spam. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 24 15:18:59 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80990106564A for ; Thu, 24 Apr 2008 15:18:59 +0000 (UTC) (envelope-from tim_stoddard@hotmail.com) Received: from bay0-omc2-s29.bay0.hotmail.com (bay0-omc2-s29.bay0.hotmail.com [65.54.246.165]) by mx1.freebsd.org (Postfix) with ESMTP id 828148FC19 for ; Thu, 24 Apr 2008 15:18:59 +0000 (UTC) (envelope-from tim_stoddard@hotmail.com) Received: from BAY112-W46 ([64.4.26.146]) by bay0-omc2-s29.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 24 Apr 2008 08:18:58 -0700 Message-ID: X-Originating-IP: [144.167.1.123] From: Tim Stoddard To: Dan Nelson , Date: Thu, 24 Apr 2008 10:18:58 -0500 Importance: Normal In-Reply-To: References: <20080424013421.GF99910@dan.emsphone.com> MIME-Version: 1.0 X-OriginalArrivalTime: 24 Apr 2008 15:18:58.0671 (UTC) FILETIME=[84C3BFF0:01C8A61E] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: RE: auto_nlist failed on cp_time at location 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, 24 Apr 2008 15:18:59 -0000 I applied your patch by hand and recompiled/reinstalled net-snmp, however I= am still seeing the same error just on a different memory address now. =20 Apr 24 10:16:41 shaggy snmpd[73273]: kvm_read(*, 1, 0xbf7fe830, 20) =3D -1:= kvm_read: Bad address Apr 24 10:16:41 shaggy snmpd[73273]: auto_nlist failed on cp_time at locati= on 1 Apr 24 10:16:46 shaggy snmpd[73273]: kvm_read(*, 1, 0xbf7fe830, 20) =3D -1:= kvm_read: Bad address Apr 24 10:16:46 shaggy snmpd[73273]: auto_nlist failed on cp_time at locati= on 1 Apr 24 10:16:51 shaggy snmpd[73273]: kvm_read(*, 1, 0xbf7fe830, 20) =3D -1:= kvm_read: Bad address Apr 24 10:16:51 shaggy snmpd[73273]: auto_nlist failed on cp_time at locati= on 1 -- Tim Stoddard > From: tim_stoddard@hotmail.com > To: dnelson@allantgroup.com; freebsd-stable@freebsd.org > Date: Thu, 24 Apr 2008 07:23:21 -0500 > CC:=20 > Subject: RE: auto_nlist failed on cp_time at location 1 >=20 > I cannot get your patch to apply. Am I doing something wrong? >=20 > -- > Tim=20 >=20 >=20 > #cp patch-cpu_nlist.c /usr/ports/net-mgmt/net-snmp/files/ > #cd /usr/ports/net-mgmt/net-snmp > #make clean > =3D=3D=3D> Cleaning for net-snmp-5.4.1_2 > #make >=20 > You may use the following build options: >=20 > WITH_TKMIB=3Dyes Install a graphical Perl/Tk/SNMP based mib browse= r > WITHOUT_DUMMY_VALUES=3Dyes Provide 'placeholder' dummy values where > the necessary information is not available. > WITHOUT_PERL=3Dyes Do not install the perl modules along with the = rest > of the net-snmp toolkit. > WITHOUT_IPV6=3Dyes Disable IPv6. >=20 > DEFAULT_SNMP_VERSION=3D"3" Default version of SNMP to use. > NET_SNMP_SYS_CONTACT=3D"nobody@nowhere.invalid" > Default system contact. > NET_SNMP_SYS_LOCATION=3D"somewhere" > Default system location. > NET_SNMP_LOGFILE=3D"/var/log/snmpd.log" > Default log file location for snmpd. > NET_SNMP_PERSISTENTDIR=3D"/var/net-snmp" > Default directory for persistent data storage. > NET_SNMP_MIB_MODULES=3D"host disman/event-mib smux mibII/mta_sendmail mib= II/tcpTable ucd-snmp/diskio" > Optional mib modules that can be built into the > agent >=20 > =3D=3D=3D> Vulnerability check disabled, database not found > =3D=3D=3D> Extracting for net-snmp-5.4.1_2 > =3D> MD5 Checksum OK for net-snmp-5.4.1.tar.gz. > =3D> SHA256 Checksum OK for net-snmp-5.4.1.tar.gz. > =3D=3D=3D> net-snmp-5.4.1_2 depends on file: /usr/local/bin/perl5.8.8 -= found > =3D=3D=3D> Patching for net-snmp-5.4.1_2 > =3D=3D=3D> net-snmp-5.4.1_2 depends on file: /usr/local/bin/perl5.8.8 -= found > =3D=3D=3D> Applying extra patch /usr/ports/net-mgmt/net-snmp/files/extra= -patch-local:Makefile.in > =3D=3D=3D> Applying FreeBSD patches for net-snmp-5.4.1_2 > 4 out of 4 hunks failed--saving rejects to agent/mibgroup/hardware/cpu/cp= u_nlist.c.rej > =3D> Patch patch-cpu_nlist.c failed to apply cleanly. > =3D> Patch(es) patch-Makefile.in patch-callback.c applied cleanly. > *** Error code 1 >=20 > Stop in /usr/ports/net-mgmt/net-snmp. >=20 >=20 >=20 > > Date: Wed, 23 Apr 2008 20:34:21 -0500 > > From: dnelson@allantgroup.com > > To: tim_stoddard@hotmail.com > > CC: freebsd-stable@freebsd.org > > Subject: Re: auto_nlist failed on cp_time at location 1 > >=20 > > In the last episode (Apr 23), Tim Stoddard said: > > > I just upgraded from FreeBSD 6.2 -> > > > 6.3 (using source tree). I then recompiled my net-snmp port binaries= (using > > > portupgrade). I am now get error message in my logs every five secs.= =20 > > > I am sure my libkvm is in sync with my kernel. I do not know what el= se > > > to look at. =20 > >=20 > > You got bit by=20 > >=20 > > revision 1.178.2.5 > > date: 2008/04/09 19:47:20; author: peter; state: Exp; lines: +68 -5 > > MFC: record per-cpu stats for %user/%nice/%system/%idle > >=20 > > , which removed the kernel variable that net-snmp uses to track CPU > > usage. Try this patch (put it in /usr/ports/net-mgmt/net-snmp/files and > > rebuild net-snmp). I've sent it to the net-snmp port maintainer so > > hopefully it will be committed soon. > >=20 > > --=20 > > Dan Nelson > > dnelson@allantgroup.com >=20 > _________________________________________________________________ > Make i'm yours. Create a custom banner to support your cause. > http://im.live.com/Messenger/IM/Contribute/Default.aspx?source=3DTXT_TAGH= M_MSN_Make_IM_Yours_______________________________________________ > 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" _________________________________________________________________ Make i'm yours.=A0 Create a custom banner to support your cause. http://im.live.com/Messenger/IM/Contribute/Default.aspx?source=3DTXT_TAGHM_= MSN_Make_IM_Yours= From owner-freebsd-stable@FreeBSD.ORG Thu Apr 24 15:57:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 990951065670 for ; Thu, 24 Apr 2008 15:57:08 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id 756BC8FC14 for ; Thu, 24 Apr 2008 15:57:08 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.2/8.14.2) with ESMTP id m3OFv7lj012033 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 24 Apr 2008 10:57:07 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.2/8.14.2/Submit) id m3OFv79w012032; Thu, 24 Apr 2008 10:57:07 -0500 (CDT) (envelope-from dan) Date: Thu, 24 Apr 2008 10:57:07 -0500 From: Dan Nelson To: Tim Stoddard Message-ID: <20080424155706.GB81245@dan.emsphone.com> References: <20080424013421.GF99910@dan.emsphone.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 7.0-STABLE User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: auto_nlist failed on cp_time at location 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, 24 Apr 2008 15:57:08 -0000 --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In the last episode (Apr 24), Tim Stoddard said: > I applied your patch by hand and recompiled/reinstalled net-snmp, > however I am still seeing the same error just on a different memory > address now. > > Apr 24 10:16:41 shaggy snmpd[73273]: kvm_read(*, 1, 0xbf7fe830, 20) = -1: kvm_read: Bad address > Apr 24 10:16:41 shaggy snmpd[73273]: auto_nlist failed on cp_time at location 1 > Apr 24 10:16:46 shaggy snmpd[73273]: kvm_read(*, 1, 0xbf7fe830, 20) = -1: kvm_read: Bad address > Apr 24 10:16:46 shaggy snmpd[73273]: auto_nlist failed on cp_time at location 1 > Apr 24 10:16:51 shaggy snmpd[73273]: kvm_read(*, 1, 0xbf7fe830, 20) = -1: kvm_read: Bad address > Apr 24 10:16:51 shaggy snmpd[73273]: auto_nlist failed on cp_time at location 1 Hm. It looks like net-snmp has two different pieces of code that both do the same thing (read CPU and vmstat info). I wonder which OIDs trigger them on your system? On my system, walking enterprises.ucdavis.systemStats uses the cpu_nlist.c code. Here's a patch for the other file (vmstat_freebsd2.c); it's not even compiled on my 7-stable system, so I can't verify that it's correct. I'm not sure why my first patch didn't apply; I attached it straight out of my net-snmp/files/ directory. -- Dan Nelson dnelson@allantgroup.com --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="patch-vmstat_freebsd2.c" --- agent/mibgroup/ucd-snmp/vmstat_freebsd2.c 2008-04-24 10:25:59.834152091 -0500 +++ agent/mibgroup/ucd-snmp/vmstat_freebsd2.c 2008-04-24 10:25:59.834152091 -0500 @@ -189,13 +189,15 @@ * Update structures (only if time has passed) */ if (time_new != time_old) { + int size; time_diff = time_new - time_old; time_old = time_new; /* * CPU usage */ - auto_nlist(CPTIME_SYMBOL, (char *) cpu_new, sizeof(cpu_new)); + size = sizeof(cpu_new); + sysctlbyname("kern.cp_time", &cpu_new, &size, NULL, 0); cpu_total = 0; --CE+1k2dSO48ffgeK-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 24 16:46:44 2008 Return-Path: Delivered-To: stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 428561065670; Thu, 24 Apr 2008 16:46:44 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.freebsd.org (Postfix) with ESMTP id 16CF28FC19; Thu, 24 Apr 2008 16:46:43 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from [81.104.123.28] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1Jp4Je-000CgU-RR; Thu, 24 Apr 2008 17:28:58 +0100 Received: from freaky by voi.aagh.net with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Jp4Je-000DEx-L8; Thu, 24 Apr 2008 17:28:58 +0100 Date: Thu, 24 Apr 2008 17:28:58 +0100 From: Thomas Hurst To: Jeremy Chadwick Message-ID: <20080424162858.GA46157@voi.aagh.net> Mail-Followup-To: Jeremy Chadwick , "Arno J. Klaassen" , Clayton Milos , Kris Kennaway , stable@FreeBSD.ORG, net@FreeBSD.ORG References: <20080421094718.GY25623@hub.freebsd.org> <20080421154333.GA96237@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080421154333.GA96237@eos.sc1.parodius.com> Organization: Not much. User-Agent: Mutt/1.5.17 (2007-11-01) Sender: Thomas Hurst Cc: Clayton Milos , Kris Kennaway , stable@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: nfs-server silent data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 16:46:44 -0000 * Jeremy Chadwick (koitsu@freebsd.org) wrote: > > I added it directly to the 2nd CPU (diagram on page 9 of > > http://www.tyan.com/manuals/m_s2895_101.pdf) and the problem > > seems to be the interaction between nfe0 and powerd .... : > > That board is the weirdest thing I've seen in years. K8WE's a very popular workstation board. I've been using one for years. > Two separate CPUs using a single (shared) memory controller, Er, no. Where are you getting that? 4 DIMMs are connected per CPU, though it's hardly strange to only have one, just cheap and nasty. > two separate (and different!) nVidia chipsets, a SMSC I/O controller > probably used for serial and parallel I/O, Er, so? Sun X4x00 M2's do exactly the same; they run a 2200 off one CPU and a 2050 off another (via an AMD 8132 no less). !M2's did much the same with a pair of AMD 8131's. They use SMSC IO controllers too: http://www.sun.com/servers/entry/x4100/arch-wp.pdf http://www.sun.com/servers/netra/x4200/wp.pdf We've used dozens of these systems in production in various configurations for years wuthout a problem. > two separate nVidia NICs with Marvell PHYs (yet somehow you can bridge > the two NICs and PHYs?), They're not seperate, they hang off the same chip according to the linked document. They are nve nonsense, though, not worth using imo. > two separate PCI-e busses (each associated with a separate nVidia > chipset), two separate PCI-X busses... the list continues. Again, nothing surprising. Each CPU gets its own bus via its own HT link. Back in the day when the K8WE was first released, this was the only way to get a pair of 16x PCIe slots. > I know you don't need opinions at this point, but what a behemoth. I > can't imagine that thing running reliably. The only stability problems I've experience have been the occasional lockup using PowerNow since migrating from dual single core to dual dual core. -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-stable@FreeBSD.ORG Thu Apr 24 19:42:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DE3C106566B for ; Thu, 24 Apr 2008 19:42:36 +0000 (UTC) (envelope-from tim_stoddard@hotmail.com) Received: from bay0-omc2-s31.bay0.hotmail.com (bay0-omc2-s31.bay0.hotmail.com [65.54.246.167]) by mx1.freebsd.org (Postfix) with ESMTP id 7935E8FC24 for ; Thu, 24 Apr 2008 19:42:36 +0000 (UTC) (envelope-from tim_stoddard@hotmail.com) Received: from BAY112-W34 ([64.4.26.134]) by bay0-omc2-s31.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 24 Apr 2008 12:42:36 -0700 Message-ID: X-Originating-IP: [144.167.1.123] From: Tim Stoddard To: Dan Nelson Date: Thu, 24 Apr 2008 14:42:36 -0500 Importance: Normal In-Reply-To: <20080424155706.GB81245@dan.emsphone.com> References: <20080424013421.GF99910@dan.emsphone.com> <20080424155706.GB81245@dan.emsphone.com> MIME-Version: 1.0 X-OriginalArrivalTime: 24 Apr 2008 19:42:36.0160 (UTC) FILETIME=[58B90800:01C8A643] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: RE: auto_nlist failed on cp_time at location 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, 24 Apr 2008 19:42:36 -0000 Dan, I reapplied the first patch you send (this time properly) and it fix the is= sue. I hope the port maintainer can get your patch committed so other do n= ot have to go though the same process. =20 Thanks for the help. -- Tim Stoddard > Date: Thu, 24 Apr 2008 10:57:07 -0500 > From: dnelson@allantgroup.com > To: tim_stoddard@hotmail.com > CC: freebsd-stable@freebsd.org > Subject: Re: auto_nlist failed on cp_time at location 1 >=20 > In the last episode (Apr 24), Tim Stoddard said: > > I applied your patch by hand and recompiled/reinstalled net-snmp, > > however I am still seeing the same error just on a different memory > > address now. > >=20 > > Apr 24 10:16:41 shaggy snmpd[73273]: kvm_read(*, 1, 0xbf7fe830, 20) =3D= -1: kvm_read: Bad address > > Apr 24 10:16:41 shaggy snmpd[73273]: auto_nlist failed on cp_time at lo= cation 1 > > Apr 24 10:16:46 shaggy snmpd[73273]: kvm_read(*, 1, 0xbf7fe830, 20) =3D= -1: kvm_read: Bad address > > Apr 24 10:16:46 shaggy snmpd[73273]: auto_nlist failed on cp_time at lo= cation 1 > > Apr 24 10:16:51 shaggy snmpd[73273]: kvm_read(*, 1, 0xbf7fe830, 20) =3D= -1: kvm_read: Bad address > > Apr 24 10:16:51 shaggy snmpd[73273]: auto_nlist failed on cp_time at lo= cation 1 >=20 > Hm. It looks like net-snmp has two different pieces of code that both > do the same thing (read CPU and vmstat info). I wonder which OIDs > trigger them on your system? On my system, walking > enterprises.ucdavis.systemStats uses the cpu_nlist.c code. Here's a > patch for the other file (vmstat_freebsd2.c); it's not even compiled on > my 7-stable system, so I can't verify that it's correct. I'm not sure > why my first patch didn't apply; I attached it straight out of my > net-snmp/files/ directory. >=20 > --=20 > Dan Nelson > dnelson@allantgroup.com _________________________________________________________________ Express yourself wherever you are. Mobilize! http://www.gowindowslive.com/Mobile/Landing/Messenger/Default.aspx?Locale= =3Den-US?ocid=3DTAG_APRIL= From owner-freebsd-stable@FreeBSD.ORG Thu Apr 24 21:51:30 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BD1E106566C for ; Thu, 24 Apr 2008 21:51:30 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id 1E9898FC15 for ; Thu, 24 Apr 2008 21:51:29 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru (user2.netvox.ru [193.19.83.2]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id m3OLZLHF009256 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 25 Apr 2008 01:35:23 +0400 (MSD) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Jp967-0000pU-Pn for stable@freebsd.org; Fri, 25 Apr 2008 01:35:20 +0400 From: Vladimir Grebenschikov To: stable@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Fri, 25 Apr 2008 01:35:16 +0400 Message-Id: <1209072916.2309.16.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: Subject: Crash with recent kernel on wireless X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 21:51:30 -0000 Hi Recently I've upgraded 7-STABLE: Mar 11 -> Apr 24 Everything was fine until I've tried to configure wireless (ath driver, WPA) It crashes every time after interface becomes UP, (I've seen associated in ifconfig output before crash), but before dhcp finished to get IP. % cat /var/crash/info.43 Dump header from device /dev/ad0s2b Architecture: i386 Architecture Version: 2 Dump Length: 162320384B (154 MB) Blocksize: 512 Dumptime: Fri Mar 28 17:24:32 2008 Hostname: vbook.fbsd.ru Magic: FreeBSD Kernel Dump Version String: FreeBSD 7.0-STABLE #3: Tue Mar 11 19:35:53 MSK 2008 root@vbook:/usr/obj/usr/src/sys/VBOOK Panic String: non-maskable interrupt trap Dump Parity: 3087556879 Bounds: 43 Dump Status: good kgdb does not shows match (why ?): % kgdb /boot/kernel.bad/kernel /var/crash/vmcore.43 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". (no debugging symbols found)...No struct type named linker_file. No struct type named linker_file. No struct type named linker_file. No struct type named linker_file. Attempt to extract a component of a value that is not a structure pointer. Attempt to extract a component of a value that is not a structure pointer. Attempt to extract a component of a value that is not a structure pointer. Attempt to extract a component of a value that is not a structure pointer. #0 0x00000000 in ?? () (kgdb) Any ideas what to do ? Or probably some hints. -- Vladimir B. Grebenschikov Parallels Inc. vova@parallels.com From owner-freebsd-stable@FreeBSD.ORG Fri Apr 25 05:19:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91E651065678 for ; Fri, 25 Apr 2008 05:19:20 +0000 (UTC) (envelope-from toomas.aas@raad.tartu.ee) Received: from smtp-out.neti.ee (smtp-out.neti.ee [194.126.126.41]) by mx1.freebsd.org (Postfix) with ESMTP id 413F08FC23 for ; Fri, 25 Apr 2008 05:19:20 +0000 (UTC) (envelope-from toomas.aas@raad.tartu.ee) Received: from smtp-out.neti.ee (relay13.estpak.ee [88.196.174.168]) by HOT-Bounce1.estpak.ee (Postfix) with ESMTP id 64221858ADB for ; Fri, 25 Apr 2008 07:59:42 +0300 (EEST) Received: from localhost (localhost [127.0.0.1]) by MXR-13.estpak.ee (Postfix) with ESMTP id 782F66828; Fri, 25 Apr 2008 07:59:39 +0300 (EEST) X-Virus-Scanned: amavisd-new at !change-mydomain-variable!.example.com Received: from smtp-out.neti.ee ([127.0.0.1]) by localhost (MXR-1.estpak.ee [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tAqzCrlD2Sia; Fri, 25 Apr 2008 07:59:36 +0300 (EEST) Received: from Relayhost2.neti.ee (Relayhost2 [88.196.174.142]) by MXR-13.estpak.ee (Postfix) with ESMTP id 2C5E71AAAD; Fri, 25 Apr 2008 07:59:36 +0300 (EEST) Received: from originaal.kodu.lan (88-196-100-149-dsl.trt.estpak.ee [88.196.100.149]) by Relayhost2.neti.ee (Postfix) with ESMTP id 3AC8F1F55C8; Fri, 25 Apr 2008 07:59:37 +0300 (EEST) Message-ID: <48116538.8000800@raad.tartu.ee> Date: Fri, 25 Apr 2008 07:59:36 +0300 From: Toomas Aas User-Agent: Thunderbird 2.0.0.12 (X11/20080404) MIME-Version: 1.0 To: Willy@Offermans.Rompen.nl, freebsd-stable@freebsd.org References: <20080421190403.GA4625@wiz.vpn.offrom.nl> In-Reply-To: <20080421190403.GA4625@wiz.vpn.offrom.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: g_vfs_done error third part--PLEASE HELP! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 05:19:20 -0000 Willy Offermans wrote: > It is already the third time that I report this error. Can someone help > me in solving this issue? > > Apr 21 19:44:36 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725074944, length=2048)]error = 5 > Apr 21 19:45:07 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725074944, length=2048)]error = 5 > Apr 21 19:45:38 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725074944, length=2048)]error = 5 > ... I can only tell you that I had similar problems with FreeBSD 6.3 and ICH7R based RAID. Since I couldn't figure out how to solve them, I discarded the BIOS-based RAID and instead set up gmirror. It's been running this way for a year now and been rock solid. -- Toomas Aas ... One way to be happy ever after is not to be after too much. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 25 06:44:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6D531065676 for ; Fri, 25 Apr 2008 06:44:00 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id BAA0D8FC18 for ; Fri, 25 Apr 2008 06:44:00 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id AD43E1CC033; Thu, 24 Apr 2008 23:44:00 -0700 (PDT) Date: Thu, 24 Apr 2008 23:44:00 -0700 From: Jeremy Chadwick To: Toomas Aas Message-ID: <20080425064400.GA92293@eos.sc1.parodius.com> References: <20080421190403.GA4625@wiz.vpn.offrom.nl> <48116538.8000800@raad.tartu.ee> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48116538.8000800@raad.tartu.ee> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Willy@Offermans.Rompen.nl, freebsd-stable@freebsd.org Subject: Re: g_vfs_done error third part--PLEASE HELP! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 06:44:00 -0000 On Fri, Apr 25, 2008 at 07:59:36AM +0300, Toomas Aas wrote: > Willy Offermans wrote: > >> It is already the third time that I report this error. Can someone help >> me in solving this issue? >> >> Apr 21 19:44:36 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725074944, length=2048)]error = 5 >> Apr 21 19:45:07 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725074944, length=2048)]error = 5 >> Apr 21 19:45:38 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725074944, length=2048)]error = 5 >> ... > > I can only tell you that I had similar problems with FreeBSD 6.3 and ICH7R > based RAID. Since I couldn't figure out how to solve them, I discarded the > BIOS-based RAID and instead set up gmirror. It's been running this way for > a year now and been rock solid. Are you referring to Intel MatrixRAID? If so, there are multiple PRs open on problems with FreeBSD and MatrixRAID, some which have been open for over 2 years which include patches. You wouldn't be the first person to ask why they haven't been committed to the tree. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Apr 25 11:02:11 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6F701065679; Fri, 25 Apr 2008 11:02:11 +0000 (UTC) (envelope-from toomas.aas@raad.tartu.ee) Received: from kuller.raad.tartu.ee (kuller.raad.tartu.ee [194.126.106.100]) by mx1.freebsd.org (Postfix) with ESMTP id 82DC18FC1E; Fri, 25 Apr 2008 11:02:11 +0000 (UTC) (envelope-from toomas.aas@raad.tartu.ee) Received: from localhost (localhost [127.0.0.1]) by kuller.raad.tartu.ee (Postfix) with ESMTP id 1A96739878; Fri, 25 Apr 2008 13:43:41 +0300 (EEST) X-Virus-Scanned: amavisd-new at post.raad.tartu.ee Received: from kuller.raad.tartu.ee ([127.0.0.1]) by localhost (kuller.raad.tartu.ee [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 8VYZECUqsD2q; Fri, 25 Apr 2008 13:43:40 +0300 (EEST) Received: from raad.tartu.ee (lv.raad.tartu.ee [194.126.106.110]) by kuller.raad.tartu.ee (Postfix) with ESMTP id 3E5943984C; Fri, 25 Apr 2008 13:43:40 +0300 (EEST) Received: from INFO/SpoolDir by raad.tartu.ee (Mercury 1.48); 25 Apr 08 13:43:40 +0300 Received: from SpoolDir by INFO (Mercury 1.48); 25 Apr 08 13:43:26 +0300 Received: from [172.26.1.6] (172.26.1.6) by raad.tartu.ee (Mercury 1.48) with ESMTP; 25 Apr 08 13:43:18 +0300 Message-ID: <4811B5C5.6040301@raad.tartu.ee> Date: Fri, 25 Apr 2008 13:43:17 +0300 From: Toomas Aas User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Jeremy Chadwick References: <20080421190403.GA4625@wiz.vpn.offrom.nl> <48116538.8000800@raad.tartu.ee> <20080425064400.GA92293@eos.sc1.parodius.com> In-Reply-To: <20080425064400.GA92293@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Willy@Offermans.Rompen.nl, freebsd-stable@freebsd.org Subject: Re: g_vfs_done error third part--PLEASE HELP! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 11:02:12 -0000 Jeremy Chadwick wrote: > On Fri, Apr 25, 2008 at 07:59:36AM +0300, Toomas Aas wrote: >> Willy Offermans wrote: >> >>> Apr 21 19:44:36 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725074944, length=2048)]error = 5 >>> Apr 21 19:45:07 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725074944, length=2048)]error = 5 >>> Apr 21 19:45:38 sun kernel: g_vfs_done():ar0s1g[WRITE(offset=290725074944, length=2048)]error = 5 >>> ... >> I can only tell you that I had similar problems with FreeBSD 6.3 and ICH7R >> based RAID. Since I couldn't figure out how to solve them, I discarded the >> BIOS-based RAID and instead set up gmirror. It's been running this way for >> a year now and been rock solid. > > Are you referring to Intel MatrixRAID? Yes. > If so, there are multiple PRs > open on problems with FreeBSD and MatrixRAID, some which have been open > for over 2 years which include patches. Funny that I didn't find them when I was investigating the problem. Not that I'm doubting your word, just... funny. > You wouldn't be the first > person to ask why they haven't been committed to the tree. Well, unfortunately I am not competent to comment on that, nor am I in postition to *demand* that something be committed in a volunteer project, since I couldn't even imagine what the consequences would be :) At least I found a workaround. -- Toomas Aas From owner-freebsd-stable@FreeBSD.ORG Fri Apr 25 12:00:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C47A1065681; Fri, 25 Apr 2008 12:00:40 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.246.90]) by mx1.freebsd.org (Postfix) with ESMTP id 962CE8FC12; Fri, 25 Apr 2008 12:00:39 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from parancell.ongs.co.jp (dullmdaler.ongs.co.jp [202.216.246.94]) by natial.ongs.co.jp (Postfix) with ESMTP id 56CF9125438; Fri, 25 Apr 2008 20:45:01 +0900 (JST) Message-ID: <4811C43C.7020007@freebsd.org> Date: Fri, 25 Apr 2008 20:45:00 +0900 From: Daichi GOTO User-Agent: Thunderbird 2.0.0.12 (X11/20080423) MIME-Version: 1.0 To: Brad Pitney References: <3dd203290803192039y2f905ae1m36833978a2799e29@mail.gmail.com> <47E23A7F.3020807@FreeBSD.org> <3dd203290803200446g7bca42b4h138252adadf9c53d@mail.gmail.com> In-Reply-To: <3dd203290803200446g7bca42b4h138252adadf9c53d@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Kris Kennaway , "freebsd-stable@freebsd.org" , Masanori OZAWA Subject: Re: machine wedged -> KDB: enter: lock violation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 12:00:40 -0000 Hi Brad, We have committed some unionfs fixes to 8-CURRENT. Please try it, I guess those latest fixes gives you success. If you have fails still after that, please send us your panic report. Thanks :) Brad Pitney wrote: > once again: > > KDB: stack backtrace: > db_trace_self_wrapper(c074b5ee,e70c79ac,c05b6853,c4b8c420,e70c79ac,...) > at db_trace_self_wrapper+0x26 > kdb_backtrace(c4b8c420,e70c79ac,c07025c5,e70c79bc,c4c002b8,...) at > kdb_backtrace+0x29 > vfs_badlock(c4a31900,e70c79bc,c07b00a0,c4c002b8,c4b8c420) at vfs_badlock+0x23 > assert_vop_elocked(c4c002b8,c0752ee7,c4b8c420,1b9,0,...) at > assert_vop_elocked+0x53 > cache_lookup(c4bfe414,e70c7bc0,e70c7bd4,e70c7bc0,c49c5800,...) at > cache_lookup+0x53c > vfs_cache_lookup(e70c7aa8,c07545ba,c4bfe414,2,c4bfe414,...) at > vfs_cache_lookup+0xaa > VOP_LOOKUP_APV(c4a31900,e70c7aa8,c4b8c420,c075356a,19b,...) at > VOP_LOOKUP_APV+0xe5 > lookup(e70c7bac,e70c7ae8,c6,bf,c49acc2c,...) at lookup+0x53e > namei(e70c7bac,2,c0754d92,c0577808,c08119c8,...) at namei+0x28e > kern_stat(c4b8c420,2820258c,0,e70c7c1c,c074d152,...) at kern_stat+0x3d > stat(c4b8c420,e70c7cfc,8,c074e1dc,c0785e00,...) at stat+0x2f > syscall(e70c7d38) at syscall+0x273 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (188, FreeBSD ELF32, stat), eip = 0x281aa48f, esp = > 0xbfbfea4c, ebp = 0xbfbfeae8 --- > cache_lookup: 0xc4c002b8 is not exclusive locked but should be > KDB: enter: lock violation > > vnode 0xc4c002b8: tag unionfs, type VREG > usecount 0, writecount 0, refcount 0 mountedhere 0 > flags (VV_TEXT|VI_FREE|VI_OWEINACT) > v_object 0xc4b866c8 ref 0 pages 158 > #0 0xc052fab5 at _lockmgr+0x1c5 > #1 0xc0668df1 at ffs_lock+0x91 > #2 0xc0705775 at VOP_LOCK1_APV+0xa5 > #3 0xc05c53b8 at _vn_lock+0xf8 > #4 0xc05ba130 at vget+0x110 > #5 0xc0699c20 at vnode_pager_lock+0x1b0 > #6 0xc06825df at vm_fault+0x1df > #7 0xc06ec478 at trap_pfault+0x118 > #8 0xc06ecd07 at trap+0x2b7 > #9 0xc06d5ecb at calltrap+0x6 > > unionfs_vp=0xc4c002b8, uppervp=0xc4b91414, lowervp=0xc4b9115c > unionfs: upper > 0xc4b91414: tag ufs, type VREG > usecount 1, writecount 0, refcount 4 mountedhere 0 > flags () > v_object 0xc4b866c8 ref 0 pages 158 > #0 0xc052fab5 at _lockmgr+0x1c5 > #1 0xc0668df1 at ffs_lock+0x91 > #2 0xc0705775 at VOP_LOCK1_APV+0xa5 > #3 0xc05c53b8 at _vn_lock+0xf8 > #4 0xc05ba130 at vget+0x110 > #5 0xc0699c20 at vnode_pager_lock+0x1b0 > #6 0xc06825df at vm_fault+0x1df > #7 0xc06ec478 at trap_pfault+0x118 > #8 0xc06ecd07 at trap+0x2b7 > #9 0xc06d5ecb at calltrap+0x6 > > ino 500700, on dev ad0s3a > unionfs: lower > 0xc4b9115c: tag ufs, type VREG > usecount 4, writecount 0, refcount 7 mountedhere 0 > flags (VV_TEXT) > v_object 0xc4be1aa8 ref 2 pages 109 > #0 0xc052fab5 at _lockmgr+0x1c5 > #1 0xc0668df1 at ffs_lock+0x91 > #2 0xc0705775 at VOP_LOCK1_APV+0xa5 > #3 0xc05c53b8 at _vn_lock+0xf8 > #4 0xc05ba130 at vget+0x110 > #5 0xc0699c20 at vnode_pager_lock+0x1b0 > #6 0xc06825df at vm_fault+0x1df > #7 0xc06ec478 at trap_pfault+0x118 > #8 0xc06ecd07 at trap+0x2b7 > #9 0xc06d5ecb at calltrap+0x6 > > ino 144832, on dev ad0s3a -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-stable@FreeBSD.ORG Fri Apr 25 12:25:21 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E951106566C for ; Fri, 25 Apr 2008 12:25:21 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id A20508FC26 for ; Fri, 25 Apr 2008 12:25:19 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([10.30.1.111]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id m3PCPEjU004115 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 25 Apr 2008 16:25:18 +0400 (MSD) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JpMzK-0007iS-K8 for stable@freebsd.org; Fri, 25 Apr 2008 16:25:14 +0400 From: Vladimir Grebenschikov To: stable@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Fri, 25 Apr 2008 16:25:14 +0400 Message-Id: <1209126314.1519.36.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: Subject: Crash with recent kernel on wireless X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 12:25:21 -0000 Hi Recently I've upgraded 7-STABLE: Mar 11 -> Apr 24 Everything was fine until I've tried to configure wireless (ath driver, WPA) It crashes every time after interface becomes UP, (I've seen associated in ifconfig output before crash), but before dhcp finished to get IP. % cat /var/crash/info.43 Dump header from device /dev/ad0s2b Architecture: i386 Architecture Version: 2 Dump Length: 162320384B (154 MB) Blocksize: 512 Dumptime: Fri Mar 28 17:24:32 2008 Hostname: vbook.fbsd.ru Magic: FreeBSD Kernel Dump Version String: FreeBSD 7.0-STABLE #3: Tue Mar 11 19:35:53 MSK 2008 root@vbook:/usr/obj/usr/src/sys/VBOOK Panic String: non-maskable interrupt trap Dump Parity: 3087556879 Bounds: 43 Dump Status: good kgdb does not shows match (why ?): % kgdb /boot/kernel.bad/kernel /var/crash/vmcore.43 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". (no debugging symbols found)...No struct type named linker_file. No struct type named linker_file. No struct type named linker_file. No struct type named linker_file. Attempt to extract a component of a value that is not a structure pointer. Attempt to extract a component of a value that is not a structure pointer. Attempt to extract a component of a value that is not a structure pointer. Attempt to extract a component of a value that is not a structure pointer. #0 0x00000000 in ?? () (kgdb) Any ideas what to do ? Or probably some hints. -- Vladimir B. Grebenschikov Parallels Inc. vova@parallels.com -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-stable@FreeBSD.ORG Fri Apr 25 13:03:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B972D1065674 for ; Fri, 25 Apr 2008 13:03:23 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 881268FC1B for ; Fri, 25 Apr 2008 13:03:23 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (unknown [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id 6982C1A4D80; Fri, 25 Apr 2008 06:03:23 -0700 (PDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 25 Apr 2008 08:48:50 -0400 User-Agent: KMail/1.9.7 References: <20080416122944.GA29115@eos.sc1.parodius.com> <200804162303.28982.doconnor@gsoft.com.au> In-Reply-To: <200804162303.28982.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804250848.51285.jhb@freebsd.org> Cc: Jeremy Chadwick , Josef Karthauser , stable@freebsd.org Subject: Re: AHCI and correct drive geometry? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 13:03:23 -0000 On Wednesday 16 April 2008 09:33:19 am Daniel O'Connor wrote: > On Wed, 16 Apr 2008, Jeremy Chadwick wrote: > > > ie just ignore sysinstalls bleatings. > > > > Which begs the question -- why are we still spitting that warning out > > during the fdisk portion of sysinstall? > > I guess the problem is that it is impossible to know what systems care > about geometry and those that don't. MBR's still have C/H/S in their tables. However, we actually use EDD by default now in 7 and so the C/H/S is pretty much never used. The GPT boot stuff only uses LBAs and EDD. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Apr 25 13:03:25 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 607AA106567C for ; Fri, 25 Apr 2008 13:03:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 37DAD8FC25 for ; Fri, 25 Apr 2008 13:03:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (unknown [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id DD9831A4D84; Fri, 25 Apr 2008 06:03:24 -0700 (PDT) From: John Baldwin To: freebsd-stable@freebsd.org, Luke Dean Date: Fri, 25 Apr 2008 08:54:20 -0400 User-Agent: KMail/1.9.7 References: <20080420101554.J57244@border.lukas.is-a-geek.org> In-Reply-To: <20080420101554.J57244@border.lukas.is-a-geek.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804250854.20524.jhb@freebsd.org> Cc: Subject: Re: kvm_open: kvm_nlist: No such file or directory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 13:03:25 -0000 On Sunday 20 April 2008 01:38:32 pm Luke Dean wrote: > A few weeks ago I did a source upgrade from 6.2 to 7-STABLE. I didn't > "make delete-old" so a bunch of old libraries and such were left lying > around causing problems when I rebuilt all my ports. I'd read about some > recent improvements to DDB and SCHED_ULE in 7-STABLE, and it's a miserable > snowy weekend in Seattle right now, so I decided I'd take this opportunity > to update my system to the latest 7-STABLE and get rid of those old > libraries properly this time. > > Now sysutils/wmmemmon and sysutils/wmcpuload stopped working. > Both die with: > kvm_open: kvm_nlist: No such file or directory > error extracting symbols > > I found two PRs for other ports (ascpu and wmcube-gdk) to fix similar > problems, but they seem to be related to 8-CURRENT. The solution in both > of these cases is to use sysctls instead of using kvm. > PR numbers are 119923 and 120142. > > My question is should the existing code work in 7-STABLE or do wmmemmon > and wmcpuload need to be changed to use sysctls? > They worked for me for a couple of weeks on 7-STABLE, but like I said, I > had old libraries lying around and some of the windowmaker stuff > chose to link to them. > I have since cleaned up my system and rebuilt (I believe) everything and > now the ports no longer work. > > This is what I believe is the offending code snippet from > sysutils/wmmemmon's mem_freebsd.c file: Yes, cp_time[] is no more. Make them use the sysctl (kern.cp_time) instead. > -------------------------------------------------------------- > static kvm_t *kvm_data = NULL; > static int pageshift; > static struct nlist nlst[] = { {"_cp_time"}, {"_cnt"}, {0} }; > > /* initialize function */ > void mem_init(void) > { > int pagesize = getpagesize(); > pageshift = 0; > > while (pagesize > 1) { > pageshift++; > pagesize >>= 1; > } > > kvm_data = kvm_open(NULL, NULL, NULL, O_RDONLY, "kvm_open"); > > if (kvm_data == NULL) { > fprintf(stderr, "can't open kernel virtual memory"); > exit(1); > } > kvm_nlist(kvm_data, nlst); > > if (nlst[0].n_type == 0 || nlst[1].n_type == 0) { > fprintf(stderr, "error extracting symbols"); > exit(1); > } > > _______________________________________________ > 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" -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Apr 25 13:03:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53828106564A for ; Fri, 25 Apr 2008 13:03:26 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 2AF888FC22 for ; Fri, 25 Apr 2008 13:03:26 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (unknown [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id D08B61A4D86; Fri, 25 Apr 2008 06:03:25 -0700 (PDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 25 Apr 2008 08:56:51 -0400 User-Agent: KMail/1.9.7 References: <5bfab4bc0804211223w34d41326g7350c51da35a1721@mail.gmail.com> In-Reply-To: <5bfab4bc0804211223w34d41326g7350c51da35a1721@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804250856.51805.jhb@freebsd.org> Cc: Ryan Lackey Subject: Re: HP DL145G2 boot problems with 7.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 13:03:26 -0000 On Monday 21 April 2008 03:23:04 pm Ryan Lackey wrote: > I have 4 HP DL145G2 boxes (dual opteron). I recently upgrded them from > 6.2-STABLE to 7.0-RELEASE using cvsup on each, compiling world + kernel. > > The upgrade was (fairly painless on two machines, and has broken the other > two machines. > > On boot, the broken machines hang somewhere after kbdc and psm, and before > serial driver initialization. > > Specifically, I see: > psm0: unable to allocate IRQ > psmcpnp0: PS/2 mouse port irq 12 on acpi0 > pm0: ps2 mouse irq 12 on atkbdc0 > ioapic0: routing intpin 12 (ISA IRQ 12) to vector 57 > psm0: giant-locked > psm0: thread > psm0: model intellimouse explorer.... > psm0: config; 0000000000 flags: 000000008, packet size:4 > psm0: syncmask:08, syncbits:00 > > After that, it hangs. I would add more printfs to figure out exactly where it dies. I would start by seeing if it makes it out of the psm driver. If so, then I would start adding printfs to the new-bus code in sys/kern/subr_bus.c to see if drivers are probing when it hangs. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Apr 25 13:03:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4018F106566C for ; Fri, 25 Apr 2008 13:03:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 165A78FC0A for ; Fri, 25 Apr 2008 13:03:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (unknown [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id BE9991A4D86; Fri, 25 Apr 2008 06:03:26 -0700 (PDT) From: John Baldwin To: freebsd-stable@freebsd.org, vova@fbsd.ru Date: Fri, 25 Apr 2008 09:02:48 -0400 User-Agent: KMail/1.9.7 References: <1209126314.1519.36.camel@localhost> In-Reply-To: <1209126314.1519.36.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804250902.49310.jhb@freebsd.org> Cc: stable@freebsd.org Subject: Re: Crash with recent kernel on wireless X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 13:03:27 -0000 On Friday 25 April 2008 08:25:14 am Vladimir Grebenschikov wrote: > Hi > > Recently I've upgraded 7-STABLE: Mar 11 -> Apr 24 > > Everything was fine until I've tried to configure wireless (ath driver, > WPA) > It crashes every time after interface becomes UP, > (I've seen associated in ifconfig output before crash), but before dhcp > finished to get IP. > > % cat /var/crash/info.43 > Dump header from device /dev/ad0s2b > Architecture: i386 > Architecture Version: 2 > Dump Length: 162320384B (154 MB) > Blocksize: 512 > Dumptime: Fri Mar 28 17:24:32 2008 > Hostname: vbook.fbsd.ru > Magic: FreeBSD Kernel Dump > Version String: FreeBSD 7.0-STABLE #3: Tue Mar 11 19:35:53 MSK 2008 > root@vbook:/usr/obj/usr/src/sys/VBOOK > Panic String: non-maskable interrupt trap > Dump Parity: 3087556879 > Bounds: 43 > Dump Status: good > > kgdb does not shows match (why ?): > > % kgdb /boot/kernel.bad/kernel /var/crash/vmcore.43 > [GDB will not be able to debug user-mode > threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. > This GDB was configured as "i386-marcel-freebsd". > (no debugging symbols found)...No struct type named linker_file. > No struct type named linker_file. > No struct type named linker_file. > No struct type named linker_file. > Attempt to extract a component of a value that is not a structure > pointer. > Attempt to extract a component of a value that is not a structure > pointer. > Attempt to extract a component of a value that is not a structure > pointer. > Attempt to extract a component of a value that is not a structure > pointer. > #0 0x00000000 in ?? () > (kgdb) > > Any ideas what to do ? Or probably some hints. Build a kernel with debug symbols and then reproduce the crash. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Apr 25 13:20:54 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9700D106566B for ; Fri, 25 Apr 2008 13:20:54 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 6F20E8FC16 for ; Fri, 25 Apr 2008 13:20:54 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (unknown [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id BE9991A4D86; Fri, 25 Apr 2008 06:03:26 -0700 (PDT) From: John Baldwin To: freebsd-stable@freebsd.org, vova@fbsd.ru Date: Fri, 25 Apr 2008 09:02:48 -0400 User-Agent: KMail/1.9.7 References: <1209126314.1519.36.camel@localhost> In-Reply-To: <1209126314.1519.36.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804250902.49310.jhb@freebsd.org> Cc: stable@freebsd.org Subject: Re: Crash with recent kernel on wireless X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 13:20:54 -0000 On Friday 25 April 2008 08:25:14 am Vladimir Grebenschikov wrote: > Hi > > Recently I've upgraded 7-STABLE: Mar 11 -> Apr 24 > > Everything was fine until I've tried to configure wireless (ath driver, > WPA) > It crashes every time after interface becomes UP, > (I've seen associated in ifconfig output before crash), but before dhcp > finished to get IP. > > % cat /var/crash/info.43 > Dump header from device /dev/ad0s2b > Architecture: i386 > Architecture Version: 2 > Dump Length: 162320384B (154 MB) > Blocksize: 512 > Dumptime: Fri Mar 28 17:24:32 2008 > Hostname: vbook.fbsd.ru > Magic: FreeBSD Kernel Dump > Version String: FreeBSD 7.0-STABLE #3: Tue Mar 11 19:35:53 MSK 2008 > root@vbook:/usr/obj/usr/src/sys/VBOOK > Panic String: non-maskable interrupt trap > Dump Parity: 3087556879 > Bounds: 43 > Dump Status: good > > kgdb does not shows match (why ?): > > % kgdb /boot/kernel.bad/kernel /var/crash/vmcore.43 > [GDB will not be able to debug user-mode > threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. > This GDB was configured as "i386-marcel-freebsd". > (no debugging symbols found)...No struct type named linker_file. > No struct type named linker_file. > No struct type named linker_file. > No struct type named linker_file. > Attempt to extract a component of a value that is not a structure > pointer. > Attempt to extract a component of a value that is not a structure > pointer. > Attempt to extract a component of a value that is not a structure > pointer. > Attempt to extract a component of a value that is not a structure > pointer. > #0 0x00000000 in ?? () > (kgdb) > > Any ideas what to do ? Or probably some hints. Build a kernel with debug symbols and then reproduce the crash. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Apr 25 13:20:54 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B50F106566C; Fri, 25 Apr 2008 13:20:54 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 6F3018FC18; Fri, 25 Apr 2008 13:20:54 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (unknown [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id 6982C1A4D80; Fri, 25 Apr 2008 06:03:23 -0700 (PDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 25 Apr 2008 08:48:50 -0400 User-Agent: KMail/1.9.7 References: <20080416122944.GA29115@eos.sc1.parodius.com> <200804162303.28982.doconnor@gsoft.com.au> In-Reply-To: <200804162303.28982.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804250848.51285.jhb@freebsd.org> Cc: Jeremy Chadwick , Josef Karthauser , stable@freebsd.org Subject: Re: AHCI and correct drive geometry? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 13:20:54 -0000 On Wednesday 16 April 2008 09:33:19 am Daniel O'Connor wrote: > On Wed, 16 Apr 2008, Jeremy Chadwick wrote: > > > ie just ignore sysinstalls bleatings. > > > > Which begs the question -- why are we still spitting that warning out > > during the fdisk portion of sysinstall? > > I guess the problem is that it is impossible to know what systems care > about geometry and those that don't. MBR's still have C/H/S in their tables. However, we actually use EDD by default now in 7 and so the C/H/S is pretty much never used. The GPT boot stuff only uses LBAs and EDD. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Apr 25 13:55:54 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C6BD1065691 for ; Fri, 25 Apr 2008 13:55:54 +0000 (UTC) (envelope-from news@streetsoul.lv) Received: from web04.hostnet.lv (web04.hostnet.lv [81.94.239.56]) by mx1.freebsd.org (Postfix) with ESMTP id E93798FC1E for ; Fri, 25 Apr 2008 13:55:53 +0000 (UTC) (envelope-from news@streetsoul.lv) X-ClientAddr: 127.0.0.1 Received: from www.street-soul.eu (localhost [127.0.0.1]) by web04.hostnet.lv (8.12.11.20060308/8.12.11) with ESMTP id m3PDphJw013587 for ; Fri, 25 Apr 2008 16:51:43 +0300 Date: Fri, 25 Apr 2008 16:51:43 +0300 To: stable@freebsd.org From: Streetsoul Message-ID: X-Priority: 3 X-Mailer: PHPMailer (phpmailer.sourceforge.net) [version 2.0.0 rc1] MIME-Version: 1.0 X-Greylist: Sender is SPF-compliant, not delayed by milter-greylist-3.0 (web04.hostnet.lv [127.0.0.1]); Fri, 25 Apr 2008 16:51:43 +0300 (EEST) X-HostNet-MailScanner-Information: Hostnet Virus And Antispam software X-HostNet-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-MailScanner-MCPCheck: X-MailScanner-From: news@streetsoul.lv Content-Type: text/plain; charset = "utf-8" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: New Arrivals: Cool Hats form Goorin Brothers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 13:55:54 -0000 STREETSOUL.EU - Streetwear Clothing Online Store Newsletter ***************************************************************** Sunny Greetings to Ya all!!! New Arrivals with finest selection from Goorin Brothers!!! Press here to view new arrivals from Goorin! or copy the link in a browser: http://www.streetsoul.eu/zoom_brand/6 Check our internet store or if you happen to be in Riga, you're welcome to visit us @ 85 Terbatas st. :) http://www.streetsoul.eu/streetstore Cheers! streetsoul.eu ----------------------------------------------------------------------------------------------------------------------------------------------------------- streetsoul brands: 667 | Adidas Originals | Airbag | ALAKAZAM! | Alprausch | Amos | BICO | Creative Recreation | Emily The Strange | Encore | Five Four | Goorin Brothers | gsus | Irie Daily | King Apparel | Levi's Engineered Jeans® | Levi's® | Mazine | My Zoo | Nike | OAKLEY | pa:nuu | Reebok | Saddler | Schlepp | Streetsoul | Stussy | Sweet & Toxic | T.U.K. * To no longer receive these messages, please send a blank email to unsubscribe@streetsoul.eu From owner-freebsd-stable@FreeBSD.ORG Fri Apr 25 14:55:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D75FE1065670 for ; Fri, 25 Apr 2008 14:55:13 +0000 (UTC) (envelope-from ryan.lackey@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.184]) by mx1.freebsd.org (Postfix) with ESMTP id 78AA58FC18 for ; Fri, 25 Apr 2008 14:55:13 +0000 (UTC) (envelope-from ryan.lackey@gmail.com) Received: by rn-out-0910.google.com with SMTP id j40so1706198rnf.12 for ; Fri, 25 Apr 2008 07:55:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=ZQ0yK7e2EyKlLoIcgZ3Ktam2DpQlq2GPqI0rIcrhGNY=; b=f+3eePTIC6UNINkIDV7qgu4KFTFVenDnYvJSJ5777NR4O71fWJ4Zhiw0DH+4M3KlOahG0jUxMx12LlmI5oq5vcLXLD1iYQlk27zxKEqD4aXSJdoALR7BFASWrtGqohUDgUnxf/M8vtxWe/wOkRNDVZaRzuvs1RRiR6vx3Q1gAgE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=igap96MlE7/PfpLWCVPOoJmY1uT0AoXKDAWgx4t3U6VqxjKFK+zmcJ4HE0kbxpe2nGCQhIsMGVDvxKZHeSEkOOU7vjXMFE1+P1EN2GxRcf97fYsD3ZOfBGpcZWjmc2bZZXykEQK69JN7FLxoHmI/CKG3+uyfToXT1nIrZ1KxKbg= Received: by 10.114.106.13 with SMTP id e13mr3286449wac.157.1209135312345; Fri, 25 Apr 2008 07:55:12 -0700 (PDT) Received: by 10.114.53.14 with HTTP; Fri, 25 Apr 2008 07:55:12 -0700 (PDT) Message-ID: <5bfab4bc0804250755s10006a5eu8d58153ce1dc3a78@mail.gmail.com> Date: Fri, 25 Apr 2008 07:55:12 -0700 From: "Ryan Lackey" To: "John Baldwin" , freebsd-stable@freebsd.org In-Reply-To: <200804250856.51805.jhb@freebsd.org> MIME-Version: 1.0 References: <5bfab4bc0804211223w34d41326g7350c51da35a1721@mail.gmail.com> <200804250856.51805.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: HP DL145G2 boot problems with 7.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 14:55:13 -0000 I actually figured out the problem. I had gmirror on the machine, and was booting to do maintenance using non-gmirror kernel sometimes. One kernel was using ad4, the other using ad6, and one using gm0(ad4/ad6). Kernel modules and kernel were consequently getting out of sync. Problems are fixed now -- I'm currently being amazed by the SMP performance, kqueue, and some threaded python...doing as much on 2 old machines from 2005 and freebsd with optimized python as we were doing with 55 linux machines running badly tuned php5 in apache. On Fri, Apr 25, 2008 at 5:56 AM, John Baldwin wrote: > On Monday 21 April 2008 03:23:04 pm Ryan Lackey wrote: > > I have 4 HP DL145G2 boxes (dual opteron). I recently upgrded them from > > 6.2-STABLE to 7.0-RELEASE using cvsup on each, compiling world + kernel. > > > > The upgrade was (fairly painless on two machines, and has broken the > other > > two machines. > > > > On boot, the broken machines hang somewhere after kbdc and psm, and > before > > serial driver initialization. > > > > Specifically, I see: > > psm0: unable to allocate IRQ > > psmcpnp0: PS/2 mouse port irq 12 on acpi0 > > pm0: ps2 mouse irq 12 on atkbdc0 > > ioapic0: routing intpin 12 (ISA IRQ 12) to vector 57 > > psm0: giant-locked > > psm0: thread > > psm0: model intellimouse explorer.... > > psm0: config; 0000000000 flags: 000000008, packet size:4 > > psm0: syncmask:08, syncbits:00 > > > > After that, it hangs. > > I would add more printfs to figure out exactly where it dies. I would > start > by seeing if it makes it out of the psm driver. If so, then I would start > adding printfs to the new-bus code in sys/kern/subr_bus.c to see if > drivers > are probing when it hangs. > > -- > John Baldwin > From owner-freebsd-stable@FreeBSD.ORG Fri Apr 25 15:44:55 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0181D1065675 for ; Fri, 25 Apr 2008 15:44:55 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw2.york.ac.uk (mail-gw2.york.ac.uk [144.32.128.247]) by mx1.freebsd.org (Postfix) with ESMTP id 6C8358FC22 for ; Fri, 25 Apr 2008 15:44:54 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw2.york.ac.uk (8.13.6/8.13.6) with ESMTP id m3PFinYi005735; Fri, 25 Apr 2008 16:44:49 +0100 (BST) Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw6.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1JpQ6T-0000zH-SB; Fri, 25 Apr 2008 16:44:49 +0100 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.2/8.14.2) with ESMTP id m3PFineo050199; Fri, 25 Apr 2008 16:44:49 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.2/8.14.2/Submit) id m3PFimGr050198; Fri, 25 Apr 2008 16:44:48 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Ryan Lackey In-Reply-To: <5bfab4bc0804211223w34d41326g7350c51da35a1721@mail.gmail.com> References: <5bfab4bc0804211223w34d41326g7350c51da35a1721@mail.gmail.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 25 Apr 2008 16:44:48 +0100 Message-Id: <1209138288.48908.14.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-stable@freebsd.org Subject: Re: HP DL145G2 boot problems with 7.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 15:44:55 -0000 On Mon, 2008-04-21 at 12:23 -0700, Ryan Lackey wrote: > I have 4 HP DL145G2 boxes (dual opteron). I recently upgrded them from > 6.2-STABLE to 7.0-RELEASE using cvsup on each, compiling world + kernel. > > The upgrade was (fairly painless on two machines, and has broken the other > two machines. > > On boot, the broken machines hang somewhere after kbdc and psm, and before > serial driver initialization. > > Specifically, I see: > psm0: unable to allocate IRQ > psmcpnp0: PS/2 mouse port irq 12 on acpi0 > pm0: ps2 mouse irq 12 on atkbdc0 > ioapic0: routing intpin 12 (ISA IRQ 12) to vector 57 > psm0: giant-locked > psm0: thread > psm0: model intellimouse explorer.... > psm0: config; 0000000000 flags: 000000008, packet size:4 > psm0: syncmask:08, syncbits:00 > > After that, it hangs. > > I'm using a 7.0 world, mergemastered, and a kernel compiled on the broken > system, and also a kernel compiled on one of the working systems and copied > over, with the same config. > > (attached) > > dmesg from one of the working systems also attached -- same config modulo > RAM and CPU speed. > > If I boot using the 6.2 kernel and 7.0 userland, I can ssh in and some > things work, but others don't. That's unsurprising really, and is exactly why the upgrade instructions say to reboot with the new kernel before installing the new world. Doing that would have caught this problem before it was too late. > I'm using an IPKVM vs. serial console, so this is slightly more difficult to > debug, plus I have to ask someone > to reboot the machine, vs. using a power cycler. > > Any help in debugging this would be most appreciated. OK, recompile the kernel, adding the following options: options KDB options DDB When the machine hangs, hit Ctrl-Alt-Escape, this may or may not drp you into the debugger, depending on exactly how the machine is hanging. (if it doesn't, your only option may well be to try to get serial access to the machine) Assuming it does get you into the debugger, send the output of "bt" to the list. With that, hopefully there will be enough information to diagnose this issue. Thanks, Gavin From owner-freebsd-stable@FreeBSD.ORG Fri Apr 25 16:00:56 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63FA2106568A for ; Fri, 25 Apr 2008 16:00:56 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr1.xs4all.nl (smtp-vbr1.xs4all.nl [194.109.24.21]) by mx1.freebsd.org (Postfix) with ESMTP id 690FC8FC20 for ; Fri, 25 Apr 2008 16:00:55 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr1.xs4all.nl (8.13.8/8.13.8) with ESMTP id m3PG0l2S042998; Fri, 25 Apr 2008 18:00:48 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id B36B7B829; Fri, 25 Apr 2008 18:00:47 +0200 (CEST) Date: Fri, 25 Apr 2008 18:00:47 +0200 From: Roland Smith To: Vladimir Grebenschikov Message-ID: <20080425160047.GC86456@slackbox.xs4all.nl> References: <1209126314.1519.36.camel@localhost> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KDt/GgjP6HVcx58l" Content-Disposition: inline In-Reply-To: <1209126314.1519.36.camel@localhost> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.17 (2007-11-01) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: stable@freebsd.org Subject: Re: Crash with recent kernel on wireless X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 16:00:56 -0000 --KDt/GgjP6HVcx58l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 25, 2008 at 04:25:14PM +0400, Vladimir Grebenschikov wrote: > Hi >=20 > Recently I've upgraded 7-STABLE: Mar 11 -> Apr 24 >=20 > Everything was fine until I've tried to configure wireless (ath driver, > WPA) > It crashes every time after interface becomes UP,=20 > (I've seen associated in ifconfig output before crash), but before dhcp > finished to get IP. >=20 > % cat /var/crash/info.43=20 > Dump header from device /dev/ad0s2b > Architecture: i386 > Architecture Version: 2 > Dump Length: 162320384B (154 MB) > Blocksize: 512 > Dumptime: Fri Mar 28 17:24:32 2008 > Hostname: vbook.fbsd.ru > Magic: FreeBSD Kernel Dump > Version String: FreeBSD 7.0-STABLE #3: Tue Mar 11 19:35:53 MSK 2008 > root@vbook:/usr/obj/usr/src/sys/VBOOK > Panic String: non-maskable interrupt trap > Dump Parity: 3087556879 > Bounds: 43 > Dump Status: good >=20 > kgdb does not shows match (why ?): >=20 > % kgdb /boot/kernel.bad/kernel /var/crash/vmcore.43 You should use the kernel image with the debugging symbols here. If you build and install a kernel, you get two kernel images on 7.x; 1) /boot/kernel/kernel (your regular kernel) 2) /boot/kernel/kernel.symbols (with the debug symbols) Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --KDt/GgjP6HVcx58l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.8 (FreeBSD) iEYEARECAAYFAkgSAC8ACgkQEnfvsMMhpyWgYACgj++yOAHVZ/Hnj1Srg9e5T9dA un8An3hyoMocvZLmpcJWE7IVfn0ULsY/ =lGU1 -----END PGP SIGNATURE----- --KDt/GgjP6HVcx58l-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 25 20:17:42 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 680B2106566B for ; Fri, 25 Apr 2008 20:17:42 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from hs-out-0708.google.com (hs-out-0708.google.com [64.233.178.249]) by mx1.freebsd.org (Postfix) with ESMTP id 1F5A48FC17 for ; Fri, 25 Apr 2008 20:17:41 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by hs-out-0708.google.com with SMTP id m63so3065430hsc.11 for ; Fri, 25 Apr 2008 13:17:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; bh=OaM741LbohAL3v+v+BWA4bjF4ZZ+f2OMhi5QgOOe8/0=; b=GcD4cRWTnsG52jygkgA7re2iFOuPS2YlHibWeNUVGQzxT+cl6wV/5CgpuPbyRUWY/V6XeGMOuxgahiGCe7bsPnhScT+TVK8iQnLeTsvKon0sE61J9IjYwjTzXI/7v2l6OlTvWgdvdZu6lEOb3WE5bW/Oi0bUhRUZXLoVLkoT1lA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=Gm3PVUJ99n1jgH5thQ8to9WnzYBqNEzYO28MSwNsA6QOavo8V8aNHVWlaYhYA+kUfJFvFXQaWAYz2sB6t+k+nLJ0CyI1MGkGIvdxaAkjtONQbXlLu+2QB+8bPCGt3NtW0hO0/tnriyC4bwMpQ+CrPShFmuCSSOMSWHC2uRbqd6g= Received: by 10.90.113.11 with SMTP id l11mr6142355agc.65.1209153149492; Fri, 25 Apr 2008 12:52:29 -0700 (PDT) Received: from kan.dnsalias.net ( [24.218.183.247]) by mx.google.com with ESMTPS id 7sm2873708agb.12.2008.04.25.12.52.25 (version=SSLv3 cipher=OTHER); Fri, 25 Apr 2008 12:52:26 -0700 (PDT) Date: Fri, 25 Apr 2008 15:52:19 -0400 From: Alexander Kabaev To: Krassimir Slavchev Message-ID: <20080425155219.2a9526d4@kan.dnsalias.net> In-Reply-To: <48104D14.8000400@bulinfo.net> References: <48104D14.8000400@bulinfo.net> X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.9; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/n6s3P3t6BV.HkHYi.HeKdiQ"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: FreeBSD Subject: Re: threads cleanup? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 20:17:42 -0000 --Sig_/n6s3P3t6BV.HkHYi.HeKdiQ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Thu, 24 Apr 2008 12:04:20 +0300 Krassimir Slavchev wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > Hello, >=20 > Most probably I missed something. > I have problems with threads cleanup. Here are output of valgrind and > simple test program: >=20 > ... > =3D=3D78317=3D=3D ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 = from > 0) =3D=3D78317=3D=3D malloc/free: in use at exit: 4108 bytes in 2 blocks. > =3D=3D78317=3D=3D malloc/free: 5 allocs, 3 frees, 4324 bytes allocated. > =3D=3D78317=3D=3D > =3D=3D78317=3D=3D searching for pointers to 2 not-freed blocks. > =3D=3D78317=3D=3D checked 1468040 bytes. > =3D=3D78317=3D=3D > =3D=3D78317=3D=3D 12 bytes in 1 blocks are still reachable in loss record= 1 > of 2 =3D=3D78317=3D=3D at 0x3C038183: malloc (in > /usr/local/lib/valgrind/vgpreload_memcheck.so) > =3D=3D78317=3D=3D by 0x3C03F8D0: > (within /usr/local/lib/valgrind/libthr.so.2) =3D=3D78317=3D=3D by > 0x3C040F49: pthread_mutex_init > (in /usr/local/lib/valgrind/libthr.so.2) =3D=3D78317=3D=3D by 0x3C040F= A9: > pthread_mutex_lock (in /usr/local/lib/valgrind/libthr.so.2) > =3D=3D78317=3D=3D > =3D=3D78317=3D=3D > =3D=3D78317=3D=3D 4096 bytes in 1 blocks are still reachable in loss reco= rd 2 > of 2 =3D=3D78317=3D=3D at 0x3C038183: malloc (in > /usr/local/lib/valgrind/vgpreload_memcheck.so) > =3D=3D78317=3D=3D by 0x3C121AE5: __smakebuf (in /lib/libc.so.6) > =3D=3D78317=3D=3D by 0x3C1219B0: __swsetup (in /lib/libc.so.6) > =3D=3D78317=3D=3D by 0x3C11789B: __vfprintf (in /lib/libc.so.6) > ... You definitely need deeper stacktrace to see where mutexes are allocated. Info above says nothing otherwise. Also, note that when running threaded programs under valgrind you are testing valgrind's own threading library implementatiion, not 'real' libthr. --=20 Alexander Kabaev --Sig_/n6s3P3t6BV.HkHYi.HeKdiQ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iD8DBQFIEjZzQ6z1jMm+XZYRApD5AJ9xHOqHMuSMRAFSSLfmPKYdTMBmTgCgygwF xk6o8FoyfV7sVSNhia3IlnI= =lOCF -----END PGP SIGNATURE----- --Sig_/n6s3P3t6BV.HkHYi.HeKdiQ-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 25 21:09:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27A67106566B for ; Fri, 25 Apr 2008 21:09:26 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id CF2398FC16 for ; Fri, 25 Apr 2008 21:09:25 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: by yw-out-2324.google.com with SMTP id 5so516598ywh.13 for ; Fri, 25 Apr 2008 14:09:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=rPB7X/0qCRuK7jWlMupao4HYy8sdXQO2Ah0fT9kaXls=; b=Mzm4A4yGwJ9eQ279cIHduz7VBWF+JpQhuVtUlGCcKi9YAYmdLkuctF9Kav10eSbmf2GStjGOGlbehn5sHI4BG6DcM2R7CFQPFVN8ZhQQ7cnidEphSu8DLiJpy27asAD6YF5Gy0RsclnfJcnkrlW2DsGjP97a+xXS8g2RaSu92eE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qy8wt7IIVQu8onVUN2caXTjsE/g3DwcbaiYB1uYZfIn4VXL1NY2qOvhEDpf/4amxja41mtwzFCZ56TwIEZH73Hn+9BsUawOlbAW11dYojb2x2f38uzmomFB49uCMV164yv46PLurr+hDXZfahgPpsXHgqRPnB/X3zQS7cIk2BTU= Received: by 10.150.84.41 with SMTP id h41mr1186823ybb.218.1209157756377; Fri, 25 Apr 2008 14:09:16 -0700 (PDT) Received: by 10.151.11.1 with HTTP; Fri, 25 Apr 2008 14:09:16 -0700 (PDT) Message-ID: <3c0b01820804251409h698465bfp6fdcc2ef3c32b864@mail.gmail.com> Date: Fri, 25 Apr 2008 17:09:16 -0400 From: "Alexander Sack" To: "Abdullah Ibn Hamad Al-Marri" In-Reply-To: <649265.28907.qm@web33701.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <649265.28907.qm@web33701.mail.mud.yahoo.com> Cc: FreeBSD STABLE Subject: Re: FreeBSD 7.0-STABLE SATA300 detected as SATA150 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 21:09:26 -0000 On Tue, Apr 22, 2008 at 3:11 PM, Abdullah Ibn Hamad Al-Marri wrote: > Hello, > > > FreeBSD 7.0-STABLE #0: Tue Apr 22 17:32:02 UTC 2008 > arabian@MX1.WeArab.Net:/usr/obj/usr/src/sys/MX1 > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz (2666.63-MHz K8-class CPU) > Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 > Features=0xbfebfbff > Features2=0xe3fd > AMD Features=0x20100800 > AMD Features2=0x1 > Cores per package: 2 > usable memory = 4276047872 (4077 MB) > avail memory = 4106981376 (3916 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0 irqs 0-23 on motherboard > acpi0: on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 > acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 > Timecounter "HPET" frequency 14318180 Hz quality 900 > cpu0: on acpi0 > cpu1: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: irq 16 at device 1.0 on pci0 > pci1: on pcib1 > vgapci0: port 0xd070-0xd077 mem 0xd0200000-0xd027ffff,0xc0000000-0xcfffffff,0xd0100000-0xd01fffff irq 16 at device 2.0 on pci0 > pcib2: irq 16 at device 28.0 on pci0 > pci2: on pcib2 > pcib3: irq 17 at device 28.1 on pci0 > pci3: on pcib3 > re0: port 0xc000-0xc0ff mem 0xd0020000-0xd0020fff irq 17 at device 0.0 on pci3 > miibus0: on re0 > rgephy0: PHY 1 on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > re0: Ethernet address: 00:19:d1:a7:a4:72 > re0: [FILTER] > pcib4: at device 30.0 on pci0 > pci4: on pcib4 > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port 0xd060-0xd067,0xd050-0xd053,0xd040-0xd047,0xd030-0xd033,0xd020-0xd02f irq 17 at device 31.2 on pci0 > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > atapci0: [ITHREAD] > ata2: on atapci0 > ata2: [ITHREAD] > ata3: on atapci0 > ata3: [ITHREAD] > pci0: at device 31.3 (no driver attached) > acpi_button0: on acpi0 > acpi_button1: on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounters tick every 1.000 msec > ad4: 238475MB at ata2-master SATA150 > ^^^^^^^^^^^ > ad6: 715404MB at ata3-master SATA150 > SMP: AP CPU #1 Launched! > > Regards, > > -Abdullah Ibn Hamad Al-Marri > Arab Portal > http://www.WeArab.Net/ Not sure if you know this but there should be no speed negotiation/DMA level issues with a native AHCI SATA implementation. If its reported as SATA-150, its probably a hardware issue (with FPDMA and the general DMA architecture of SATA, the driver really has no clue nor should it on what speed the bus speed is - its strictly up to your cable, chipset and drive). I would definitely check what Jeremy mentioned as well as a faulty cable! Long live no more CS jumpers.... -aps From owner-freebsd-stable@FreeBSD.ORG Sat Apr 26 00:12:46 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED77D1065676; Sat, 26 Apr 2008 00:12:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9DC6D8FC18; Sat, 26 Apr 2008 00:12:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3Q0CjSD035518; Fri, 25 Apr 2008 20:12:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3Q0CjrC019141; Fri, 25 Apr 2008 20:12:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id CEC7F241A2; Fri, 25 Apr 2008 20:13:04 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080426001304.CEC7F241A2@freebsd-legacy.sentex.ca> Date: Fri, 25 Apr 2008 20:13:04 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 00:12:47 -0000 TB --- 2008-04-25 23:09:11 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-04-25 23:09:11 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2008-04-25 23:09:11 - cleaning the object tree TB --- 2008-04-25 23:09:51 - cvsupping the source tree TB --- 2008-04-25 23:09:51 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/i386/i386/supfile TB --- 2008-04-25 23:10:01 - building world (CFLAGS=-O2 -pipe) TB --- 2008-04-25 23:10:01 - cd /src TB --- 2008-04-25 23:10:01 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2008-04-26 00:03:59 - generating LINT kernel config TB --- 2008-04-26 00:03:59 - cd /src/sys/i386/conf TB --- 2008-04-26 00:03:59 - /usr/bin/make -B LINT TB --- 2008-04-26 00:03:59 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-04-26 00:03:59 - cd /src TB --- 2008-04-26 00:03:59 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 26 00:03:59 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/libkern/strtoul.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/libkern/strtouq.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/libkern/strvalid.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net/bpf.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net/bpf_filter.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net/bridge.c /src/sys/net/bridge.c: In function `bdg_forward': /src/sys/net/bridge.c:1122: warning: passing arg 1 of pointer to function from incompatible pointer type *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-26 00:13:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-26 00:13:04 - ERROR: failed to build lint kernel TB --- 2008-04-26 00:13:04 - tinderbox aborted TB --- 2986.09 user 350.84 system 3833.01 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Apr 26 00:19:01 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D2171065678; Sat, 26 Apr 2008 00:19:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4FFAB8FC14; Sat, 26 Apr 2008 00:19:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3Q0J0Kt081017; Fri, 25 Apr 2008 20:19:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3Q0J0jk002397; Fri, 25 Apr 2008 20:19:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id 01C8F241A2; Fri, 25 Apr 2008 20:19:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080426001920.01C8F241A2@freebsd-legacy.sentex.ca> Date: Fri, 25 Apr 2008 20:19:19 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 00:19:01 -0000 TB --- 2008-04-25 22:51:37 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-04-25 22:51:37 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2008-04-25 22:51:37 - cleaning the object tree TB --- 2008-04-25 22:52:32 - cvsupping the source tree TB --- 2008-04-25 22:52:32 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/amd64/amd64/supfile TB --- 2008-04-25 22:52:46 - building world (CFLAGS=-O2 -pipe) TB --- 2008-04-25 22:52:46 - cd /src TB --- 2008-04-25 22:52:46 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2008-04-26 00:10:45 - generating LINT kernel config TB --- 2008-04-26 00:10:45 - cd /src/sys/amd64/conf TB --- 2008-04-26 00:10:45 - /usr/bin/make -B LINT TB --- 2008-04-26 00:10:45 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-04-26 00:10:45 - cd /src TB --- 2008-04-26 00:10:45 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 26 00:10:45 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/libkern/strtoul.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/libkern/strtouq.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/libkern/strvalid.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net/bpf.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net/bpf_filter.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net/bridge.c /src/sys/net/bridge.c: In function `bdg_forward': /src/sys/net/bridge.c:1122: warning: passing arg 1 of pointer to function from incompatible pointer type *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-26 00:19:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-26 00:19:19 - ERROR: failed to build lint kernel TB --- 2008-04-26 00:19:19 - tinderbox aborted TB --- 4096.87 user 514.68 system 5262.04 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Apr 26 01:14:52 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8790D1065682; Sat, 26 Apr 2008 01:14:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4D1378FC16; Sat, 26 Apr 2008 01:14:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3Q1EpZI083749; Fri, 25 Apr 2008 21:14:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3Q1EpNj059436; Fri, 25 Apr 2008 21:14:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id 1A65F241A2; Fri, 25 Apr 2008 21:15:11 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080426011511.1A65F241A2@freebsd-legacy.sentex.ca> Date: Fri, 25 Apr 2008 21:15:11 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 01:14:52 -0000 TB --- 2008-04-26 00:13:04 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-04-26 00:13:04 - starting RELENG_6 tinderbox run for i386/pc98 TB --- 2008-04-26 00:13:04 - cleaning the object tree TB --- 2008-04-26 00:13:56 - cvsupping the source tree TB --- 2008-04-26 00:13:56 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/i386/pc98/supfile TB --- 2008-04-26 00:14:05 - building world (CFLAGS=-O2 -pipe) TB --- 2008-04-26 00:14:05 - cd /src TB --- 2008-04-26 00:14:05 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2008-04-26 01:07:53 - generating LINT kernel config TB --- 2008-04-26 01:07:53 - cd /src/sys/pc98/conf TB --- 2008-04-26 01:07:53 - /usr/bin/make -B LINT TB --- 2008-04-26 01:07:53 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-04-26 01:07:53 - cd /src TB --- 2008-04-26 01:07:53 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 26 01:07:53 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/libkern/strtoul.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/libkern/strtouq.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/libkern/strvalid.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net/bpf.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net/bpf_filter.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net/bridge.c /src/sys/net/bridge.c: In function `bdg_forward': /src/sys/net/bridge.c:1122: warning: passing arg 1 of pointer to function from incompatible pointer type *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-26 01:15:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-26 01:15:10 - ERROR: failed to build lint kernel TB --- 2008-04-26 01:15:10 - tinderbox aborted TB --- 2869.69 user 350.08 system 3726.17 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Apr 26 01:20:08 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D646106566B; Sat, 26 Apr 2008 01:20:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7D2938FC15; Sat, 26 Apr 2008 01:20:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3Q1K8wI083971; Fri, 25 Apr 2008 21:20:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3Q1K7qV045152; Fri, 25 Apr 2008 21:20:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id 5FDD0241A2; Fri, 25 Apr 2008 21:20:27 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080426012027.5FDD0241A2@freebsd-legacy.sentex.ca> Date: Fri, 25 Apr 2008 21:20:27 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 01:20:08 -0000 TB --- 2008-04-26 00:19:20 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-04-26 00:19:20 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2008-04-26 00:19:20 - cleaning the object tree TB --- 2008-04-26 00:19:48 - cvsupping the source tree TB --- 2008-04-26 00:19:48 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/sparc64/sparc64/supfile TB --- 2008-04-26 00:19:56 - building world (CFLAGS=-O2 -pipe) TB --- 2008-04-26 00:19:56 - cd /src TB --- 2008-04-26 00:19:56 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2008-04-26 01:13:41 - generating LINT kernel config TB --- 2008-04-26 01:13:41 - cd /src/sys/sparc64/conf TB --- 2008-04-26 01:13:41 - /usr/bin/make -B LINT TB --- 2008-04-26 01:13:41 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-04-26 01:13:41 - cd /src TB --- 2008-04-26 01:13:41 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 26 01:13:42 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/libkern/strtoul.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/libkern/strtouq.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/libkern/strvalid.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/net/bpf.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/net/bpf_filter.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/net/bridge.c /src/sys/net/bridge.c: In function `bdg_forward': /src/sys/net/bridge.c:1122: warning: passing arg 1 of pointer to function from incompatible pointer type *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-26 01:20:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-26 01:20:27 - ERROR: failed to build lint kernel TB --- 2008-04-26 01:20:27 - tinderbox aborted TB --- 2898.31 user 332.12 system 3667.21 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat Apr 26 05:20:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A2441065675 for ; Sat, 26 Apr 2008 05:20:01 +0000 (UTC) (envelope-from cokane@freebsd.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 E1E178FC19 for ; Sat, 26 Apr 2008 05:20:00 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from OMTA06.westchester.pa.mail.comcast.net ([76.96.62.51]) by QMTA10.westchester.pa.mail.comcast.net with comcast id J5621Z00116LCl05A00j00; Sat, 26 Apr 2008 05:18:44 +0000 Received: from discordia ([24.60.135.75]) by OMTA06.westchester.pa.mail.comcast.net with comcast id J5Kz1Z0021dmTCQ3S00000; Sat, 26 Apr 2008 05:19:59 +0000 X-Authority-Analysis: v=1.0 c=1 a=OgClfVDHUJQA:10 a=Xi7Ro30jCb4A:10 a=Mm4ecQy8G5oZuO_AfN0A:9 a=VRd36kJ08VYFnNIZRpYA:7 a=BnzpWLtURd9jkeyTU6lC-8ernNYA:4 a=50e4U0PicR4A:10 a=-rtcXVvtY7498SX-e9UA:9 a=_y5vTF2JxTjrt1X8DnUA:7 a=f-pMxLKpv1dQTgQOr9MefO8x6k4A:4 a=NfA2RSpTaHsA:10 a=y5rEogF9e3jrre1u0SUA:9 a=301RO0a6TMHlUlm05B7lt8ngjlgA:4 a=rPt6xJ-oxjAA:10 Received: by discordia (Postfix, from userid 103) id 7196C16B55B; Sat, 26 Apr 2008 01:19:59 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.20.1.3] (erwin.int.cokane.org [172.20.1.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by discordia (Postfix) with ESMTP id 3456516B55B; Sat, 26 Apr 2008 01:19:52 -0400 (EDT) From: Coleman Kane To: freebsd-stable@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-gR8tcWH0GcBt/Ajzq+Ao" Organization: FreeBSD Project Date: Sat, 26 Apr 2008 01:19:01 -0400 Message-Id: <1209187141.2508.6.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1 FreeBSD GNOME Team Port Cc: imp@FreeBSD.org, rwatson@FreeBSD.org Subject: MFC Candidate: convert ffs_softdep.c over to callout(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, 26 Apr 2008 05:20:01 -0000 --=-gR8tcWH0GcBt/Ajzq+Ao Content-Type: multipart/mixed; boundary="=-DuJHNqKHGzeS18peO88Q" --=-DuJHNqKHGzeS18peO88Q Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi stable users, Recently I committed revision 1.219 of src/sys/ufs/ffs/ffs_softdep.c to remove the use of old-style timeout(9) calls in the softdep code and replace them with the new callout(9) API, to further MPSAFE-ness of the softdep code. I am attaching a patch to RELENG_7 that I'd like some people to test, which is just an MFC of this code. Can I get any testers (so that I can MFC this)? --=20 Coleman Kane --=-DuJHNqKHGzeS18peO88Q Content-Disposition: attachment; filename=ffs_softdep.c-newcallout-releng_7.diff Content-Transfer-Encoding: base64 Content-Type: text/x-patch; name=ffs_softdep.c-newcallout-releng_7.diff; charset=UTF-8 ZGlmZiAtLWdpdCBhL3N5cy91ZnMvZmZzL2Zmc19zb2Z0ZGVwLmMgYi9zeXMvdWZzL2Zmcy9mZnNf c29mdGRlcC5jDQppbmRleCA2NjhmMDhmLi5mMWIwMWQyIDEwMDY0NA0KLS0tIHN5cy91ZnMvZmZz L2Zmc19zb2Z0ZGVwLmMNCisrKyBzeXMvdWZzL2Zmcy9mZnNfc29mdGRlcC5jDQpAQCAtNjYxLDcg KzY2MSw3IEBAIHN0YXRpYyBpbnQgbWF4aW5kaXJkZXBzID0gNTA7CS8qIG1heCBudW1iZXIgb2Yg aW5kaXJkZXBzIGJlZm9yZSBzbG93ZG93biAqLw0KIHN0YXRpYyBpbnQgdGlja2RlbGF5ID0gMjsJ LyogbnVtYmVyIG9mIHRpY2tzIHRvIHBhdXNlIGR1cmluZyBzbG93ZG93biAqLw0KIHN0YXRpYyBp bnQgcHJvY193YWl0aW5nOwkvKiB0cmFja3Mgd2hldGhlciB3ZSBoYXZlIGEgdGltZW91dCBwb3N0 ZWQgKi8NCiBzdGF0aWMgaW50ICpzdGF0X2NvdW50cDsJLyogc3RhdGlzdGljIHRvIGNvdW50IGlu IHByb2Nfd2FpdGluZyB0aW1lb3V0ICovDQotc3RhdGljIHN0cnVjdCBjYWxsb3V0X2hhbmRsZSBo YW5kbGU7IC8qIGhhbmRsZSBvbiBwb3N0ZWQgcHJvY193YWl0aW5nIHRpbWVvdXQgKi8NCitzdGF0 aWMgc3RydWN0IGNhbGxvdXQgc29mdGRlcF9jYWxsb3V0Ow0KIHN0YXRpYyBpbnQgcmVxX3BlbmRp bmc7DQogc3RhdGljIGludCByZXFfY2xlYXJfaW5vZGVkZXBzOwkvKiBzeW5jZXIgcHJvY2VzcyBm bHVzaCBzb21lIGlub2RlZGVwcyAqLw0KICNkZWZpbmUgRkxVU0hfSU5PREVTCQkxDQpAQCAtMTM5 Miw2ICsxMzkyLDkgQEAgc29mdGRlcF9pbml0aWFsaXplKCkNCiAJYmlvb3BzLmlvX2NvbXBsZXRl ID0gc29mdGRlcF9kaXNrX3dyaXRlX2NvbXBsZXRlOw0KIAliaW9vcHMuaW9fZGVhbGxvY2F0ZSA9 IHNvZnRkZXBfZGVhbGxvY2F0ZV9kZXBlbmRlbmNpZXM7DQogCWJpb29wcy5pb19jb3VudGRlcHMg PSBzb2Z0ZGVwX2NvdW50X2RlcGVuZGVuY2llczsNCisNCisJLyogSW5pdGlhbGl6ZSB0aGUgY2Fs bG91dCB3aXRoIGFuIG10eC4gKi8NCisJY2FsbG91dF9pbml0X210eCgmc29mdGRlcF9jYWxsb3V0 LCAmbGssIDApOw0KIH0NCiANCiAvKg0KQEAgLTE0MDIsNiArMTQwNSw3IEBAIHZvaWQNCiBzb2Z0 ZGVwX3VuaW5pdGlhbGl6ZSgpDQogew0KIA0KKwljYWxsb3V0X2RyYWluKCZzb2Z0ZGVwX2NhbGxv dXQpOw0KIAloYXNoZGVzdHJveShwYWdlZGVwX2hhc2h0YmwsIE1fUEFHRURFUCwgcGFnZWRlcF9o YXNoKTsNCiAJaGFzaGRlc3Ryb3koaW5vZGVkZXBfaGFzaHRibCwgTV9JTk9ERURFUCwgaW5vZGVk ZXBfaGFzaCk7DQogCWhhc2hkZXN0cm95KG5ld2Jsa19oYXNodGJsLCBNX05FV0JMSywgbmV3Ymxr X2hhc2gpOw0KQEAgLTU4NTYsOCArNTg2MCwxMCBAQCByZXF1ZXN0X2NsZWFudXAobXAsIHJlc291 cmNlKQ0KIAkgKiBXZSB3YWl0IGF0IG1vc3QgdGlja2RlbGF5IGJlZm9yZSBwcm9jZWVkaW5nIGlu IGFueSBjYXNlLg0KIAkgKi8NCiAJcHJvY193YWl0aW5nICs9IDE7DQotCWlmIChoYW5kbGUuY2Fs bG91dCA9PSBOVUxMKQ0KLQkJaGFuZGxlID0gdGltZW91dChwYXVzZV90aW1lciwgMCwgdGlja2Rl bGF5ID4gMiA/IHRpY2tkZWxheSA6IDIpOw0KKwlpZiAoY2FsbG91dF9wZW5kaW5nKCZzb2Z0ZGVw X2NhbGxvdXQpID09IEZBTFNFKQ0KKwkJY2FsbG91dF9yZXNldCgmc29mdGRlcF9jYWxsb3V0LCB0 aWNrZGVsYXkgPiAyID8gdGlja2RlbGF5IDogMiwNCisJCSAgICBwYXVzZV90aW1lciwgMCk7DQor DQogCW1zbGVlcCgoY2FkZHJfdCkmcHJvY193YWl0aW5nLCAmbGssIFBQQVVTRSwgInNvZnR1cGRh dGUiLCAwKTsNCiAJcHJvY193YWl0aW5nIC09IDE7DQogCXJldHVybiAoMSk7DQpAQCAtNTg3Miwx NCArNTg3OCwxNSBAQCBwYXVzZV90aW1lcihhcmcpDQogCXZvaWQgKmFyZzsNCiB7DQogDQotCUFD UVVJUkVfTE9DSygmbGspOw0KKwkvKg0KKwkgKiBUaGUgY2FsbG91dF8gQVBJIGhhcyBhY3F1aXJl ZCBtdHggYW5kIHdpbGwgaG9sZCBpdCBhcm91bmQgdGhpcw0KKwkgKiBmdW5jdGlvbiBjYWxsLg0K KwkgKi8NCiAJKnN0YXRfY291bnRwICs9IDE7DQogCXdha2V1cF9vbmUoJnByb2Nfd2FpdGluZyk7 DQogCWlmIChwcm9jX3dhaXRpbmcgPiAwKQ0KLQkJaGFuZGxlID0gdGltZW91dChwYXVzZV90aW1l ciwgMCwgdGlja2RlbGF5ID4gMiA/IHRpY2tkZWxheSA6IDIpOw0KLQllbHNlDQotCQloYW5kbGUu Y2FsbG91dCA9IE5VTEw7DQotCUZSRUVfTE9DSygmbGspOw0KKwkJY2FsbG91dF9yZXNldCgmc29m dGRlcF9jYWxsb3V0LCB0aWNrZGVsYXkgPiAyID8gdGlja2RlbGF5IDogMiwNCisJCSAgICBwYXVz ZV90aW1lciwgMCk7DQogfQ0KIA0KIC8qDQo= --=-DuJHNqKHGzeS18peO88Q-- --=-gR8tcWH0GcBt/Ajzq+Ao Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEABECAAYFAkgSuz8ACgkQcMSxQcXat5c7YQCaAygTUuRo5l8ByaYYZx1SiZ6/ LMIAn2usEmKsZrF769K8S0WB4bcC1jww =7jVk -----END PGP SIGNATURE----- --=-gR8tcWH0GcBt/Ajzq+Ao-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 26 07:11:18 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 426BD1065676 for ; Sat, 26 Apr 2008 07:11:18 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id CD9838FC23 for ; Sat, 26 Apr 2008 07:11:16 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru (user2.netvox.ru [193.19.83.2]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id m3Q7BDpP007784 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 26 Apr 2008 11:11:14 +0400 (MSD) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JpeYy-0000me-Ju; Sat, 26 Apr 2008 11:11:12 +0400 From: Vladimir Grebenschikov To: Roland Smith In-Reply-To: <20080425160047.GC86456@slackbox.xs4all.nl> References: <1209126314.1519.36.camel@localhost> <20080425160047.GC86456@slackbox.xs4all.nl> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Sat, 26 Apr 2008 11:11:11 +0400 Message-Id: <1209193871.2000.12.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: stable@freebsd.org, freebsd-net Subject: Re: Crash with recent kernel on wireless X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 07:11:18 -0000 On Fri, 2008-04-25 at 18:00 +0200, Roland Smith wrote: > On Fri, Apr 25, 2008 at 04:25:14PM +0400, Vladimir Grebenschikov wrote: > > Hi > > > > Recently I've upgraded 7-STABLE: Mar 11 -> Apr 24 > > > > Everything was fine until I've tried to configure wireless (ath driver, > > WPA) > > It crashes every time after interface becomes UP, > > (I've seen associated in ifconfig output before crash), but before dhcp > > finished to get IP. > You should use the kernel image with the debugging symbols here. If > you > build and install a kernel, you get two kernel images on 7.x; > 1) /boot/kernel/kernel (your regular kernel) > 2) /boot/kernel/kernel.symbols (with the debug symbols) Hm, I've thought before, that it will show back-trace even without debug symbols. Anyway, gdb still complains about "linker_file" and "not as structure pointer" But shows stop point. Not much info here :( cat /var/crash/info.44 Dump header from device /dev/ad0s2b Architecture: i386 Architecture Version: 2 Dump Length: 190091264B (181 MB) Blocksize: 512 Dumptime: Sat Apr 26 10:50:05 2008 Hostname: vbook.fbsd.ru Magic: FreeBSD Kernel Dump Version String: FreeBSD 7.0-STABLE #3: Sat Apr 26 10:20:31 MSD 2008 root@vbook.fbsd.ru:/usr/src/sys/i386/compile/VBOOK Panic String: page fault Dump Parity: 4236056142 Bounds: 44 Dump Status: good kgdb /boot/kernel/kernel.symbols /var/crash/vmcore.44 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". No struct type named linker_file. No struct type named linker_file. No struct type named linker_file. No struct type named linker_file. Attempt to extract a component of a value that is not a structure pointer. Attempt to extract a component of a value that is not a structure pointer. Attempt to extract a component of a value that is not a structure pointer. Attempt to extract a component of a value that is not a structure pointer. #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc0542757 in boot (howto=260) at ../../../kern/kern_shutdown.c:418 #2 0xc0542a53 in panic (fmt=Variable "fmt" is not available.) at ../../../kern/kern_shutdown.c:572 #3 0xc06a8870 in trap_fatal () #4 0xc06a8c2a in trap_pfault () #5 0xc06a957e in trap () #6 0xc068e80b in calltrap () #7 0xc58b68d5 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) Most of crashes even failed to save vmdump due to double faults. Looks like it is really related to wireless code. Effect happens only at my home WiFi network and does not happens at work (WPA-PSK vs PEAP) and always current process in nmbd (broadcasting ?). Crash happens with both 4BSD and ULE schedulers. My system have dual-core Intel x86 CPU (SMP kernel) > Roland -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-stable@FreeBSD.ORG Sat Apr 26 08:30:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CA56106566C for ; Sat, 26 Apr 2008 08:30:33 +0000 (UTC) (envelope-from rock_on_the_web@comcen.com.au) Received: from angel.comcen.com.au (angel.comcen.com.au [203.23.236.69]) by mx1.freebsd.org (Postfix) with ESMTP id 20BF88FC18 for ; Sat, 26 Apr 2008 08:30:32 +0000 (UTC) (envelope-from rock_on_the_web@comcen.com.au) Received: from [192.168.0.198] (202-172-126-254.cpe.qld-1.comcen.com.au [202.172.126.254]) by angel.comcen.com.au (8.13.4/8.12.9) with ESMTP id m3Q8S8AB038830 for ; Sat, 26 Apr 2008 18:28:10 +1000 (EST) From: Da Rock To: freebsd-stable@freebsd.org In-Reply-To: <1209193871.2000.12.camel@localhost> References: <1209126314.1519.36.camel@localhost> <20080425160047.GC86456@slackbox.xs4all.nl> <1209193871.2000.12.camel@localhost> Content-Type: text/plain Date: Sat, 26 Apr 2008 18:28:03 +1000 Message-Id: <1209198483.28816.38.camel@laptop2.herveybayaustralia.com.au> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 (2.12.3-4.fc8) Content-Transfer-Encoding: 7bit X-comcen-MailScanner-Information: Please contact the ISP for more information X-comcen-MailScanner: Found to be clean X-comcen-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-16.378, required 4, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.42, BAYES_00 -15.00) X-comcen-MailScanner-From: rock_on_the_web@comcen.com.au Subject: Re: Crash with recent kernel on wireless X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 08:30:33 -0000 On Sat, 2008-04-26 at 11:11 +0400, Vladimir Grebenschikov wrote: > On Fri, 2008-04-25 at 18:00 +0200, Roland Smith wrote: > > On Fri, Apr 25, 2008 at 04:25:14PM +0400, Vladimir Grebenschikov wrote: > > > Hi > > > > > > Recently I've upgraded 7-STABLE: Mar 11 -> Apr 24 > > > > > > Everything was fine until I've tried to configure wireless (ath driver, > > > WPA) > > > It crashes every time after interface becomes UP, > > > (I've seen associated in ifconfig output before crash), but before dhcp > > > finished to get IP. > > > You should use the kernel image with the debugging symbols here. If > > you > > build and install a kernel, you get two kernel images on 7.x; > > 1) /boot/kernel/kernel (your regular kernel) > > 2) /boot/kernel/kernel.symbols (with the debug symbols) > > Hm, I've thought before, that it will show back-trace even without debug > symbols. > Anyway, gdb still complains about "linker_file" and "not as structure > pointer" > But shows stop point. > Not much info here :( > > cat /var/crash/info.44 > Dump header from device /dev/ad0s2b > Architecture: i386 > Architecture Version: 2 > Dump Length: 190091264B (181 MB) > Blocksize: 512 > Dumptime: Sat Apr 26 10:50:05 2008 > Hostname: vbook.fbsd.ru > Magic: FreeBSD Kernel Dump > Version String: FreeBSD 7.0-STABLE #3: Sat Apr 26 10:20:31 MSD 2008 > root@vbook.fbsd.ru:/usr/src/sys/i386/compile/VBOOK > Panic String: page fault > Dump Parity: 4236056142 > Bounds: 44 > Dump Status: good > > > kgdb /boot/kernel/kernel.symbols /var/crash/vmcore.44 > [GDB will not be able to debug user-mode > threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. > This GDB was configured as "i386-marcel-freebsd". > No struct type named linker_file. > No struct type named linker_file. > No struct type named linker_file. > No struct type named linker_file. > Attempt to extract a component of a value that is not a structure > pointer. > Attempt to extract a component of a value that is not a structure > pointer. > Attempt to extract a component of a value that is not a structure > pointer. > Attempt to extract a component of a value that is not a structure > pointer. > #0 doadump () at pcpu.h:195 > 195 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:195 > #1 0xc0542757 in boot (howto=260) at ../../../kern/kern_shutdown.c:418 > #2 0xc0542a53 in panic (fmt=Variable "fmt" is not available.) at ../../../kern/kern_shutdown.c:572 > #3 0xc06a8870 in trap_fatal () > #4 0xc06a8c2a in trap_pfault () > #5 0xc06a957e in trap () > #6 0xc068e80b in calltrap () > #7 0xc58b68d5 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) > > Most of crashes even failed to save vmdump due to double faults. > > Looks like it is really related to wireless code. > Effect happens only at my home WiFi network and does not happens at work > (WPA-PSK vs PEAP) > and always current process in nmbd (broadcasting ?). > > Crash happens with both 4BSD and ULE schedulers. > > My system have dual-core Intel x86 CPU (SMP kernel) FWIW I've had to install 6.3 because my new system crashed on 7- uses a ral driver for a linksys wmp54g card. I'm not sure about broadcasting, but it failed after only moments of up time. I'm also going to have to roll back to 6.3 on another machine of similar design (minus wifi nic)- crashes every so often. So far I haven't been able to get a dump because I don't see it happen and I can't find the logs yet. Machines use a gigabyte GA-945GCM-S2L mb with a celeron ~1.6G cpu and 1gig RAM, seagate 80gb sata hdd. Main diff is case- 1x desktop (250W), 1x tower (400W). From owner-freebsd-stable@FreeBSD.ORG Sat Apr 26 08:31:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 613C91065673 for ; Sat, 26 Apr 2008 08:31:54 +0000 (UTC) (envelope-from freebsd@akavia.ru) Received: from blg.akavia.ru (blg.akavia.ru [62.33.174.250]) by mx1.freebsd.org (Postfix) with ESMTP id 9560F8FC25 for ; Sat, 26 Apr 2008 08:31:53 +0000 (UTC) (envelope-from freebsd@akavia.ru) Received: from ADMIN (localhost [127.0.0.1]) by blg.akavia.ru (8.14.2/8.14.2) with ESMTP id m3Q8VoTL084714 for ; Sat, 26 Apr 2008 18:31:51 +1000 (YAKST) (envelope-from freebsd@akavia.ru) Date: Sat, 26 Apr 2008 18:31:57 +1000 From: Alexander Logvinov X-Mailer: The Bat! (v4.0.24) Professional Organization: AKA X-Priority: 3 (Normal) Message-ID: <1321562158.20080426183157@akavia.ru> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Subject: garbage in acd0 name X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Logvinov List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 08:31:54 -0000 Hello. # uname -r 7.0-RELEASE-p1 # dmesg | grep acd acd0: DVDR at ata1-master UDMA33 acd1: CDRW at ata1-slave UDMA33 # sudo atacontrol info ata1 Master: acd0 ATA/ATAPI revision 0 Slave: acd1 ATA/ATAPI revision 5 But cd0 shows the right information: # dmesg | grep cd | grep -v acd cd0 at ata1 bus 0 target 0 lun 0 cd0: <_NEC DVD_RW ND-3540A 1.WB> Removable CD-ROM SCSI-0 device=20 cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present cd1 at ata1 bus 0 target 1 lun 0 cd1: Removable CD-ROM SCSI-0 device=20 cd1: 33.000MB/s transfers cd1: Attempt to query device size failed: NOT READY, Medium not present And I have "_NEC DVD_RW ND-3540A 1.WB" in BIOS too. What's the problem? --=20 WBR, Alexander. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 26 13:57:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E98D7106567D for ; Sat, 26 Apr 2008 13:57:36 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from smtp.spaceweb.ru (smtp.spaceweb.ru [77.222.41.7]) by mx1.freebsd.org (Postfix) with ESMTP id AF3658FC0C for ; Sat, 26 Apr 2008 13:57:36 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from [85.140.150.84] (helo=kibab-main.home) by smtp.spaceweb.ru with esmtpa (Exim 4.63) (envelope-from ) id 1Jpkkz-0001t1-BB for freebsd-stable@freebsd.org; Sat, 26 Apr 2008 17:48:01 +0400 Date: Sat, 26 Apr 2008 17:42:12 +0400 From: Ilya Bakulin To: freebsd-stable@freebsd.org Message-Id: <20080426174212.6f53034d.webmaster@kibab.com> In-Reply-To: <1209187141.2508.6.camel@localhost> References: <1209187141.2508.6.camel@localhost> Organization: HT-Systems X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.8; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: MFC Candidate: convert ffs_softdep.c over to callout(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, 26 Apr 2008 13:57:37 -0000 On Sat, 26 Apr 2008 01:19:01 -0400 Coleman Kane wrote: Hi, I have an ability to test this patch on RELENG_7 system (there is no mission-critical data stored on HDD :-) ) What sould I do? Just apply patch, recompile kernel and produce some disk load on that system? > Hi stable users, > > Recently I committed revision 1.219 of src/sys/ufs/ffs/ffs_softdep.c to > remove the use of old-style timeout(9) calls in the softdep code and > replace them with the new callout(9) API, to further MPSAFE-ness of the > softdep code. > > I am attaching a patch to RELENG_7 that I'd like some people to test, > which is just an MFC of this code. Can I get any testers (so that I can > MFC this)? > > -- > Coleman Kane > -- Ilya Bakulin From owner-freebsd-stable@FreeBSD.ORG Sat Apr 26 14:09:55 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B35161065670 for ; Sat, 26 Apr 2008 14:09:55 +0000 (UTC) (envelope-from prvs=11002031707=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 4804F8FC1E for ; Sat, 26 Apr 2008 14:09:55 +0000 (UTC) (envelope-from prvs=11002031707=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1209218019; x=1209822819; q=dns/txt; h=Received: Message-ID:From:To:Subject:Date:MIME-Version:Content-Type: Content-Transfer-Encoding; bh=LN3VFAhKHSzUn/K5hWxbHSn6QHnq5GMRL4 uFNOc+97M=; b=gFl0bd8vgGRKfuoCUcxARsd8xsGZRrrWmRZAFscUGviecAmTq3 aRphlmEHI80P1J5ykLEI9TrJVEB9lRuv5PJlRsOiaJvg1JTOrwlVJ7rx+s/Knfp6 2aiJPq7S3yIRloh7tJF+4IqmPQhj00X2AzbA3XEbGTL1rqGhVy/kX9/RE= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.5) with ESMTP id md50005545320.msg for ; Sat, 26 Apr 2008 14:53:37 +0100 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 212.135.219.182 X-Return-Path: prvs=11002031707=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: <012101c8a7a4$e89a98a0$b6db87d4@multiplay.co.uk> From: "Steven Hartland" To: Date: Sat, 26 Apr 2008 14:53:20 +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.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Spam-Processed: mail1.multiplay.co.uk, Sat, 26 Apr 2008 14:53:38 +0100 X-MDAV-Processed: mail1.multiplay.co.uk, Sat, 26 Apr 2008 14:53:39 +0100 Subject: 7.0 panic in geom / ufs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 14:09:55 -0000 We have had the following panic now twice on one of our hosting boxes running 7.0-RELEASE (amd64) >From a basic look around it seems that when running the following that provider (pp) is invalid. 364 g_trace(G_T_BIO, "bio_request(%p) from %p(%s) to %p(%s) cmd %d", 365 bp, cp, cp->geom->name, pp, pp->name, bp->bio_cmd); Does anyone know their been any fixes in this area in stable that we should be applying? The contributing factor here could be we have a single slice mounted several times read only in a number of jails? Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x50006 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff8023e3c6 stack pointer = 0x10:0xffffffffae39f7e0 frame pointer = 0x10:0xffffff00a18a5400 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 55130 (vim) trap number = 12 panic: page fault cpuid = 1 Uptime: 40d17h22m13s Physical memory: 4088 MB Dumping 520 MB: 505 489 473 457 441 425 409 393 377 361 345 329 313 297 281 265 249 233 217 201 185 169 153 137 121 105 89 73 57 41 25 9 #0 doadump () at pcpu.h:194 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) list *0x8:0xffffffff8023e3c6 A syntax error in expression, near `:0xffffffff8023e3c6'. (kgdb) list *0xffffffff8023e3c6 0xffffffff8023e3c6 is in g_io_request (/usr/src/sys/geom/geom_io.c:364). 359 KASSERT(bp->bio_length % cp->provider->sectorsize == 0, 360 ("wrong length %jd for sectorsize %u", 361 bp->bio_length, cp->provider->sectorsize)); 362 } 363 364 g_trace(G_T_BIO, "bio_request(%p) from %p(%s) to %p(%s) cmd %d", 365 bp, cp, cp->geom->name, pp, pp->name, bp->bio_cmd); 366 367 bp->bio_from = cp; 368 bp->bio_to = pp; (kgdb) bt #0 doadump () at pcpu.h:194 #1 0x0000000000000004 in ?? () #2 0xffffffff80288869 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff80288c6d in panic (fmt=0x104
) at /usr/src/sys/kern/kern_shutdown.c:563 #4 0xffffffff803d6624 in trap_fatal (frame=0xffffff00713c79f0, eva=18446742976103034880) at /usr/src/sys/amd64/amd64/trap.c:724 #5 0xffffffff803d69f5 in trap_pfault (frame=0xffffffffae39f730, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:641 #6 0xffffffff803d7338 in trap (frame=0xffffffffae39f730) at /usr/src/sys/amd64/amd64/trap.c:410 #7 0xffffffff803bcfae in calltrap () at /usr/src/sys/amd64/amd64/exception.S:169 #8 0xffffffff8023e3c6 in g_io_request (bp=0xffffff011c81d000, cp=0xffffff00a18a5400) at /usr/src/sys/geom/geom_io.c:364 #9 0xffffffff8038643f in ufs_strategy (ap=Variable "ap" is not available. ) at /usr/src/sys/ufs/ufs/ufs_vnops.c:1997 #10 0xffffffff802e9ce9 in bufstrategy (bo=Variable "bo" is not available. ) at vnode_if.h:935 #11 0xffffffff802f05b0 in breadn (vp=0xffffff001b1135d0, blkno=Variable "blkno" is not available. ) at buf.h:429 #12 0xffffffff802f064a in bread (vp=Variable "vp" is not available. ) at /usr/src/sys/kern/vfs_bio.c:734 #13 0xffffffff8037c72a in ffs_read (ap=Variable "ap" is not available. ) at /usr/src/sys/ufs/ffs/ffs_vnops.c:531 #14 0xffffffff80387913 in ufs_readdir (ap=0xffffffffae39fa70) at vnode_if.h:344 #15 0xffffffff8030d91f in getdirentries (td=0xffffff00713c79f0, uap=0xffffffffae39fbe0) at vnode_if.h:747 #16 0xffffffff803d6c77 in syscall (frame=0xffffffffae39fc70) at /usr/src/sys/amd64/amd64/trap.c:852 #17 0xffffffff803bd1bb in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:290 #18 0x00000008009a4c7c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) up 8 #8 0xffffffff8023e3c6 in g_io_request (bp=0xffffff006ae6f870, cp=0xffffff0001b5ee00) at /usr/src/sys/geom/geom_io.c:364 364 g_trace(G_T_BIO, "bio_request(%p) from %p(%s) to %p(%s) cmd %d", (kgdb) print bp $1 = (struct bio *) 0xffffff006ae6f870 (kgdb) print *bp $2 = {bio_cmd = 1 '\001', bio_flags = 0 '\0', bio_cflags = 0 '\0', bio_pflags = 0 '\0', bio_dev = 0x0, bio_disk = 0x0, bio_offset = 8861696000, bio_bcount = 0, bio_data = 0xffffffffa52bb000 "«\236Ñ­­", bio_error = 0, bio_resid = 0, bio_done = 0xffffffff80242560 , bio_driver1 = 0x0, bio_driver2 = 0x0, bio_caller1 = 0x0, bio_caller2 = 0xffffffff9a0ac820, bio_queue = {tqe_next = 0x0, tqe_prev = 0x0}, bio_attribute = 0x0, bio_from = 0x0, bio_to = 0x0, bio_length = 16384, bio_completed = 0, bio_children = 0, bio_inbed = 0, bio_parent = 0x0, bio_t0 = {sec = 0, frac = 0}, bio_task = 0, bio_task_arg = 0x0, bio_pblkno = 0} (kgdb) print cp $3 = (struct g_consumer *) 0xffffff0001b5ee00 (kgdb) print *cp $4 = {geom = 0xffffff0001519ca0, consumer = {le_next = 0x0, le_prev = 0xffffffff99c83cf8}, provider = 0x50006, consumers = { le_next = 0xffffff0001b5e680, le_prev = 0xffffff00699900f8}, acr = 92, acw = 0, ace = 175272032, spoiled = 0, stat = 0x0, nstart = 0, nend = 0, private = 0xffffff00699900c0, index = 28698240} (kgdb) print cp->geom $5 = (struct g_geom *) 0xffffff0001519ca0 (kgdb) print *cp->geom $6 = {name = 0xffffffff80453365 "vfslock", class = 0xffffffff80453365, geom = {le_next = 0x4390000, le_prev = 0x0}, consumer = { lh_first = 0xffffffff805f7760}, provider = {lh_first = 0x0}, geoms = {tqe_next = 0x50000000000000, tqe_prev = 0x0}, rank = -1, start = 0, spoiled = 0xffffffff80453354 , dumpconf = 0xffffffff80453354 , access = 0x1030000, orphan = 0, ioctl = 0x4, softc = 0x0, flags = 1} (kgdb) print *pp Cannot access memory at address 0x50006 (kgdb) print pp $7 = (struct g_provider *) 0x50006 ================================================ 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 Sat Apr 26 14:36:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DDFC106566B for ; Sat, 26 Apr 2008 14:36:40 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay03.kiev.sovam.com (relay03.kiev.sovam.com [62.64.120.201]) by mx1.freebsd.org (Postfix) with ESMTP id 157FC8FC14 for ; Sat, 26 Apr 2008 14:36:40 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay03.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JplW2-000Isj-FP for freebsd-stable@freebsd.org; Sat, 26 Apr 2008 17:36:38 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m3QEacAR070623 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 26 Apr 2008 17:36:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m3QEaXJU008381; Sat, 26 Apr 2008 17:36:33 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m3QEaXTH008380; Sat, 26 Apr 2008 17:36:33 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 26 Apr 2008 17:36:33 +0300 From: Kostik Belousov To: Steven Hartland Message-ID: <20080426143633.GN18958@deviant.kiev.zoral.com.ua> References: <012101c8a7a4$e89a98a0$b6db87d4@multiplay.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="K6O+KTK9ergsM8fw" Content-Disposition: inline In-Reply-To: <012101c8a7a4$e89a98a0$b6db87d4@multiplay.co.uk> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 49a1934bb61690144cd61a93eb2327b2 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2724 [Apr 25 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: freebsd-stable@freebsd.org Subject: Re: 7.0 panic in geom / ufs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 14:36:40 -0000 --K6O+KTK9ergsM8fw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 26, 2008 at 02:53:20PM +0100, Steven Hartland wrote: > We have had the following panic now twice on one of our hosting > boxes running 7.0-RELEASE (amd64) >=20 > >From a basic look around it seems that when running the following > that provider (pp) is invalid. > 364 g_trace(G_T_BIO, "bio_request(%p) from %p(%s) to %p(%s) c= md=20 > %d", > 365 bp, cp, cp->geom->name, pp, pp->name, bp->bio_cmd); >=20 > Does anyone know their been any fixes in this area in stable that > we should be applying? >=20 > The contributing factor here could be we have a single slice > mounted several times read only in a number of jails? Do you mean mounted directly. i.e. the same physical disk mounted several times on different mount points ? If yes, this cannot work (now). You shall use nullfs mounts to get the desired behaviour. >=20 >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 1; apic id =3D 01 > fault virtual address =3D 0x50006 > fault code =3D supervisor read data, page not present > instruction pointer =3D 0x8:0xffffffff8023e3c6 > stack pointer =3D 0x10:0xffffffffae39f7e0 > frame pointer =3D 0x10:0xffffff00a18a5400 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 55130 (vim) > trap number =3D 12 > panic: page fault > cpuid =3D 1 > Uptime: 40d17h22m13s > Physical memory: 4088 MB > Dumping 520 MB: 505 489 473 457 441 425 409 393 377 361 345 329 313 297 2= 81=20 > 265 249 233 217 201 185 169 153 137 121 105 89 73 57 41 25 9 >=20 > #0 doadump () at pcpu.h:194 > 194 __asm __volatile("movq %%gs:0,%0" : "=3Dr" (td)); > (kgdb) list *0x8:0xffffffff8023e3c6 > A syntax error in expression, near `:0xffffffff8023e3c6'. > (kgdb) list *0xffffffff8023e3c6 > 0xffffffff8023e3c6 is in g_io_request (/usr/src/sys/geom/geom_io.c:364). > 359 KASSERT(bp->bio_length % cp->provider->sectorsize= =20 > =3D=3D 0, > 360 ("wrong length %jd for sectorsize %u", > 361 bp->bio_length, cp->provider->sectorsize)); > 362 } > 363 > 364 g_trace(G_T_BIO, "bio_request(%p) from %p(%s) to %p(%s) c= md=20 > %d", > 365 bp, cp, cp->geom->name, pp, pp->name, bp->bio_cmd); > 366 > 367 bp->bio_from =3D cp; > 368 bp->bio_to =3D pp; > (kgdb) bt > #0 doadump () at pcpu.h:194 > #1 0x0000000000000004 in ?? () > #2 0xffffffff80288869 in boot (howto=3D260) at=20 > /usr/src/sys/kern/kern_shutdown.c:409 > #3 0xffffffff80288c6d in panic (fmt=3D0x104
)=20 > at /usr/src/sys/kern/kern_shutdown.c:563 > #4 0xffffffff803d6624 in trap_fatal (frame=3D0xffffff00713c79f0,=20 > eva=3D18446742976103034880) at /usr/src/sys/amd64/amd64/trap.c:724 > #5 0xffffffff803d69f5 in trap_pfault (frame=3D0xffffffffae39f730,=20 > usermode=3D0) at /usr/src/sys/amd64/amd64/trap.c:641 > #6 0xffffffff803d7338 in trap (frame=3D0xffffffffae39f730) at=20 > /usr/src/sys/amd64/amd64/trap.c:410 > #7 0xffffffff803bcfae in calltrap () at=20 > /usr/src/sys/amd64/amd64/exception.S:169 > #8 0xffffffff8023e3c6 in g_io_request (bp=3D0xffffff011c81d000,=20 > cp=3D0xffffff00a18a5400) at /usr/src/sys/geom/geom_io.c:364 > #9 0xffffffff8038643f in ufs_strategy (ap=3DVariable "ap" is not availab= le. > ) at /usr/src/sys/ufs/ufs/ufs_vnops.c:1997 > #10 0xffffffff802e9ce9 in bufstrategy (bo=3DVariable "bo" is not availabl= e. > ) at vnode_if.h:935 > #11 0xffffffff802f05b0 in breadn (vp=3D0xffffff001b1135d0, blkno=3DVariab= le=20 > "blkno" is not available. > ) at buf.h:429 > #12 0xffffffff802f064a in bread (vp=3DVariable "vp" is not available. > ) at /usr/src/sys/kern/vfs_bio.c:734 > #13 0xffffffff8037c72a in ffs_read (ap=3DVariable "ap" is not available. > ) at /usr/src/sys/ufs/ffs/ffs_vnops.c:531 > #14 0xffffffff80387913 in ufs_readdir (ap=3D0xffffffffae39fa70) at=20 > vnode_if.h:344 > #15 0xffffffff8030d91f in getdirentries (td=3D0xffffff00713c79f0,=20 > uap=3D0xffffffffae39fbe0) at vnode_if.h:747 > #16 0xffffffff803d6c77 in syscall (frame=3D0xffffffffae39fc70) at=20 > /usr/src/sys/amd64/amd64/trap.c:852 > #17 0xffffffff803bd1bb in Xfast_syscall () at=20 > /usr/src/sys/amd64/amd64/exception.S:290 > #18 0x00000008009a4c7c in ?? () > Previous frame inner to this frame (corrupt stack?) >=20 > (kgdb) up 8 > #8 0xffffffff8023e3c6 in g_io_request (bp=3D0xffffff006ae6f870,=20 > cp=3D0xffffff0001b5ee00) at /usr/src/sys/geom/geom_io.c:364 > 364 g_trace(G_T_BIO, "bio_request(%p) from %p(%s) to %p(%s) c= md=20 > %d", > (kgdb) print bp > $1 =3D (struct bio *) 0xffffff006ae6f870 > (kgdb) print *bp > $2 =3D {bio_cmd =3D 1 '\001', bio_flags =3D 0 '\0', bio_cflags =3D 0 '\0'= ,=20 > bio_pflags =3D 0 '\0', bio_dev =3D 0x0, bio_disk =3D 0x0, > bio_offset =3D 8861696000, bio_bcount =3D 0, bio_data =3D 0xffffffffa52b= b000=20 > "?\236???", bio_error =3D 0, bio_resid =3D 0, > bio_done =3D 0xffffffff80242560 , bio_driver1 =3D 0x0, bio_d= river2=20 > =3D 0x0, bio_caller1 =3D 0x0, > bio_caller2 =3D 0xffffffff9a0ac820, bio_queue =3D {tqe_next =3D 0x0, tqe= _prev =3D=20 > 0x0}, bio_attribute =3D 0x0, bio_from =3D 0x0, > bio_to =3D 0x0, bio_length =3D 16384, bio_completed =3D 0, bio_children = =3D 0,=20 > bio_inbed =3D 0, bio_parent =3D 0x0, bio_t0 =3D {sec =3D 0, > frac =3D 0}, bio_task =3D 0, bio_task_arg =3D 0x0, bio_pblkno =3D 0} > (kgdb) print cp > $3 =3D (struct g_consumer *) 0xffffff0001b5ee00 > (kgdb) print *cp > $4 =3D {geom =3D 0xffffff0001519ca0, consumer =3D {le_next =3D 0x0, le_pr= ev =3D=20 > 0xffffffff99c83cf8}, provider =3D 0x50006, consumers =3D { > le_next =3D 0xffffff0001b5e680, le_prev =3D 0xffffff00699900f8}, acr = =3D 92,=20 > acw =3D 0, ace =3D 175272032, spoiled =3D 0, stat =3D 0x0, > nstart =3D 0, nend =3D 0, private =3D 0xffffff00699900c0, index =3D 2869= 8240} > (kgdb) print cp->geom > $5 =3D (struct g_geom *) 0xffffff0001519ca0 > (kgdb) print *cp->geom > $6 =3D {name =3D 0xffffffff80453365 "vfslock", class =3D 0xffffffff804533= 65, geom=20 > =3D {le_next =3D 0x4390000, le_prev =3D 0x0}, consumer =3D { > lh_first =3D 0xffffffff805f7760}, provider =3D {lh_first =3D 0x0}, geo= ms =3D=20 > {tqe_next =3D 0x50000000000000, tqe_prev =3D 0x0}, rank =3D -1, > start =3D 0, spoiled =3D 0xffffffff80453354 , dumpconf = =3D=20 > 0xffffffff80453354 , access =3D 0x1030000, > orphan =3D 0, ioctl =3D 0x4, softc =3D 0x0, flags =3D 1} > (kgdb) print *pp > Cannot access memory at address 0x50006 > (kgdb) print pp > $7 =3D (struct g_provider *) 0x50006=20 >=20 >=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 t= he=20 > person or entity to whom it is addressed. In the event of misdirection, t= he=20 > recipient is prohibited from using, copying, printing or otherwise=20 > disseminating it or any information contained in it.=20 > In the event of misdirection, illegible or incomplete transmission please= =20 > telephone +44 845 868 1337 > or return the E.mail to postmaster@multiplay.co.uk. >=20 > _______________________________________________ > 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" --K6O+KTK9ergsM8fw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkgTPfAACgkQC3+MBN1Mb4iI2gCgpaklqQUm3hRog7bCP31zixPi zF4An1JFIVxl2KS5fAfiDBLpiDSe5VHy =GKRZ -----END PGP SIGNATURE----- --K6O+KTK9ergsM8fw-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 26 15:14:56 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7621106564A for ; Sat, 26 Apr 2008 15:14:56 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 583608FC0C for ; Sat, 26 Apr 2008 15:14:55 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.14.2/jtpda-5.4) with ESMTP id m3QFErO5069376 ; Sat, 26 Apr 2008 17:14:53 +0200 (CEST) X-Ids: 165 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id m3QFEpVU047951 ; Sat, 26 Apr 2008 17:14:51 +0200 (MEST) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.3/8.13.1/Submit) id m3QFEkSI047948; Sat, 26 Apr 2008 17:14:46 +0200 (MEST) (envelope-from arno) To: Mike Tancsa References: <20080421094718.GY25623@hub.freebsd.org> <200804211537.m3LFbaZA086977@lava.sentex.ca> <200804221501.m3MF1guW092221@lava.sentex.ca> <200804221741.m3MHfYjO092795@lava.sentex.ca> <200804221807.m3MI73bN092981@lava.sentex.ca> <200804222155.m3MLtoKt093783@lava.sentex.ca> From: "Arno J. Klaassen" Date: 26 Apr 2008 17:14:46 +0200 In-Reply-To: <200804222155.m3MLtoKt093783@lava.sentex.ca> Message-ID: Lines: 75 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (shiva.jussieu.fr [134.157.0.165]); Sat, 26 Apr 2008 17:14:54 +0200 (CEST) X-Virus-Scanned: ClamAV 0.92/6953/Sat Apr 26 15:14:44 2008 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail.jussieu.fr with ID 481346ED.002 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 481346ED.002/134.157.184.22/heho.snv.jussieu.fr/heho.snv.jussieu.fr/ X-j-chkmail-Score: MSGID : 481346ED.002 on jchkmail.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.025 -> S=0.025 X-j-chkmail-Status: Ham Cc: stable@freebsd.org, pluknet@gmail.com Subject: Re: nfs-server silent data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 15:14:56 -0000 Hello, Mike Tancsa writes: > At 02:35 PM 4/22/2008, Arno J. Klaassen wrote: > > > > Also, you are using ULE or the 4BSD scheduler ? I > > > still have 4BSD on the box I am testing on. > > > >Interesting, this is with ULE. I didn't really test 4BSD on this > >box (I believed those who said SMP needs ULE *and* am quite > >satisfied with overall performance). I'll try 4BSD though time > >is getting short; I promised to deliver this box next thursday but will > >still have some days for on-site testing. > > > I have recompiled the kernel with ULE, and it seems fine as well. I > ran 160 iterations of a 300MB file and there was no corruption. Same > process - copy a junk random file over nfs mount, unmount the nfs > mount, remount it copy it back, compare the files. Let me summarise my investigations till now : - in all failing cases just *one* byte is currupted, 4 or all 8 bits set to zero *and* the original value is one out of the limited subset {1, 8, 9} .... here is the output of `cmp -x $i/BIG $i/BIG2` for some failing cases I saved : 03869a48 09 00 05209d88 09 00 01777148 09 00 00f10f88 09 00 01f4c4c8 11 00 06c3d6c8 11 00 0725ca48 18 00 01608008 09 00 00f3b888 18 00 07aa45c8 29 20 - it does *not* seem to depend on : - the interface : I could produce it using nfe0, nfe1 and re0 using some netgear pci-card - the distribution of the 4Gig memory : installing 4G at CPU1 or 1G at CPU1 and 2G at CPU2 produces same results (NB, all memory passed memtest.iso in both situtations for complete run) - the frequency control method : easier to produce with cpufreq/powerd, but finally I can reproduce the cooruption as well using acpi_ppc - the nfs-client and options (not exhaustively tested, but different test include i386-releng6, amd64-releng6 and linux, and quite a set of different try and see mounf_nfs options I am testing right now with a fixed frequency of 1Ghz. I am not so inclined to test 4BSD, since reboot possibilities are limited for me now on this box, but I set up next week a similar board (S3992e) (iff I can find quad-core socket F over here ...) and in a certain sense hope I can reproduce it an that board as well. Best, Arno From owner-freebsd-stable@FreeBSD.ORG Sat Apr 26 15:47:46 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85BCE106567E; Sat, 26 Apr 2008 15:47:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 291498FC15; Sat, 26 Apr 2008 15:47:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3QFliSO031406; Sat, 26 Apr 2008 11:47:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3QFliAb086604; Sat, 26 Apr 2008 11:47:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id E24F3241A2; Sat, 26 Apr 2008 11:48:03 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080426154803.E24F3241A2@freebsd-legacy.sentex.ca> Date: Sat, 26 Apr 2008 11:48:03 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 15:47:46 -0000 TB --- 2008-04-26 14:45:08 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-04-26 14:45:08 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2008-04-26 14:45:08 - cleaning the object tree TB --- 2008-04-26 14:45:35 - cvsupping the source tree TB --- 2008-04-26 14:45:35 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/i386/i386/supfile TB --- 2008-04-26 14:45:43 - building world (CFLAGS=-O2 -pipe) TB --- 2008-04-26 14:45:43 - cd /src TB --- 2008-04-26 14:45:43 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2008-04-26 15:39:03 - generating LINT kernel config TB --- 2008-04-26 15:39:03 - cd /src/sys/i386/conf TB --- 2008-04-26 15:39:03 - /usr/bin/make -B LINT TB --- 2008-04-26 15:39:03 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-04-26 15:39:03 - cd /src TB --- 2008-04-26 15:39:03 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 26 15:39:04 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/libkern/strtoul.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/libkern/strtouq.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/libkern/strvalid.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net/bpf.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net/bpf_filter.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net/bridge.c /src/sys/net/bridge.c: In function `bdg_forward': /src/sys/net/bridge.c:1122: warning: passing arg 1 of pointer to function from incompatible pointer type *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-26 15:48:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-26 15:48:03 - ERROR: failed to build lint kernel TB --- 2008-04-26 15:48:03 - tinderbox aborted TB --- 2983.31 user 348.55 system 3774.77 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Apr 26 15:58:37 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F06A1065679; Sat, 26 Apr 2008 15:58:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0A8D68FC23; Sat, 26 Apr 2008 15:58:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3QFwagk032106; Sat, 26 Apr 2008 11:58:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3QFwalf014295; Sat, 26 Apr 2008 11:58:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id ABE7D241A2; Sat, 26 Apr 2008 11:58:55 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080426155855.ABE7D241A2@freebsd-legacy.sentex.ca> Date: Sat, 26 Apr 2008 11:58:55 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 15:58:37 -0000 TB --- 2008-04-26 14:32:00 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-04-26 14:32:00 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2008-04-26 14:32:00 - cleaning the object tree TB --- 2008-04-26 14:32:40 - cvsupping the source tree TB --- 2008-04-26 14:32:40 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/amd64/amd64/supfile TB --- 2008-04-26 14:32:50 - building world (CFLAGS=-O2 -pipe) TB --- 2008-04-26 14:32:50 - cd /src TB --- 2008-04-26 14:32:50 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2008-04-26 15:50:38 - generating LINT kernel config TB --- 2008-04-26 15:50:38 - cd /src/sys/amd64/conf TB --- 2008-04-26 15:50:38 - /usr/bin/make -B LINT TB --- 2008-04-26 15:50:38 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-04-26 15:50:38 - cd /src TB --- 2008-04-26 15:50:38 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 26 15:50:38 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/libkern/strtoul.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/libkern/strtouq.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/libkern/strvalid.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net/bpf.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net/bpf_filter.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net/bridge.c /src/sys/net/bridge.c: In function `bdg_forward': /src/sys/net/bridge.c:1122: warning: passing arg 1 of pointer to function from incompatible pointer type *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-26 15:58:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-26 15:58:55 - ERROR: failed to build lint kernel TB --- 2008-04-26 15:58:55 - tinderbox aborted TB --- 4095.73 user 513.25 system 5215.29 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Apr 26 16:29:04 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82CEF1065679 for ; Sat, 26 Apr 2008 16:29:04 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 401DF8FC19 for ; Sat, 26 Apr 2008 16:29:04 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m3QG7KhR021261 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 26 Apr 2008 09:07:20 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <48135338.7080307@freebsd.org> Date: Sat, 26 Apr 2008 09:07:20 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Da Rock References: <1209126314.1519.36.camel@localhost> <20080425160047.GC86456@slackbox.xs4all.nl> <1209193871.2000.12.camel@localhost> <1209198483.28816.38.camel@laptop2.herveybayaustralia.com.au> In-Reply-To: <1209198483.28816.38.camel@laptop2.herveybayaustralia.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: freebsd-stable@freebsd.org Subject: Re: Crash with recent kernel on wireless X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 16:29:04 -0000 Da Rock wrote: > On Sat, 2008-04-26 at 11:11 +0400, Vladimir Grebenschikov wrote: > >> On Fri, 2008-04-25 at 18:00 +0200, Roland Smith wrote: >> >>> On Fri, Apr 25, 2008 at 04:25:14PM +0400, Vladimir Grebenschikov wrote: >>> >>>> Hi >>>> >>>> Recently I've upgraded 7-STABLE: Mar 11 -> Apr 24 >>>> >>>> Everything was fine until I've tried to configure wireless (ath driver, >>>> WPA) >>>> It crashes every time after interface becomes UP, >>>> (I've seen associated in ifconfig output before crash), but before dhcp >>>> finished to get IP. >>>> >>> You should use the kernel image with the debugging symbols here. If >>> you >>> build and install a kernel, you get two kernel images on 7.x; >>> 1) /boot/kernel/kernel (your regular kernel) >>> 2) /boot/kernel/kernel.symbols (with the debug symbols) >>> >> Hm, I've thought before, that it will show back-trace even without debug >> symbols. >> Anyway, gdb still complains about "linker_file" and "not as structure >> pointer" >> But shows stop point. >> Not much info here :( >> >> cat /var/crash/info.44 >> Dump header from device /dev/ad0s2b >> Architecture: i386 >> Architecture Version: 2 >> Dump Length: 190091264B (181 MB) >> Blocksize: 512 >> Dumptime: Sat Apr 26 10:50:05 2008 >> Hostname: vbook.fbsd.ru >> Magic: FreeBSD Kernel Dump >> Version String: FreeBSD 7.0-STABLE #3: Sat Apr 26 10:20:31 MSD 2008 >> root@vbook.fbsd.ru:/usr/src/sys/i386/compile/VBOOK >> Panic String: page fault >> Dump Parity: 4236056142 >> Bounds: 44 >> Dump Status: good >> >> >> kgdb /boot/kernel/kernel.symbols /var/crash/vmcore.44 >> [GDB will not be able to debug user-mode >> threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] >> GNU gdb 6.1.1 [FreeBSD] >> Copyright 2004 Free Software Foundation, Inc. >> GDB is free software, covered by the GNU General Public License, and you >> are >> welcome to change it and/or distribute copies of it under certain >> conditions. >> Type "show copying" to see the conditions. >> There is absolutely no warranty for GDB. Type "show warranty" for >> details. >> This GDB was configured as "i386-marcel-freebsd". >> No struct type named linker_file. >> No struct type named linker_file. >> No struct type named linker_file. >> No struct type named linker_file. >> Attempt to extract a component of a value that is not a structure >> pointer. >> Attempt to extract a component of a value that is not a structure >> pointer. >> Attempt to extract a component of a value that is not a structure >> pointer. >> Attempt to extract a component of a value that is not a structure >> pointer. >> #0 doadump () at pcpu.h:195 >> 195 pcpu.h: No such file or directory. >> in pcpu.h >> (kgdb) bt >> #0 doadump () at pcpu.h:195 >> #1 0xc0542757 in boot (howto=260) at ../../../kern/kern_shutdown.c:418 >> #2 0xc0542a53 in panic (fmt=Variable "fmt" is not available.) at ../../../kern/kern_shutdown.c:572 >> #3 0xc06a8870 in trap_fatal () >> #4 0xc06a8c2a in trap_pfault () >> #5 0xc06a957e in trap () >> #6 0xc068e80b in calltrap () >> #7 0xc58b68d5 in ?? () >> Previous frame inner to this frame (corrupt stack?) >> (kgdb) >> >> Most of crashes even failed to save vmdump due to double faults. >> >> Looks like it is really related to wireless code. >> Effect happens only at my home WiFi network and does not happens at work >> (WPA-PSK vs PEAP) >> and always current process in nmbd (broadcasting ?). >> >> Crash happens with both 4BSD and ULE schedulers. >> >> My system have dual-core Intel x86 CPU (SMP kernel) >> > > FWIW I've had to install 6.3 because my new system crashed on 7- uses a > ral driver for a linksys wmp54g card. I'm not sure about broadcasting, > but it failed after only moments of up time. > > I'm also going to have to roll back to 6.3 on another machine of similar > design (minus wifi nic)- crashes every so often. So far I haven't been > able to get a dump because I don't see it happen and I can't find the > logs yet. > > Machines use a gigabyte GA-945GCM-S2L mb with a celeron ~1.6G cpu and > 1gig RAM, seagate 80gb sata hdd. Main diff is case- 1x desktop (250W), > 1x tower (400W). > > _____________________________________________ We can't fix problems w/o information. Should you or someone else get something to work with please file a PR. Sam From owner-freebsd-stable@FreeBSD.ORG Sat Apr 26 16:49:42 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC190106564A; Sat, 26 Apr 2008 16:49:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6FA798FC0A; Sat, 26 Apr 2008 16:49:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3QGnfmf092920; Sat, 26 Apr 2008 12:49:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3QGnfG2074113; Sat, 26 Apr 2008 12:49:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id 80B59241A2; Sat, 26 Apr 2008 12:50:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080426165000.80B59241A2@freebsd-legacy.sentex.ca> Date: Sat, 26 Apr 2008 12:50:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 16:49:42 -0000 TB --- 2008-04-26 15:48:03 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-04-26 15:48:03 - starting RELENG_6 tinderbox run for i386/pc98 TB --- 2008-04-26 15:48:03 - cleaning the object tree TB --- 2008-04-26 15:48:27 - cvsupping the source tree TB --- 2008-04-26 15:48:27 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/i386/pc98/supfile TB --- 2008-04-26 15:48:39 - building world (CFLAGS=-O2 -pipe) TB --- 2008-04-26 15:48:39 - cd /src TB --- 2008-04-26 15:48:39 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2008-04-26 16:42:38 - generating LINT kernel config TB --- 2008-04-26 16:42:38 - cd /src/sys/pc98/conf TB --- 2008-04-26 16:42:38 - /usr/bin/make -B LINT TB --- 2008-04-26 16:42:38 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-04-26 16:42:38 - cd /src TB --- 2008-04-26 16:42:38 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 26 16:42:38 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/libkern/strtoul.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/libkern/strtouq.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/libkern/strvalid.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net/bpf.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net/bpf_filter.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net/bridge.c /src/sys/net/bridge.c: In function `bdg_forward': /src/sys/net/bridge.c:1122: warning: passing arg 1 of pointer to function from incompatible pointer type *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-26 16:50:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-26 16:50:00 - ERROR: failed to build lint kernel TB --- 2008-04-26 16:50:00 - tinderbox aborted TB --- 2872.50 user 352.53 system 3716.48 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Apr 26 16:59:38 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB8151065676; Sat, 26 Apr 2008 16:59:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 86BAA8FC12; Sat, 26 Apr 2008 16:59:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3QGxbs4036505; Sat, 26 Apr 2008 12:59:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3QGxbPT075178; Sat, 26 Apr 2008 12:59:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id F35C6241A2; Sat, 26 Apr 2008 12:59:56 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080426165956.F35C6241A2@freebsd-legacy.sentex.ca> Date: Sat, 26 Apr 2008 12:59:56 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 16:59:38 -0000 TB --- 2008-04-26 15:58:55 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-04-26 15:58:55 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2008-04-26 15:58:55 - cleaning the object tree TB --- 2008-04-26 15:59:19 - cvsupping the source tree TB --- 2008-04-26 15:59:19 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/sparc64/sparc64/supfile TB --- 2008-04-26 15:59:26 - building world (CFLAGS=-O2 -pipe) TB --- 2008-04-26 15:59:26 - cd /src TB --- 2008-04-26 15:59:26 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2008-04-26 16:53:21 - generating LINT kernel config TB --- 2008-04-26 16:53:21 - cd /src/sys/sparc64/conf TB --- 2008-04-26 16:53:21 - /usr/bin/make -B LINT TB --- 2008-04-26 16:53:21 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-04-26 16:53:21 - cd /src TB --- 2008-04-26 16:53:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 26 16:53:21 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/libkern/strtoul.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/libkern/strtouq.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/libkern/strvalid.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/net/bpf.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/net/bpf_filter.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/net/bridge.c /src/sys/net/bridge.c: In function `bdg_forward': /src/sys/net/bridge.c:1122: warning: passing arg 1 of pointer to function from incompatible pointer type *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-26 16:59:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-26 16:59:56 - ERROR: failed to build lint kernel TB --- 2008-04-26 16:59:56 - tinderbox aborted TB --- 2900.09 user 331.89 system 3661.12 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat Apr 26 19:16:56 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64AB210656E3 for ; Sat, 26 Apr 2008 19:16:56 +0000 (UTC) (envelope-from errors@mail6.reachmail.net) Received: from mail6.reachmail.net (mail6.reachmail.net [216.177.115.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1FDF28FC1F for ; Sat, 26 Apr 2008 19:16:56 +0000 (UTC) (envelope-from errors@mail6.reachmail.net) From: "Veracity USA, Inc." To: "Interop 2008 Attendee" Date: Sat, 26 Apr 2008 15:03:39 -0400 Message-ID: <20080426-15033978-1498@rmmailer.colo.reachmail.com> X-BPS1: 237056 X-BPS2: 7927 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--=1333F443498A4B3C9B87_4C1E_64E7_9DF3" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Visit Veracity at INTEROP 2008 in Booth #2401 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Veracity USA, Inc." List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 19:16:56 -0000 ----=1333F443498A4B3C9B87_4C1E_64E7_9DF3 Content-Type: text/plain;charset="iso-8859-1" Content-Transfer-Encoding: 8bit This email is being sent to stable@freebsd.org. Use this link to be deleted or to update your email address http://go.reachmail.net/r.asp?l=64772&ee=7927!stab&s=237056,237056 _________________________________________________________________ You can choose to not receive further mailings by clicking on the link above. If you have trouble with this link, simply forward this message to rem@reachmail.com with "#RM#237056,237056" in the subject line. ReachMail does not tolerate spam. Please notify us via email at abuse@reachmail.com regarding any spam issues. If you have trouble with any of these methods, you can reach us toll-free at 800-404-6885. This message was sent by Veracity USA, Inc. using ReachMail. Read our Privacy Policy: http://reachmail.net/privacy.htm ----=1333F443498A4B3C9B87_4C1E_64E7_9DF3-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 26 19:55:44 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9D431065678; Sat, 26 Apr 2008 19:55:44 +0000 (UTC) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (lath.rinet.ru [195.54.192.90]) by mx1.freebsd.org (Postfix) with ESMTP id 2A0898FC19; Sat, 26 Apr 2008 19:55:43 +0000 (UTC) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (localhost [127.0.0.1]) by lath.rinet.ru (8.14.2/8.14.2) with ESMTP id m3QJHxiT033366 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 26 Apr 2008 23:17:59 +0400 (MSD) (envelope-from oleg@lath.rinet.ru) Received: (from oleg@localhost) by lath.rinet.ru (8.14.2/8.14.2/Submit) id m3QJHxIY033365; Sat, 26 Apr 2008 23:17:59 +0400 (MSD) (envelope-from oleg) Date: Sat, 26 Apr 2008 23:17:59 +0400 From: Oleg Bulyzhin To: FreeBSD Tinderbox Message-ID: <20080426191759.GB30143@lath.rinet.ru> References: <20080426165000.80B59241A2@freebsd-legacy.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080426165000.80B59241A2@freebsd-legacy.sentex.ca> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: stable@freebsd.org, i386@freebsd.org Subject: Re: [releng_6 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 19:55:45 -0000 On Sat, Apr 26, 2008 at 12:50:00PM -0400, FreeBSD Tinderbox wrote: > TB --- 2008-04-26 15:48:03 - tinderbox 2.3 running on freebsd-legacy.sentex.ca > TB --- 2008-04-26 15:48:03 - starting RELENG_6 tinderbox run for i386/pc98 > TB --- 2008-04-26 15:48:03 - cleaning the object tree > TB --- 2008-04-26 15:48:27 - cvsupping the source tree > TB --- 2008-04-26 15:48:27 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/i386/pc98/supfile > TB --- 2008-04-26 15:48:39 - building world (CFLAGS=-O2 -pipe) > TB --- 2008-04-26 15:48:39 - cd /src > TB --- 2008-04-26 15:48:39 - /usr/bin/make -B buildworld > >>> Rebuilding the temporary build tree > >>> stage 1.1: legacy release compatibility shims > >>> stage 1.2: bootstrap tools > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3: cross tools > >>> stage 4.1: building includes > >>> stage 4.2: building libraries > >>> stage 4.3: make dependencies > >>> stage 4.4: building everything > TB --- 2008-04-26 16:42:38 - generating LINT kernel config > TB --- 2008-04-26 16:42:38 - cd /src/sys/pc98/conf > TB --- 2008-04-26 16:42:38 - /usr/bin/make -B LINT > TB --- 2008-04-26 16:42:38 - building LINT kernel (COPTFLAGS=-O2 -pipe) > TB --- 2008-04-26 16:42:38 - cd /src > TB --- 2008-04-26 16:42:38 - /usr/bin/make -B buildkernel KERNCONF=LINT > >>> Kernel build for LINT started on Sat Apr 26 16:42:38 UTC 2008 > >>> stage 1: configuring the kernel > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3.1: making dependencies > >>> stage 3.2: building everything > [...] > cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/libkern/strtoul.c > cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/libkern/strtouq.c > cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/libkern/strvalid.c > cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net/bpf.c > cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net/bpf_filter.c > cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net/bridge.c > /src/sys/net/bridge.c: In function `bdg_forward': > /src/sys/net/bridge.c:1122: warning: passing arg 1 of pointer to function from incompatible pointer type > *** Error code 1 > > Stop in /obj/pc98/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2008-04-26 16:50:00 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2008-04-26 16:50:00 - ERROR: failed to build lint kernel > TB --- 2008-04-26 16:50:00 - tinderbox aborted > TB --- 2872.50 user 352.53 system 3716.48 real > > > http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-pc98.full > _______________________________________________ > 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" Sorry about that. Should be fixed now. -- Oleg. ================================================================ === Oleg Bulyzhin -- OBUL-RIPN -- OBUL-RIPE -- oleg@rinet.ru === ================================================================