From owner-freebsd-stable@FreeBSD.ORG Sun Dec 10 16:23:02 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 074BB16A412 for ; Sun, 10 Dec 2006 16:23:02 +0000 (UTC) (envelope-from holtor@yahoo.com) Received: from web31704.mail.mud.yahoo.com (web31704.mail.mud.yahoo.com [68.142.201.184]) by mx1.FreeBSD.org (Postfix) with SMTP id 8453943C9D for ; Sun, 10 Dec 2006 16:21:50 +0000 (GMT) (envelope-from holtor@yahoo.com) Received: (qmail 76743 invoked by uid 60001); 10 Dec 2006 16:23:01 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=5OkDxb9OrRYujnBur4b6CKLLiBXgvak2Dtff+E/0I9mMcEFD52CZfkk3CPrctvf8ChrRWqYi6hbY3Z3eRnxMRFh1ajTJikYg09V+18Bps/dR3GNGwyxvdP4AOSnUmFCnC0A4tj4SzYyjbrnKTOSp48wN4Yri/Irh2/LHUUJ8rbo=; X-YMail-OSG: nwN8wicVM1ln0GQRj.Q.YP9WAuC7wFRK9NmKmEbd1H6iCdRxnSc6UnVzFJzML6vYqvcoYd9zMnv8GVcLCa651xRrM5A9x5gI4CDNm4dWAJtuA29l4m4UYR6HeDH3N548lVb6WmD1ZmTilD8- Received: from [68.197.167.249] by web31704.mail.mud.yahoo.com via HTTP; Sun, 10 Dec 2006 08:23:00 PST Date: Sun, 10 Dec 2006 08:23:00 -0800 (PST) From: Holtor To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <718463.76303.qm@web31704.mail.mud.yahoo.com> X-Mailman-Approved-At: Sun, 10 Dec 2006 16:25:06 +0000 Cc: Subject: kern.ipc.nsfbufs Max Value? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Dec 2006 16:23:02 -0000 I have an extremely busy web server here serving mostly static html pages and images using apache 2.2.3 with sendfile enabled. It's a Dual Xeon server with 4 GB RAM and I've tweaked many sysctl variables to help the system chug along. At peak, apache is running nearly 1,500 child processes. To my question, what is the max value of kern.ipc.nsfbufs and does it depend on any other values? I had originally increased it to 32768 however sfbufs got maxed out slowing the server. Then I increased it to 65536 and currently have these results: 45348/48844/65536 sfbufs in use (current/peak/max) To me that's too close for comfort so I further tried to increase it to 131072 however with that setting the system would not boot. The kernel page faulted with an error in the swapper process until I decreased kern.ipc.nsfbufs back to 65536. Is there anyway to increase this value even higher? The server has nearly 2.5 GB of free ram out of the 4 GB installed and the load averages are very low 0.07, 0.15, 0.34 so hopefully it's possible to tweak this some more. Any ideas? Thank You, Holt G. ____________________________________________________________________________________ Need a quick answer? Get one in minutes from people who know. Ask your question on www.Answers.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Sun Dec 10 20:18:12 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AEC6016A416 for ; Sun, 10 Dec 2006 20:18:12 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD21B43CE7 for ; Sun, 10 Dec 2006 20:16:42 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 4A55C5D42; Sun, 10 Dec 2006 23:17:53 +0300 (MSK) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 28D875CC0; Sun, 10 Dec 2006 23:17:53 +0300 (MSK) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id kBAKHmfM081682; Sun, 10 Dec 2006 23:17:48 +0300 (MSK) (envelope-from ru) Date: Sun, 10 Dec 2006 23:17:48 +0300 From: Ruslan Ermilov To: Holtor Message-ID: <20061210201748.GB81270@rambler-co.ru> References: <718463.76303.qm@web31704.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7iMSBzlTiPOCCT2k" Content-Disposition: inline In-Reply-To: <718463.76303.qm@web31704.mail.mud.yahoo.com> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: stable@freebsd.org Subject: Re: kern.ipc.nsfbufs Max Value? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Dec 2006 20:18:12 -0000 --7iMSBzlTiPOCCT2k Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 10, 2006 at 08:23:00AM -0800, Holtor wrote: > I have an extremely busy web server here serving mostly static html pages > and images using apache 2.2.3 with sendfile enabled. It's a Dual Xeon > server with 4 GB RAM and I've tweaked many sysctl variables to help the > system chug along. At peak, apache is running nearly 1,500 child > processes. >=20 Have a look at ports/www/nginx for the alternative web server. > To my question, what is the max value of kern.ipc.nsfbufs and does it > depend on any other values? I had originally increased it to 32768 however > sfbufs got maxed out slowing the server. Then I increased it to 65536 and > currently have these results: >=20 > 45348/48844/65536 sfbufs in use (current/peak/max) >=20 > To me that's too close for comfort so I further tried to increase it to > 131072 however with that setting the system would not boot. The kernel > page faulted with an error in the swapper process until I decreased > kern.ipc.nsfbufs back to 65536. >=20 > Is there anyway to increase this value even higher? The server has nearly > 2.5 GB of free ram out of the 4 GB installed and the load averages are > very low 0.07, 0.15, 0.34 so hopefully it's possible to tweak this some > more. >=20 > Any ideas? >=20 On i386, the sfbufs are allocated from kernel_map which is basically limited by the amount of KVA. Try increasing KVA_PAGES to give more virtual space for the kernel (at the cost of reducing the virtual address space for userland); see the comments regarding this option in sys/i386/conf/NOTES. On amd64, you wouldn't have this problem as sf_bufs are only opaque objects there and don't consume real memory. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --7iMSBzlTiPOCCT2k Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFfGtsqRfpzJluFF4RAnT1AJ40clu2xYtR4StPgzhREAXlWMt63ACdH3yF d/Mds6G0Am8YsJMCuz7gCzE= =n1IV -----END PGP SIGNATURE----- --7iMSBzlTiPOCCT2k-- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 10 23:52:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9ACBA16A522 for ; Sun, 10 Dec 2006 23:52:41 +0000 (UTC) (envelope-from toomas.aas@raad.tartu.ee) Received: from smtp-out.neti.ee (smtp-out.neti.ee [194.126.126.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3D3F43CB6 for ; Sun, 10 Dec 2006 23:51:27 +0000 (GMT) (envelope-from toomas.aas@raad.tartu.ee) Received: from localhost (localhost [127.0.0.1]) by MXR-4.estpak.ee (Postfix) with ESMTP id 7EA4A171CB5 for ; Mon, 11 Dec 2006 01:52:39 +0200 (EET) X-Virus-Scanned: by amavisd-new-2.4.3 (20060930) (Debian) at neti.ee Received: from smtp-out.neti.ee ([127.0.0.1]) by localhost (MXR-2.estpak.ee [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zmgBUZhxb-jG for ; Mon, 11 Dec 2006 01:52:36 +0200 (EET) Received: from Relayhost2.neti.ee (Relayhost2 [192.168.1.102]) by MXR-4.estpak.ee (Postfix) with ESMTP id C62F5171455 for ; Mon, 11 Dec 2006 01:52:36 +0200 (EET) Received: from [88.196.111.47] (88-196-111-47-dsl.trt.estpak.ee [88.196.111.47]) by Relayhost2.neti.ee (Postfix) with ESMTP id 427ECE02E6 for ; Mon, 11 Dec 2006 01:52:34 +0200 (EET) Message-ID: <457C9DC1.4090607@raad.tartu.ee> Date: Mon, 11 Dec 2006 01:52:33 +0200 From: Toomas Aas User-Agent: Thunderbird 1.5.0.7 (X11/20060918) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Failure in SATA RAID1 during heavy disk activity (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: Sun, 10 Dec 2006 23:52:41 -0000 [Please Cc: any responses, I'm not currently subscribed to the list] Hardware: Intel SE7230NH1-E motherboard, integrated SATA RAID (ICH7) Two 500 GB HDDs set up as RAID1 Intel Pentium D 945 CPU 2 GB RAM OS: FreeBSD mail.domain.tld 6.2-RC1 FreeBSD 6.2-RC1 #0: Fri Nov 24 23:26:25 EET 2006 toomas@mail.domain.tld:/usr/obj/usr/src/sys/TVS/amd64 SMP-enabled kernel Problem: During large file transfer (ca 750000 files, total size ca 45 GB) from another server using gtar via ssh-pipe, kernel reported a series of ATA related error messages. Note that after timestamp "Dec 10 23:59:35" even the messages themselves appear garbled in the log: Dec 10 23:52:50 mail kernel: DOH! ata_alloc_request failed! Dec 10 23:52:52 mail kernel: FAILURE - out of memory in ata_raid_init_request Dec 10 23:52:52 mail kernel: FAILURE - out of memory in ata_raid_init_request Dec 10 23:52:52 mail kernel: g_vfs_done():ar0s1g[WRITE(offset=270864936960, length=4096)]error = 5 Dec 10 23:52:52 mail kernel: g_vfs_done():ar0s1g[WRITE(offset=270920138752, length=16384)]error = 5 Dec 10 23:57:29 mail kernel: DOH! ata_alloc_request failed! Dec 10 23:57:29 mail kernel: FAILURE - out of memory in ata_raid_init_request Dec 10 23:57:29 mail last message repeated 7 times Dec 10 23:57:29 mail kernel: g_vfs_done():ar0s1g[WRITE(offset=271459713024, length=12288)]error = 5 Dec 10 23:57:30 mail kernel: g_vfs_done():ar0s1g[WRITE(offset=271459729408, length=12288)]error = 5 Dec 10 23:57:30 mail kernel: g_vfs_done():ar0s1g[WRITE(offset=271459745792, length=14336)]error = 5 Dec 10 23:57:30 mail kernel: g_vfs_done():ar0s1g[WRITE(offset=271459762176, length=16384)]error = 5 Dec 10 23:57:30 mail kernel: g_vfs_done():ar0s1g[WRITE(offset=271459778560, length=12288)]error = 5 Dec 10 23:57:30 mail kernel: g_vfs_done():ar0s1g[WRITE(offset=271459794944, length=12288)]error = 5 Dec 10 23:57:30 mail kernel: g_vfs_done():ar0s1g[WRITE(offset=271459811328, length=12288)]error = 5 Dec 10 23:57:30 mail kernel: g_vfs_done():ar0s1g[WRITE(offset=271459827712, length=12288)]error = 5 Dec 10 23:58:32 mail kernel: FAILURE - out of memory in ata_raid_init_request Dec 10 23:58:32 mail kernel: g_vfs_done():ar0s1g[WRITE(offset=65536, length=2048)]error = 5 Dec 10 23:59:03 mail kernel: FAILURE - out of memory in ata_raid_init_request Dec 10 23:59:03 mail kernel: g_vfs_done():ar0s1g[WRITE(offset=274533269504, length=14336)]error = 5 Dec 10 23:59:35 mail kernel: FAILURE - out of memory in ata_raid_init_request Dec 10 23:59:35 mail kernel: g_vfs_done():ar0s1g[WRITEDOH! ata_alloc_(offset=275request failed!139362816, length=10240)]error = 5 Dec 10 23:59:35 mail kernel: Dec 10 23:59:35 mail kernel: FAILURE - out of memory in ata_raid_init_request Dec 10 23:59:35 mail kernel: FAg_vfs_done():Iar0s1g[WRITE(LoUfRfEs e-t= o2u7t5 1o1f2 9m2e3m1o3r6y, ilenn gattha_rai=d_1i0n2i4t0_)r]eerqruoers t= Dec 10 23:59:35 mail kernel: 5 Dec 10 23:59:35 mail kernel: FAILgU_vRfEs _-d oonuet() of m:eamro0rsy1 gi[WnR IaTtEa(_orfafisde_ti=nit2_7r5e1q1u2est Dec 10 23:59:35 mail kernel: 955904, length=10240)]error =F A5IL Dec 10 23:59:35 mail kernel: URE - out of memory in ata_raid_ing_ivtf_sr_edqounee(s)t: Dec 10 23:59:35 mail kernel: ar0s1g[WRITE(offset=27F5A1I3L9U7R8E8 8-0 0o,u tl eonfgt hm=e1m0o2r4y0 )i]ne rartoar_ =ra i5d Dec 10 23:59:35 mail kernel: _init_request Dec 10 23:59:35 mail kernel: FAILURE - ogu_tv fosf_ domneem(o)r:ya ri0ns 1agt[aW_RrIaTiEd(_oifnfiste_tr=eq2u7e5s1t3 Dec 10 23:59:35 mail kernel: 9805184, length=1228FAILURE - out of memory in ata_raid_init_request Dec 10 23:59:35 mail kernel: FAILURE - out of memory in ata_raid_init_request Dec 10 23:59:35 mail kernel: FAILURE - out of memory in ata_raid_init_request Dec 10 23:59:35 mail kernel: 8)]error F=A I5LU Dec 10 23:59:35 mail kernel: RE - out of memory in ata_raid_init_request Dec 10 23:59:35 mail kernel: FAILUgR_Ev f-s _oduotn eo(f) memory in ata_raid_init_request Dec 10 23:59:35 mail kernel: FAILURE - out of memory in ata_raid_init_request Dec 10 23:59:35 mail kernel: FAILURE - out of memory in ata_raid_init_request Dec 10 23:59:35 mail kernel: FAILURE :- oaurt0s 1ogf[ WmReITmEo(royf fisne ta=ta2_7r5a1i3d9_8i2n1i5t6_8r,e qlueensgtht= Dec 10 23:59:35 mail kernel: 12288)]error = 5 Dec 10 23:59:35 mail kernel: FAILURE - out of memory in ata_raid_init_request Dec 10 23:59:35 mail kernel: FAILURE - out go_fv fmse_mdoonery( )i:na art0as_1rga[iWdR_IiTnEi(to_frfesqeute=st27 Dec 10 23:59:35 mail kernel: 5139837952, length=14336)]error = 5 Dec 10 23:59:35 mail kernel: g_vfs_done():ar0s1g[WRITE(offset=275139854336, FlAILURE - out of emnegmtohr=y 1i4n33 6a)t]ear_rorra i=d _5in Dec 10 23:59:35 mail kernel: it_request Dec 10 23:59:35 mail kernel: g_vfs_done():ar0s1g[WRFIATEI(LUoRfEf s-e to=ut 2o7f5 1m3e9m8o7r0y7 2i0n, altean_grtahi=d1_2i2n8i8t)_]reerqruoers t= Dec 10 23:59:35 mail kernel: 5 Dec 10 23:59:35 mail kernel: FAIgL_UvRfEs _-d oonuet( )o:fa rm0esm1ogr[yW RiInT Ea(toaf_frsaeitd=_in2i7t5_1r3e9q8uest8 Dec 10 23:59:35 mail kernel: 7104, length=12288)]error = 5 Dec 10 23:59:35 mail kernel: FAILURE - out of memory in ata_raid_init_request Dec 10 23:59:35 mail kernel: g_vfs_done():ar0s1g[WRITE(offset=275115839488, length=10240)]error = 5 Dec 10 23:59:35 mail kernel: g_vfs_done():ar0s1g[WRITE(offset=275117283328, length=10240)]error = 5 Dec 10 23:59:35 mail kernel: g_vfs_done():ar0s1g[WRITE(offset=275117316096, length=10240)]error = 5 Dec 10 23:59:35 mail kernel: g_vfs_done():ar0s1g[WRITE(offset=6144000, length=16384)]error = 5 Dec 10 23:59:35 mail kernel: g_vfs_done():ar0s1g[WRITE(offset=6160384, length=16384)]error = 5 Dec 10 23:59:35 mail kernel: g_vfs_done():ar0s1g[WRITE(offset=6176768, length=6144)]error = 5 Dec 10 23:59:35 mail kernel: g_vfs_done():ar0s1g[WRITE(offset=65536, length=2048)]error = 5 Dec 10 23:59:35 mail kernel: swap_pager: I/O error - pageout failed; blkno 34,size 4096, error 5 Dec 10 23:59:35 mail kernel: swap_pager: I/O error - pageout failed; blkno 35,size 4096, error 5 Dec 10 23:59:35 mail kernel: swap_pager: I/O error - pageout failed; blkno 36,size 4096, error 5 Dec 10 23:59:35 mail kernel: swap_pager: I/O error - pageout failed; blkno 37,size 4096, error 5 Dec 11 00:27:10 mail kernel: DOH! ata_alloc_request failed! Dec 11 00:27:12 mail kernel: FAILURE - out of memory in ata_raid_init_request Dec 11 00:27:12 mail last message repeated 4 times Dec 11 00:27:12 mail kernel: g_vfs_done():ar0s1g[WRITE(offset=299515107328, length=6144)]error = 5 Dec 11 00:27:12 mail kernel: g_vfs_done():ar0s1g[WRITE(offset=299518115840, length=6144)]error = 5 Dec 11 00:27:12 mail kernel: g_vfs_done():ar0s1g[WRITE(offset=299515031552, length=4096)]error = 5 Dec 11 00:27:12 mail kernel: g_vfs_done():ar0s1g[WRITE(offset=299518132224, length=6144)]error = 5 Dec 11 00:27:12 mail kernel: g_vfs_done():ar0s1g[WRITE(offset=299515123712, length=6144)]error = 5 The command I was using for file transfer was: ssh -l root oldserver.domain.tld tar -cpf - -C /storage/www . \ | gtar xpf - --delay-directory-restore During the transfer I received one error message from gtar: gtar: ./tallinn_linnaarhiiv/149-5-2178/TileGroup1/6-43-1.jpg: Cannot write: No space left on device There was actually plenty of free space on the partition to where I was transferring the files. I verified this file using md5 after the transfer completed and found that checksums of this file on old server and new server did not match. I also randomly verified some other files but didn't find any more checksum mismatches. Here's the dmesg of the machine where the problem occurs: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-RC1 #0: Fri Nov 24 23:26:25 EET 2006 toomas@mail.domain.tld:/usr/obj/usr/src/sys/TVS ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) D CPU 3.40GHz (3398.30-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0xf64 Stepping = 4 Features=0xbfebfbff Features2=0xe49d,> AMD Features=0x20000800 AMD Features2=0x1 Cores per package: 2 real memory = 2145849344 (2046 MB) avail memory = 2064850944 (1969 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 5 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 28.0 on pci0 pci1: on pcib1 pcib2: at device 28.4 on pci0 pci2: on pcib2 pcib3: at device 28.5 on pci0 pci3: on pcib3 em0: port 0x2000-0x201f mem 0x88100000-0x8811ffff irq 17 at device 0.0 on pci3 em0: Ethernet address: 00:16:76:cc:3c:4e uhci0: port 0x3080-0x309f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x3060-0x307f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x3040-0x305f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x3020-0x303f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0x88200400-0x882007ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib4: at device 30.0 on pci0 pci4: on pcib4 pci4: at device 4.0 (no driver attached) em1: port 0x1100-0x113f mem 0x88020000-0x8803ffff,0x88000000-0x8801ffff irq 17 at device 5.0 on pci4 em1: Ethernet address: 00:16:76:cc:3c:4f isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x30b0-0x30bf irq 18 at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x30c8-0x30cf,0x30e4-0x30e7,0x30c0-0x30c7,0x30e0-0x30e3,0x30a0-0x30af mem 0x88200000-0x882003ff 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 ichsmb0: port 0x3000-0x301f irq 19 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] smbus0: on ichsmb0 smb0: on smbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] 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 orm0: at iomem 0xc0000-0xcafff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: DVDR at ata0-master UDMA66 ad4: 476940MB at ata2-master SATA300 ad6: 476940MB at ata3-master SATA300 ar0: 476772MB status: READY ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ar0s1a From owner-freebsd-stable@FreeBSD.ORG Mon Dec 11 02:43:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D751316A40F for ; Mon, 11 Dec 2006 02:43:58 +0000 (UTC) (envelope-from craig@feniz.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id E713443CB0 for ; Mon, 11 Dec 2006 02:42:42 +0000 (GMT) (envelope-from craig@feniz.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id 42726115CA; Sun, 10 Dec 2006 20:43:56 -0600 (CST) Date: Sun, 10 Dec 2006 20:43:53 -0600 From: Craig Boston To: David Gilbert , freebsd-stable@freebsd.org Message-ID: <20061211024353.GA1220@nowhere> Mail-Followup-To: Craig Boston , David Gilbert , freebsd-stable@freebsd.org, Ulrich Spoerlein References: <17774.32960.176956.52924@canoe.dclg.ca> <20061203171221.GB2369@roadrunner.q.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061203171221.GB2369@roadrunner.q.local> User-Agent: Mutt/1.4.2.2i Cc: Ulrich Spoerlein Subject: Re: ggate still broken on 6.2-RC1 for 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, 11 Dec 2006 02:43:58 -0000 On Sun, Dec 03, 2006 at 06:12:21PM +0100, Ulrich Spoerlein wrote: > David Gilbert wrote: > > But the ggated/ggatec in 6.2-RC1 connects now (and is happy about > > that). In fact, the tasting on the ggatec side that happens due to > > new disks showing up works, too. However, any attempt to pass > > significant traffic causes ggatec to seeminly lock up. > > /me too. Though I tested this on two FreeBSD/i386 SMP machines with > gmirror + ggated combination. There *is* traffic going on, but it is > somewhere around 50kB/s (sic! no kidding!). Have you tried increasing the send/receive buffer size? In my local ggate setup I'm running both the client and server with the options "-R 196608 -S 196608". I added it a while back after discovering that the default buffer size was inadequate in certain situations and would sometimes cause large block sized I/O to hang. This was a while ago and I mentioned it to pjd@ so the issue may be have been corrected, but it's something that shouldn't take long to try. Craig From owner-freebsd-stable@FreeBSD.ORG Mon Dec 11 07:47:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8825616A47C for ; Mon, 11 Dec 2006 07:47:41 +0000 (UTC) (envelope-from dgilbert@daveg.ca) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BC9343CAB for ; Mon, 11 Dec 2006 07:46:24 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 4994CC241; Mon, 11 Dec 2006 02:47:38 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id A9B094AC2B; Mon, 11 Dec 2006 02:47:41 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17789.3357.574773.690262@canoe.dclg.ca> Date: Mon, 11 Dec 2006 02:47:41 -0500 To: Craig Boston In-Reply-To: <20061211024353.GA1220@nowhere> References: <17774.32960.176956.52924@canoe.dclg.ca> <20061203171221.GB2369@roadrunner.q.local> <20061211024353.GA1220@nowhere> X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid Cc: freebsd-stable@freebsd.org, Ulrich Spoerlein , David Gilbert Subject: Re: ggate still broken on 6.2-RC1 for 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, 11 Dec 2006 07:47:41 -0000 >>>>> "Craig" == Craig Boston writes: Craig> On Sun, Dec 03, 2006 at 06:12:21PM +0100, Ulrich Spoerlein Craig> wrote: >> David Gilbert wrote: > But the ggated/ggatec in 6.2-RC1 connects >> now (and is happy about > that). In fact, the tasting on the >> ggatec side that happens due to > new disks showing up works, too. >> However, any attempt to pass > significant traffic causes ggatec to >> seeminly lock up. >> >> /me too. Though I tested this on two FreeBSD/i386 SMP machines with >> gmirror + ggated combination. There *is* traffic going on, but it >> is somewhere around 50kB/s (sic! no kidding!). Craig> Have you tried increasing the send/receive buffer size? In my Craig> local ggate setup I'm running both the client and server with Craig> the options "-R 196608 -S 196608". I added it a while back Craig> after discovering that the default buffer size was inadequate Craig> in certain situations and would sometimes cause large block Craig> sized I/O to hang. Craig> This was a while ago and I mentioned it to pjd@ so the issue Craig> may be have been corrected, but it's something that shouldn't Craig> take long to try. That doesn't square with my experience. Although bigger buffers could be involved in a performance problem, what we're dealing with here is a _zero_ traffic situation. It seems that it works enough for tasting to be successful, but any significant load wedges it hard. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-stable@FreeBSD.ORG Mon Dec 11 07:59:58 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 63F5716A407; Mon, 11 Dec 2006 07:59:58 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id A772743CA3; Mon, 11 Dec 2006 07:58:42 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id A8439EB313A; Mon, 11 Dec 2006 15:59:56 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id FGD5ss7BKZvt; Mon, 11 Dec 2006 15:59:48 +0800 (CST) Received: from [10.217.12.54] (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id D831AEB0979; Mon, 11 Dec 2006 15:59:45 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:references:in-reply-to:x-enigmail-version:content-type; b=pL+XMAe+EEFP66up+gXRyTlg3GcUojFuYEO1NxUKYHOxJyJmC2/gch80h/0XtXi97 nfECPjArwATOhCM3MySBg== Message-ID: <457D0FC7.6010808@delphij.net> Date: Mon, 11 Dec 2006 15:59:03 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: Nikolay Pavlov , LI Xin , freebsd-stable@FreeBSD.org, Robert Watson References: <20061122195549.GA57018@zone3000.net> <338b359d969e9c68deaf49096aa91995@mail.geekcn.org> <20061123160208.GA62732@zone3000.net> <456662F4.6000306@delphij.net> <20061125103755.GA78288@zone3000.net> <456887CD.50606@delphij.net> <20061125212004.GA22786@zone3000.net> In-Reply-To: <20061125212004.GA22786@zone3000.net> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig34F012B9A219DCAF9BEE9575" Cc: Subject: Re: deadlock in "zoneli" state on 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Dec 2006 07:59:58 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig34F012B9A219DCAF9BEE9575 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, Would you please give the following patch a try? http://people.freebsd.org/~delphij/misc/patch-zonelim-drain Note: Please revert my previous patch against sys/kern/kern_mbuf.c. This patch should be applied against sys/vm/ [RELENG_6 or RELENG_6_2], it schedules a drain of uma zones when they are low on memory. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig34F012B9A219DCAF9BEE9575 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFfQ/HOfuToMruuMARA9qKAJ9TYlQaGRksmJRz/jjXbIDQ/5v8NgCggVb6 a0A6vFAqtDvn1Rtu/tcfXsU= =0ddx -----END PGP SIGNATURE----- --------------enig34F012B9A219DCAF9BEE9575-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 11 08:05:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C35C816A50C for ; Mon, 11 Dec 2006 08:05:46 +0000 (UTC) (envelope-from craig@feniz.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9616E43CBD for ; Mon, 11 Dec 2006 08:04:25 +0000 (GMT) (envelope-from craig@feniz.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id 2D20310F24; Mon, 11 Dec 2006 02:05:40 -0600 (CST) Date: Mon, 11 Dec 2006 02:05:39 -0600 From: Craig Boston To: David Gilbert Message-ID: <20061211080539.GA47265@nowhere> References: <17774.32960.176956.52924@canoe.dclg.ca> <20061203171221.GB2369@roadrunner.q.local> <20061211024353.GA1220@nowhere> <17789.3357.574773.690262@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17789.3357.574773.690262@canoe.dclg.ca> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Ulrich Spoerlein Subject: Re: ggate still broken on 6.2-RC1 for 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, 11 Dec 2006 08:05:46 -0000 On Mon, Dec 11, 2006 at 02:47:41AM -0500, David Gilbert wrote: > That doesn't square with my experience. Although bigger buffers could > be involved in a performance problem, what we're dealing with here is > a _zero_ traffic situation. It seems that it works enough for tasting > to be successful, but any significant load wedges it hard. The problem I observed was also a zero traffic situation. A quick way to test is to do something like this (assuming you don't care about the contents of the device!) dd if=/dev/zero of=/dev/ggateX bs=1m and watch the network traffic to see what happens. When I ran into it, small block sizes worked fine, but anything bigger than the send buffer size would cause the entire ggate device to wedge with zero traffic. The ggatec logs in my mail archive say 128k, which itself is a little odd because I thought GEOM broke big transfers into 64k chunks. In any case, ggatec got stuck in a loop getting EAGAIN from send(), so the packets never made it out to the wire. However checking my mail archive also indicates that was a year ago so chances are this is a different problem. The symptoms just sounded a little familiar. Craig From owner-freebsd-stable@FreeBSD.ORG Mon Dec 11 08:27:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0A0E316A407 for ; Mon, 11 Dec 2006 08:27:51 +0000 (UTC) (envelope-from luck@computerking.ca) Received: from shoemasters.com (shoemasters.com [68.144.188.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5501743CA0 for ; Mon, 11 Dec 2006 08:26:35 +0000 (GMT) (envelope-from luck@computerking.ca) Received: from localhost (localhost.localdomain [127.0.0.1]) by shoemasters.com (Postfix) with ESMTP id C393D444001 for ; Mon, 11 Dec 2006 01:13:09 -0700 (MST) Received: from shoemasters.com ([127.0.0.1]) by localhost (shoemasters.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16526-07 for ; Mon, 11 Dec 2006 01:13:09 -0700 (MST) Received: from shoemasters.com (localhost.localdomain [127.0.0.1]) by shoemasters.com (Postfix) with ESMTP id 052637C4689 for ; Mon, 11 Dec 2006 01:13:09 -0700 (MST) Message-ID: <11756280.831165824788857.JavaMail.root@shoemasters.com> Date: Mon, 11 Dec 2006 01:13:08 -0700 (MST) From: "RYAN M. vAN GINNEKEN" To: freebsd-stable@freebsd.org MIME-Version: 1.0 X-DSPAM-Result: Innocent X-DSPAM-Processed: Mon Dec 11 01:13:09 2006 X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 457d1315142864698712636 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Status: No, score=-4.132 tagged_above=-10 required=6.6 autolearn=ham tests=[ALL_TRUSTED=-1.8, AWL=-0.130, BAYES_00=-2.599, DSPAM_HAM=-0.1, HTML_40_50=0.496, HTML_MESSAGE=0.001] X-Spam-Score: -4.132 X-Spam-Level: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: apache and php5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Dec 2006 08:27:51 -0000 trying to get php5 to work with apache anyone got any tips i am lost. what ever happend to mod_php -- Computer King/CaNMail http://www.computerking.ca http://www.canmail.org Sales, Service, and Hosting Email, Data, and Web Packages Ask about web design specials Affiliates http://www.computerking.ca/pages/links/affiliates/affiliates.htm Maybe Computer Science should be in the College of Theology. -- R. S. Barton From owner-freebsd-stable@FreeBSD.ORG Mon Dec 11 08:47:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B9AA116A407 for ; Mon, 11 Dec 2006 08:47:22 +0000 (UTC) (envelope-from michael@ircgnet.net) Received: from ws6-1.us4.outblaze.com (ws6-1.us4.outblaze.com [205.158.62.196]) by mx1.FreeBSD.org (Postfix) with SMTP id 2E9BB43CA5 for ; Mon, 11 Dec 2006 08:46:07 +0000 (GMT) (envelope-from michael@ircgnet.net) Received: (qmail 9146 invoked from network); 11 Dec 2006 08:47:21 -0000 Received: from unknown (HELO ?127.0.0.1?) (michael@ircgnet.net@67.168.235.146) by ws6-1.us4.outblaze.com with SMTP; 11 Dec 2006 08:47:21 -0000 Message-ID: <457D1B35.4070806@gmail.com> Date: Mon, 11 Dec 2006 00:47:49 -0800 From: Michael User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: "RYAN M. vAN GINNEKEN" References: <11756280.831165824788857.JavaMail.root@shoemasters.com> In-Reply-To: <11756280.831165824788857.JavaMail.root@shoemasters.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: apache and php5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Dec 2006 08:47:22 -0000 RYAN M. vAN GINNEKEN wrote: > trying to get php5 to work with apache anyone got any tips i am lost. what ever happend to mod_php > > Well I can tell you that it does work, but getting the extensions is done differently now and you have to do it through php5-extensions port. Type: # cd /usr/ports/lang/php5-extensions # make clean Set the extensions you want via the dialog and then do a: # make install distclean That should be all you need. Take care, Michael From owner-freebsd-stable@FreeBSD.ORG Mon Dec 11 09:07:17 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E15ED16A416; Mon, 11 Dec 2006 09:07:17 +0000 (UTC) (envelope-from dom@happygiraffe.net) Received: from happygiraffe.net (happygiraffe.net [81.6.215.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43FD043CAA; Mon, 11 Dec 2006 09:06:01 +0000 (GMT) (envelope-from dom@happygiraffe.net) Received: from localhost (localhost.happygiraffe.net [127.0.0.1]) by happygiraffe.net (Postfix) with ESMTP id 5CD22B8C6; Mon, 11 Dec 2006 09:07:15 +0000 (GMT) X-Virus-Scanned: amavisd-new at happygiraffe.net Received: from happygiraffe.net ([127.0.0.1]) by localhost (gimli.happygiraffe.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id JLQw85Bz4+Gt; Mon, 11 Dec 2006 09:07:15 +0000 (GMT) Received: from [192.168.1.60] (gandalf.dyn.happygiraffe.net [192.168.1.60]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by happygiraffe.net (Postfix) with ESMTP id E6AFBB8BE; Mon, 11 Dec 2006 09:07:14 +0000 (GMT) Message-ID: <457D1FB0.702@happygiraffe.net> Date: Mon, 11 Dec 2006 09:06:56 +0000 From: Dominic Mitchell User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: Ruslan Ermilov References: <718463.76303.qm@web31704.mail.mud.yahoo.com> <20061210201748.GB81270@rambler-co.ru> In-Reply-To: <20061210201748.GB81270@rambler-co.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Holtor Subject: Re: kern.ipc.nsfbufs Max Value? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Dec 2006 09:07:18 -0000 Ruslan Ermilov wrote: > On Sun, Dec 10, 2006 at 08:23:00AM -0800, Holtor wrote: >> I have an extremely busy web server here serving mostly static html pages >> and images using apache 2.2.3 with sendfile enabled. It's a Dual Xeon >> server with 4 GB RAM and I've tweaked many sysctl variables to help the >> system chug along. At peak, apache is running nearly 1,500 child >> processes. >> > Have a look at ports/www/nginx for the alternative web server. Lighttpd is another good choice if you're mostly serving static files. http://www.lighttpd.net/ or ports/www/lighttpd -Dom From owner-freebsd-stable@FreeBSD.ORG Mon Dec 11 09:19:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5937016A403 for ; Mon, 11 Dec 2006 09:19:46 +0000 (UTC) (envelope-from luck@computerking.ca) Received: from shoemasters.com (shoemasters.com [68.144.188.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DBF543CA1 for ; Mon, 11 Dec 2006 09:18:29 +0000 (GMT) (envelope-from luck@computerking.ca) Received: from localhost (localhost.localdomain [127.0.0.1]) by shoemasters.com (Postfix) with ESMTP id 75C79444001; Mon, 11 Dec 2006 02:05:04 -0700 (MST) Received: from shoemasters.com ([127.0.0.1]) by localhost (shoemasters.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04391-04; Mon, 11 Dec 2006 02:05:03 -0700 (MST) Received: from shoemasters.com (localhost.localdomain [127.0.0.1]) by shoemasters.com (Postfix) with ESMTP id 909C37C4689; Mon, 11 Dec 2006 02:05:03 -0700 (MST) Message-ID: <29674965.861165827903563.JavaMail.root@shoemasters.com> Date: Mon, 11 Dec 2006 02:05:03 -0700 (MST) From: "RYAN M. vAN GINNEKEN" To: Michael MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Mon Dec 11 02:05:03 2006 X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 457d1f3f234469744838903 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Status: No, score=-4.379 tagged_above=-10 required=6.6 autolearn=ham tests=[ALL_TRUSTED=-1.8, AWL=0.120, BAYES_00=-2.599, DSPAM_HAM=-0.1] X-Spam-Score: -4.379 X-Spam-Level: Cc: freebsd-stable@freebsd.org Subject: Re: apache and php5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Dec 2006 09:19:46 -0000 I tried what you suggested did not see anything about apache in the dialog and my php still does not seem to work. DO i need to still need to add anything to my apache httpd.conf used to be something like this #==================================================== php5 #AddModule mod_php5.c #LoadModule php5_module libexec/apache/libphp5.so #AddType application/x-httpd-php .php #AddType application/x-httpd-php-source .phps ----- Michael wrote: > RYAN M. vAN GINNEKEN wrote: > > trying to get php5 to work with apache anyone got any tips i am > lost. what ever happend to mod_php > > > > > Well I can tell you that it does work, but getting the extensions is > done differently now and you have to do it through php5-extensions > port. > > Type: > > # cd /usr/ports/lang/php5-extensions > # make clean > > Set the extensions you want via the dialog and then do a: > > # make install distclean > > That should be all you need. > > Take care, > > Michael -- Computer King/CaNMail http://www.computerking.ca http://www.canmail.org Sales, Service, and Hosting Email, Data, and Web Packages Ask about web design specials Affiliates http://www.computerking.ca/pages/links/affiliates/affiliates.htm Maybe Computer Science should be in the College of Theology. -- R. S. Barton From owner-freebsd-stable@FreeBSD.ORG Mon Dec 11 10:16:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C518B16A4FB for ; Mon, 11 Dec 2006 10:16:40 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from ns2.pil.dk (ns2.pil.dk [195.41.47.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9E6443E18 for ; Mon, 11 Dec 2006 10:12:58 +0000 (GMT) (envelope-from henrik@brixandersen.dk) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by ns2.pil.dk (Postfix) with ESMTP id 3549F7BA20F for ; Mon, 11 Dec 2006 11:14:04 +0100 (CET) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id 452F5B8A5; Mon, 11 Dec 2006 11:14:03 +0100 (CET) Date: Mon, 11 Dec 2006 11:14:02 +0100 From: Henrik Brix Andersen To: freebsd-stable@freebsd.org Message-ID: <20061211101402.GA72991@tirith.brixandersen.dk> Mail-Followup-To: freebsd-stable@freebsd.org References: <29674965.861165827903563.JavaMail.root@shoemasters.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: <29674965.861165827903563.JavaMail.root@shoemasters.com> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: apache and php5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Dec 2006 10:16:40 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 11, 2006 at 02:05:03AM -0700, RYAN M. vAN GINNEKEN wrote: > I tried what you suggested did not see anything about apache in the > dialog and my php still does not seem to work. DO i need to still > need to add anything to my apache httpd.conf used to be something > like this >=20 > #=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D php5 > #AddModule mod_php5.c > #LoadModule php5_module libexec/apache/libphp5.so > #AddType application/x-httpd-php .php > #AddType application/x-httpd-php-source .phps Yes. Remember to substitute the path to libphp5.so with the correct path for your version of apache (apache/ vs. apache22/). Regards, Brix --=20 Henrik Brix Andersen --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: GnuPG signed iD8DBQFFfS9qv+Q4flTiePgRApdHAKCXrKVjBP7G28JJb2Zk85AyHnIp1wCgjVS6 ezu/D8ahOEHI08jqwWviIKU= =UfK7 -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 11 11:50:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6672C16A403 for ; Mon, 11 Dec 2006 11:50:30 +0000 (UTC) (envelope-from ghost@madisonip.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D44443F4C for ; Mon, 11 Dec 2006 11:45:12 +0000 (GMT) (envelope-from ghost@madisonip.com) Received: by ug-out-1314.google.com with SMTP id o2so1178830uge for ; Mon, 11 Dec 2006 03:46:18 -0800 (PST) Received: by 10.78.149.15 with SMTP id w15mr3074223hud.1165837578228; Mon, 11 Dec 2006 03:46:18 -0800 (PST) Received: by 10.78.187.7 with HTTP; Mon, 11 Dec 2006 03:46:18 -0800 (PST) Message-ID: <527a7620612110346m582d30bfrf01f425e7ef270f6@mail.gmail.com> Date: Mon, 11 Dec 2006 05:46:18 -0600 From: "Gerald Host" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: SMBFS bad address X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Dec 2006 11:50:30 -0000 I'm having problems with SMBFS. I'll start by saying I'm using the PAE kernel (6.1), so the SMBFS options aren't loaded by default. If I should add these and rebuild the kernel please let me know: [not in my kernel]: options SMBFS #SMB/CIFS filesystem options NETSMB #SMB/CIFS requester options NETSMBCRYPTO #encrypted password support for SMB options LIBICONV #optional internationalization options LIBMCHAIN #mbuf management library As it is they are loaded as modules... smbfs seems ok at first, but when I try to cp a file I get a message: Bad address. I can echo and cat though. When I try a copy a file is create with 0 bytes. What's going on here? Thanks! From owner-freebsd-stable@FreeBSD.ORG Mon Dec 11 13:03:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0545516A4AB for ; Mon, 11 Dec 2006 13:03:09 +0000 (UTC) (envelope-from korio@korio.org) Received: from ns.korio.org (ns.korio.org [212.116.149.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 1170E43CA6 for ; Mon, 11 Dec 2006 13:01:50 +0000 (GMT) (envelope-from korio@korio.org) Received: (qmail 61166 invoked from network); 11 Dec 2006 13:03:04 -0000 Received: by simscan 1.1.0 ppid: 60981, pid: 60982, t: 5.3607s scanners:none X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on ns.korio.org X-Spam-Level: X-Spam-Status: No, score=-1.4 required=6.0 tests=ALL_TRUSTED autolearn=ham version=3.1.7 Received: from ns.korio.org (HELO webmail.korio.org) (212.116.149.11) by ns.korio.org with SMTP; 11 Dec 2006 13:02:59 -0000 Received: from 212.36.7.195 (SquirrelMail authenticated user korio@korio.org) by webmail.korio.org with HTTP; Mon, 11 Dec 2006 15:02:59 +0200 (EET) Message-ID: <53309.212.36.7.195.1165842179.squirrel@webmail.korio.org> In-Reply-To: <11756280.831165824788857.JavaMail.root@shoemasters.com> References: <11756280.831165824788857.JavaMail.root@shoemasters.com> Date: Mon, 11 Dec 2006 15:02:59 +0200 (EET) From: "Iassen Anadoliev" To: "RYAN M. vAN GINNEKEN" User-Agent: SquirrelMail/1.4.9a MIME-Version: 1.0 Content-Type: text/plain;charset=windows-1251 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@freebsd.org Subject: Re: apache and php5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: korio@korio.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Dec 2006 13:03:09 -0000 On Mon, December 11, 2006 10:13 am, RYAN M. vAN GINNEKEN wrote: > > trying to get php5 to work with apache anyone got any tips i am lost. what > ever happend to mod_php cd /usr/ports/lang/php5 && make config - Do you have APACHE option enabled here? > > -- > Computer King/CaNMail > > http://www.computerking.ca http://www.canmail.org > > Sales, Service, and Hosting > Email, Data, and Web Packages > Ask about web design specials > > Affiliates > http://www.computerking.ca/pages/links/affiliates/affiliates.htm > > Maybe Computer Science should be in the College of Theology. -- R. S. > Barton > _______________________________________________ > 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" > -- WWell by Iassen Anadoliev From owner-freebsd-stable@FreeBSD.ORG Mon Dec 11 14:29:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A63AE16A412 for ; Mon, 11 Dec 2006 14:29:30 +0000 (UTC) (envelope-from greg@warprecords.com) Received: from mail9.messagelabs.com (mail9.messagelabs.com [194.205.110.133]) by mx1.FreeBSD.org (Postfix) with SMTP id EA26744350 for ; Mon, 11 Dec 2006 14:07:09 +0000 (GMT) (envelope-from greg@warprecords.com) X-VirusChecked: Checked X-Env-Sender: greg@warprecords.com X-Msg-Ref: server-4.tower-9.messagelabs.com!1165846082!24683654!1 X-StarScan-Version: 5.5.10.7; banners=-,-,- X-Originating-IP: [212.135.210.82] Received: (qmail 22739 invoked from network); 11 Dec 2006 14:08:02 -0000 Received: from dsl-212-135-210-82.dsl.easynet.co.uk (HELO warprecords.com) (212.135.210.82) by server-4.tower-9.messagelabs.com with SMTP; 11 Dec 2006 14:08:02 -0000 Received: from [192.168.100.36] (HELO [192.168.0.10]) by warprecords.com (CommuniGate Pro SMTP 5.0.10) with ESMTPS id 7022169 for freebsd-stable@freebsd.org; Mon, 11 Dec 2006 14:08:02 +0000 Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: Greg Eden Date: Mon, 11 Dec 2006 14:08:00 +0000 X-Mailer: Apple Mail (2.752.2) Subject: bge Ierr rate increase from 5.3R -> 6.1R X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Dec 2006 14:29:30 -0000 Hello I recently updated two production servers from 5.3 to 6.1 via cvsup and buildworld. Since the upgrade I've seen an increase in the number of Input packet errors reported on the bge cards in on both boxes. One is a HP DL360g3, the other is a HP DL380g3. Both have a pair of 2.8GHz Xeons with a SMP kernel. So - was the old driver previously underreporting, is the new one over-reporting/causing the error rate or is it something else? Cables and cabling have not changed and the pickup in number of errors is quite distinct. I monitor the nightly 'periodic daily' phone homes closely. Example from the DL380g3. The 5.3->6.1 upgrade was on 8 November. 58,000 errors in 1 month compared to 2 errors in 1 year with 5.3. Network interface status: Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll bge0 1500 00:0f:20:f6:**:** 1344182650 58292 2701993948 0 0 bge0 1500 192.168.**/25 ********** 1344176611 - 2701984851 - - bge1* 1500 00:0f:20:f6:**:** 0 0 0 0 0 lo0 16384 69549 0 69549 0 0 lo0 16384 your-net localhost 69549 - 69549 - - A couple of weeks ago I turned off tx and rx check summing on this box as I gathered from googling it might be contributing. That had no effect. Upon further investigation it appears six other boxes with bge ports (mostly HP DL360g4) running 6.1 started reporting errors when moved to 6.1. As they do only a small fraction of the traffic that the above box does I hadn't noticed it. This box (a UP HP DL360g4) is on a completely different network, different switch, cabling etc. Again, prior to 6.1 it had never reported an error in 18 months of service. Network interface status: Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll bge0 1500 00:12:79:3b:**:** 781001814 1980 1056534485 0 0 bge0 1500 192.168.*** 192.168.***.*** 783877018 - 1061029115 - - I don't have a spare box with a bge interface to test 6.2 for the same behaviour, but would be interested if anyone had an explanation. Best wishes. Greg. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 11 17:32:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F2F8916A49E for ; Mon, 11 Dec 2006 17:32:41 +0000 (UTC) (envelope-from dgilbert@daveg.ca) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3DDE43CA7 for ; Mon, 11 Dec 2006 17:31:23 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id AD3A4C2F6; Mon, 11 Dec 2006 12:32:40 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id CB1B44AC2B; Mon, 11 Dec 2006 12:32:45 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17789.38461.787155.393587@canoe.dclg.ca> Date: Mon, 11 Dec 2006 12:32:45 -0500 To: Craig Boston In-Reply-To: <20061211080539.GA47265@nowhere> References: <17774.32960.176956.52924@canoe.dclg.ca> <20061203171221.GB2369@roadrunner.q.local> <20061211024353.GA1220@nowhere> <17789.3357.574773.690262@canoe.dclg.ca> <20061211080539.GA47265@nowhere> X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid Cc: freebsd-stable@freebsd.org, Ulrich Spoerlein , David Gilbert Subject: Re: ggate still broken on 6.2-RC1 for 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, 11 Dec 2006 17:32:42 -0000 >>>>> "Craig" == Craig Boston writes: Craig> On Mon, Dec 11, 2006 at 02:47:41AM -0500, David Gilbert wrote: >> That doesn't square with my experience. Although bigger buffers >> could be involved in a performance problem, what we're dealing with >> here is a _zero_ traffic situation. It seems that it works enough >> for tasting to be successful, but any significant load wedges it >> hard. Craig> The problem I observed was also a zero traffic situation. A Craig> quick way to test is to do something like this (assuming you Craig> don't care about the contents of the device!) Craig> dd if=/dev/zero of=/dev/ggateX bs=1m Craig> and watch the network traffic to see what happens. When I ran Craig> into it, small block sizes worked fine, but anything bigger Craig> than the send buffer size would cause the entire ggate device Craig> to wedge with zero traffic. The ggatec logs in my mail archive Craig> say 128k, which itself is a little odd because I thought GEOM Craig> broke big transfers into 64k chunks. Craig> In any case, ggatec got stuck in a loop getting EAGAIN from Craig> send(), so the packets never made it out to the wire. Craig> However checking my mail archive also indicates that was a year Craig> ago so chances are this is a different problem. The symptoms Craig> just sounded a little familiar. Urm... what would be the transfersize that the filesystem prefers to use? Also, what trasnfersize does the gmirror sync use? Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-stable@FreeBSD.ORG Mon Dec 11 18:05:52 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EC0D016A4A0 for ; Mon, 11 Dec 2006 18:05:52 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9750D43D58 for ; Mon, 11 Dec 2006 17:43:17 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id kBBHiN4K045296; Mon, 11 Dec 2006 09:44:23 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id kBBHiNZg045295; Mon, 11 Dec 2006 09:44:23 -0800 (PST) (envelope-from rizzo) Date: Mon, 11 Dec 2006 09:44:23 -0800 From: Luigi Rizzo To: stable@freebsd.org Message-ID: <20061211094423.B44819@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Cc: Subject: malloc(0) returns 0x800 on FreeBSD 6.2 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Dec 2006 18:05:53 -0000 i was debugging a program on FreeBSD 6, and much to my surprise, i noticed that malloc(0) returns 0x800, as shown by this program: > more a.c #include int main(int argc, char *argv[]) { char *p = malloc(0); printf(" malloc 0 returns %p\n", p); } > cc -o a a.c > ./a malloc 0 returns 0x800 if you look at the source this is indeed clear - internally the 0x800 is ZEROSIZEPTR and is set when a zero length is passed to malloc() unless you have malloc_sysv set. The thing is, i don't know if this behaviour is intentional or not, but certainly is not documented -- the manpage documents something totally different (in the section for the 'V' MALLOC_OPTION, see below). TUNING ... V Attempting to allocate zero bytes will return a NULL pointer instead of a valid pointer. (The default behavior is to make a minimal allocation and return a pointer to it.) This option is provided for System V compatibility. This option is incompatible with the ``X'' option. So what should we do with this ? Just fix the manpage or fix the code ? This behaviour is likely to break quite a few things... cheers luigi From owner-freebsd-stable@FreeBSD.ORG Mon Dec 11 18:18:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF39B16A54D for ; Mon, 11 Dec 2006 18:18:26 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07CF5442F9 for ; Mon, 11 Dec 2006 17:45:50 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 8480BEB3403; Tue, 12 Dec 2006 01:47:00 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id HiUpoqCNtvCl; Tue, 12 Dec 2006 01:46:57 +0800 (CST) Received: from [192.168.1.32] (unknown [61.48.135.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 029D2EB3032; Tue, 12 Dec 2006 01:46:56 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=UUAdd94GvRI6cXqm76wSMQLEhAAtUf7873OQneXwKZdV58tKQCvv6rho9plQsYzYe TzPDN87dGA5yxg5cJwYOA== Message-ID: <457D9969.9@delphij.net> Date: Tue, 12 Dec 2006 01:46:17 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: sivakumar.subramani@wipro.com References: <821C7AD2A9F78942B86059792262577315B065@blr-m3-msg.wipro.com> In-Reply-To: <821C7AD2A9F78942B86059792262577315B065@blr-m3-msg.wipro.com> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigC78BA10F7207D0BD3DC72540" Cc: freebsd-stable@freebsd.org Subject: Re: Zoneli State / Nttcp client. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Dec 2006 18:18:26 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC78BA10F7207D0BD3DC72540 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable sivakumar.subramani@wipro.com wrote: > Hi, >=20 > I have a script where we start a nttcp for some 500 nttcp client in bac= k > ground. After some time I could see the nttcp clients are listed in the= > TOP command as "Zoneli" state. Can any one please let me know what is > meant by Zoneli state? >=20 > Test Script: > =3D=3D=3D=3D=3D=3D=3D=3D=3D > count=3D1 > while [ $count -le 2000 ] > do > ifconfig xge1 17.1.1.25 promisc up > ./nttcp -t -l65536 -w227 -P120 17.1.1.152 & > echo "count is $count" > count=3D`expr $count + 1` > done Would you please help to test whether the patch located at: http://people.freebsd.org/~delphij/misc/patch-zonelim-drain To see if there is change? Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigC78BA10F7207D0BD3DC72540 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFfZlpOfuToMruuMARA2F4AJ9K9ayrxkAS0BvtfsDn/1la76I8xwCfXJhS M4FQ+I6+MAav/NB7qP2AsoM= =vgv2 -----END PGP SIGNATURE----- --------------enigC78BA10F7207D0BD3DC72540-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 11 18:30:48 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6941C16A509 for ; Mon, 11 Dec 2006 18:30:48 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.FreeBSD.org (Postfix) with SMTP id A78CE440AB for ; Mon, 11 Dec 2006 18:07:54 +0000 (GMT) (envelope-from quetzal@zone3000.net) Received: from unknown (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 11 Dec 2006 18:08:45 -0000 Date: Mon, 11 Dec 2006 20:08:17 +0200 From: Nikolay Pavlov To: LI Xin Message-ID: <20061211180817.GA4557@zone3000.net> Mail-Followup-To: Nikolay Pavlov , LI Xin , freebsd-stable@FreeBSD.org, Robert Watson References: <20061122195549.GA57018@zone3000.net> <338b359d969e9c68deaf49096aa91995@mail.geekcn.org> <20061123160208.GA62732@zone3000.net> <456662F4.6000306@delphij.net> <20061125103755.GA78288@zone3000.net> <456887CD.50606@delphij.net> <20061125212004.GA22786@zone3000.net> <457D0FC7.6010808@delphij.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <457D0FC7.6010808@delphij.net> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE-p10 Cc: Robert Watson , freebsd-stable@FreeBSD.org Subject: Re: deadlock in "zoneli" state on 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Dec 2006 18:30:48 -0000 On Monday, 11 December 2006 at 15:59:03 +0800, LI Xin wrote: > Hi, > > Would you please give the following patch a try? > > http://people.freebsd.org/~delphij/misc/patch-zonelim-drain > > Note: Please revert my previous patch against sys/kern/kern_mbuf.c. > > This patch should be applied against sys/vm/ [RELENG_6 or RELENG_6_2], > it schedules a drain of uma zones when they are low on memory. This time things worked out a bit better, there was no Kernel panic and my server managed to overcome the "magic" number 65550 mbufs. But very soon the server reached another limit - 131072 mbuf clusters (This is my limit for kern.ipc.nmbclusters). And server started to drop the packets. After I've removed the overload I found my server responding but when I actually accessed it I found out that although the number of connections has reduces considerably, the memory allocated for the net did not become free. So I believe that there is still a mbufs leak somewhere. root@accel1:~# sockstat -4 | wc -l 17 root@accel1:~# netstat -m 1082/131578/132660 mbufs in use (current/cache/total) 1080/129992/131072/131072 mbuf clusters in use (current/cache/total/max) ^^^^^^^^^^^^^^^^^^^^^^^^^^ 1080/128712 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 2430K/292878K/295309K bytes allocated to network (current/cache/total) ^^^^^^^^^^^^^^^^^^^^^ 0/1058420/529208 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/4/6656 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 156 calls to protocol drain routines root@accel1:~# vmstat -z ITEM SIZE LIMIT USED FREE REQUESTS UMA Kegs: 140, 0, 84, 12, 84 UMA Zones: 120, 0, 84, 6, 84 UMA Slabs: 64, 0, 904, 40, 31603 UMA RCntSlabs: 104, 0, 65536, 28, 65536 UMA Hash: 128, 0, 4, 26, 6 16 Bucket: 76, 0, 23, 27, 32 32 Bucket: 140, 0, 20, 8, 29 64 Bucket: 268, 0, 23, 33, 46 128 Bucket: 524, 0, 1423, 5, 1590808 VM OBJECT: 132, 0, 18094, 147, 43780 MAP: 192, 0, 7, 33, 7 KMAP ENTRY: 68, 57456, 17, 151, 151954 MAP ENTRY: 68, 0, 718, 290, 182847 PV ENTRY: 24, 2228360, 124232, 4528, 861505 DP fakepg: 72, 0, 0, 0, 0 mt_zone: 64, 0, 182, 54, 182 16: 16, 0, 2828, 1435, 273492 32: 32, 0, 1769, 491, 116114 64: 64, 0, 3199, 2701, 181154 128: 128, 0, 1813, 1517, 273347 256: 256, 0, 365, 415, 13230 512: 512, 0, 1006, 10, 35578 1024: 1024, 0, 49, 83, 72385 2048: 2048, 0, 170, 38, 40942 4096: 4096, 0, 129, 22, 89367 Files: 72, 0, 100, 5624, 227230 MAC labels: 20, 0, 20726, 15778, 368518 PROC: 536, 0, 71, 27, 1441 THREAD: 376, 0, 98, 22, 98 KSEGRP: 88, 0, 98, 62, 98 UPCALL: 44, 0, 0, 0, 0 VMSPACE: 296, 0, 28, 24, 1398 mbuf_packet: 256, 0, 1080, 128712, 6714669 mbuf: 256, 0, 2, 2866, 7912768 mbuf_cluster: 2048, 131072, 129792, 1280, 166272 mbuf_jumbo_pagesize: 4096, 0, 0, 0, 0 mbuf_jumbo_9k: 9216, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 0, 0, 0, 0 ACL UMA zone: 388, 0, 0, 0, 0 g_bio: 132, 0, 0, 783, 194850 ata_request: 204, 0, 0, 0, 0 ata_composite: 196, 0, 0, 0, 0 VNODE: 348, 0, 20116, 3, 22965 VNODEPOLL: 76, 0, 0, 0, 0 S VFS Cache: 68, 0, 16387, 77, 18383 L VFS Cache: 291, 0, 0, 0, 0 NAMEI: 1024, 0, 0, 12, 166126 DIRHASH: 1024, 0, 1688, 128, 3307 NFSMOUNT: 480, 0, 0, 0, 0 NFSNODE: 536, 0, 0, 0, 0 PIPE: 408, 0, 6, 21, 595 KNOTE: 68, 0, 0, 112, 64 socket: 356, 131076, 31, 5766, 111627 unpcb: 140, 131096, 12, 44, 171 ipq: 32, 4181, 0, 0, 0 udpcb: 180, 131076, 6, 38, 164 inpcb: 180, 131076, 13, 6081, 111291 tcpcb: 464, 131072, 13, 5555, 111291 tcptw: 48, 8268, 0, 858, 68707 syncache: 100, 15366, 0, 312, 92731 hostcache: 76, 15400, 4989, 61, 4989 tcpreass: 20, 8281, 0, 338, 3819 sackhole: 20, 0, 0, 338, 191981 ripcb: 180, 131076, 0, 0, 0 rtentry: 132, 0, 19, 39, 29 pfsrctrpl: 100, 15015, 0, 0, 0 pfrulepl: 604, 0, 9, 9, 9 pfstatepl: 260, 15000, 7, 10568, 92462 pfaltqpl: 128, 0, 0, 0, 0 pfpooladdrpl: 68, 0, 2, 110, 2 pfrktable: 1240, 0, 4, 5, 8 pfrkentry: 156, 0, 5, 45, 5 pfrkentry2: 156, 0, 0, 0, 0 pffrent: 16, 203, 0, 0, 0 pffrag: 48, 0, 0, 0, 0 pffrcache: 48, 10062, 0, 0, 0 pffrcent: 12, 50141, 0, 0, 0 pfstatescrub: 28, 0, 0, 0, 0 pfiaddrpl: 92, 0, 0, 0, 0 pfospfen: 108, 0, 345, 51, 345 pfosfp: 28, 0, 188, 193, 188 SWAPMETA: 276, 121576, 0, 0, 0 Mountpoints: 740, 0, 6, 4, 6 FFS inode: 132, 0, 20074, 52, 22922 FFS1 dinode: 128, 0, 0, 0, 0 FFS2 dinode: 256, 0, 20074, 41, 22922 Should i add this to my PR? http://www.freebsd.org/cgi/query-pr.cgi?pr=106317 > > Cheers, > -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-stable@FreeBSD.ORG Mon Dec 11 18:47:43 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6244716A47E for ; Mon, 11 Dec 2006 18:47:43 +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 07EDD43DCA for ; Mon, 11 Dec 2006 18:24:40 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.6/8.13.8) id kBBIPjc3015043; Mon, 11 Dec 2006 12:25:45 -0600 (CST) (envelope-from dan) Date: Mon, 11 Dec 2006 12:25:44 -0600 From: Dan Nelson To: Luigi Rizzo Message-ID: <20061211182544.GG69299@dan.emsphone.com> References: <20061211094423.B44819@xorpc.icir.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061211094423.B44819@xorpc.icir.org> X-OS: FreeBSD 6.2-PRERELEASE X-message-flag: Outlook Error User-Agent: Mutt/1.5.13 (2006-08-11) Cc: stable@freebsd.org Subject: Re: malloc(0) returns 0x800 on FreeBSD 6.2 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Dec 2006 18:47:43 -0000 In the last episode (Dec 11), Luigi Rizzo said: > i was debugging a program on FreeBSD 6, and much to my surprise, i > noticed that malloc(0) returns 0x800, as shown by this program: > > > more a.c > #include > int main(int argc, char *argv[]) > { > char *p = malloc(0); > printf(" malloc 0 returns %p\n", p); > } > > cc -o a a.c > > ./a > malloc 0 returns 0x800 > > if you look at the source this is indeed clear - internally the 0x800 > is ZEROSIZEPTR and is set when a zero length is passed to malloc() > unless you have malloc_sysv set. Right, it passed you a pointer to which you may write 0 bytes to; exactly what the program asked for :) The FreeBSD 6.x behaviour is slightly against POSIX rules that state all successful malloc calls must return unique pointers, so the 7.x malloc silently rounds zero-size mallocs to 1. Ideally malloc would return unique pointers to blocks of memory set to MPROT_NONE via mprotect() (you could fit 8192 of these pointers in an 8k page), to prevent applications from using that byte of memory. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Mon Dec 11 18:57:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E82BE16A47E for ; Mon, 11 Dec 2006 18:57:51 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B486448AA for ; Mon, 11 Dec 2006 18:36:30 +0000 (GMT) (envelope-from uspoerlein@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so1973042nfc for ; Mon, 11 Dec 2006 10:37:35 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=b6iow0IUlw+GxxLCiXMKXvdAh8UnS8R8nauWtmAqGdyrVBLFZeF4+FINGEZ6UbFEVtjY0oswWIlSWk8dbfvU1JpuxQ9MBQ/wVrZE3zU4iu9Gijn2UJR8qMCSgix940Hk84da8WMrxmJljztfL3EeHAg1sedDxc3XAcxC/8fbg5Y= Received: by 10.49.13.14 with SMTP id q14mr4987439nfi.1165862255072; Mon, 11 Dec 2006 10:37:35 -0800 (PST) Received: from roadrunner.q.local ( [85.180.129.103]) by mx.google.com with ESMTP id k9sm11835595nfc.2006.12.11.10.37.33; Mon, 11 Dec 2006 10:37:34 -0800 (PST) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.8/8.13.8) with ESMTP id kBBIbUk8002706; Mon, 11 Dec 2006 19:37:30 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.8/8.13.8/Submit) id kBBIbSWs002705; Mon, 11 Dec 2006 19:37:28 +0100 (CET) (envelope-from uspoerlein@gmail.com) Date: Mon, 11 Dec 2006 19:37:28 +0100 From: Ulrich Spoerlein To: Craig Boston , David Gilbert , freebsd-stable@freebsd.org Message-ID: <20061211183728.GA1525@roadrunner.q.local> Mail-Followup-To: Craig Boston , David Gilbert , freebsd-stable@freebsd.org References: <17774.32960.176956.52924@canoe.dclg.ca> <20061203171221.GB2369@roadrunner.q.local> <20061211024353.GA1220@nowhere> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061211024353.GA1220@nowhere> Cc: Subject: Re: ggate still broken on 6.2-RC1 for 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, 11 Dec 2006 18:57:52 -0000 Craig Boston wrote: > Have you tried increasing the send/receive buffer size? In my local > ggate setup I'm running both the client and server with the options > "-R 196608 -S 196608". I added it a while back after discovering that > the default buffer size was inadequate in certain situations and would > sometimes cause large block sized I/O to hang. Heh, this is funny. I have reports from another source, who _decreases_ bufsize to 8kB, because that is giving him the most performance. Since I'm using HPS' USB stack I can't use my uplcom device and therefore cannot usefully test some more ggate/gmirror scenarios on -CURRENT ... But I'll whip up a ggate test case. Ulrich Spoerlein -- A: Yes. >Q: Are you sure? > >A: Because it reverses the logical flow of conversation. > >>Q: Why is top posting frowned upon? From owner-freebsd-stable@FreeBSD.ORG Mon Dec 11 19:04:48 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 58B6B16A539 for ; Mon, 11 Dec 2006 19:04:48 +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 666BC4409F for ; Mon, 11 Dec 2006 18:53:12 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.6/8.13.8) id kBBIsBiV073478; Mon, 11 Dec 2006 12:54:11 -0600 (CST) (envelope-from dan) Date: Mon, 11 Dec 2006 12:54:11 -0600 From: Dan Nelson To: Luigi Rizzo Message-ID: <20061211185411.GH69299@dan.emsphone.com> References: <20061211094423.B44819@xorpc.icir.org> <20061211182544.GG69299@dan.emsphone.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061211182544.GG69299@dan.emsphone.com> X-OS: FreeBSD 6.2-PRERELEASE X-message-flag: Outlook Error User-Agent: Mutt/1.5.13 (2006-08-11) Cc: stable@freebsd.org Subject: Re: malloc(0) returns 0x800 on FreeBSD 6.2 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Dec 2006 19:04:48 -0000 In the last episode (Dec 11), Dan Nelson said: > In the last episode (Dec 11), Luigi Rizzo said: > > i was debugging a program on FreeBSD 6, and much to my surprise, i > > noticed that malloc(0) returns 0x800, as shown by this program: > > > > > more a.c > > #include > > int main(int argc, char *argv[]) > > { > > char *p = malloc(0); > > printf(" malloc 0 returns %p\n", p); > > } > > > cc -o a a.c > > > ./a > > malloc 0 returns 0x800 > > > > if you look at the source this is indeed clear - internally the 0x800 > > is ZEROSIZEPTR and is set when a zero length is passed to malloc() > > unless you have malloc_sysv set. > > Right, it passed you a pointer to which you may write 0 bytes to; > exactly what the program asked for :) > > The FreeBSD 6.x behaviour is slightly against POSIX rules that state > all successful malloc calls must return unique pointers, so the 7.x > malloc silently rounds zero-size mallocs to 1. Ideally malloc would > return unique pointers to blocks of memory set to MPROT_NONE via > mprotect() (you could fit 8192 of these pointers in an 8k page), to > prevent applications from using that byte of memory. Also note that the 0x800 behaviour was added to malloc.c rev 1.60 back in 2001, which means that all of the 5.x and 6.x releases did this. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Mon Dec 11 19:07:47 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6129416A47E; Mon, 11 Dec 2006 19:07:47 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id D03BE43CC8; Mon, 11 Dec 2006 18:59:58 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 22C2DEB349E; Tue, 12 Dec 2006 03:00:23 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id g1YhHlz5F6ql; Tue, 12 Dec 2006 03:00:17 +0800 (CST) Received: from [192.168.1.32] (unknown [61.48.135.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id CD264EB33FD; Tue, 12 Dec 2006 03:00:16 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:references:in-reply-to:x-enigmail-version:content-type; b=lABTZdIUXC+AL10a6cOX/b78yBPMLB3KGt0KCovv4t3hwvsHYYuLf8xcghnZKSgNn oGyUrSpJG3ixw+lestmVw== Message-ID: <457DAA99.60605@delphij.net> Date: Tue, 12 Dec 2006 02:59:37 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: Nikolay Pavlov , LI Xin , freebsd-stable@FreeBSD.org, Robert Watson References: <20061122195549.GA57018@zone3000.net> <338b359d969e9c68deaf49096aa91995@mail.geekcn.org> <20061123160208.GA62732@zone3000.net> <456662F4.6000306@delphij.net> <20061125103755.GA78288@zone3000.net> <456887CD.50606@delphij.net> <20061125212004.GA22786@zone3000.net> <457D0FC7.6010808@delphij.net> <20061211180817.GA4557@zone3000.net> In-Reply-To: <20061211180817.GA4557@zone3000.net> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig8960901BD63976C283198D09" Cc: Subject: Re: deadlock in "zoneli" state on 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Dec 2006 19:07:47 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8960901BD63976C283198D09 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, Nikolay, Nikolay Pavlov wrote: > On Monday, 11 December 2006 at 15:59:03 +0800, LI Xin wrote: >> Hi, >> >> Would you please give the following patch a try? >> >> http://people.freebsd.org/~delphij/misc/patch-zonelim-drain >> >> Note: Please revert my previous patch against sys/kern/kern_mbuf.c. >> >> This patch should be applied against sys/vm/ [RELENG_6 or RELENG_6_2],= >> it schedules a drain of uma zones when they are low on memory. >=20 >=20 > This time things worked out a bit better, there was no Kernel panic and= > my server managed to overcome the "magic" number 65550 mbufs. But very > soon the server reached another limit - 131072 mbuf clusters =20 Do you still get squid stuck in "zoneli" state and the server became unresponsive? > (This is my limit for kern.ipc.nmbclusters). > And server started to drop the packets. After I've =20 > removed the overload I found my server responding but when I actually=20 > accessed it I found out that although the number of connections has=20 > reduces considerably, the memory allocated for the net did not become > free. So I believe that there is still a mbufs leak somewhere. This looks weird to me... Would you please try to add some load to the server and remove afterwards, to see if the 'current' mbuf clusters keeps increasing or not? Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig8960901BD63976C283198D09 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFfaqZOfuToMruuMARA0tdAJ9cgWd99MdfQrzYdAhuQVwIkHJu3QCfcO67 R5qTI0EJnf+rRLl15yY8iRs= =wPBV -----END PGP SIGNATURE----- --------------enig8960901BD63976C283198D09-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 11 19:08:54 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3561216A47B for ; Mon, 11 Dec 2006 19:08:54 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 857654402D for ; Mon, 11 Dec 2006 19:02:24 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id kBBJ35b1048268; Mon, 11 Dec 2006 11:03:06 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id kBBJ35ui048267; Mon, 11 Dec 2006 11:03:05 -0800 (PST) (envelope-from rizzo) Date: Mon, 11 Dec 2006 11:03:05 -0800 From: Luigi Rizzo To: Dan Nelson Message-ID: <20061211110305.B47977@xorpc.icir.org> References: <20061211094423.B44819@xorpc.icir.org> <20061211182544.GG69299@dan.emsphone.com> <20061211185411.GH69299@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20061211185411.GH69299@dan.emsphone.com>; from dnelson@allantgroup.com on Mon, Dec 11, 2006 at 12:54:11PM -0600 Cc: stable@freebsd.org Subject: Re: malloc(0) returns 0x800 on FreeBSD 6.2 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Dec 2006 19:08:54 -0000 On Mon, Dec 11, 2006 at 12:54:11PM -0600, Dan Nelson wrote: > In the last episode (Dec 11), Dan Nelson said: > > In the last episode (Dec 11), Luigi Rizzo said: > > > i was debugging a program on FreeBSD 6, and much to my surprise, i > > > noticed that malloc(0) returns 0x800, as shown by this program: > > > > > > > more a.c > > > #include > > > int main(int argc, char *argv[]) > > > { > > > char *p = malloc(0); > > > printf(" malloc 0 returns %p\n", p); > > > } > > > > cc -o a a.c > > > > ./a > > > malloc 0 returns 0x800 > > > > > > if you look at the source this is indeed clear - internally the 0x800 > > > is ZEROSIZEPTR and is set when a zero length is passed to malloc() > > > unless you have malloc_sysv set. > > > > Right, it passed you a pointer to which you may write 0 bytes to; > > exactly what the program asked for :) > > > > The FreeBSD 6.x behaviour is slightly against POSIX rules that state > > all successful malloc calls must return unique pointers, so the 7.x > > malloc silently rounds zero-size mallocs to 1. Ideally malloc would > > return unique pointers to blocks of memory set to MPROT_NONE via > > mprotect() (you could fit 8192 of these pointers in an 8k page), to > > prevent applications from using that byte of memory. > > Also note that the 0x800 behaviour was added to malloc.c rev 1.60 back > in 2001, which means that all of the 5.x and 6.x releases did this. yep, just found out various threads on the mailing lists, but i first looked at the manpage and was surprised of not seeing it documented. I haven't figured out what the conclusion of the discussion was. I am glad that 7.x changes the behaviour back to what it was on 4.x, cheers luigi From owner-freebsd-stable@FreeBSD.ORG Mon Dec 11 20:34:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9A07F16A412 for ; Mon, 11 Dec 2006 20:34:44 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A08044A79 for ; Mon, 11 Dec 2006 20:10:02 +0000 (GMT) (envelope-from uspoerlein@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1301962uge for ; Mon, 11 Dec 2006 12:10:51 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=h0BF50LHfxgvC3YssPfT47bx0mzBG7eGCyFtWTarwAwxkD3LpglmV3EYu+LQqg40acqYo8AMWzYgxzThV5PnOAddxMT1uuQVBiK1lXjtVzDyI+7MOZzIC9u8HYaEKy8+wus+WGGfH92YitwmwepBIJU9vBJNXwN9zRz8GbFAAc0= Received: by 10.66.244.11 with SMTP id r11mr10454500ugh.1165867849568; Mon, 11 Dec 2006 12:10:49 -0800 (PST) Received: from roadrunner.q.local ( [85.180.168.118]) by mx.google.com with ESMTP id y7sm7711201ugc.2006.12.11.12.10.48; Mon, 11 Dec 2006 12:10:49 -0800 (PST) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.8/8.13.8) with ESMTP id kBBKAjgG001625; Mon, 11 Dec 2006 21:10:45 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.8/8.13.8/Submit) id kBBKAg0i001624; Mon, 11 Dec 2006 21:10:42 +0100 (CET) (envelope-from uspoerlein@gmail.com) Date: Mon, 11 Dec 2006 21:10:42 +0100 From: Ulrich Spoerlein To: Craig Boston , David Gilbert , freebsd-stable@freebsd.org Message-ID: <20061211201042.GA1569@roadrunner.q.local> Mail-Followup-To: Craig Boston , David Gilbert , freebsd-stable@freebsd.org References: <17774.32960.176956.52924@canoe.dclg.ca> <20061203171221.GB2369@roadrunner.q.local> <20061211024353.GA1220@nowhere> <20061211183728.GA1525@roadrunner.q.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061211183728.GA1525@roadrunner.q.local> Cc: Subject: Re: ggate still broken on 6.2-RC1 for 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, 11 Dec 2006 20:34:44 -0000 Ulrich Spoerlein wrote: > But I'll whip up a ggate test case. Very strange ... I thought I would work through different buffer sizes, starting with some low value. Here's what gives: igor# ggated -a localhost -v -R8k -S8k /tmp/ggate_exports igor# ggatec create -v -R8k -S8k localhost /tmp/ggate_test info: Reading exports file (/tmp/ggate_exports). info: Connected to the server: localhost:3080. debug: Added 127.0.0.1/32 /tmp/ggate_test RW to exports list. debug: Sending version packet. info: Exporting 1 object(s). info: Listen on port: 3080. info: Connection from: 127.0.0.1. debug: Receiving version packet. debug: Version packet received. debug: Receiving initial packet. debug: Initial packet received. debug: Sending initial packet. debug: Connection created [127.0.0.1, /tmp/ggate_test]. debug: Receiving initial packet. debug: New connection created (token=226910802). debug: Received initial packet. debug: Sending initial packet. info: Connected to the server: localhost:3080. debug: Sending version packet. g_gate_send: EAGAIN g_gate_send: EAGAIN g_gate_send: EAGAIN g_gate_send: EAGAIN info: Connection from: 127.0.0.1. ^C debug: Receiving version packet. ^C Now try with 16k. igor# ggated -a localhost -v -R16k -S16k /tmp/ggate_exports igor# ggatec create -v -R16k -S16k localhost /tmp/ggate_test info: Reading exports file (/tmp/ggate_exports). info: Connected to the server: localhost:3080. debug: Added 127.0.0.1/32 /tmp/ggate_test RW to exports list. debug: Sending version packet. info: Exporting 1 object(s). info: Listen on port: 3080. info: Connection from: 127.0.0.1. debug: Receiving version packet. debug: Version packet received. debug: Receiving initial packet. debug: Initial packet received. debug: Sending initial packet. debug: Connection created [127.0.0.1, /tmp/ggate_test]. debug: Receiving initial packet. debug: New connection created (token=2294332471). debug: Received initial packet. debug: Sending initial packet. info: Connected to the server: localhost:3080. info: Connection from: 127.0.0.1. debug: Sending version packet. debug: Receiving version packet. debug: Version packet received. debug: Receiving initial packet. debug: Initial packet received. debug: Sending initial packet. debug: Found existing connection (token=2294332471). debug: Receiving initial packet. debug: Connection added [127.0.0.1, /tmp/ggate_test]. debug: Received initial packet. debug: Sending initial packet. ggate5 debug: Connection removed [127.0.0.1 /tmp/ggate_test]. notice: send_thread: started! debug: Process created [/tmp/ggate_test]. notice: recv_thread: started! notice: disk_thread: started [/tmp/ggate_test]! notice: send_thread: started [/tmp/ggate_test]! notice: recv_thread: started [/tmp/ggate_test]! debug: Process 1140 exiting. ^C I wanted to use something like the following, for first draft of a benchmark, but I just I/O deadlocked the system (6.2 and CURRENT). Simply by running ggated/ggatec in various combinations. db> show alllocks Process 1333 (ggatel) thread 0xc2767510 (100081) exclusive sx sysctl lock r = 0 (0xc078c420) locked @ /vol/src/sys/kern/kern_sysctl.c:1376 db> trace 1333 Tracing pid 1333 tid 100081 td 0xc2767510 sched_switch(c2767510,0,1) at sched_switch+0xe7 mi_switch(1,0) at mi_switch+0x27c sleepq_switch(c2b3e680,c078bdd0,0,c070e413,236,...) at sleepq_switch+0xc9 sleepq_timedwait(c2b3e680) at sleepq_timedwait+0x4a msleep(c2b3e680,0,4c,c07028f3,64) at msleep+0x281 g_waitfor_event(c050d120,c2b6c300,2,0,0,0,0,1) at g_waitfor_event+0x73 sysctl_kern_geom_confxml(c07485e0,0,0,d1781b9c,c07485e0,...) at sysctl_kern_geom_confxml+0x26 sysctl_root(0,d1781c1c,3,d1781b9c) at sysctl_root+0x12f userland_sysctl(c2767510,d1781c1c,3,8300000,bfbfe3d8,0,0,0,d1781c18,0,c078bde8,0,c070bc1f,522) at userland_sysctl+0xf4 __sysctl(c2767510,d1781d04) at __sysctl+0x77 syscall(3b,3b,3b,3,bfbfe3d8,...) at syscall+0x27e Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x2816ba7f, esp = 0xbfbfe2bc, ebp = 0xbfbfe2f8 --- db> ps pid ppid pgrp uid state wmesg wchan cmd 1348 800 800 0 S sysctl l 0xc078c444 cron 1347 800 800 0 S sysctl l 0xc078c444 cron 1346 800 800 0 S sysctl l 0xc078c444 cron 1345 795 795 0 S sysctl l 0xc078c444 sshd 1344 800 800 0 S sysctl l 0xc078c444 cron 1343 800 800 0 S sysctl l 0xc078c444 cron 1342 800 800 0 S sysctl l 0xc078c444 cron 1341 800 800 0 S sysctl l 0xc078c444 cron 1340 800 800 0 S sysctl l 0xc078c444 cron 1339 800 800 0 S sysctl l 0xc078c444 cron 1338 800 800 0 S sysctl l 0xc078c444 cron 1337 800 800 0 S sysctl l 0xc078c444 cron 1336 800 800 0 S sysctl l 0xc078c444 cron 1335 262 40 0 S sysctl l 0xc078c444 sh 1334 925 1334 0 S+ sysctl l 0xc078c444 ls 1333 1078 1333 0 S+ g_waitfo 0xc2b3e680 ggatel 1078 1077 1078 0 S+ pause 0xc2b06264 csh 1077 1068 1077 0 S+ wait 0xc2b05b40 su 1068 884 1068 1000 Ss+ pause 0xc2b07024 zsh 969 899 969 0 Ss+ ttyin 0xc24a2c10 csh 925 899 925 0 Ss+ pause 0xc2765da4 csh 900 899 900 0 Ss+ ttyin 0xc2479810 csh 899 898 899 0 Ss select 0xc07d69ec screen 898 895 898 0 S+ pause 0xc2b06da4 screen 895 894 895 0 S+ pause 0xc2765024 csh 894 885 894 1000 S+ wait 0xc27656c0 su 885 884 885 1000 Ss+ pause 0xc26e64a4 zsh 884 882 882 1000 S sysctl l 0xc078c444 sshd 882 795 882 0 Ss sbwait 0xc27591e8 sshd 864 1 864 0 Ss+ ttyin 0xc2491410 getty 863 1 863 0 Ss+ ttyin 0xc24a2810 getty As you see, the crons are slowly piling up, waiting on the sysctl lock. ---- cut here ---- #!/bin/sh ge="/tmp/ggate_exports" tf="/tmp/ggate_test" ts="64m" u=6 if [ "$#" -lt 1 ]; then set -- 32k 64k 128k 256k 16k 8k fi kldload geom_gate truncate -s $ts $tf echo "localhost RW $tf" > $ge for buf; do ggated -a localhost -R $buf -S $buf $ge sleep 3 ggatec create -u $u -R $buf -S $buf localhost $tf sleep 3 dd if=/dev/ggate$u of=/dev/zero ggatec destroy -fu$u killall ggated sleep 3 done ---- cut here ---- Too bad, I don't have a 6.1 or 5.x system lying around that I could mess with. Could you guys try the script above on your test systems? Ulrich Spoerlein -- A: Yes. >Q: Are you sure? > >A: Because it reverses the logical flow of conversation. > >>Q: Why is top posting frowned upon? From owner-freebsd-stable@FreeBSD.ORG Mon Dec 11 21:27:20 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9D1C816A49E for ; Mon, 11 Dec 2006 21:27:20 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 158674481A for ; Mon, 11 Dec 2006 20:52:09 +0000 (GMT) (envelope-from quetzal@zone3000.net) Received: from unknown (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 11 Dec 2006 20:53:06 -0000 Date: Mon, 11 Dec 2006 22:52:38 +0200 From: Nikolay Pavlov To: LI Xin Message-ID: <20061211205238.GA5733@zone3000.net> Mail-Followup-To: Nikolay Pavlov , LI Xin , freebsd-stable@FreeBSD.org, Robert Watson References: <20061122195549.GA57018@zone3000.net> <338b359d969e9c68deaf49096aa91995@mail.geekcn.org> <20061123160208.GA62732@zone3000.net> <456662F4.6000306@delphij.net> <20061125103755.GA78288@zone3000.net> <456887CD.50606@delphij.net> <20061125212004.GA22786@zone3000.net> <457D0FC7.6010808@delphij.net> <20061211180817.GA4557@zone3000.net> <457DAA99.60605@delphij.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <457DAA99.60605@delphij.net> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE-p10 Cc: Robert Watson , freebsd-stable@FreeBSD.org Subject: Re: deadlock in "zoneli" state on 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Dec 2006 21:27:20 -0000 On Tuesday, 12 December 2006 at 2:59:37 +0800, LI Xin wrote: > Hi, Nikolay, > > Nikolay Pavlov wrote: > > On Monday, 11 December 2006 at 15:59:03 +0800, LI Xin wrote: > >> Hi, > >> > >> Would you please give the following patch a try? > >> > >> http://people.freebsd.org/~delphij/misc/patch-zonelim-drain > >> > >> Note: Please revert my previous patch against sys/kern/kern_mbuf.c. > >> > >> This patch should be applied against sys/vm/ [RELENG_6 or RELENG_6_2], > >> it schedules a drain of uma zones when they are low on memory. > > > > > > This time things worked out a bit better, there was no Kernel panic and > > my server managed to overcome the "magic" number 65550 mbufs. But very > > soon the server reached another limit - 131072 mbuf clusters > > Do you still get squid stuck in "zoneli" state and the server became > unresponsive? Yes. No panic, but still idle in zoneli and the server become unresponsive via network. last pid: 1990; load averages: 0.09, 0.30, 0.16 up 0+03:27:28 16:27:57 30 processes: 1 running, 29 sleeping Mem: 497M Active, 600M Inact, 441M Wired, 12K Cache, 112M Buf, 2352M Free Swap: 4070M Total, 4070M Free PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 684 squid 1 -16 0 480M 480M zoneli 11:41 0.00% squid 694 root 1 96 0 6636K 4800K select 0:06 0.00% snmpd 691 squid 1 -8 0 1224K 632K piperd 0:01 0.00% unlinkd 364 _pflogd 1 -58 0 1600K 1216K bpf 0:01 0.00% pflogd 1840 root 1 -8 0 7768K 7304K piperd 0:00 0.00% perl5.8.8 722 root 1 96 0 3464K 2796K select 0:00 0.00% sendmail 563 root 1 96 0 1352K 1048K select 0:00 0.00% syslogd 1878 root 1 5 -10 5072K 3056K ttyin 0:00 0.00% tcsh 1841 root 1 20 0 4976K 3036K pause 0:00 0.00% csh 1874 quetzal 1 96 0 6220K 3252K select 0:00 0.00% sshd 1877 root 1 20 0 5056K 3028K pause 0:00 0.00% tcsh 1872 root 1 4 0 6232K 3236K sbwait 0:00 0.00% sshd 732 root 1 8 0 1364K 1060K nanslp 0:00 0.00% cron 783 root 1 8 0 1692K 1396K wait 0:00 0.00% login 1875 quetzal 1 20 0 4736K 2964K pause 0:00 0.00% tcsh 668 root 1 96 0 1264K 804K select 0:00 0.00% usbd 706 root 1 96 0 3504K 2676K select 0:00 0.00% sshd 726 smmsp 1 20 0 3364K 2724K pause 0:00 0.00% sendmail last pid: 1992; load averages: 0.06, 0.27, 0.16 up 0+03:27:50 16:28:19 75 processes: 2 running, 52 sleeping, 21 waiting Mem: 497M Active, 600M Inact, 441M Wired, 12K Cache, 112M Buf, 2351M Free Swap: 4070M Total, 4070M Free PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 10 root 1 171 52 0K 8K RUN 188:49 93.85% idle 22 root 1 -68 -187 0K 8K WAIT 1:54 3.56% irq29: em1 684 squid 1 -16 0 480M 480M zoneli 11:41 0.05% squid 13 root 1 -44 -163 0K 8K WAIT 3:08 0.00% swi1: net 11 root 1 -32 -151 0K 8K WAIT 0:27 0.00% swi4: clock sio 42 root 1 20 0 0K 8K syncer 0:09 0.00% syncer 694 root 1 96 0 6636K 4800K select 0:06 0.00% snmpd 14 root 1 -16 0 0K 8K - 0:04 0.00% yarrow 39 root 1 171 52 0K 8K pgzero 0:03 0.00% pagezero 3 root 1 -8 0 0K 8K - 0:02 0.00% g_up 4 root 1 -8 0 0K 8K - 0:02 0.00% g_down 37 root 1 -16 0 0K 8K psleep 0:02 0.00% pagedaemon 691 squid 1 -8 0 1224K 632K piperd 0:01 0.00% unlinkd 43 root 1 -16 0 0K 8K sdflus 0:01 0.00% softdepflush 20 root 1 -64 -183 0K 8K WAIT 0:01 0.00% irq48: amr0 2 root 1 -8 0 0K 8K - 0:01 0.00% g_event 44 root 1 -60 0 0K 8K - 0:01 0.00% schedcpu 364 _pflogd 1 -58 0 1600K 1216K bpf 0:01 0.00% pflogd PID TT STAT TIME COMMAND 0 ?? WLs 0:00.00 [swapper] 1 ?? ILs 0:00.01 /sbin/init -- 2 ?? DL 0:00.91 [g_event] 3 ?? DL 0:02.25 [g_up] 4 ?? DL 0:02.15 [g_down] 5 ?? DL 0:00.00 [kqueue taskq] 6 ?? DL 0:00.00 [acpi_task_0] 7 ?? DL 0:00.00 [acpi_task_1] 8 ?? DL 0:00.00 [acpi_task_2] 9 ?? DL 0:00.00 [thread taskq] 10 ?? RL 188:42.12 [idle] 11 ?? WL 0:26.95 [swi4: clock sio] 12 ?? WL 0:00.00 [swi3: vm] 13 ?? WL 3:08.22 [swi1: net] 14 ?? DL 0:04.36 [yarrow] 15 ?? WL 0:00.00 [swi5: +] 16 ?? WL 0:00.00 [swi2: cambio] 17 ?? WL 0:00.00 [swi6: task queue] 18 ?? WL 0:00.02 [swi6: Giant taskq] 19 ?? WL 0:00.00 [irq9: acpi0] 20 ?? WL 0:01.20 [irq48: amr0] 21 ?? WL 0:00.00 [irq28: em0] 22 ?? WL 1:53.84 [irq29: em1] 23 ?? WL 0:00.00 [irq16: uhci0] 24 ?? DL 0:00.00 [usb0] 25 ?? DL 0:00.00 [usbtask] 26 ?? WL 0:00.00 [irq19: uhci1] 27 ?? DL 0:00.00 [usb1] 28 ?? WL 0:00.00 [irq18: uhci2] 29 ?? DL 0:00.00 [usb2] 30 ?? WL 0:00.00 [irq14: ata0] 31 ?? WL 0:00.00 [irq15: ata1] 32 ?? WL 0:00.02 [irq1: atkbd0] 33 ?? WL 0:00.00 [irq12: psm0] 34 ?? WL 0:00.00 [swi0: sio] 35 ?? DL 0:00.07 [fdc0] 36 ?? WL 0:00.00 [irq7: ppc0] 37 ?? DL 0:01.87 [pagedaemon] 38 ?? DL 0:00.00 [vmdaemon] 39 ?? DL 0:02.81 [pagezero] 40 ?? DL 0:00.12 [bufdaemon] 41 ?? DL 0:00.09 [vnlru] 42 ?? DL 0:09.48 [syncer] 43 ?? DL 0:01.48 [softdepflush] 44 ?? DL 0:00.79 [schedcpu] 129 ?? Is 0:00.00 adjkerntz -i 361 ?? Is 0:00.01 pflogd: [priv] (pflogd) 364 ?? S 0:00.55 pflogd: [running] -s 116 -f /var/log/pflog (pflogd) 509 ?? Is 0:00.00 /sbin/devd 563 ?? Ss 0:00.20 /usr/sbin/syslogd -s 668 ?? Ss 0:00.02 /usr/sbin/usbd 682 ?? Is 0:00.00 /usr/local/sbin/squid -D 684 ?? D 11:41.06 (squid) -D (squid) 691 ?? Is 0:01.49 (unlinkd) (unlinkd) 694 ?? S 0:06.03 /usr/local/sbin/snmpd -p /var/run/snmpd.pid 706 ?? Is 0:00.01 /usr/sbin/sshd 722 ?? Ss 0:00.28 sendmail: accepting connections (sendmail) 726 ?? Is 0:00.01 sendmail: Queue runner@00:30:00 for /var/spool/clientmqueue (sendmail) 732 ?? Ss 0:00.07 /usr/sbin/cron -s 1840 ?? Is 0:00.32 /usr/bin/perl /usr/local/sbin/brblocker (perl5.8.8) 1872 ?? Is 0:00.08 sshd: quetzal [priv] (sshd) 1874 ?? I 0:00.08 sshd: quetzal@ttyp0 (sshd) 782 v0 Is+ 0:00.00 /usr/libexec/getty Pc ttyv0 783 v1 Is 0:00.04 login [pam] (login) 1841 v1 S 0:00.10 -csh (csh) 1991 v1 R+ 0:00.00 ps awwx 784 v2 Is+ 0:00.00 /usr/libexec/getty Pc ttyv2 785 v3 Is+ 0:00.00 /usr/libexec/getty Pc ttyv3 786 v4 Is+ 0:00.00 /usr/libexec/getty Pc ttyv4 787 v5 Is+ 0:00.00 /usr/libexec/getty Pc ttyv5 788 v6 Is+ 0:00.00 /usr/libexec/getty Pc ttyv6 789 v7 Is+ 0:00.00 /usr/libexec/getty Pc ttyv7 1875 p0 Is 0:00.04 -tcsh (tcsh) 1877 p0 I 0:00.08 tcsh 1878 p0 I<+ 0:00.11 tcsh Then squid works as usual with out any reboot. > > > (This is my limit for kern.ipc.nmbclusters). > > And server started to drop the packets. After I've > > removed the overload I found my server responding but when I actually > > accessed it I found out that although the number of connections has > > reduces considerably, the memory allocated for the net did not become > > free. So I believe that there is still a mbufs leak somewhere. > > This looks weird to me... Would you please try to add some load to the > server and remove afterwards, to see if the 'current' mbuf clusters > keeps increasing or not? I think no, but for sure here is a logs from netstat -m and vmstat -z commands called one by one in time of load. root@accel1:/root# cat net 131095/1407/132502 mbufs in use (current/cache/total) 131069/3/131072/131072 mbuf clusters in use (current/cache/total/max) 130942/3 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 294911K/357K/295269K bytes allocated to network (current/cache/total) 0/1273541/636768 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/4/6656 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 173 calls to protocol drain routines 130617/1885/132502 mbufs in use (current/cache/total) 130592/480/131072/131072 mbuf clusters in use (current/cache/total/max) 130465/480 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 293838K/1431K/295269K bytes allocated to network (current/cache/total) 0/1276741/638368 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/4/6656 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 174 calls to protocol drain routines 131241/1261/132502 mbufs in use (current/cache/total) 131072/0/131072/131072 mbuf clusters in use (current/cache/total/max) 131072/0 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 294954K/315K/295269K bytes allocated to network (current/cache/total) 0/1282542/641268 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/4/6656 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 175 calls to protocol drain routines 131241/1261/132502 mbufs in use (current/cache/total) 131072/0/131072/131072 mbuf clusters in use (current/cache/total/max) 131072/0 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 294954K/315K/295269K bytes allocated to network (current/cache/total) 0/1293762/646878 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/4/6656 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 175 calls to protocol drain routines 131238/1264/132502 mbufs in use (current/cache/total) 131069/3/131072/131072 mbuf clusters in use (current/cache/total/max) 131069/3 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 294947K/322K/295269K bytes allocated to network (current/cache/total) 0/1299402/649698 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/4/6656 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 175 calls to protocol drain routines 131225/1277/132502 mbufs in use (current/cache/total) 131056/16/131072/131072 mbuf clusters in use (current/cache/total/max) 131056/16 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 294918K/351K/295269K bytes allocated to network (current/cache/total) 0/1307582/653788 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/4/6656 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 176 calls to protocol drain routines 131197/1305/132502 mbufs in use (current/cache/total) 131028/44/131072/131072 mbuf clusters in use (current/cache/total/max) 131028/44 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 294855K/414K/295269K bytes allocated to network (current/cache/total) 0/1310942/655468 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/4/6656 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 176 calls to protocol drain routines 131195/1307/132502 mbufs in use (current/cache/total) 131026/46/131072/131072 mbuf clusters in use (current/cache/total/max) 131026/46 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 294850K/418K/295269K bytes allocated to network (current/cache/total) 0/1313942/656968 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/4/6656 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 176 calls to protocol drain routines 131195/1307/132502 mbufs in use (current/cache/total) 131026/46/131072/131072 mbuf clusters in use (current/cache/total/max) 131026/46 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 294850K/418K/295269K bytes allocated to network (current/cache/total) 0/1317362/658678 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/4/6656 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 176 calls to protocol drain routines 131195/1307/132502 mbufs in use (current/cache/total) 131026/46/131072/131072 mbuf clusters in use (current/cache/total/max) 131026/46 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 294850K/418K/295269K bytes allocated to network (current/cache/total) 0/1319862/659928 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/4/6656 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 177 calls to protocol drain routines 131195/1307/132502 mbufs in use (current/cache/total) 131026/46/131072/131072 mbuf clusters in use (current/cache/total/max) 131026/46 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 294850K/418K/295269K bytes allocated to network (current/cache/total) 0/1323342/661668 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/4/6656 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 177 calls to protocol drain routines ITEM SIZE LIMIT USED FREE REQUESTS UMA Kegs: 140, 0, 84, 12, 84 UMA Zones: 120, 0, 84, 6, 84 UMA Slabs: 64, 0, 910, 34, 32654 UMA RCntSlabs: 104, 0, 65536, 28, 65536 UMA Hash: 128, 0, 4, 26, 6 16 Bucket: 76, 0, 23, 27, 32 32 Bucket: 140, 0, 20, 8, 29 64 Bucket: 268, 0, 22, 34, 46 128 Bucket: 524, 0, 231, 602, 2008623 VM OBJECT: 132, 0, 24516, 76, 59916 MAP: 192, 0, 7, 33, 7 KMAP ENTRY: 68, 57456, 113, 55, 156003 MAP ENTRY: 68, 0, 849, 159, 244408 PV ENTRY: 24, 2228360, 136693, 767, 1183705 DP fakepg: 72, 0, 0, 0, 0 mt_zone: 64, 0, 182, 54, 182 16: 16, 0, 3853, 410, 342172 32: 32, 0, 1770, 490, 128501 64: 64, 0, 3205, 2400, 202149 128: 128, 0, 1819, 1721, 333281 256: 256, 0, 370, 515, 18012 512: 512, 0, 1038, 26, 38658 1024: 1024, 0, 49, 83, 73072 2048: 2048, 0, 147, 61, 41437 4096: 4096, 0, 132, 19, 90078 Files: 72, 0, 2754, 2917, 284060 MAC labels: 20, 0, 40610, 964, 461050 PROC: 536, 0, 74, 24, 1975 THREAD: 376, 0, 98, 22, 98 KSEGRP: 88, 0, 98, 62, 98 UPCALL: 44, 0, 0, 0, 0 VMSPACE: 296, 0, 31, 21, 1932 mbuf_packet: 256, 0, 131015, 57, 10219838 mbuf: 256, 0, 169, 1261, 11854944 mbuf_cluster: 2048, 131072, 131072, 0, 168576 mbuf_jumbo_pagesize: 4096, 0, 0, 0, 0 mbuf_jumbo_9k: 9216, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 0, 0, 0, 0 ACL UMA zone: 388, 0, 0, 0, 0 g_bio: 132, 0, 0, 1102, 261902 ata_request: 204, 0, 0, 0, 0 ata_composite: 196, 0, 0, 0, 0 VNODE: 348, 0, 26567, 20, 29654 VNODEPOLL: 76, 0, 0, 0, 0 S VFS Cache: 68, 0, 20834, 54, 23210 L VFS Cache: 291, 0, 0, 0, 0 NAMEI: 1024, 0, 0, 12, 226499 DIRHASH: 1024, 0, 1675, 141, 3804 NFSMOUNT: 480, 0, 0, 0, 0 NFSNODE: 536, 0, 0, 0, 0 PIPE: 408, 0, 7, 20, 820 KNOTE: 68, 0, 0, 112, 76 socket: 356, 131076, 4523, 1274, 138513 unpcb: 140, 131096, 13, 43, 278 ipq: 32, 4181, 0, 0, 0 udpcb: 180, 131076, 6, 38, 174 inpcb: 180, 131076, 4454, 1640, 138060 tcpcb: 464, 131072, 4454, 1114, 138060 tcptw: 48, 8268, 0, 858, 75042 syncache: 100, 15366, 0, 312, 111417 hostcache: 76, 15400, 2074, 2976, 7065 tcpreass: 20, 8281, 0, 338, 5351 sackhole: 20, 0, 1, 337, 287462 ripcb: 180, 131076, 0, 0, 0 rtentry: 132, 0, 21, 37, 38 pfsrctrpl: 100, 15015, 0, 0, 0 pfrulepl: 604, 0, 9, 9, 9 pfstatepl: 260, 15000, 3184, 7091, 110162 pfaltqpl: 128, 0, 0, 0, 0 pfpooladdrpl: 68, 0, 2, 110, 2 pfrktable: 1240, 0, 4, 5, 8 pfrkentry: 156, 0, 5, 45, 5 pfrkentry2: 156, 0, 0, 0, 0 pffrent: 16, 203, 0, 0, 0 pffrag: 48, 0, 0, 0, 0 pffrcache: 48, 10062, 0, 0, 0 pffrcent: 12, 50141, 0, 0, 0 pfstatescrub: 28, 0, 0, 0, 0 pfiaddrpl: 92, 0, 0, 0, 0 pfospfen: 108, 0, 345, 51, 345 pfosfp: 28, 0, 188, 193, 188 SWAPMETA: 276, 121576, 0, 0, 0 Mountpoints: 740, 0, 6, 4, 6 FFS inode: 132, 0, 26525, 126, 29611 FFS1 dinode: 128, 0, 0, 0, 0 FFS2 dinode: 256, 0, 26525, 115, 29611 ITEM SIZE LIMIT USED FREE REQUESTS UMA Kegs: 140, 0, 84, 12, 84 UMA Zones: 120, 0, 84, 6, 84 UMA Slabs: 64, 0, 910, 34, 32655 UMA RCntSlabs: 104, 0, 65536, 28, 65536 UMA Hash: 128, 0, 4, 26, 6 16 Bucket: 76, 0, 23, 27, 32 32 Bucket: 140, 0, 20, 8, 29 64 Bucket: 268, 0, 22, 34, 46 128 Bucket: 524, 0, 231, 602, 2012853 VM OBJECT: 132, 0, 24516, 76, 59930 MAP: 192, 0, 7, 33, 7 KMAP ENTRY: 68, 57456, 113, 55, 156005 MAP ENTRY: 68, 0, 849, 159, 244519 PV ENTRY: 24, 2228360, 136693, 767, 1184103 DP fakepg: 72, 0, 0, 0, 0 mt_zone: 64, 0, 182, 54, 182 16: 16, 0, 3853, 410, 342179 32: 32, 0, 1770, 490, 128503 64: 64, 0, 3205, 2400, 202157 128: 128, 0, 1819, 1721, 333290 256: 256, 0, 370, 515, 18014 512: 512, 0, 1038, 26, 38658 1024: 1024, 0, 49, 83, 73072 2048: 2048, 0, 147, 61, 41437 4096: 4096, 0, 132, 19, 90079 Files: 72, 0, 2754, 2917, 284067 MAC labels: 20, 0, 40610, 964, 461059 PROC: 536, 0, 74, 24, 1976 THREAD: 376, 0, 98, 22, 98 KSEGRP: 88, 0, 98, 62, 98 UPCALL: 44, 0, 0, 0, 0 VMSPACE: 296, 0, 31, 21, 1933 mbuf_packet: 256, 0, 131015, 57, 10221248 mbuf: 256, 0, 169, 1261, 11855170 mbuf_cluster: 2048, 131072, 131072, 0, 168576 mbuf_jumbo_pagesize: 4096, 0, 0, 0, 0 mbuf_jumbo_9k: 9216, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 0, 0, 0, 0 ACL UMA zone: 388, 0, 0, 0, 0 g_bio: 132, 0, 0, 1102, 261902 ata_request: 204, 0, 0, 0, 0 ata_composite: 196, 0, 0, 0, 0 VNODE: 348, 0, 26567, 20, 29654 VNODEPOLL: 76, 0, 0, 0, 0 S VFS Cache: 68, 0, 20834, 54, 23210 L VFS Cache: 291, 0, 0, 0, 0 NAMEI: 1024, 0, 0, 12, 226516 DIRHASH: 1024, 0, 1675, 141, 3804 NFSMOUNT: 480, 0, 0, 0, 0 NFSNODE: 536, 0, 0, 0, 0 PIPE: 408, 0, 7, 20, 820 KNOTE: 68, 0, 0, 112, 76 socket: 356, 131076, 4523, 1274, 138513 unpcb: 140, 131096, 13, 43, 278 ipq: 32, 4181, 0, 0, 0 udpcb: 180, 131076, 6, 38, 174 inpcb: 180, 131076, 4454, 1640, 138060 tcpcb: 464, 131072, 4454, 1114, 138060 tcptw: 48, 8268, 0, 858, 75042 syncache: 100, 15366, 0, 312, 111417 hostcache: 76, 15400, 2074, 2976, 7065 tcpreass: 20, 8281, 0, 338, 5351 sackhole: 20, 0, 1, 337, 287462 ripcb: 180, 131076, 0, 0, 0 rtentry: 132, 0, 21, 37, 38 pfsrctrpl: 100, 15015, 0, 0, 0 pfrulepl: 604, 0, 9, 9, 9 pfstatepl: 260, 15000, 3184, 7091, 110162 pfaltqpl: 128, 0, 0, 0, 0 pfpooladdrpl: 68, 0, 2, 110, 2 pfrktable: 1240, 0, 4, 5, 8 pfrkentry: 156, 0, 5, 45, 5 pfrkentry2: 156, 0, 0, 0, 0 pffrent: 16, 203, 0, 0, 0 pffrag: 48, 0, 0, 0, 0 pffrcache: 48, 10062, 0, 0, 0 pffrcent: 12, 50141, 0, 0, 0 pfstatescrub: 28, 0, 0, 0, 0 pfiaddrpl: 92, 0, 0, 0, 0 pfospfen: 108, 0, 345, 51, 345 pfosfp: 28, 0, 188, 193, 188 SWAPMETA: 276, 121576, 0, 0, 0 Mountpoints: 740, 0, 6, 4, 6 FFS inode: 132, 0, 26525, 126, 29611 FFS1 dinode: 128, 0, 0, 0, 0 FFS2 dinode: 256, 0, 26525, 115, 29611 ITEM SIZE LIMIT USED FREE REQUESTS UMA Kegs: 140, 0, 84, 12, 84 UMA Zones: 120, 0, 84, 6, 84 UMA Slabs: 64, 0, 910, 34, 32656 UMA RCntSlabs: 104, 0, 65536, 28, 65536 UMA Hash: 128, 0, 4, 26, 6 16 Bucket: 76, 0, 23, 27, 32 32 Bucket: 140, 0, 20, 8, 29 64 Bucket: 268, 0, 22, 34, 46 128 Bucket: 524, 0, 231, 602, 2016123 VM OBJECT: 132, 0, 24516, 76, 59944 MAP: 192, 0, 7, 33, 7 KMAP ENTRY: 68, 57456, 113, 55, 156007 MAP ENTRY: 68, 0, 849, 159, 244630 PV ENTRY: 24, 2228360, 136693, 767, 1184501 DP fakepg: 72, 0, 0, 0, 0 mt_zone: 64, 0, 182, 54, 182 16: 16, 0, 3853, 410, 342186 32: 32, 0, 1770, 490, 128506 64: 64, 0, 3205, 2400, 202165 128: 128, 0, 1819, 1721, 333299 256: 256, 0, 370, 515, 18016 512: 512, 0, 1038, 26, 38658 1024: 1024, 0, 49, 83, 73072 2048: 2048, 0, 147, 61, 41437 4096: 4096, 0, 132, 19, 90080 Files: 72, 0, 2754, 2917, 284074 MAC labels: 20, 0, 40610, 964, 461068 PROC: 536, 0, 74, 24, 1977 THREAD: 376, 0, 98, 22, 98 KSEGRP: 88, 0, 98, 62, 98 UPCALL: 44, 0, 0, 0, 0 VMSPACE: 296, 0, 31, 21, 1934 mbuf_packet: 256, 0, 131015, 57, 10222338 mbuf: 256, 0, 169, 1261, 11855350 mbuf_cluster: 2048, 131072, 131072, 0, 168576 mbuf_jumbo_pagesize: 4096, 0, 0, 0, 0 mbuf_jumbo_9k: 9216, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 0, 0, 0, 0 ACL UMA zone: 388, 0, 0, 0, 0 g_bio: 132, 0, 0, 1102, 261902 ata_request: 204, 0, 0, 0, 0 ata_composite: 196, 0, 0, 0, 0 VNODE: 348, 0, 26567, 20, 29654 VNODEPOLL: 76, 0, 0, 0, 0 S VFS Cache: 68, 0, 20834, 54, 23210 L VFS Cache: 291, 0, 0, 0, 0 NAMEI: 1024, 0, 0, 12, 226533 DIRHASH: 1024, 0, 1675, 141, 3804 NFSMOUNT: 480, 0, 0, 0, 0 NFSNODE: 536, 0, 0, 0, 0 PIPE: 408, 0, 7, 20, 820 KNOTE: 68, 0, 0, 112, 76 socket: 356, 131076, 4523, 1274, 138513 unpcb: 140, 131096, 13, 43, 278 ipq: 32, 4181, 0, 0, 0 udpcb: 180, 131076, 6, 38, 174 inpcb: 180, 131076, 4454, 1640, 138060 tcpcb: 464, 131072, 4454, 1114, 138060 tcptw: 48, 8268, 0, 858, 75042 syncache: 100, 15366, 0, 312, 111417 hostcache: 76, 15400, 2074, 2976, 7065 tcpreass: 20, 8281, 0, 338, 5351 sackhole: 20, 0, 1, 337, 287462 ripcb: 180, 131076, 0, 0, 0 rtentry: 132, 0, 21, 37, 38 pfsrctrpl: 100, 15015, 0, 0, 0 pfrulepl: 604, 0, 9, 9, 9 pfstatepl: 260, 15000, 3184, 7091, 110162 pfaltqpl: 128, 0, 0, 0, 0 pfpooladdrpl: 68, 0, 2, 110, 2 pfrktable: 1240, 0, 4, 5, 8 pfrkentry: 156, 0, 5, 45, 5 pfrkentry2: 156, 0, 0, 0, 0 pffrent: 16, 203, 0, 0, 0 pffrag: 48, 0, 0, 0, 0 pffrcache: 48, 10062, 0, 0, 0 pffrcent: 12, 50141, 0, 0, 0 pfstatescrub: 28, 0, 0, 0, 0 pfiaddrpl: 92, 0, 0, 0, 0 pfospfen: 108, 0, 345, 51, 345 pfosfp: 28, 0, 188, 193, 188 SWAPMETA: 276, 121576, 0, 0, 0 Mountpoints: 740, 0, 6, 4, 6 FFS inode: 132, 0, 26525, 126, 29611 FFS1 dinode: 128, 0, 0, 0, 0 FFS2 dinode: 256, 0, 26525, 115, 29611 ITEM SIZE LIMIT USED FREE REQUESTS UMA Kegs: 140, 0, 84, 12, 84 UMA Zones: 120, 0, 84, 6, 84 UMA Slabs: 64, 0, 910, 34, 32657 UMA RCntSlabs: 104, 0, 65536, 28, 65536 UMA Hash: 128, 0, 4, 26, 6 16 Bucket: 76, 0, 23, 27, 32 32 Bucket: 140, 0, 20, 8, 29 64 Bucket: 268, 0, 22, 34, 46 128 Bucket: 524, 0, 231, 602, 2018703 VM OBJECT: 132, 0, 24516, 76, 59958 MAP: 192, 0, 7, 33, 7 KMAP ENTRY: 68, 57456, 113, 55, 156009 MAP ENTRY: 68, 0, 849, 159, 244741 PV ENTRY: 24, 2228360, 136693, 767, 1184899 DP fakepg: 72, 0, 0, 0, 0 mt_zone: 64, 0, 182, 54, 182 16: 16, 0, 3853, 410, 342193 32: 32, 0, 1770, 490, 128508 64: 64, 0, 3205, 2400, 202174 128: 128, 0, 1819, 1721, 333308 256: 256, 0, 370, 515, 18018 512: 512, 0, 1038, 26, 38658 1024: 1024, 0, 49, 83, 73072 2048: 2048, 0, 147, 61, 41437 4096: 4096, 0, 132, 19, 90081 Files: 72, 0, 2754, 2917, 284081 MAC labels: 20, 0, 40610, 964, 461077 PROC: 536, 0, 74, 24, 1978 THREAD: 376, 0, 98, 22, 98 KSEGRP: 88, 0, 98, 62, 98 UPCALL: 44, 0, 0, 0, 0 VMSPACE: 296, 0, 31, 21, 1935 mbuf_packet: 256, 0, 131015, 57, 10223198 mbuf: 256, 0, 169, 1261, 11855483 mbuf_cluster: 2048, 131072, 131072, 0, 168576 mbuf_jumbo_pagesize: 4096, 0, 0, 0, 0 mbuf_jumbo_9k: 9216, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 0, 0, 0, 0 ACL UMA zone: 388, 0, 0, 0, 0 g_bio: 132, 0, 0, 1102, 261902 ata_request: 204, 0, 0, 0, 0 ata_composite: 196, 0, 0, 0, 0 VNODE: 348, 0, 26567, 20, 29654 VNODEPOLL: 76, 0, 0, 0, 0 S VFS Cache: 68, 0, 20834, 54, 23210 L VFS Cache: 291, 0, 0, 0, 0 NAMEI: 1024, 0, 0, 12, 226550 DIRHASH: 1024, 0, 1675, 141, 3804 NFSMOUNT: 480, 0, 0, 0, 0 NFSNODE: 536, 0, 0, 0, 0 PIPE: 408, 0, 7, 20, 820 KNOTE: 68, 0, 0, 112, 76 socket: 356, 131076, 4523, 1274, 138513 unpcb: 140, 131096, 13, 43, 278 ipq: 32, 4181, 0, 0, 0 udpcb: 180, 131076, 6, 38, 174 inpcb: 180, 131076, 4454, 1640, 138060 tcpcb: 464, 131072, 4454, 1114, 138060 tcptw: 48, 8268, 0, 858, 75042 syncache: 100, 15366, 0, 312, 111417 hostcache: 76, 15400, 2074, 2976, 7065 tcpreass: 20, 8281, 0, 338, 5351 sackhole: 20, 0, 1, 337, 287462 ripcb: 180, 131076, 0, 0, 0 rtentry: 132, 0, 21, 37, 38 pfsrctrpl: 100, 15015, 0, 0, 0 pfrulepl: 604, 0, 9, 9, 9 pfstatepl: 260, 15000, 3184, 7091, 110162 pfaltqpl: 128, 0, 0, 0, 0 pfpooladdrpl: 68, 0, 2, 110, 2 pfrktable: 1240, 0, 4, 5, 8 pfrkentry: 156, 0, 5, 45, 5 pfrkentry2: 156, 0, 0, 0, 0 pffrent: 16, 203, 0, 0, 0 pffrag: 48, 0, 0, 0, 0 pffrcache: 48, 10062, 0, 0, 0 pffrcent: 12, 50141, 0, 0, 0 pfstatescrub: 28, 0, 0, 0, 0 pfiaddrpl: 92, 0, 0, 0, 0 pfospfen: 108, 0, 345, 51, 345 pfosfp: 28, 0, 188, 193, 188 SWAPMETA: 276, 121576, 0, 0, 0 Mountpoints: 740, 0, 6, 4, 6 FFS inode: 132, 0, 26525, 126, 29611 FFS1 dinode: 128, 0, 0, 0, 0 FFS2 dinode: 256, 0, 26525, 115, 29611 ITEM SIZE LIMIT USED FREE REQUESTS UMA Kegs: 140, 0, 84, 12, 84 UMA Zones: 120, 0, 84, 6, 84 UMA Slabs: 64, 0, 910, 34, 32658 UMA RCntSlabs: 104, 0, 65536, 28, 65536 UMA Hash: 128, 0, 4, 26, 6 16 Bucket: 76, 0, 23, 27, 32 32 Bucket: 140, 0, 20, 8, 29 64 Bucket: 268, 0, 22, 34, 46 128 Bucket: 524, 0, 231, 602, 2021763 VM OBJECT: 132, 0, 24516, 76, 59972 MAP: 192, 0, 7, 33, 7 KMAP ENTRY: 68, 57456, 113, 55, 156011 MAP ENTRY: 68, 0, 849, 159, 244852 PV ENTRY: 24, 2228360, 136693, 767, 1185297 DP fakepg: 72, 0, 0, 0, 0 mt_zone: 64, 0, 182, 54, 182 16: 16, 0, 3853, 410, 342200 32: 32, 0, 1770, 490, 128510 64: 64, 0, 3205, 2400, 202182 128: 128, 0, 1819, 1721, 333317 256: 256, 0, 370, 515, 18020 512: 512, 0, 1038, 26, 38658 1024: 1024, 0, 49, 83, 73072 2048: 2048, 0, 147, 61, 41437 4096: 4096, 0, 132, 19, 90082 Files: 72, 0, 2754, 2917, 284088 MAC labels: 20, 0, 40609, 965, 461086 PROC: 536, 0, 74, 24, 1979 THREAD: 376, 0, 98, 22, 98 KSEGRP: 88, 0, 98, 62, 98 UPCALL: 44, 0, 0, 0, 0 VMSPACE: 296, 0, 31, 21, 1936 mbuf_packet: 256, 0, 131013, 59, 10224218 mbuf: 256, 0, 169, 1261, 11855658 mbuf_cluster: 2048, 131072, 131072, 0, 168576 mbuf_jumbo_pagesize: 4096, 0, 0, 0, 0 mbuf_jumbo_9k: 9216, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 0, 0, 0, 0 ACL UMA zone: 388, 0, 0, 0, 0 g_bio: 132, 0, 0, 1102, 261902 ata_request: 204, 0, 0, 0, 0 ata_composite: 196, 0, 0, 0, 0 VNODE: 348, 0, 26567, 20, 29654 VNODEPOLL: 76, 0, 0, 0, 0 S VFS Cache: 68, 0, 20834, 54, 23210 L VFS Cache: 291, 0, 0, 0, 0 NAMEI: 1024, 0, 0, 12, 226567 DIRHASH: 1024, 0, 1675, 141, 3804 NFSMOUNT: 480, 0, 0, 0, 0 NFSNODE: 536, 0, 0, 0, 0 PIPE: 408, 0, 7, 20, 820 KNOTE: 68, 0, 0, 112, 76 socket: 356, 131076, 4523, 1274, 138513 unpcb: 140, 131096, 13, 43, 278 ipq: 32, 4181, 0, 0, 0 udpcb: 180, 131076, 6, 38, 174 inpcb: 180, 131076, 4453, 1641, 138060 tcpcb: 464, 131072, 4453, 1115, 138060 tcptw: 48, 8268, 0, 858, 75042 syncache: 100, 15366, 0, 312, 111417 hostcache: 76, 15400, 2075, 2975, 7066 tcpreass: 20, 8281, 0, 338, 5351 sackhole: 20, 0, 1, 337, 287462 ripcb: 180, 131076, 0, 0, 0 rtentry: 132, 0, 21, 37, 38 pfsrctrpl: 100, 15015, 0, 0, 0 pfrulepl: 604, 0, 9, 9, 9 pfstatepl: 260, 15000, 3130, 7145, 110162 pfaltqpl: 128, 0, 0, 0, 0 pfpooladdrpl: 68, 0, 2, 110, 2 pfrktable: 1240, 0, 4, 5, 8 pfrkentry: 156, 0, 5, 45, 5 pfrkentry2: 156, 0, 0, 0, 0 pffrent: 16, 203, 0, 0, 0 pffrag: 48, 0, 0, 0, 0 pffrcache: 48, 10062, 0, 0, 0 pffrcent: 12, 50141, 0, 0, 0 pfstatescrub: 28, 0, 0, 0, 0 pfiaddrpl: 92, 0, 0, 0, 0 pfospfen: 108, 0, 345, 51, 345 pfosfp: 28, 0, 188, 193, 188 SWAPMETA: 276, 121576, 0, 0, 0 Mountpoints: 740, 0, 6, 4, 6 FFS inode: 132, 0, 26525, 126, 29611 FFS1 dinode: 128, 0, 0, 0, 0 FFS2 dinode: 256, 0, 26525, 115, 29611 ITEM SIZE LIMIT USED FREE REQUESTS UMA Kegs: 140, 0, 84, 12, 84 UMA Zones: 120, 0, 84, 6, 84 UMA Slabs: 64, 0, 910, 34, 32659 UMA RCntSlabs: 104, 0, 65536, 28, 65536 UMA Hash: 128, 0, 4, 26, 6 16 Bucket: 76, 0, 23, 27, 32 32 Bucket: 140, 0, 20, 8, 29 64 Bucket: 268, 0, 22, 34, 46 128 Bucket: 524, 0, 233, 600, 2022365 VM OBJECT: 132, 0, 24516, 76, 59986 MAP: 192, 0, 7, 33, 7 KMAP ENTRY: 68, 57456, 113, 55, 156013 MAP ENTRY: 68, 0, 849, 159, 244963 PV ENTRY: 24, 2228360, 136693, 767, 1185695 DP fakepg: 72, 0, 0, 0, 0 mt_zone: 64, 0, 182, 54, 182 16: 16, 0, 3853, 410, 342207 32: 32, 0, 1770, 490, 128512 64: 64, 0, 3205, 2400, 202190 128: 128, 0, 1819, 1721, 333326 256: 256, 0, 370, 515, 18022 512: 512, 0, 1038, 26, 38658 1024: 1024, 0, 49, 83, 73072 2048: 2048, 0, 147, 61, 41437 4096: 4096, 0, 132, 19, 90083 Files: 72, 0, 2754, 2917, 284095 MAC labels: 20, 0, 40605, 969, 461095 PROC: 536, 0, 74, 24, 1980 THREAD: 376, 0, 98, 22, 98 KSEGRP: 88, 0, 98, 62, 98 UPCALL: 44, 0, 0, 0, 0 VMSPACE: 296, 0, 31, 21, 1937 mbuf_packet: 256, 0, 130815, 257, 10225043 mbuf: 256, 0, 167, 1263, 11855924 mbuf_cluster: 2048, 131072, 131072, 0, 168576 mbuf_jumbo_pagesize: 4096, 0, 0, 0, 0 mbuf_jumbo_9k: 9216, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 0, 0, 0, 0 ACL UMA zone: 388, 0, 0, 0, 0 g_bio: 132, 0, 0, 1102, 261922 ata_request: 204, 0, 0, 0, 0 ata_composite: 196, 0, 0, 0, 0 VNODE: 348, 0, 26567, 20, 29654 VNODEPOLL: 76, 0, 0, 0, 0 S VFS Cache: 68, 0, 20834, 54, 23210 L VFS Cache: 291, 0, 0, 0, 0 NAMEI: 1024, 0, 0, 12, 226584 DIRHASH: 1024, 0, 1675, 141, 3804 NFSMOUNT: 480, 0, 0, 0, 0 NFSNODE: 536, 0, 0, 0, 0 PIPE: 408, 0, 7, 20, 820 KNOTE: 68, 0, 0, 112, 76 socket: 356, 131076, 4523, 1274, 138513 unpcb: 140, 131096, 13, 43, 278 ipq: 32, 4181, 0, 0, 0 udpcb: 180, 131076, 6, 38, 174 inpcb: 180, 131076, 4449, 1645, 138060 tcpcb: 464, 131072, 4449, 1119, 138060 tcptw: 48, 8268, 0, 858, 75042 syncache: 100, 15366, 0, 312, 111418 hostcache: 76, 15400, 2076, 2974, 7067 tcpreass: 20, 8281, 0, 338, 5351 sackhole: 20, 0, 1, 337, 287465 ripcb: 180, 131076, 0, 0, 0 rtentry: 132, 0, 21, 37, 38 pfsrctrpl: 100, 15015, 0, 0, 0 pfrulepl: 604, 0, 9, 9, 9 pfstatepl: 260, 15000, 3130, 7145, 110162 pfaltqpl: 128, 0, 0, 0, 0 pfpooladdrpl: 68, 0, 2, 110, 2 pfrktable: 1240, 0, 4, 5, 8 pfrkentry: 156, 0, 5, 45, 5 pfrkentry2: 156, 0, 0, 0, 0 pffrent: 16, 203, 0, 0, 0 pffrag: 48, 0, 0, 0, 0 pffrcache: 48, 10062, 0, 0, 0 pffrcent: 12, 50141, 0, 0, 0 pfstatescrub: 28, 0, 0, 0, 0 pfiaddrpl: 92, 0, 0, 0, 0 pfospfen: 108, 0, 345, 51, 345 pfosfp: 28, 0, 188, 193, 188 SWAPMETA: 276, 121576, 0, 0, 0 Mountpoints: 740, 0, 6, 4, 6 FFS inode: 132, 0, 26525, 126, 29611 FFS1 dinode: 128, 0, 0, 0, 0 FFS2 dinode: 256, 0, 26525, 115, 29611 ITEM SIZE LIMIT USED FREE REQUESTS UMA Kegs: 140, 0, 84, 12, 84 UMA Zones: 120, 0, 84, 6, 84 UMA Slabs: 64, 0, 910, 34, 32660 UMA RCntSlabs: 104, 0, 65536, 28, 65536 UMA Hash: 128, 0, 4, 26, 6 16 Bucket: 76, 0, 23, 27, 32 32 Bucket: 140, 0, 20, 8, 29 64 Bucket: 268, 0, 22, 34, 46 128 Bucket: 524, 0, 233, 600, 2022365 VM OBJECT: 132, 0, 24516, 76, 60000 MAP: 192, 0, 7, 33, 7 KMAP ENTRY: 68, 57456, 113, 55, 156015 MAP ENTRY: 68, 0, 849, 159, 245074 PV ENTRY: 24, 2228360, 136693, 767, 1186093 DP fakepg: 72, 0, 0, 0, 0 mt_zone: 64, 0, 182, 54, 182 16: 16, 0, 3853, 410, 342214 32: 32, 0, 1770, 490, 128514 64: 64, 0, 3205, 2400, 202198 128: 128, 0, 1819, 1721, 333335 256: 256, 0, 370, 515, 18024 512: 512, 0, 1038, 26, 38658 1024: 1024, 0, 49, 83, 73072 2048: 2048, 0, 147, 61, 41437 4096: 4096, 0, 132, 19, 90084 Files: 72, 0, 2754, 2917, 284102 MAC labels: 20, 0, 40605, 969, 461104 PROC: 536, 0, 74, 24, 1981 THREAD: 376, 0, 98, 22, 98 KSEGRP: 88, 0, 98, 62, 98 UPCALL: 44, 0, 0, 0, 0 VMSPACE: 296, 0, 31, 21, 1938 mbuf_packet: 256, 0, 130815, 257, 10225075 mbuf: 256, 0, 167, 1263, 11856060 mbuf_cluster: 2048, 131072, 131072, 0, 168576 mbuf_jumbo_pagesize: 4096, 0, 0, 0, 0 mbuf_jumbo_9k: 9216, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 0, 0, 0, 0 ACL UMA zone: 388, 0, 0, 0, 0 g_bio: 132, 0, 0, 1102, 261922 ata_request: 204, 0, 0, 0, 0 ata_composite: 196, 0, 0, 0, 0 VNODE: 348, 0, 26567, 20, 29654 VNODEPOLL: 76, 0, 0, 0, 0 S VFS Cache: 68, 0, 20834, 54, 23210 L VFS Cache: 291, 0, 0, 0, 0 NAMEI: 1024, 0, 0, 12, 226601 DIRHASH: 1024, 0, 1675, 141, 3804 NFSMOUNT: 480, 0, 0, 0, 0 NFSNODE: 536, 0, 0, 0, 0 PIPE: 408, 0, 7, 20, 820 KNOTE: 68, 0, 0, 112, 76 socket: 356, 131076, 4523, 1274, 138513 unpcb: 140, 131096, 13, 43, 278 ipq: 32, 4181, 0, 0, 0 udpcb: 180, 131076, 6, 38, 174 inpcb: 180, 131076, 4449, 1645, 138060 tcpcb: 464, 131072, 4449, 1119, 138060 tcptw: 48, 8268, 0, 858, 75042 syncache: 100, 15366, 0, 312, 111418 hostcache: 76, 15400, 2076, 2974, 7067 tcpreass: 20, 8281, 0, 338, 5351 sackhole: 20, 0, 1, 337, 287465 ripcb: 180, 131076, 0, 0, 0 rtentry: 132, 0, 21, 37, 38 pfsrctrpl: 100, 15015, 0, 0, 0 pfrulepl: 604, 0, 9, 9, 9 pfstatepl: 260, 15000, 3130, 7145, 110162 pfaltqpl: 128, 0, 0, 0, 0 pfpooladdrpl: 68, 0, 2, 110, 2 pfrktable: 1240, 0, 4, 5, 8 pfrkentry: 156, 0, 5, 45, 5 pfrkentry2: 156, 0, 0, 0, 0 pffrent: 16, 203, 0, 0, 0 pffrag: 48, 0, 0, 0, 0 pffrcache: 48, 10062, 0, 0, 0 pffrcent: 12, 50141, 0, 0, 0 pfstatescrub: 28, 0, 0, 0, 0 pfiaddrpl: 92, 0, 0, 0, 0 pfospfen: 108, 0, 345, 51, 345 pfosfp: 28, 0, 188, 193, 188 SWAPMETA: 276, 121576, 0, 0, 0 Mountpoints: 740, 0, 6, 4, 6 FFS inode: 132, 0, 26525, 126, 29611 FFS1 dinode: 128, 0, 0, 0, 0 FFS2 dinode: 256, 0, 26525, 115, 29611 ITEM SIZE LIMIT USED FREE REQUESTS UMA Kegs: 140, 0, 84, 12, 84 UMA Zones: 120, 0, 84, 6, 84 UMA Slabs: 64, 0, 910, 34, 32661 UMA RCntSlabs: 104, 0, 65536, 28, 65536 UMA Hash: 128, 0, 4, 26, 6 16 Bucket: 76, 0, 23, 27, 32 32 Bucket: 140, 0, 20, 8, 29 64 Bucket: 268, 0, 22, 34, 46 128 Bucket: 524, 0, 233, 600, 2022365 VM OBJECT: 132, 0, 24516, 76, 60014 MAP: 192, 0, 7, 33, 7 KMAP ENTRY: 68, 57456, 113, 55, 156017 MAP ENTRY: 68, 0, 849, 159, 245185 PV ENTRY: 24, 2228360, 136693, 767, 1186491 DP fakepg: 72, 0, 0, 0, 0 mt_zone: 64, 0, 182, 54, 182 16: 16, 0, 3853, 410, 342221 32: 32, 0, 1770, 490, 128517 64: 64, 0, 3205, 2400, 202206 128: 128, 0, 1819, 1721, 333344 256: 256, 0, 370, 515, 18026 512: 512, 0, 1038, 26, 38658 1024: 1024, 0, 49, 83, 73072 2048: 2048, 0, 147, 61, 41437 4096: 4096, 0, 132, 19, 90085 Files: 72, 0, 2754, 2917, 284109 MAC labels: 20, 0, 40602, 972, 461113 PROC: 536, 0, 74, 24, 1982 THREAD: 376, 0, 98, 22, 98 KSEGRP: 88, 0, 98, 62, 98 UPCALL: 44, 0, 0, 0, 0 VMSPACE: 296, 0, 31, 21, 1939 mbuf_packet: 256, 0, 130812, 260, 10225100 mbuf: 256, 0, 166, 1264, 11856222 mbuf_cluster: 2048, 131072, 131072, 0, 168576 mbuf_jumbo_pagesize: 4096, 0, 0, 0, 0 mbuf_jumbo_9k: 9216, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 0, 0, 0, 0 ACL UMA zone: 388, 0, 0, 0, 0 g_bio: 132, 0, 0, 1102, 261938 ata_request: 204, 0, 0, 0, 0 ata_composite: 196, 0, 0, 0, 0 VNODE: 348, 0, 26567, 20, 29654 VNODEPOLL: 76, 0, 0, 0, 0 S VFS Cache: 68, 0, 20834, 54, 23210 L VFS Cache: 291, 0, 0, 0, 0 NAMEI: 1024, 0, 0, 12, 226618 DIRHASH: 1024, 0, 1675, 141, 3804 NFSMOUNT: 480, 0, 0, 0, 0 NFSNODE: 536, 0, 0, 0, 0 PIPE: 408, 0, 7, 20, 820 KNOTE: 68, 0, 0, 112, 76 socket: 356, 131076, 4522, 1275, 138513 unpcb: 140, 131096, 13, 43, 278 ipq: 32, 4181, 0, 0, 0 udpcb: 180, 131076, 6, 38, 174 inpcb: 180, 131076, 4448, 1646, 138060 tcpcb: 464, 131072, 4448, 1120, 138060 tcptw: 48, 8268, 0, 858, 75042 syncache: 100, 15366, 0, 312, 111418 hostcache: 76, 15400, 2076, 2974, 7067 tcpreass: 20, 8281, 0, 338, 5351 sackhole: 20, 0, 0, 338, 287465 ripcb: 180, 131076, 0, 0, 0 rtentry: 132, 0, 21, 37, 38 pfsrctrpl: 100, 15015, 0, 0, 0 pfrulepl: 604, 0, 9, 9, 9 pfstatepl: 260, 15000, 3130, 7145, 110162 pfaltqpl: 128, 0, 0, 0, 0 pfpooladdrpl: 68, 0, 2, 110, 2 pfrktable: 1240, 0, 4, 5, 8 pfrkentry: 156, 0, 5, 45, 5 pfrkentry2: 156, 0, 0, 0, 0 pffrent: 16, 203, 0, 0, 0 pffrag: 48, 0, 0, 0, 0 pffrcache: 48, 10062, 0, 0, 0 pffrcent: 12, 50141, 0, 0, 0 pfstatescrub: 28, 0, 0, 0, 0 pfiaddrpl: 92, 0, 0, 0, 0 pfospfen: 108, 0, 345, 51, 345 pfosfp: 28, 0, 188, 193, 188 SWAPMETA: 276, 121576, 0, 0, 0 Mountpoints: 740, 0, 6, 4, 6 FFS inode: 132, 0, 26525, 126, 29611 FFS1 dinode: 128, 0, 0, 0, 0 FFS2 dinode: 256, 0, 26525, 115, 29611 > > Cheers, > -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-stable@FreeBSD.ORG Mon Dec 11 22:06:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0A06016A590 for ; Mon, 11 Dec 2006 22:06:54 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.FreeBSD.org (Postfix) with SMTP id 83AAF44584 for ; Mon, 11 Dec 2006 21:45:41 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 29821 invoked by uid 399); 11 Dec 2006 21:46:44 -0000 Received: from localhost (HELO ?192.168.0.5?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 11 Dec 2006 21:46:44 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <457DD1C2.5000802@FreeBSD.org> Date: Mon, 11 Dec 2006 13:46:42 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: Greg Eden References: In-Reply-To: X-Enigmail-Version: 0.94.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: bge Ierr rate increase from 5.3R -> 6.1R X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Dec 2006 22:06:54 -0000 Greg Eden wrote: > Hello > > I recently updated two production servers from 5.3 to 6.1 via cvsup and > buildworld. Since the upgrade I've seen an increase in the number of > Input packet errors reported on the bge cards in on both boxes. One is a > HP DL360g3, the other is a HP DL380g3. Both have a pair of 2.8GHz Xeons > with a SMP kernel. It would be quite useful at this point if you could update a box or two to the RELENG_6_2 code base so that we can see if this problem is solved in the latest release candidate. If it is, your problem is solved, and if it's not, you're a lot closer to the point where we can usefully assist you. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Mon Dec 11 22:16:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3009F16A562 for ; Mon, 11 Dec 2006 22:16:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id F27AF43E99 for ; Mon, 11 Dec 2006 22:11:15 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kBBMC84W011504; Mon, 11 Dec 2006 17:12:08 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 11 Dec 2006 16:27:23 -0500 User-Agent: KMail/1.9.1 References: <624054998B7DEF7D446796E1@ganymede.hub.org> In-Reply-To: <624054998B7DEF7D446796E1@ganymede.hub.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200612111627.23547.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 11 Dec 2006 17:12:09 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2315/Mon Dec 11 04:55:24 2006 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: "Marc G. Fournier" Subject: Re: panic: sleeping thread X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Dec 2006 22:16:57 -0000 On Saturday 09 December 2006 03:30, Marc G. Fournier wrote: > > Without a core dump, does this mean anything to anyone? > > Sleeping thread (tid 101251, pid 38200) owns a non-sleepable lock > panic: sleeping thread > cpuid = 1 > > The kernel was last upgraded: > > FreeBSD 6.2-PRERELEASE #1: Fri Nov 17 23:31:41 AST 2006 > > I'm going to build in DDB stuff right now, as I know I've seen that one before > ... but figured I'd ask and see if someone had an idea with so very little > information :( ddb will give a lot more useful information, can't really debug it further w/o that, sorry. :( -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Dec 11 22:21:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 924FE16A50A; Mon, 11 Dec 2006 22:21:23 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C1F343CAD; Mon, 11 Dec 2006 22:19:55 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.183]) by hub.org (Postfix) with ESMTP id 0B99B118B478; Mon, 11 Dec 2006 18:21:11 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-new, port 10024) with ESMTP id 14255-01; Mon, 11 Dec 2006 18:21:14 -0400 (AST) Received: from ganymede.hub.org (blk-137-79-174.eastlink.ca [24.137.79.174]) by hub.org (Postfix) with ESMTP id A52C4118B422; Mon, 11 Dec 2006 18:21:10 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 9E72A4A647; Mon, 11 Dec 2006 18:21:16 -0400 (AST) Date: Mon, 11 Dec 2006 18:21:16 -0400 From: "Marc G. Fournier" To: John Baldwin , freebsd-stable@freebsd.org Message-ID: <881CD0E71B5FAD4AF6E86200@ganymede.hub.org> In-Reply-To: <200612111627.23547.jhb@freebsd.org> References: <624054998B7DEF7D446796E1@ganymede.hub.org> <200612111627.23547.jhb@freebsd.org> X-Mailer: Mulberry/4.0.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Re: panic: sleeping thread X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Dec 2006 22:21:23 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Monday, December 11, 2006 16:27:23 -0500 John Baldwin wrote: > On Saturday 09 December 2006 03:30, Marc G. Fournier wrote: >> >> Without a core dump, does this mean anything to anyone? >> >> Sleeping thread (tid 101251, pid 38200) owns a non-sleepable lock >> panic: sleeping thread >> cpuid = 1 >> >> The kernel was last upgraded: >> >> FreeBSD 6.2-PRERELEASE #1: Fri Nov 17 23:31:41 AST 2006 >> >> I'm going to build in DDB stuff right now, as I know I've seen that one > before >> ... but figured I'd ask and see if someone had an idea with so very little >> information :( > > ddb will give a lot more useful information, can't really debug it further > w/o that, sorry. :( NP, I've added DDB to my kernel, but I'm having a hard time finding out how to break into DDB over an SSH connection ... telnet is easy, but all my HP remote consoles use SSH ... Help? - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFfdnc4QvfyHIvDvMRAhAJAJ0RD5EES1pE7F54EQwMhalPR1u/ZwCgmLhd PWYhXmdqAwyyVhUMzX230QQ= =fJXr -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 11 22:48:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D84A16A55F for ; Mon, 11 Dec 2006 22:48:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 441CE441A3 for ; Mon, 11 Dec 2006 22:39:12 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kBBMeP6K011717; Mon, 11 Dec 2006 17:40:25 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Marc G. Fournier" Date: Mon, 11 Dec 2006 17:40:22 -0500 User-Agent: KMail/1.9.1 References: <624054998B7DEF7D446796E1@ganymede.hub.org> <200612111627.23547.jhb@freebsd.org> <881CD0E71B5FAD4AF6E86200@ganymede.hub.org> In-Reply-To: <881CD0E71B5FAD4AF6E86200@ganymede.hub.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200612111740.23259.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 11 Dec 2006 17:40:25 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2315/Mon Dec 11 04:55:24 2006 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: freebsd-stable@freebsd.org Subject: Re: panic: sleeping thread X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Dec 2006 22:48:39 -0000 On Monday 11 December 2006 17:21, Marc G. Fournier wrote: > > --On Monday, December 11, 2006 16:27:23 -0500 John Baldwin > wrote: > > > On Saturday 09 December 2006 03:30, Marc G. Fournier wrote: > >> > >> Without a core dump, does this mean anything to anyone? > >> > >> Sleeping thread (tid 101251, pid 38200) owns a non-sleepable lock > >> panic: sleeping thread > >> cpuid = 1 > >> > >> The kernel was last upgraded: > >> > >> FreeBSD 6.2-PRERELEASE #1: Fri Nov 17 23:31:41 AST 2006 > >> > >> I'm going to build in DDB stuff right now, as I know I've seen that one > > before > >> ... but figured I'd ask and see if someone had an idea with so very little > >> information :( > > > > ddb will give a lot more useful information, can't really debug it further > > w/o that, sorry. :( > > NP, I've added DDB to my kernel, but I'm having a hard time finding out how to > break into DDB over an SSH connection ... telnet is easy, but all my HP remote > consoles use SSH ... Maybe use ssh -e none? You don't need to break into ddb though, when it panics it will print out more useful info on its own. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 00:46:25 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2BCBC16A47B for ; Tue, 12 Dec 2006 00:46:25 +0000 (UTC) (envelope-from andrew@areilly.bpc-users.org) Received: from omta03sl.mx.bigpond.com (omta03sl.mx.bigpond.com [144.140.92.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 093A843CF4 for ; Tue, 12 Dec 2006 00:43:38 +0000 (GMT) (envelope-from andrew@areilly.bpc-users.org) Received: from oaamta03sl.mx.bigpond.com ([144.132.138.2]) by omta03sl.mx.bigpond.com with ESMTP id <20061212004445.LFTS4476.omta03sl.mx.bigpond.com@oaamta03sl.mx.bigpond.com> for ; Tue, 12 Dec 2006 00:44:45 +0000 Received: from areilly.bpa.nu ([144.132.138.2]) by oaamta03sl.mx.bigpond.com with ESMTP id <20061212004444.DDUL705.oaamta03sl.mx.bigpond.com@areilly.bpa.nu> for ; Tue, 12 Dec 2006 00:44:44 +0000 Received: (qmail 74761 invoked from network); 12 Dec 2006 00:44:39 -0000 Received: from duncan.reilly.home (10.0.0.6) by localhost with SMTP; 12 Dec 2006 00:44:39 -0000 AF: NF: 0 PS: 10 SRH: 1 SFN: DSR: MID: <20061212114153.588d9d54@duncan.reilly.home> CFG: PT: 0 S: andrew@areilly.bpc-users.org RQ: SSV: localhost NSV: SSH: R: ,, MAID: 1 X-Sylpheed-Privacy-System: X-Sylpheed-Sign: 0 SCF: #imap/andrew@localhost/INBOX/Sent RMID: #imap/andrew@localhost/INBOX/in_freebsd 0 20061211182544.GG69299@dan.emsphone.com X-Sylpheed-End-Special-Headers: 1 Date: Tue, 12 Dec 2006 11:43:14 +1100 From: Andrew Reilly (by way of Andrew Reilly ) To: Dan Nelson Message-ID: <20061212114314.39542337@duncan.reilly.home> In-Reply-To: <20061211182544.GG69299@dan.emsphone.com> References: <20061211094423.B44819@xorpc.icir.org> <20061211182544.GG69299@dan.emsphone.com> X-Mailer: Sylpheed-Claws 2.5.2 (GTK+ 2.10.6; amd64-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Resent-Date: Tue, 12 Dec 2006 11:44:39 +1100 Resent-From: Andrew Reilly Resent-Message-ID: <20061212114439.42d40d48@duncan.reilly.home> Resent-To: stable@freebsd.org Cc: Luigi Rizzo , stable@freebsd.org Subject: Re: malloc(0) returns 0x800 on FreeBSD 6.2 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Dec 2006 00:46:25 -0000 On Mon, 11 Dec 2006 12:25:44 -0600 Dan Nelson wrote: > The FreeBSD 6.x behaviour is slightly against POSIX rules that state > all successful malloc calls must return unique pointers, so the 7.x > malloc silently rounds zero-size mallocs to 1. Ideally malloc would > return unique pointers to blocks of memory set to MPROT_NONE via > mprotect() (you could fit 8192 of these pointers in an 8k page), to Could you, really? I'm not a language lawyer, and this is a language-lawyer question, but I would have expected that the maximal alignment rule would prevent you from allocating more than 512 or 1024 "unique, valid" pointers in a page. Perhaps there is no alignment requirement on a zero-byte object? Just curious. I don't care about the actual implementation, and I thought that handing out a special MPROT_NONE page was a good idea... > prevent applications from using that byte of memory. Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 01:47:58 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 75A1516A492 for ; Tue, 12 Dec 2006 01:47:58 +0000 (UTC) (envelope-from andrew@areilly.bpc-users.org) Received: from qsrv03sl.mx.bigpond.com (qsrv03sl.mx.bigpond.com [144.140.92.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3B5643E4A for ; Tue, 12 Dec 2006 01:44:58 +0000 (GMT) (envelope-from andrew@areilly.bpc-users.org) Received: from oaamta02sl.mx.bigpond.com ([144.132.138.2]) by omta02sl.mx.bigpond.com with ESMTP id <20061212004333.TOEP17746.omta02sl.mx.bigpond.com@oaamta02sl.mx.bigpond.com> for ; Tue, 12 Dec 2006 00:43:33 +0000 Received: from areilly.bpa.nu ([144.132.138.2]) by oaamta02sl.mx.bigpond.com with ESMTP id <20061212004333.FGMN2695.oaamta02sl.mx.bigpond.com@areilly.bpa.nu> for ; Tue, 12 Dec 2006 00:43:33 +0000 Received: (qmail 74682 invoked from network); 12 Dec 2006 00:43:14 -0000 Received: from localhost (HELO duncan.reilly.home) (127.0.0.1) by localhost with SMTP; 12 Dec 2006 00:43:14 -0000 Date: Tue, 12 Dec 2006 11:43:14 +1100 From: Andrew Reilly To: Dan Nelson Message-ID: <20061212114314.39542337@duncan.reilly.home> In-Reply-To: <20061211182544.GG69299@dan.emsphone.com> References: <20061211094423.B44819@xorpc.icir.org> <20061211182544.GG69299@dan.emsphone.com> X-Mailer: Sylpheed-Claws 2.5.2 (GTK+ 2.10.6; amd64-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Luigi Rizzo , stable@freebsd.org Subject: Re: malloc(0) returns 0x800 on FreeBSD 6.2 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Dec 2006 01:47:58 -0000 On Mon, 11 Dec 2006 12:25:44 -0600 Dan Nelson wrote: > The FreeBSD 6.x behaviour is slightly against POSIX rules that state > all successful malloc calls must return unique pointers, so the 7.x > malloc silently rounds zero-size mallocs to 1. Ideally malloc would > return unique pointers to blocks of memory set to MPROT_NONE via > mprotect() (you could fit 8192 of these pointers in an 8k page), to Could you, really? I'm not a language lawyer, and this is a language-lawyer question, but I would have expected that the maximal alignment rule would prevent you from allocating more than 512 or 1024 "unique, valid" pointers in a page. Perhaps there is no alignment requirement on a zero-byte object? Just curious. I don't care about the actual implementation, and I thought that handing out a special MPROT_NONE page was a good idea... > prevent applications from using that byte of memory. Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 01:57:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B1AE816A4D2; Tue, 12 Dec 2006 01:57:01 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06A5843CEE; Tue, 12 Dec 2006 01:54:04 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.66.34.19] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis), id 0MKwtQ-1GtwrW3RPQ-0007TC; Tue, 12 Dec 2006 02:55:22 +0100 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org Date: Tue, 12 Dec 2006 02:55:10 +0100 User-Agent: KMail/1.9.4 References: <624054998B7DEF7D446796E1@ganymede.hub.org> <881CD0E71B5FAD4AF6E86200@ganymede.hub.org> <200612111740.23259.jhb@freebsd.org> In-Reply-To: <200612111740.23259.jhb@freebsd.org> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6866472.hh68GyZLvx"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200612120255.17279.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: "Marc G. Fournier" , John Baldwin Subject: Re: panic: sleeping thread X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 01:57:01 -0000 --nextPart6866472.hh68GyZLvx Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 11 December 2006 23:40, John Baldwin wrote: > On Monday 11 December 2006 17:21, Marc G. Fournier wrote: > > --On Monday, December 11, 2006 16:27:23 -0500 John Baldwin > > > > > > wrote: > > > On Saturday 09 December 2006 03:30, Marc G. Fournier wrote: > > >> Without a core dump, does this mean anything to anyone? > > >> > > >> Sleeping thread (tid 101251, pid 38200) owns a non-sleepable lock > > >> panic: sleeping thread > > >> cpuid =3D 1 > > >> > > >> The kernel was last upgraded: > > >> > > >> FreeBSD 6.2-PRERELEASE #1: Fri Nov 17 23:31:41 AST 2006 > > >> > > >> I'm going to build in DDB stuff right now, as I know I've seen > > >> that one > > > > > > before > > > > > >> ... but figured I'd ask and see if someone had an idea with so > > >> very > > little > > > >> information :( > > > > > > ddb will give a lot more useful information, can't really debug it > > > further w/o that, sorry. :( > > > > NP, I've added DDB to my kernel, but I'm having a hard time finding > > out how > > to > > > break into DDB over an SSH connection ... telnet is easy, but all my > > HP > > remote > > > consoles use SSH ... > > Maybe use ssh -e none? You don't need to break into ddb though, when > it panics it will print out more useful info on its own. sysctl debug.kdb.enter=3D1 should work, I think. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart6866472.hh68GyZLvx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFfgwFXyyEoT62BG0RAjvIAJsGuQVopjzKTShbAPyxXWt/KVllWACdGOTo XVg6MgG6zSWrLB2AqDDgd20= =4Poe -----END PGP SIGNATURE----- --nextPart6866472.hh68GyZLvx-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 05:22:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 475A516A47B for ; Tue, 12 Dec 2006 05:22:10 +0000 (UTC) (envelope-from luck@computerking.ca) Received: from shoemasters.com (shoemasters.com [68.144.188.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3414143CAF for ; Tue, 12 Dec 2006 05:20:49 +0000 (GMT) (envelope-from luck@computerking.ca) Received: from localhost (localhost.localdomain [127.0.0.1]) by shoemasters.com (Postfix) with ESMTP id 8145243C002; Mon, 11 Dec 2006 22:07:26 -0700 (MST) Received: from shoemasters.com ([127.0.0.1]) by localhost (shoemasters.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01378-02; Mon, 11 Dec 2006 22:07:25 -0700 (MST) Received: from shoemasters.com (localhost.localdomain [127.0.0.1]) by shoemasters.com (Postfix) with ESMTP id E6FED43C001; Mon, 11 Dec 2006 22:07:25 -0700 (MST) Message-ID: <26726559.31165900045905.JavaMail.root@shoemasters.com> Date: Mon, 11 Dec 2006 22:07:25 -0700 (MST) From: "RYAN M. vAN GINNEKEN" To: korio@korio.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Mon Dec 11 22:07:26 2006 X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 457e390e54611540471188 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Status: No, score=-4.375 tagged_above=-10 required=6.6 autolearn=ham tests=[ALL_TRUSTED=-1.8, AWL=0.124, BAYES_00=-2.599, DSPAM_HAM=-0.1] X-Spam-Score: -4.375 X-Spam-Level: Cc: freebsd-stable@freebsd.org Subject: Re: apache and php5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 05:22:10 -0000 Ok folks i looked though the dialog 3 or 4 times looking/yearning for anything to do with apache but cannot seem to find anything. Does it go under a differnt name like SOAP or XML or DXML or something like that. ----- Iassen Anadoliev wrote: > On Mon, December 11, 2006 10:13 am, RYAN M. vAN GINNEKEN wrote: > > > > trying to get php5 to work with apache anyone got any tips i am > lost. what > > ever happend to mod_php > > cd /usr/ports/lang/php5 && make config - Do you have APACHE option > enabled here? > > > > > -- > > Computer King/CaNMail > > > > http://www.computerking.ca http://www.canmail.org > > > > Sales, Service, and Hosting > > Email, Data, and Web Packages > > Ask about web design specials > > > > Affiliates > > http://www.computerking.ca/pages/links/affiliates/affiliates.htm > > > > Maybe Computer Science should be in the College of Theology. -- R. > S. > > Barton > > _______________________________________________ > > 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" > > > > > -- > WWell by > Iassen Anadoliev > > > > > _______________________________________________ > 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" -- Computer King/CaNMail http://www.computerking.ca http://www.canmail.org Sales, Service, and Hosting Email, Data, and Web Packages Ask about web design specials Affiliates http://www.computerking.ca/pages/links/affiliates/affiliates.htm Maybe Computer Science should be in the College of Theology. -- R. S. Barton From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 05:42:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1A51116A407 for ; Tue, 12 Dec 2006 05:42:49 +0000 (UTC) (envelope-from luck@computerking.ca) Received: from shoemasters.com (shoemasters.com [68.144.188.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F0C643CAA for ; Tue, 12 Dec 2006 05:41:27 +0000 (GMT) (envelope-from luck@computerking.ca) Received: from localhost (localhost.localdomain [127.0.0.1]) by shoemasters.com (Postfix) with ESMTP id BA52643C002; Mon, 11 Dec 2006 22:28:04 -0700 (MST) Received: from shoemasters.com ([127.0.0.1]) by localhost (shoemasters.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01394-03; Mon, 11 Dec 2006 22:28:04 -0700 (MST) Received: from shoemasters.com (localhost.localdomain [127.0.0.1]) by shoemasters.com (Postfix) with ESMTP id 1075A43C001; Mon, 11 Dec 2006 22:28:04 -0700 (MST) Message-ID: <20627789.61165901283957.JavaMail.root@shoemasters.com> Date: Mon, 11 Dec 2006 22:28:03 -0700 (MST) From: "RYAN M. vAN GINNEKEN" MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Mon Dec 11 22:28:04 2006 X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 457e3de4153561410093335 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Status: No, score=-4.377 tagged_above=-10 required=6.6 autolearn=ham tests=[ALL_TRUSTED=-1.8, AWL=0.122, BAYES_00=-2.599, DSPAM_HAM=-0.1] X-Spam-Score: -4.377 X-Spam-Level: Cc: freebsd-stable@freebsd.org, korio@korio.org Subject: Re: apache and php5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 05:42:49 -0000 sorry everyone i am a dumb a@# i was tring to install php5-extensions the option to build the apache module is found in the php5 port not the php5-extensions very sorry ----- RYAN M. vAN GINNEKEN wrote: > Ok folks i looked though the dialog 3 or 4 times looking/yearning for > anything to do with apache but cannot seem to find anything. Does it > go under a differnt name like SOAP or XML or DXML or something like > that. > > ----- Iassen Anadoliev wrote: > > On Mon, December 11, 2006 10:13 am, RYAN M. vAN GINNEKEN wrote: > > > > > > trying to get php5 to work with apache anyone got any tips i am > > lost. what > > > ever happend to mod_php > > > > cd /usr/ports/lang/php5 && make config - Do you have APACHE option > > enabled here? > > > > > > > > -- > > > Computer King/CaNMail > > > > > > http://www.computerking.ca http://www.canmail.org > > > > > > Sales, Service, and Hosting > > > Email, Data, and Web Packages > > > Ask about web design specials > > > > > > Affiliates > > > http://www.computerking.ca/pages/links/affiliates/affiliates.htm > > > > > > Maybe Computer Science should be in the College of Theology. -- > R. > > S. > > > Barton > > > _______________________________________________ > > > 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" > > > > > > > > > -- > > WWell by > > Iassen Anadoliev > > > > > > > > > > _______________________________________________ > > 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" > > > -- > Computer King/CaNMail > > http://www.computerking.ca http://www.canmail.org > > Sales, Service, and Hosting > Email, Data, and Web Packages > Ask about web design specials > > Affiliates > http://www.computerking.ca/pages/links/affiliates/affiliates.htm > > Maybe Computer Science should be in the College of Theology. -- R. S. > Barton > > _______________________________________________ > 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" -- Computer King/CaNMail http://www.computerking.ca http://www.canmail.org Sales, Service, and Hosting Email, Data, and Web Packages Ask about web design specials Affiliates http://www.computerking.ca/pages/links/affiliates/affiliates.htm Maybe Computer Science should be in the College of Theology. -- R. S. Barton From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 06:46:56 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3A55A16A412; Tue, 12 Dec 2006 06:46:56 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5458043CA4; Tue, 12 Dec 2006 06:45:34 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 6F038EB37E2; Tue, 12 Dec 2006 14:46:54 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id jlG4bCV-dvdT; Tue, 12 Dec 2006 14:46:49 +0800 (CST) Received: from [10.217.12.54] (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 2528CEB359C; Tue, 12 Dec 2006 14:46:49 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:references:in-reply-to:x-enigmail-version:content-type; b=Vn1XNkFO63aKgYUWncrW1ko8CmnFE6MXZ82Py7ElRW9Spbts19q2R5+9gcvH3KOpz Ens0Ikgb+Mu+LO5jn0l2g== Message-ID: <457E5031.6000103@delphij.net> Date: Tue, 12 Dec 2006 14:46:09 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: Nikolay Pavlov , LI Xin , freebsd-stable@FreeBSD.org, Robert Watson References: <20061122195549.GA57018@zone3000.net> <338b359d969e9c68deaf49096aa91995@mail.geekcn.org> <20061123160208.GA62732@zone3000.net> <456662F4.6000306@delphij.net> <20061125103755.GA78288@zone3000.net> <456887CD.50606@delphij.net> <20061125212004.GA22786@zone3000.net> <457D0FC7.6010808@delphij.net> <20061211180817.GA4557@zone3000.net> <457DAA99.60605@delphij.net> <20061211205238.GA5733@zone3000.net> In-Reply-To: <20061211205238.GA5733@zone3000.net> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig16FA9D95BD88E40747ED4DE3" Cc: Subject: Re: deadlock in "zoneli" state on 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Dec 2006 06:46:56 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig16FA9D95BD88E40747ED4DE3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, Nikolay, Nikolay Pavlov wrote: > On Tuesday, 12 December 2006 at 2:59:37 +0800, LI Xin wrote: >> Hi, Nikolay, >> >> Nikolay Pavlov wrote: >>> On Monday, 11 December 2006 at 15:59:03 +0800, LI Xin wrote: >>>> Hi, >>>> >>>> Would you please give the following patch a try? >>>> >>>> http://people.freebsd.org/~delphij/misc/patch-zonelim-drain >>>> >>>> Note: Please revert my previous patch against sys/kern/kern_mbuf.c. >>>> >>>> This patch should be applied against sys/vm/ [RELENG_6 or RELENG_6_2= ], >>>> it schedules a drain of uma zones when they are low on memory. >>> >>> This time things worked out a bit better, there was no Kernel panic a= nd >>> my server managed to overcome the "magic" number 65550 mbufs. But ver= y >>> soon the server reached another limit - 131072 mbuf clusters =20 >> Do you still get squid stuck in "zoneli" state and the server became >> unresponsive? >=20 > Yes. No panic, but still idle in zoneli and the server become > unresponsive via network. I am not quite sure but please let me know if the patch: http://people.freebsd.org/~delphij/misc/patch-zonelim-drain-20061212 would help the situation. You can also modify wakeup_one(keg); to wakeup(keg); manually, at sys/vm/uma_core.c:2507. Note that this would be a (potentially) a pessimization for zonelim case, where all zonelim'ed threads would be waken rather than only one. However, confirming whether this would help your situation, would help to narrow down the issue so we can think about a better solution for it. Thanks! Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig16FA9D95BD88E40747ED4DE3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFflAxOfuToMruuMARAxjYAJwIt/nAbkr6dmz5GeJxE7RzbAm6WQCeNcjc iStPtjgPgZkuAJT7ZYhH5YM= =ovK2 -----END PGP SIGNATURE----- --------------enig16FA9D95BD88E40747ED4DE3-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 08:45:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3799016A40F; Tue, 12 Dec 2006 08:45:33 +0000 (UTC) (envelope-from ssouhlal@FreeBSD.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7767143C9E; Tue, 12 Dec 2006 08:44:11 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.0.100] (c-67-188-127-3.hsd1.ca.comcast.net [67.188.127.3]) by elvis.mu.org (Postfix) with ESMTP id ADDDA1A4D8E; Tue, 12 Dec 2006 00:45:32 -0800 (PST) Message-ID: <457E6C06.1020405@FreeBSD.org> Date: Tue, 12 Dec 2006 00:44:54 -0800 From: Suleiman Souhlal User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051204) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kostik Belousov References: <456950AF.3090308@sh.cvut.cz> <20061127092146.GA69556@deviant.kiev.zoral.com.ua> In-Reply-To: <20061127092146.GA69556@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, V??clav Haisman , tegge@freebsd.org, bde@freebsd.org, freebsd-current@freebsd.org Subject: Re: kqueue LOR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 08:45:33 -0000 Kostik Belousov wrote: > On Sun, Nov 26, 2006 at 09:30:39AM +0100, V??clav Haisman wrote: > >>Hi, >>the attached lor.txt contains LOR I got this yesterday. It is FreeBSD 6.1 >>with relatively recent kernel, from last week or so. >> >>-- >>VH > > >>+lock order reversal: >>+ 1st 0xc537f300 kqueue (kqueue) @ /usr/src/sys/kern/kern_event.c:1547 >>+ 2nd 0xc45c22dc struct mount mtx (struct mount mtx) @ /usr/src/sys/ufs/ufs/ufs_vnops.c:138 >>+KDB: stack backtrace: >>+kdb_backtrace(c07f9879,c45c22dc,c07fd31c,c07fd31c,c080c7b2,...) at kdb_backtrace+0x2f >>+witness_checkorder(c45c22dc,9,c080c7b2,8a,c07fc6bd,...) at witness_checkorder+0x5fe >>+_mtx_lock_flags(c45c22dc,0,c080c7b2,8a,e790ba20,...) at _mtx_lock_flags+0x32 >>+ufs_itimes(c47a0dd0,c47a0e90,e790ba78,c060e1cc,c47a0dd0,...) at ufs_itimes+0x6c >>+ufs_getattr(e790ba54,e790baec,c0622af6,c0896f40,e790ba54,...) at ufs_getattr+0x20 >>+VOP_GETATTR_APV(c0896f40,e790ba54,c08a5760,c47a0dd0,e790ba74,...) at VOP_GETATTR_APV+0x3a >>+filt_vfsread(c4cf261c,6,c07f445e,60b,0,...) at filt_vfsread+0x75 >>+knote(c4f57114,6,1,1f30c2af,1f30c2af,...) at knote+0x75 >>+VOP_WRITE_APV(c0896f40,e790bbec,c47a0dd0,227,e790bcb4,...) at VOP_WRITE_APV+0x148 >>+vn_write(c45d5120,e790bcb4,c5802a00,0,c4b73a80,...) at vn_write+0x201 >>+dofilewrite(c4b73a80,1b,c45d5120,e790bcb4,ffffffff,...) at dofilewrite+0x84 >>+kern_writev(c4b73a80,1b,e790bcb4,8220c71,0,...) at kern_writev+0x65 >>+write(c4b73a80,e790bd04,c,c07d899c,3,...) at write+0x4f >>+syscall(3b,3b,bfbf003b,0,bfbfeae4,...) at syscall+0x295 >>+Xint0x80_syscall() at Xint0x80_syscall+0x1f >>+--- syscall (4, FreeBSD ELF32, write), eip = 0x2831d727, esp = 0xbfbfea1c, ebp = 0xbfbfea48 --- > > > Thank you for the report. The LOR is caused by my commit into > sys/ufs/ufs/ufs_vnops.c, rev. 1.280. Is the mount lock really required, if all we're doing is a single read of a single word (mnt_kern_flags) (v_mount should be read-only for the whole lifetime of the vnode, I believe)? After all, reads of a single word are atomic on all our supported architectures. The only situation I see where there MIGHT be problems are forced unmounts, but I think there are bigger issues with those. Sorry for noticing this email only now. -- Suleiman From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 09:18:35 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3BEAB16A403 for ; Tue, 12 Dec 2006 09:18:35 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3CC343CB6 for ; Tue, 12 Dec 2006 09:17:12 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id kBC9IVU1055334 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 12 Dec 2006 10:18:31 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id kBC9IV4r055330 for stable@freebsd.org; Tue, 12 Dec 2006 10:18:31 +0100 (CET) Date: Tue, 12 Dec 2006 10:18:31 +0100 From: Divacky Roman To: stable@freebsd.org Message-ID: <20061212091831.GA55194@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: Subject: if_tun not working on 6.2@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: Tue, 12 Dec 2006 09:18:35 -0000 hi can anyone confirm that he has working tunnel over if_tun device on 6.2 and amd64? I cannot get it work (using vtund). The configuration is correct, it sets up but no packets go through. any ideas? thnx roman From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 09:36:51 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AC04816A412 for ; Tue, 12 Dec 2006 09:36:51 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (palm.hoeg.nl [83.98.131.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47DD643CA3 for ; Tue, 12 Dec 2006 09:35:29 +0000 (GMT) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 7F6321CF40; Tue, 12 Dec 2006 10:36:45 +0100 (CET) Date: Tue, 12 Dec 2006 10:36:45 +0100 From: Ed Schouten To: FreeBSD Stable Message-ID: <20061212093645.GD1072@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wLAMOaPNJ0fu1fTG" Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: mountd(8) tries to remount / as R/W X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 09:36:51 -0000 --wLAMOaPNJ0fu1fTG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, I'm currently working on a project at school where we're creating a minimal fileserver that boots from flash and serves data from a harddisk through NFS. Our /etc/exports is very small at the moment. It only contains: /disk The problem is that FreeBSD tries to remount the flash as read-write. When I perform some hard resets, the system boots with the message right after starting mountd: WARNING: R/W mount of / denied. Filesystem is not clean - run fsck Is it possible to teach mountd to leave the root filesystem alone? Yours, --=20 Ed Schouten WWW: http://g-rave.nl/ --wLAMOaPNJ0fu1fTG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFfngt52SDGA2eCwURAr9oAJwLR2bLd9W9Ws2pIoQsin4mMGaIZQCfRTs4 EPSdmaGpPqo//xLc5rRfQkA= =B9u6 -----END PGP SIGNATURE----- --wLAMOaPNJ0fu1fTG-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 09:40:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F61616A412 for ; Tue, 12 Dec 2006 09:40:26 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id F30E743CA8 for ; Tue, 12 Dec 2006 09:39:00 +0000 (GMT) (envelope-from dudu@dudu.ro) Received: by wx-out-0506.google.com with SMTP id s18so1704620wxc for ; Tue, 12 Dec 2006 01:40:21 -0800 (PST) Received: by 10.90.100.2 with SMTP id x2mr8067768agb.1165916421404; Tue, 12 Dec 2006 01:40:21 -0800 (PST) Received: by 10.90.55.13 with HTTP; Tue, 12 Dec 2006 01:40:21 -0800 (PST) Message-ID: Date: Tue, 12 Dec 2006 11:40:21 +0200 From: "Vlad Galu" To: "FreeBSD Stable" In-Reply-To: <20061212091831.GA55194@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061212091831.GA55194@stud.fit.vutbr.cz> Subject: Re: if_tun not working on 6.2@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: Tue, 12 Dec 2006 09:40:26 -0000 On 12/12/06, Divacky Roman wrote: > hi > > can anyone confirm that he has working tunnel over if_tun > device on 6.2 and amd64? Yes, I have OpenVPN using tun(4) running smoothly on a machine running RELENG_6 on amd64. > I cannot get it work (using vtund). The configuration > is correct, it sets up but no packets go through. > > any ideas? thnx > > roman > > _______________________________________________ > 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" > -- If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 09:46:55 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E7F7D16A513 for ; Tue, 12 Dec 2006 09:46:54 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx0.rink.nu (thunderstone.rink.nu [80.112.228.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 467BA43D1D for ; Tue, 12 Dec 2006 09:44:33 +0000 (GMT) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx0.rink.nu (Postfix) with ESMTP id 1FA461706F; Tue, 12 Dec 2006 10:46:53 +0100 (CET) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx0.rink.nu ([127.0.0.1]) by localhost (thunderstone.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mXHvb0aapGr9; Tue, 12 Dec 2006 10:46:46 +0100 (CET) Received: by mx0.rink.nu (Postfix, from userid 1000) id 246C91705A; Tue, 12 Dec 2006 10:46:46 +0100 (CET) Date: Tue, 12 Dec 2006 10:46:46 +0100 From: Rink Springer To: Ed Schouten Message-ID: <20061212094646.GB88995@rink.nu> References: <20061212093645.GD1072@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="K8nIJk4ghYZn606h" Content-Disposition: inline In-Reply-To: <20061212093645.GD1072@hoeg.nl> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: stable@FreeBSD.org Subject: Re: mountd(8) tries to remount / as R/W X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 09:46:55 -0000 --K8nIJk4ghYZn606h Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Ed, On Tue, Dec 12, 2006 at 10:36:45AM +0100, Ed Schouten wrote: > Is it possible to teach mountd to leave the root filesystem alone? This might be due to a change I have made in mountd(8) to prevent it =66rom destroying filesystem flags; could you file a PR for me? I assume this is a recent 6-STABLE, correct? Regards, --=20 Rink P.W. Springer - http://rink.nu "It's you isn't it? THE BASTARD OPERATOR FROM HELL!" "In the flesh, on the phone and in your account..." - BOFH #3 --K8nIJk4ghYZn606h Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIJawYJKoZIhvcNAQcCoIIJXDCCCVgCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC BuIwggObMIIDBKADAgECAhAiuN7bs9pg6t3I0n6G5OOTMA0GCSqGSIb3DQEBBQUAMGIxCzAJ BgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYD VQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNjExMDgwOTI2 NTNaFw0wNzExMDgwOTI2NTNaMIHSMREwDwYDVQQEEwhTcHJpbmdlcjEaMBgGA1UEKhMRUmlu ayBQZXRlciBXeWNoZXIxIzAhBgNVBAMTGlJpbmsgUGV0ZXIgV3ljaGVyIFNwcmluZ2VyMRsw GQYJKoZIhvcNAQkBFgxtYWlsQHJpbmsubnUxHzAdBgkqhkiG9w0BCQEWEHJpbmtAZnJlZWJz ZC5vcmcxIDAeBgkqhkiG9w0BCQEWEXJpbmtAaWwuZm9udHlzLm5sMRwwGgYJKoZIhvcNAQkB Fg1yaW5rQHN0YWNrLm5sMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAxryGDfel YzzENX7wodkbVY1NALfaiPfNEG10YjD8ZWdK9zkN26Tc878Shbqapq0KYFD8TACGfEhKoMvo qbf0PHAS/gNYr81Arqa9FRPUfzvtDE/cMbhvI+p7ufBITyYnPJp9MUD72iT+DohRR2ISVi3i NAEgDuSbYYNxctnvXqU6O6EPy3mzoFPDoiOQwBfVtFrjxBbND9BUK2bjtUyGt4x8I/Vulzrt qLPTokva+b97DHRgbCA/aLLYIrU6QoqOFJ8GrAbro/FZLYh4m1oJk3FEHVQOKkk7xzIaFmmP QGJRL8m6nrIZFTrQ+X2wmzfLD55K/UiqbekOuMiWbY9EbwIDAQABo10wWzBLBgNVHREERDBC gQxtYWlsQHJpbmsubnWBEHJpbmtAZnJlZWJzZC5vcmeBEXJpbmtAaWwuZm9udHlzLm5sgQ1y aW5rQHN0YWNrLm5sMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAIfIcieRjePBA wjZqvOdGpyPcNDnK/ubeQSTV5Y4AHWxm1sXhQxB/XrQ3RVdz1qDnBRL1AjkEBAl8e9+am4s6 D6TaSlmJeNXn6ZPJTQecisz3M+AKiMckShM3oAeUi0ktn1yNYR+hz5aQN612XT5OZRYznJVZ kPf1DiA2RVVyz+MwggM/MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQG EwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNV BAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2Vz IERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkq hkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAw WhcNMTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1 bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElz c3VpbmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUE cJ3f6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH 5/EfkTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBly YLf7AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJo dHRwOi8vY3JsLnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNV HQ8EBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0G CSqGSIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYv wPQcUCCTcDz9reFhYsPZOhl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3 h9bGCE6u9uo05RAaWzVNd+NWIXiC3CEZNd4ksdMdRv9dX2VPMYICUTCCAk0CAQEwdjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECECK43tuz2mDq3cjS fobk45MwCQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3 DQEJBTEPFw0wNjEyMTIwOTQ2NDVaMCMGCSqGSIb3DQEJBDEWBBQsZK3sOlxJiZDH83ZSRN/2 gcvSNDBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggq hkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAQAC ZMYaHnVuO6wS5UnYlgBN+BuuzIGjGTrovWqvGXznyj9YdtTAEuaoHw3PnknrD1BDSJ0NCPUf CsYF8MPNc7qFxBFY346xGLibbmXVWeTN/pIodyYnEoMsP80tDanoWJ4o9ptSMOE7pEIDS1V2 LhLGE+jKPYTMUWR911IFwqbdgC5a3RHwZVM8pNriUpd/OfTDZVD60xsf/L2+D0BAHfzLCpE4 osJWO8fR4soUDU76Cu6XQQnkcjLZ3h0RWzOno6Mr/JQ5IoiQtR8It++y49jYfTzXNVd/g90d X2LEvhp0KLwOZ3Z2GQ4rQZe3mfiH9MijWWbo54J0Lf5KIQRvs9wx --K8nIJk4ghYZn606h-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 10:10:25 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 253A416A4C8; Tue, 12 Dec 2006 10:10:25 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (palm.hoeg.nl [83.98.131.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1514E43E00; Tue, 12 Dec 2006 10:02:19 +0000 (GMT) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 52B9B1CF40; Tue, 12 Dec 2006 11:03:40 +0100 (CET) Date: Tue, 12 Dec 2006 11:03:40 +0100 From: Ed Schouten To: Rink Springer Message-ID: <20061212100340.GE1072@hoeg.nl> References: <20061212093645.GD1072@hoeg.nl> <20061212094646.GB88995@rink.nu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/2994txjAzEdQwm5" Content-Disposition: inline In-Reply-To: <20061212094646.GB88995@rink.nu> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: stable@FreeBSD.org Subject: Re: mountd(8) tries to remount / as R/W X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 10:10:25 -0000 --/2994txjAzEdQwm5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Rink Springer wrote: > On Tue, Dec 12, 2006 at 10:36:45AM +0100, Ed Schouten wrote: > > Is it possible to teach mountd to leave the root filesystem alone? >=20 > This might be due to a change I have made in mountd(8) to prevent it > from destroying filesystem flags; could you file a PR for me? Done. http://www.freebsd.org/cgi/query-pr.cgi?pr=3D106636 > I assume this is a recent 6-STABLE, correct? Yes, 6.2-PRERELEASE - two weeks old at most. --=20 Ed Schouten WWW: http://g-rave.nl/ --/2994txjAzEdQwm5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFfn5852SDGA2eCwURAv1PAJwPi+rBGKfChwoqEhewy13ej5Y/EwCfax8l O59V3T8vusw/Y7sUnxw9cUM= =gcJF -----END PGP SIGNATURE----- --/2994txjAzEdQwm5-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 10:22:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 19A3016A49E; Tue, 12 Dec 2006 10:22:15 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (fw.zoral.com.ua [213.186.206.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0487C43EEB; Tue, 12 Dec 2006 10:18:00 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id kBCAJ4ap092429 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 Dec 2006 12:19:04 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id kBCAJ4Gg073302; Tue, 12 Dec 2006 12:19:04 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id kBCAJ3md073301; Tue, 12 Dec 2006 12:19:03 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 12 Dec 2006 12:19:03 +0200 From: Kostik Belousov To: Suleiman Souhlal Message-ID: <20061212101903.GF311@deviant.kiev.zoral.com.ua> References: <456950AF.3090308@sh.cvut.cz> <20061127092146.GA69556@deviant.kiev.zoral.com.ua> <457E6C06.1020405@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J4XPiPrVK1ev6Sgr" Content-Disposition: inline In-Reply-To: <457E6C06.1020405@FreeBSD.org> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=1.4 required=5.0 tests=SPF_NEUTRAL, UNPARSEABLE_RELAY autolearn=no version=3.1.4 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on fw.zoral.com.ua Cc: freebsd-stable@freebsd.org, V??clav Haisman , tegge@freebsd.org, bde@freebsd.org, freebsd-current@freebsd.org Subject: Re: kqueue LOR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 10:22:15 -0000 --J4XPiPrVK1ev6Sgr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 12, 2006 at 12:44:54AM -0800, Suleiman Souhlal wrote: > Kostik Belousov wrote: > >On Sun, Nov 26, 2006 at 09:30:39AM +0100, V??clav Haisman wrote: > > > >>Hi, > >>the attached lor.txt contains LOR I got this yesterday. It is FreeBSD 6= .1 > >>with relatively recent kernel, from last week or so. > >> > >>-- > >>VH > > > > > >>+lock order reversal: > >>+ 1st 0xc537f300 kqueue (kqueue) @ /usr/src/sys/kern/kern_event.c:1547 > >>+ 2nd 0xc45c22dc struct mount mtx (struct mount mtx) @=20 > >>/usr/src/sys/ufs/ufs/ufs_vnops.c:138 > >>+KDB: stack backtrace: > >>+kdb_backtrace(c07f9879,c45c22dc,c07fd31c,c07fd31c,c080c7b2,...) at=20 > >>kdb_backtrace+0x2f > >>+witness_checkorder(c45c22dc,9,c080c7b2,8a,c07fc6bd,...) at=20 > >>witness_checkorder+0x5fe > >>+_mtx_lock_flags(c45c22dc,0,c080c7b2,8a,e790ba20,...) at=20 > >>_mtx_lock_flags+0x32 > >>+ufs_itimes(c47a0dd0,c47a0e90,e790ba78,c060e1cc,c47a0dd0,...) at=20 > >>ufs_itimes+0x6c > >>+ufs_getattr(e790ba54,e790baec,c0622af6,c0896f40,e790ba54,...) at=20 > >>ufs_getattr+0x20 > >>+VOP_GETATTR_APV(c0896f40,e790ba54,c08a5760,c47a0dd0,e790ba74,...) at= =20 > >>VOP_GETATTR_APV+0x3a > >>+filt_vfsread(c4cf261c,6,c07f445e,60b,0,...) at filt_vfsread+0x75 > >>+knote(c4f57114,6,1,1f30c2af,1f30c2af,...) at knote+0x75 > >>+VOP_WRITE_APV(c0896f40,e790bbec,c47a0dd0,227,e790bcb4,...) at=20 > >>VOP_WRITE_APV+0x148 > >>+vn_write(c45d5120,e790bcb4,c5802a00,0,c4b73a80,...) at vn_write+0x201 > >>+dofilewrite(c4b73a80,1b,c45d5120,e790bcb4,ffffffff,...) at=20 > >>dofilewrite+0x84 > >>+kern_writev(c4b73a80,1b,e790bcb4,8220c71,0,...) at kern_writev+0x65 > >>+write(c4b73a80,e790bd04,c,c07d899c,3,...) at write+0x4f > >>+syscall(3b,3b,bfbf003b,0,bfbfeae4,...) at syscall+0x295 > >>+Xint0x80_syscall() at Xint0x80_syscall+0x1f > >>+--- syscall (4, FreeBSD ELF32, write), eip =3D 0x2831d727, esp =3D=20 > >>0xbfbfea1c, ebp =3D 0xbfbfea48 --- > > > > > >Thank you for the report. The LOR is caused by my commit into > >sys/ufs/ufs/ufs_vnops.c, rev. 1.280. >=20 > Is the mount lock really required, if all we're doing is a single read of= a=20 > single word (mnt_kern_flags) (v_mount should be read-only for the whole= =20 > lifetime of the vnode, I believe)? After all, reads of a single word are= =20 > atomic on all our supported architectures. > The only situation I see where there MIGHT be problems are forced unmount= s,=20 > but I think there are bigger issues with those. > Sorry for noticing this email only now. The problem is real with snapshotting. Ignoring MNTK_SUSPEND/MNTK_SUSPENDED flags (in particular, reading stale value of mnt_kern_flag) while setting IN_MODIFIED caused deadlock at ufs vnode inactivation time. This was the big trouble with nfsd and snapshots. As such, I think that precise value of mmnt_kern_flag is critical there, and mount interlock is needed. Practically speaking, I agree with claim that reading of m_k_f is surrounded by enough locked operations that would make sure that the read value is not stale. But there is no such guarantee on future/non-i386 arches, isn't it ? As a side note, mount interlock scope could be reduced there. Index: ufs/ufs/ufs_vnops.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/local/arch/ncvs/src/sys/ufs/ufs/ufs_vnops.c,v retrieving revision 1.283 diff -u -r1.283 ufs_vnops.c --- ufs/ufs/ufs_vnops.c 6 Nov 2006 13:42:09 -0000 1.283 +++ ufs/ufs/ufs_vnops.c 12 Dec 2006 10:18:04 -0000 @@ -133,19 +134,19 @@ { struct inode *ip; struct timespec ts; - int mnt_locked; =20 ip =3D VTOI(vp); - mnt_locked =3D 0; if ((vp->v_mount->mnt_flag & MNT_RDONLY) !=3D 0) { VI_LOCK(vp); goto out; } MNT_ILOCK(vp->v_mount); /* For reading of mnt_kern_flags. */ - mnt_locked =3D 1; VI_LOCK(vp); - if ((ip->i_flag & (IN_ACCESS | IN_CHANGE | IN_UPDATE)) =3D=3D 0) - goto out_unl; + if ((ip->i_flag & (IN_ACCESS | IN_CHANGE | IN_UPDATE)) =3D=3D 0) { + MNT_IUNLOCK(vp->v_mount); + VI_UNLOCK(vp); + return; + } =20 if ((vp->v_type =3D=3D VBLK || vp->v_type =3D=3D VCHR) && !DOINGSOFTDEP(v= p)) ip->i_flag |=3D IN_LAZYMOD; @@ -155,6 +156,7 @@ ip->i_flag |=3D IN_MODIFIED; else if (ip->i_flag & IN_ACCESS) ip->i_flag |=3D IN_LAZYACCESS; + MNT_IUNLOCK(vp->v_mount); vfs_timestamp(&ts); if (ip->i_flag & IN_ACCESS) { DIP_SET(ip, i_atime, ts.tv_sec); @@ -172,10 +174,7 @@ =20 out: ip->i_flag &=3D ~(IN_ACCESS | IN_CHANGE | IN_UPDATE); - out_unl: VI_UNLOCK(vp); - if (mnt_locked) - MNT_IUNLOCK(vp->v_mount); } =20 /* --J4XPiPrVK1ev6Sgr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFfoIWC3+MBN1Mb4gRAmA8AKCrbt+mT1HCNj3VnFFQVu+fb2JzZQCcCr0L n4DVdlGDbEkZAwaaBZhEFo8= =7yaQ -----END PGP SIGNATURE----- --J4XPiPrVK1ev6Sgr-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 12:22:27 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 90EFA16A501 for ; Tue, 12 Dec 2006 12:22:27 +0000 (UTC) (envelope-from dkirhlarov@oilspace.com) Received: from office.oilspace.com (ns2.oilspace.com [194.129.65.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAB9543CA7 for ; Tue, 12 Dec 2006 12:21:02 +0000 (GMT) (envelope-from dkirhlarov@oilspace.com) Received: from dkirhlarov.mow.oilspace.com (mos.oilspace.com [81.222.156.189]) by office.oilspace.com (Postfix) with ESMTP id E854C136D0B for ; Tue, 12 Dec 2006 12:22:22 +0000 (GMT) Received: from dkirhlarov.mow.oilspace.com (localhost [127.0.0.1]) by dkirhlarov.mow.oilspace.com (8.13.8/8.13.8) with ESMTP id kBCCMMhv076040 for ; Tue, 12 Dec 2006 15:22:22 +0300 (MSK) (envelope-from dkirhlarov@dkirhlarov.mow.oilspace.com) Received: (from dkirhlarov@localhost) by dkirhlarov.mow.oilspace.com (8.13.8/8.13.8/Submit) id kBCCMMJb076039 for stable@freebsd.org; Tue, 12 Dec 2006 15:22:22 +0300 (MSK) (envelope-from dkirhlarov) Date: Tue, 12 Dec 2006 15:22:22 +0300 From: Dmitriy Kirhlarov To: stable@freebsd.org Message-ID: <20061212122221.GE39171@dkirhlarov.mow.oilspace.com> Mail-Followup-To: stable@freebsd.org References: <20061113084430.GE59604@dimma.mow.oilspace.com> <20061116102436.GN32700@FreeBSD.org> <20061116111525.GO32700@FreeBSD.org> <200612071118.52922.davidxu@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200612071118.52922.davidxu@freebsd.org> X-Mailer: Mutt-ng devel (2005-03-13) based on Mutt 1.5.9 X-Operating-System: FreeBSD 6.2-PRERELEASE User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: Subject: Re: RELENG_6 panic under heavy load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Dec 2006 12:22:27 -0000 On Thu, Dec 07, 2006 at 11:18:52AM +0800, David Xu wrote: > On Thursday 16 November 2006 19:15, Gleb Smirnoff wrote: > > On Thu, Nov 16, 2006 at 01:24:36PM +0300, Gleb Smirnoff wrote: > > T> I wonder why UMA was suspected to be the problem. Dima gave > > T> me access to the core. Here are more details from the trace: > > > > It looks like a race between two threads in one process. Look here: > > > Can you try the patch ? > http://people.freebsd.org/~davidxu/patch/ksegrp_preempt.patch I've tested it. This patch works also, but with a little bit different behaviour. With patch from jhb@ I got LA 7-8, with this patch I have LA 5-6, same as on unpatched system. But it seems to me, that system is less interactive, compared to jhb@ patch. WBR Dmitriy From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 12:49:25 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 71A2216A403; Tue, 12 Dec 2006 12:49:24 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-stable@freebsd.org Date: Tue, 12 Dec 2006 20:49:21 +0800 User-Agent: KMail/1.8.2 References: <20061113084430.GE59604@dimma.mow.oilspace.com> <200612071118.52922.davidxu@freebsd.org> <20061212122221.GE39171@dkirhlarov.mow.oilspace.com> In-Reply-To: <20061212122221.GE39171@dkirhlarov.mow.oilspace.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200612122049.21525.davidxu@freebsd.org> Cc: stable@freebsd.org, Dmitriy Kirhlarov Subject: Re: RELENG_6 panic under heavy load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Dec 2006 12:49:25 -0000 On Tuesday 12 December 2006 20:22, Dmitriy Kirhlarov wrote: > On Thu, Dec 07, 2006 at 11:18:52AM +0800, David Xu wrote: > > On Thursday 16 November 2006 19:15, Gleb Smirnoff wrote: > > > On Thu, Nov 16, 2006 at 01:24:36PM +0300, Gleb Smirnoff wrote: > > > T> I wonder why UMA was suspected to be the problem. Dima gave > > > T> me access to the core. Here are more details from the trace: > > > > > > It looks like a race between two threads in one process. Look here: > > > > Can you try the patch ? > > http://people.freebsd.org/~davidxu/patch/ksegrp_preempt.patch > > I've tested it. This patch works also, but with a little bit different > behaviour. With patch from jhb@ I got LA 7-8, with this patch I have > LA 5-6, same as on unpatched system. But it seems to me, that system > is less interactive, compared to jhb@ patch. > > WBR > Dmitriy jhb patch is incomplete, it implies that every place a thread is doing state transition and waking another thread up should be patched, there is other code in kern_sig.c unpatched, though I don't know other places, but the code maybe_preempt_in_ksegrp should be synced with maybe_preempt, it should fix all problems. the LA you have seen is lower than jhb might be a nature of KSEGRP, but I am not sure, if you program forces all threads to be system-scope, it might fix the problem. David Xu From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 12:49:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 71A2216A403; Tue, 12 Dec 2006 12:49:24 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-stable@freebsd.org Date: Tue, 12 Dec 2006 20:49:21 +0800 User-Agent: KMail/1.8.2 References: <20061113084430.GE59604@dimma.mow.oilspace.com> <200612071118.52922.davidxu@freebsd.org> <20061212122221.GE39171@dkirhlarov.mow.oilspace.com> In-Reply-To: <20061212122221.GE39171@dkirhlarov.mow.oilspace.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200612122049.21525.davidxu@freebsd.org> Cc: stable@freebsd.org, Dmitriy Kirhlarov Subject: Re: RELENG_6 panic under heavy load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Dec 2006 12:49:25 -0000 On Tuesday 12 December 2006 20:22, Dmitriy Kirhlarov wrote: > On Thu, Dec 07, 2006 at 11:18:52AM +0800, David Xu wrote: > > On Thursday 16 November 2006 19:15, Gleb Smirnoff wrote: > > > On Thu, Nov 16, 2006 at 01:24:36PM +0300, Gleb Smirnoff wrote: > > > T> I wonder why UMA was suspected to be the problem. Dima gave > > > T> me access to the core. Here are more details from the trace: > > > > > > It looks like a race between two threads in one process. Look here: > > > > Can you try the patch ? > > http://people.freebsd.org/~davidxu/patch/ksegrp_preempt.patch > > I've tested it. This patch works also, but with a little bit different > behaviour. With patch from jhb@ I got LA 7-8, with this patch I have > LA 5-6, same as on unpatched system. But it seems to me, that system > is less interactive, compared to jhb@ patch. > > WBR > Dmitriy jhb patch is incomplete, it implies that every place a thread is doing state transition and waking another thread up should be patched, there is other code in kern_sig.c unpatched, though I don't know other places, but the code maybe_preempt_in_ksegrp should be synced with maybe_preempt, it should fix all problems. the LA you have seen is lower than jhb might be a nature of KSEGRP, but I am not sure, if you program forces all threads to be system-scope, it might fix the problem. David Xu From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 12:49:47 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2126016A709; Tue, 12 Dec 2006 12:49:47 +0000 (UTC) (envelope-from bde@zeta.org.au) Received: from mailout1.pacific.net.au (mailout1-3.pacific.net.au [61.8.2.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id E06FD43CC5; Tue, 12 Dec 2006 12:48:23 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.2.163]) by mailout1.pacific.net.au (Postfix) with ESMTP id 1373B5A3EFF; Tue, 12 Dec 2006 23:49:45 +1100 (EST) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailproxy2.pacific.net.au (Postfix) with ESMTP id 06F1727408; Tue, 12 Dec 2006 23:49:42 +1100 (EST) Date: Tue, 12 Dec 2006 23:49:42 +1100 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Kostik Belousov In-Reply-To: <20061212101903.GF311@deviant.kiev.zoral.com.ua> Message-ID: <20061212220705.F57430@delplex.bde.org> References: <456950AF.3090308@sh.cvut.cz> <20061127092146.GA69556@deviant.kiev.zoral.com.ua> <457E6C06.1020405@FreeBSD.org> <20061212101903.GF311@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: V??clav Haisman , freebsd-stable@FreeBSD.org, Suleiman Souhlal , freebsd-current@FreeBSD.org, bde@FreeBSD.org, tegge@FreeBSD.org Subject: Re: kqueue LOR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 12:49:47 -0000 On Tue, 12 Dec 2006, Kostik Belousov wrote: > On Tue, Dec 12, 2006 at 12:44:54AM -0800, Suleiman Souhlal wrote: >> Is the mount lock really required, if all we're doing is a single read of a >> single word (mnt_kern_flags) (v_mount should be read-only for the whole >> lifetime of the vnode, I believe)? After all, reads of a single word are >> atomic on all our supported architectures. >> The only situation I see where there MIGHT be problems are forced unmounts, >> but I think there are bigger issues with those. >> Sorry for noticing this email only now. > > The problem is real with snapshotting. Ignoring > MNTK_SUSPEND/MNTK_SUSPENDED flags (in particular, reading stale value of > mnt_kern_flag) while setting IN_MODIFIED caused deadlock at ufs vnode > inactivation time. This was the big trouble with nfsd and snapshots. As > such, I think that precise value of mmnt_kern_flag is critical there, > and mount interlock is needed. Locking for just read is almost always bogus, but here (as in most cases) there is also a write based on the contents of the flag, and the lock is held across the write. > Practically speaking, I agree with claim that reading of m_k_f is > surrounded by enough locked operations that would make sure that > the read value is not stale. But there is no such guarantee on > future/non-i386 arches, isn't it ? I think not-very-staleness is implied by acquire/release semantics which are part of the API for most atomic operations. This behaviour doesn't seem to be documented for mutexes, but I don't see how mutexes could work without it (they have to synchronize all memory accesses, not just the memory accessed by the lock). > As a side note, mount interlock scope could be reduced there. > > Index: ufs/ufs/ufs_vnops.c > =================================================================== > RCS file: /usr/local/arch/ncvs/src/sys/ufs/ufs/ufs_vnops.c,v > retrieving revision 1.283 > diff -u -r1.283 ufs_vnops.c > --- ufs/ufs/ufs_vnops.c 6 Nov 2006 13:42:09 -0000 1.283 > +++ ufs/ufs/ufs_vnops.c 12 Dec 2006 10:18:04 -0000 > @@ -133,19 +134,19 @@ > { > struct inode *ip; > struct timespec ts; > - int mnt_locked; > > ip = VTOI(vp); > - mnt_locked = 0; > if ((vp->v_mount->mnt_flag & MNT_RDONLY) != 0) { > VI_LOCK(vp); > goto out; > } > MNT_ILOCK(vp->v_mount); /* For reading of mnt_kern_flags. */ > - mnt_locked = 1; > VI_LOCK(vp); > - if ((ip->i_flag & (IN_ACCESS | IN_CHANGE | IN_UPDATE)) == 0) > - goto out_unl; > + if ((ip->i_flag & (IN_ACCESS | IN_CHANGE | IN_UPDATE)) == 0) { > + MNT_IUNLOCK(vp->v_mount); > + VI_UNLOCK(vp); > + return; > + } The version that depends on not-very-staleness would test the flags without acquiring the lock(s) and return immediately in the usual case where none of the flags are set. It would have to acquire the locks and repeat the test to make changes (and the test is already repeated one flag at a time). I think this would be correct enough, but still inefficient and/or even messier. The current organization is usually: acquire vnode interlock in caller release vnode interlock in caller to avoid messes here (inefficient) call acquire mount interlock acquire vnode interlock test the flags; goto cleanup code if none set (usual case) do the work release vnode interlock release mount interlock return acquire vnode interlock (if needed) release vnode interlock (if needed) and it might become: acquire vnode interlock in caller call test the flags; return if none set (usual case) release vnode interlock // check that callers are aware of this acquire mount interlock acquire vnode interlock do the work // Assume no LOR problem for release, as below. // Otherwise need another relese+acquire of vnode interlock. release mount interlock return release vnode interlock > > if ((vp->v_type == VBLK || vp->v_type == VCHR) && !DOINGSOFTDEP(vp)) > ip->i_flag |= IN_LAZYMOD; > @@ -155,6 +156,7 @@ > ip->i_flag |= IN_MODIFIED; > else if (ip->i_flag & IN_ACCESS) > ip->i_flag |= IN_LAZYACCESS; > + MNT_IUNLOCK(vp->v_mount); > vfs_timestamp(&ts); > if (ip->i_flag & IN_ACCESS) { > DIP_SET(ip, i_atime, ts.tv_sec); Is there no LOR problem for release? As I understand it, MNT_ILOCK() is only protecting IN_ACCESS being converted to IN_MODIFED, so after this conversion is done the lock is not needed. Is this correct? > @@ -172,10 +174,7 @@ > > out: > ip->i_flag &= ~(IN_ACCESS | IN_CHANGE | IN_UPDATE); > - out_unl: > VI_UNLOCK(vp); > - if (mnt_locked) > - MNT_IUNLOCK(vp->v_mount); > } > > /* > BTW, vfs.lookup_shared defaults to 0 and decides shared access for all operations including read, so I wonder if there are [m]any bugs preventing shared accesses being the default for the most important cases where they can be (lookup and reads). (As you know, not acquiring the vnode interlock in old versions of the above was one, and since vfs.lookup_shared is global and not all file systems have the fix, it still is one.) Bruce From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 13:12:01 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5E26416A4CE for ; Tue, 12 Dec 2006 13:12:01 +0000 (UTC) (envelope-from dkirhlarov@oilspace.com) Received: from office.oilspace.com (office.oilspace.com [194.129.65.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB6A843CD2 for ; Tue, 12 Dec 2006 13:08:28 +0000 (GMT) (envelope-from dkirhlarov@oilspace.com) Received: from dkirhlarov.mow.oilspace.com (mos.oilspace.com [81.222.156.189]) by office.oilspace.com (Postfix) with ESMTP id E44F4136D17 for ; Tue, 12 Dec 2006 13:09:38 +0000 (GMT) Received: from dkirhlarov.mow.oilspace.com (localhost [127.0.0.1]) by dkirhlarov.mow.oilspace.com (8.13.8/8.13.8) with ESMTP id kBCD9c9n076542 for ; Tue, 12 Dec 2006 16:09:38 +0300 (MSK) (envelope-from dkirhlarov@dkirhlarov.mow.oilspace.com) Received: (from dkirhlarov@localhost) by dkirhlarov.mow.oilspace.com (8.13.8/8.13.8/Submit) id kBCD9cug076541 for stable@freebsd.org; Tue, 12 Dec 2006 16:09:38 +0300 (MSK) (envelope-from dkirhlarov) Date: Tue, 12 Dec 2006 16:09:38 +0300 From: Dmitriy Kirhlarov To: stable@freebsd.org Message-ID: <20061212130937.GF39171@dkirhlarov.mow.oilspace.com> Mail-Followup-To: stable@freebsd.org References: <20061113084430.GE59604@dimma.mow.oilspace.com> <200612071118.52922.davidxu@freebsd.org> <20061212122221.GE39171@dkirhlarov.mow.oilspace.com> <200612122049.21525.davidxu@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200612122049.21525.davidxu@freebsd.org> X-Mailer: Mutt-ng devel (2005-03-13) based on Mutt 1.5.9 X-Operating-System: FreeBSD 6.2-PRERELEASE User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: Subject: Re: RELENG_6 panic under heavy load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Dec 2006 13:12:01 -0000 On Tue, Dec 12, 2006 at 08:49:21PM +0800, David Xu wrote: > > I've tested it. This patch works also, but with a little bit different > > behaviour. With patch from jhb@ I got LA 7-8, with this patch I have > > LA 5-6, same as on unpatched system. But it seems to me, that system > > is less interactive, compared to jhb@ patch. > > jhb patch is incomplete, it implies that every place a thread is doing state > transition and waking another thread up should be patched, there is > other code in kern_sig.c unpatched, though I don't know other places, > but the code maybe_preempt_in_ksegrp should be synced with > maybe_preempt, it should fix all problems. the LA you have seen is lower > than jhb might be a nature of KSEGRP, but I am not sure, if you program > forces all threads to be system-scope, it might fix the problem. I think, kern/105464 can be closed, after commit your patch. WBR. Dmitriy From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 13:54:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DD3AA16A51C; Tue, 12 Dec 2006 13:54:00 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (fw.zoral.com.ua [213.186.206.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDDE743DDA; Tue, 12 Dec 2006 13:51:50 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id kBCDqsoY000344 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 Dec 2006 15:52:54 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id kBCDqrKb019225; Tue, 12 Dec 2006 15:52:53 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id kBCDqplF019224; Tue, 12 Dec 2006 15:52:51 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 12 Dec 2006 15:52:51 +0200 From: Kostik Belousov To: Bruce Evans Message-ID: <20061212135251.GJ311@deviant.kiev.zoral.com.ua> References: <456950AF.3090308@sh.cvut.cz> <20061127092146.GA69556@deviant.kiev.zoral.com.ua> <457E6C06.1020405@FreeBSD.org> <20061212101903.GF311@deviant.kiev.zoral.com.ua> <20061212220705.F57430@delplex.bde.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="v2Uk6McLiE8OV1El" Content-Disposition: inline In-Reply-To: <20061212220705.F57430@delplex.bde.org> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=1.4 required=5.0 tests=SPF_NEUTRAL, UNPARSEABLE_RELAY autolearn=no version=3.1.4 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on fw.zoral.com.ua Cc: freebsd-stable@freebsd.org, freebsd-current@freebsd.org, Suleiman Souhlal , V??clav Haisman , bde@freebsd.org, tegge@freebsd.org Subject: Re: kqueue LOR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 13:54:01 -0000 --v2Uk6McLiE8OV1El Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 12, 2006 at 11:49:42PM +1100, Bruce Evans wrote: > On Tue, 12 Dec 2006, Kostik Belousov wrote: >=20 > >On Tue, Dec 12, 2006 at 12:44:54AM -0800, Suleiman Souhlal wrote: >=20 > >>Is the mount lock really required, if all we're doing is a single read = of=20 > >>a > >>single word (mnt_kern_flags) (v_mount should be read-only for the whole > >>lifetime of the vnode, I believe)? After all, reads of a single word are > >>atomic on all our supported architectures. > >>The only situation I see where there MIGHT be problems are forced=20 > >>unmounts, > >>but I think there are bigger issues with those. > >>Sorry for noticing this email only now. > > > >The problem is real with snapshotting. Ignoring > >MNTK_SUSPEND/MNTK_SUSPENDED flags (in particular, reading stale value of > >mnt_kern_flag) while setting IN_MODIFIED caused deadlock at ufs vnode > >inactivation time. This was the big trouble with nfsd and snapshots. As > >such, I think that precise value of mmnt_kern_flag is critical there, > >and mount interlock is needed. >=20 > Locking for just read is almost always bogus, but here (as in most > cases) there is also a write based on the contents of the flag, and > the lock is held across the write. >=20 > >Practically speaking, I agree with claim that reading of m_k_f is > >surrounded by enough locked operations that would make sure that > >the read value is not stale. But there is no such guarantee on > >future/non-i386 arches, isn't it ? >=20 > I think not-very-staleness is implied by acquire/release semantics > which are part of the API for most atomic operations. This behaviour > doesn't seem to be documented for mutexes, but I don't see how mutexes > could work without it (they have to synchronize all memory accesses, > not just the memory accessed by the lock). >=20 > >As a side note, mount interlock scope could be reduced there. > > > >Index: ufs/ufs/ufs_vnops.c > >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >RCS file: /usr/local/arch/ncvs/src/sys/ufs/ufs/ufs_vnops.c,v > >retrieving revision 1.283 > >diff -u -r1.283 ufs_vnops.c > >--- ufs/ufs/ufs_vnops.c 6 Nov 2006 13:42:09 -0000 1.283 > >+++ ufs/ufs/ufs_vnops.c 12 Dec 2006 10:18:04 -0000 > >@@ -133,19 +134,19 @@ > >{ > > struct inode *ip; > > struct timespec ts; > >- int mnt_locked; > > > > ip =3D VTOI(vp); > >- mnt_locked =3D 0; > > if ((vp->v_mount->mnt_flag & MNT_RDONLY) !=3D 0) { > > VI_LOCK(vp); > > goto out; > > } > > MNT_ILOCK(vp->v_mount); /* For reading of mnt_kern_flags. */ > >- mnt_locked =3D 1; > > VI_LOCK(vp); > >- if ((ip->i_flag & (IN_ACCESS | IN_CHANGE | IN_UPDATE)) =3D=3D 0) > >- goto out_unl; > >+ if ((ip->i_flag & (IN_ACCESS | IN_CHANGE | IN_UPDATE)) =3D=3D 0) { > >+ MNT_IUNLOCK(vp->v_mount); > >+ VI_UNLOCK(vp); > >+ return; > >+ } >=20 > The version that depends on not-very-staleness would test the flags > without acquiring the lock(s) and return immediately in the usual case > where none of the flags are set. It would have to acquire the locks > and repeat the test to make changes (and the test is already repeated > one flag at a time). I think this would be correct enough, but still > inefficient and/or even messier. The current organization is usually: >=20 > acquire vnode interlock in caller > release vnode interlock in caller to avoid messes here (inefficient) > call > acquire mount interlock > acquire vnode interlock > test the flags; goto cleanup code if none set (usual case) > do the work > release vnode interlock > release mount interlock > return > acquire vnode interlock (if needed) > release vnode interlock (if needed) >=20 > and it might become: >=20 > acquire vnode interlock in caller > call > test the flags; return if none set (usual case) > release vnode interlock // check that callers are aware of=20 > this > acquire mount interlock > acquire vnode interlock > do the work > // Assume no LOR problem for release, as below. > // Otherwise need another relese+acquire of vnode interlock. > release mount interlock > return > release vnode interlock >=20 > > > > if ((vp->v_type =3D=3D VBLK || vp->v_type =3D=3D VCHR) && !DOINGSOFTDEP= (vp)) > > ip->i_flag |=3D IN_LAZYMOD; > >@@ -155,6 +156,7 @@ > > ip->i_flag |=3D IN_MODIFIED; > > else if (ip->i_flag & IN_ACCESS) > > ip->i_flag |=3D IN_LAZYACCESS; > >+ MNT_IUNLOCK(vp->v_mount); > > vfs_timestamp(&ts); > > if (ip->i_flag & IN_ACCESS) { > > DIP_SET(ip, i_atime, ts.tv_sec); >=20 > Is there no LOR problem for release? AFAIK, no. Release is guaranteed to success without blocking. >=20 > As I understand it, MNT_ILOCK() is only protecting IN_ACCESS being > converted to IN_MODIFED, so after this conversion is done the lock > is not needed. Is this correct? The code shall set IN_MODIFIED flag only if MNTK_SUSPEND and MNTK_SUSPENDED are clean. The vfs_write_suspend() that set MNTK_SUSPEND, does VFS_SYNC() after setting the flag. Since VFS_SYNC() tries to interlock the vnode (to test the flags), and then locks the vnode for ffs_syncvnode() call, the loop in ffs_sync() cannot finish before the ufs_itimes released vnode interlock. The MNTK_SUSPENDED is set after the loop. Hmm, may be, since vnode must be interlocked by ffs_sync() after MNTK_SUSPENDED set, and before MNTK_SUSPEND, mount interlock is not needed in ufs_itimes. Tor ? >=20 > >@@ -172,10 +174,7 @@ > > > > out: > > ip->i_flag &=3D ~(IN_ACCESS | IN_CHANGE | IN_UPDATE); > >- out_unl: > > VI_UNLOCK(vp); > >- if (mnt_locked) > >- MNT_IUNLOCK(vp->v_mount); > >} > > > >/* > > >=20 > BTW, vfs.lookup_shared defaults to 0 and decides shared access for all > operations including read, so I wonder if there are [m]any bugs > preventing shared accesses being the default for the most important > cases where they can be (lookup and reads). (As you know, not acquiring > the vnode interlock in old versions of the above was one, and since > vfs.lookup_shared is global and not all file systems have the fix, it > still is one.) Kris Kennaway said that lookup_shared caused deadlocks ? --v2Uk6McLiE8OV1El Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFfrQyC3+MBN1Mb4gRAlPCAJsHQNE3GIdPbTSmxyO75sjugSRqRQCeLkPr TwT9hV93Txg6r3IQD4gMlb8= =NzDM -----END PGP SIGNATURE----- --v2Uk6McLiE8OV1El-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 14:48:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F71416A49E for ; Tue, 12 Dec 2006 14:48:36 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id A21DA43D96 for ; Tue, 12 Dec 2006 14:42:16 +0000 (GMT) (envelope-from asmrookie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1520371uge for ; Tue, 12 Dec 2006 06:43:29 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=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; b=YHfyy72p0PHk3dAKk/q9h82KsDX5qzSyDQ6qDYpyIQuSyWFg5kwt2S5FHj+7YzcdE++G3ISuUELe/aLpZKi5/PulW0BlqTXkblnL5mfD4/jaj3j5jlDP57JT1qN3/CVexMVeH6CqUew/NMbGJiULw6LYBp4rfjJdu9Ipg680KlI= Received: by 10.82.138.6 with SMTP id l6mr728675bud.1165934608642; Tue, 12 Dec 2006 06:43:28 -0800 (PST) Received: by 10.82.178.4 with HTTP; Tue, 12 Dec 2006 06:43:28 -0800 (PST) Message-ID: <3bbf2fe10612120643n6b4ad850oc857be46c48505cc@mail.gmail.com> Date: Tue, 12 Dec 2006 15:43:28 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Kostik Belousov" In-Reply-To: <20061212101903.GF311@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <456950AF.3090308@sh.cvut.cz> <20061127092146.GA69556@deviant.kiev.zoral.com.ua> <457E6C06.1020405@FreeBSD.org> <20061212101903.GF311@deviant.kiev.zoral.com.ua> X-Google-Sender-Auth: e347fe8c79b25c11 Cc: freebsd-stable@freebsd.org, freebsd-current@freebsd.org, Suleiman Souhlal , V.Haisman@sh.cvut.cz, bde@freebsd.org, tegge@freebsd.org Subject: Re: kqueue LOR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 14:48:36 -0000 2006/12/12, Kostik Belousov : > On Tue, Dec 12, 2006 at 12:44:54AM -0800, Suleiman Souhlal wrote: > > Kostik Belousov wrote: > > >On Sun, Nov 26, 2006 at 09:30:39AM +0100, V??clav Haisman wrote: > > > > > >>Hi, > > >>the attached lor.txt contains LOR I got this yesterday. It is FreeBSD 6.1 > > >>with relatively recent kernel, from last week or so. > > >> > > >>-- > > >>VH > > > > > > > > >>+lock order reversal: > > >>+ 1st 0xc537f300 kqueue (kqueue) @ /usr/src/sys/kern/kern_event.c:1547 > > >>+ 2nd 0xc45c22dc struct mount mtx (struct mount mtx) @ > > >>/usr/src/sys/ufs/ufs/ufs_vnops.c:138 > > >>+KDB: stack backtrace: > > >>+kdb_backtrace(c07f9879,c45c22dc,c07fd31c,c07fd31c,c080c7b2,...) at > > >>kdb_backtrace+0x2f > > >>+witness_checkorder(c45c22dc,9,c080c7b2,8a,c07fc6bd,...) at > > >>witness_checkorder+0x5fe > > >>+_mtx_lock_flags(c45c22dc,0,c080c7b2,8a,e790ba20,...) at > > >>_mtx_lock_flags+0x32 > > >>+ufs_itimes(c47a0dd0,c47a0e90,e790ba78,c060e1cc,c47a0dd0,...) at > > >>ufs_itimes+0x6c > > >>+ufs_getattr(e790ba54,e790baec,c0622af6,c0896f40,e790ba54,...) at > > >>ufs_getattr+0x20 > > >>+VOP_GETATTR_APV(c0896f40,e790ba54,c08a5760,c47a0dd0,e790ba74,...) at > > >>VOP_GETATTR_APV+0x3a > > >>+filt_vfsread(c4cf261c,6,c07f445e,60b,0,...) at filt_vfsread+0x75 > > >>+knote(c4f57114,6,1,1f30c2af,1f30c2af,...) at knote+0x75 > > >>+VOP_WRITE_APV(c0896f40,e790bbec,c47a0dd0,227,e790bcb4,...) at > > >>VOP_WRITE_APV+0x148 > > >>+vn_write(c45d5120,e790bcb4,c5802a00,0,c4b73a80,...) at vn_write+0x201 > > >>+dofilewrite(c4b73a80,1b,c45d5120,e790bcb4,ffffffff,...) at > > >>dofilewrite+0x84 > > >>+kern_writev(c4b73a80,1b,e790bcb4,8220c71,0,...) at kern_writev+0x65 > > >>+write(c4b73a80,e790bd04,c,c07d899c,3,...) at write+0x4f > > >>+syscall(3b,3b,bfbf003b,0,bfbfeae4,...) at syscall+0x295 > > >>+Xint0x80_syscall() at Xint0x80_syscall+0x1f > > >>+--- syscall (4, FreeBSD ELF32, write), eip = 0x2831d727, esp = > > >>0xbfbfea1c, ebp = 0xbfbfea48 --- > > > > > > > > >Thank you for the report. The LOR is caused by my commit into > > >sys/ufs/ufs/ufs_vnops.c, rev. 1.280. > > > > Is the mount lock really required, if all we're doing is a single read of a > > single word (mnt_kern_flags) (v_mount should be read-only for the whole > > lifetime of the vnode, I believe)? After all, reads of a single word are > > atomic on all our supported architectures. > > The only situation I see where there MIGHT be problems are forced unmounts, > > but I think there are bigger issues with those. > > Sorry for noticing this email only now. > > The problem is real with snapshotting. Ignoring > MNTK_SUSPEND/MNTK_SUSPENDED flags (in particular, reading stale value of > mnt_kern_flag) while setting IN_MODIFIED caused deadlock at ufs vnode > inactivation time. This was the big trouble with nfsd and snapshots. As > such, I think that precise value of mmnt_kern_flag is critical there, > and mount interlock is needed. This can be avoided using a memory barrier when setting flags. Even if memory barriers usage is not encouraged, some critical code should really use them replacing a mutex semantic (if that worths it). Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 15:08:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A368216A4D4; Tue, 12 Dec 2006 15:08:19 +0000 (UTC) (envelope-from greg@warprecords.com) Received: from mail9.messagelabs.com (mail9.messagelabs.com [194.205.110.133]) by mx1.FreeBSD.org (Postfix) with SMTP id 1C65943CC5; Tue, 12 Dec 2006 15:06:27 +0000 (GMT) (envelope-from greg@warprecords.com) X-VirusChecked: Checked X-Env-Sender: greg@warprecords.com X-Msg-Ref: server-8.tower-9.messagelabs.com!1165936051!24719859!1 X-StarScan-Version: 5.5.10.7; banners=-,-,- X-Originating-IP: [212.135.210.82] Received: (qmail 20461 invoked from network); 12 Dec 2006 15:07:31 -0000 Received: from dsl-212-135-210-82.dsl.easynet.co.uk (HELO warprecords.com) (212.135.210.82) by server-8.tower-9.messagelabs.com with SMTP; 12 Dec 2006 15:07:31 -0000 Received: from [194.106.52.52] (HELO [192.168.0.10]) by warprecords.com (CommuniGate Pro SMTP 5.0.10) with ESMTPS id 7025047; Tue, 12 Dec 2006 15:07:30 +0000 In-Reply-To: <457DD1C2.5000802@FreeBSD.org> References: <457DD1C2.5000802@FreeBSD.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <437AB88E-516F-4493-ACCA-27FD4DE9C6DA@warprecords.com> Content-Transfer-Encoding: 7bit From: Greg Eden Date: Tue, 12 Dec 2006 15:07:28 +0000 To: Doug Barton X-Mailer: Apple Mail (2.752.2) Cc: freebsd-stable@freebsd.org Subject: Re: bge Ierr rate increase from 5.3R -> 6.1R X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 15:08:19 -0000 Hello Doug On 11 Dec 2006, at 21:46, Doug Barton wrote: > Greg Eden wrote: >> Hello >> >> I recently updated two production servers from 5.3 to 6.1 via >> cvsup and >> buildworld. Since the upgrade I've seen an increase in the number of >> Input packet errors reported on the bge cards in on both boxes. >> One is a >> HP DL360g3, the other is a HP DL380g3. Both have a pair of 2.8GHz >> Xeons >> with a SMP kernel. > > It would be quite useful at this point if you could update a box or > two to the RELENG_6_2 code base so that we can see if this problem is > solved in the latest release candidate. If it is, your problem is > solved, and if it's not, you're a lot closer to the point where we can > usefully assist you. I've just updated a box (HP DL360g4) to RELENG_6_2 as requested. Problem still appears to be present. sftping over 750MB of log files produced the characteristic errors. netstat -i Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll bge0 1500 00:12:79:3b:**:** 313091 24 217911 0 0 bge0 1500 192.168.100 192.168.***.*** 312894 - 217905 - - bge1* 1500 00:12:79:3b:**:** 0 0 0 0 0 lo0 16384 0 0 0 0 0 lo0 16384 your-net localhost 0 - 0 - - Here's the dmesg output for the box. Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-RC1 #0: Tue Dec 12 14:07:47 GMT 2006 ------------:/usr/obj/usr/src/sys/MASAQ ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.00GHz (3000.12-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Features2=0x641d> AMD Features=0x20100000 Logical CPUs per core: 2 real memory = 1073688576 (1023 MB) avail memory = 1045893120 (997 MB) ioapic1: Changing APIC ID to 9 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard ioapic3 irqs 72-95 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x908-0x90b on acpi0 cpu0: on acpi0 pcib0: on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci13: on pcib1 pcib2: at device 4.0 on pci0 pci6: on pcib2 pcib3: at device 0.0 on pci6 pci7: on pcib3 pcib4: at device 0.2 on pci6 pci10: on pcib4 pcib5: at device 6.0 on pci0 pci3: on pcib5 pcib6: at device 28.0 on pci0 pci2: on pcib6 ciss0: port 0x4000-0x40ff mem 0xfdff0000-0xfdff1fff,0xfdf80000-0xfdfbffff irq 24 at device 1.0 on pci2 ciss0: [GIANT-LOCKED] bge0: mem 0xfdf70000-0xfdf7ffff irq 25 at device 2.0 on pci2 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:12:79:3b:83:52 bge1: mem 0xfdf60000-0xfdf6ffff irq 26 at device 2.1 on pci2 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:12:79:3b:83:51 uhci0: port 0x2000-0x201f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x2020-0x203f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci0: at device 29.4 (no driver attached) pci0: at device 29.5 (no driver attached) ehci0: mem 0xfbee0000-0xfbee03ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered pcib7: at device 30.0 on pci0 pci1: on pcib7 pci1: at device 3.0 (no driver attached) pci1: at device 4.0 (no driver attached) pci1: at device 4.2 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x500-0x50f irq 18 at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff, 0xee000-0xeffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 3000120023 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDROM at ata0-master PIO4 da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 69459MB (142253280 512 byte sectors: 255H 32S/T 17433C) Trying to mount root from ufs:/dev/da0s1a bge0: link state changed to UP vmstat -i looks like this interrupt total rate irq1: atkbd0 8 0 irq14: ata0 46 0 irq24: ciss0 8093 6 irq25: bge0 121771 102 cpu0: timer 2373952 2005 Total 2503870 2114 Let me know if you need anything more. best. greg. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 15:36:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CDA6D16A403 for ; Tue, 12 Dec 2006 15:36:20 +0000 (UTC) (envelope-from is@rambler-co.ru) Received: from yam.park.rambler.ru (yam.park.rambler.ru [81.19.64.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 341EB43DCC for ; Tue, 12 Dec 2006 15:32:42 +0000 (GMT) (envelope-from is@rambler-co.ru) Received: from is.park.rambler.ru (is.park.rambler.ru [81.19.64.102]) by yam.park.rambler.ru (8.13.6/8.13.3) with ESMTP id kBCFXhlU043814 for ; Tue, 12 Dec 2006 18:33:43 +0300 (MSK) (envelope-from is@rambler-co.ru) Date: Tue, 12 Dec 2006 18:33:43 +0300 (MSK) From: Igor Sysoev X-X-Sender: is@is.park.rambler.ru To: freebsd-stable@freebsd.org Message-ID: <20061212183018.T74126@is.park.rambler.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: 2G+ KVA on mad64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 15:36:20 -0000 Can FreeBSD/amd64 support more than 2G+ KVA ? Is it safe to set KPDPI to (NPDPEPG-4) in /sys/amd64/include/pmap.h to get 4G KVA ? Igor Sysoev http://sysoev.ru/en/ From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 16:49:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F173B16A505 for ; Tue, 12 Dec 2006 16:49:15 +0000 (UTC) (envelope-from freebsd@chrisbuechler.com) Received: from mail.livebsd.com (mail.livebsd.com [69.64.6.14]) by mx1.FreeBSD.org (Postfix) with SMTP id B6A8D43D86 for ; Tue, 12 Dec 2006 16:47:25 +0000 (GMT) (envelope-from freebsd@chrisbuechler.com) Received: (qmail 65314 invoked by uid 89); 12 Dec 2006 16:48:43 -0000 Received: from unknown (HELO ?10.0.30.2?) (208.60.70.178) by 172.29.29.14 with SMTP; 12 Dec 2006 16:48:43 -0000 Message-ID: <457EDD6B.20107@chrisbuechler.com> Date: Tue, 12 Dec 2006 11:48:43 -0500 From: Chris Buechler User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: 6.2-RC1 em(4) issue - freezes during CD boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 16:49:16 -0000 I'm attempting to install 6.2-RC1 on a box that ran 5.3, 5.4, 6.0, and 6.1 for the past few years, but the 6.2-RC1 CD won't boot. After it detects the em0 NIC, before it gets into sysinstall, it freezes solid. I've let it sit there for over an hour. I know there has been some recent work on em(4), but it doesn't appear all the issues are resolved. I'm not sure what I should try, what information I could provide that might be useful, etc. I'd be more than happy to help troubleshoot this, with some guidance on what I could do to be helpful. Cheers, -Chris From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 17:40:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E33FE16A4AB for ; Tue, 12 Dec 2006 17:40:27 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4304A43E66 for ; Tue, 12 Dec 2006 17:35:19 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so385978ana for ; Tue, 12 Dec 2006 09:36:33 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=oVspWJh/+SN0m9axp3RbLR8SCBeqHT5cetiGQZcAFzcUDLwqGDB/YnQ2A4d5e79FZnzHpnSDigVmZZISNErcpIVkI3gpwrws2Yg7Dw65Ri64LM6yP1zRg+ZbSrgkE/aDYVy9IPfK8ClGk6LajWkcb1zdL1D7Td1ZAkQze3loNUw= Received: by 10.100.167.7 with SMTP id p7mr694640ane.1165944993305; Tue, 12 Dec 2006 09:36:33 -0800 (PST) Received: by 10.100.112.17 with HTTP; Tue, 12 Dec 2006 09:36:33 -0800 (PST) Message-ID: <2a41acea0612120936q671d5b59g39100983f2adf9db@mail.gmail.com> Date: Tue, 12 Dec 2006 09:36:33 -0800 From: "Jack Vogel" To: "Chris Buechler" In-Reply-To: <457EDD6B.20107@chrisbuechler.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <457EDD6B.20107@chrisbuechler.com> Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-RC1 em(4) issue - freezes during CD boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 17:40:28 -0000 On 12/12/06, Chris Buechler wrote: > I'm attempting to install 6.2-RC1 on a box that ran 5.3, 5.4, 6.0, and > 6.1 for the past few years, but the 6.2-RC1 CD won't boot. After it > detects the em0 NIC, before it gets into sysinstall, it freezes solid. > I've let it sit there for over an hour. > > I know there has been some recent work on em(4), but it doesn't appear > all the issues are resolved. I'm not sure what I should try, what > information I could provide that might be useful, etc. I'd be more than > happy to help troubleshoot this, with some guidance on what I could do > to be helpful. UH, can't do anything if you don't give any information, saying its a 'box' and it has an 'em' is useless. We have installed RC1 on a number of systems without problem. When you give this kind of report think about it like you have to debug it yourself (which you do :). What is the system, pciconf, which will tell us what kind of em it is, how bout Beta 6.2 did IT build. Um, so can you pull the NIC out and then does it install... etc etc.. Cheers, Jack From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 17:44:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D145316A4FC for ; Tue, 12 Dec 2006 17:44:26 +0000 (UTC) (envelope-from jack@raats.org) Received: from raats.xs4all.nl (raats.xs4all.nl [80.126.151.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 727EC43E86 for ; Tue, 12 Dec 2006 17:40:13 +0000 (GMT) (envelope-from jack@raats.org) Received: from raats.xs4all.nl (localhost.jarasoft.net [127.0.0.1]) by raats.xs4all.nl (Postfix) with ESMTP id C6B5011815 for ; Tue, 12 Dec 2006 18:41:30 +0100 (CET) Received: from jara3 (raats.xs4all.nl [80.126.151.47]) by raats.xs4all.nl (Postfix) with ESMTP id 9AF8511509 for ; Tue, 12 Dec 2006 18:41:30 +0100 (CET) Message-ID: <00a701c71e14$c4532130$4301a8c0@jarasoft.net> From: "Jack Raats" To: "FreeBSD Stable" Date: Tue, 12 Dec 2006 18:41:34 +0100 Organization: Jack Raats, Steenbergen, Nederland MIME-Version: 1.0 X-Priority: 1 X-MSMail-Priority: High X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Virus-Scanned: ClamAV using ClamSMTP on orac.jarasoft.net Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jack Raats List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Dec 2006 17:44:26 -0000 Hi everyone http://www.freebsd.org/releases/6.2R/schedule.html is not being updated = for a long time. Is FreeBSD 6.2-RELEASE going to become a christmas present? Jack From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 17:45:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0AD1E16A416 for ; Tue, 12 Dec 2006 17:45:47 +0000 (UTC) (envelope-from jack@jarasoft.net) Received: from raats.xs4all.nl (raats.xs4all.nl [80.126.151.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id E96D243EDD for ; Tue, 12 Dec 2006 17:41:24 +0000 (GMT) (envelope-from jack@jarasoft.net) Received: from raats.xs4all.nl (localhost.jarasoft.net [127.0.0.1]) by raats.xs4all.nl (Postfix) with ESMTP id 536B111815 for ; Tue, 12 Dec 2006 18:42:49 +0100 (CET) Received: from jara3 (raats.xs4all.nl [80.126.151.47]) by raats.xs4all.nl (Postfix) with ESMTP id 37D3011509 for ; Tue, 12 Dec 2006 18:42:48 +0100 (CET) Message-ID: <00b601c71e14$f32b9f50$4301a8c0@jarasoft.net> From: "Jack Raats" To: "FreeBSD Stable" Date: Tue, 12 Dec 2006 18:42:52 +0100 Organization: JaRaSoft, Steenbergen, Nederland MIME-Version: 1.0 X-Priority: 1 X-MSMail-Priority: High X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Virus-Scanned: ClamAV using ClamSMTP on orac.jarasoft.net Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD 6.2-RELEASE a Xmas present? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jack Raats List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Dec 2006 17:45:47 -0000 Hi everyone http://www.freebsd.org/releases/6.2R/schedule.html is not being updated = for a long time. Is FreeBSD 6.2-RELEASE going to become a christmas present? Jack From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 17:48:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C08FE16A573 for ; Tue, 12 Dec 2006 17:48:09 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B2B443C9F for ; Tue, 12 Dec 2006 17:45:34 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so387960ana for ; Tue, 12 Dec 2006 09:46:54 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=D5Vw3wtQx2uBZ7r0X4cp/ukBxsVJ1WXMbHOuO2m1XCEb7dqskMOjiki0MefAPKYAnnk61oaBDBi185CEL6AhxCcpHYJbbNquKDkHpaXHb5A+ptBNintEqqFEMJppR7RLZPwaqNaAX3omJ+4JB+aRxOjoH0wD9Sw8h1xGnfZODj8= Received: by 10.100.137.18 with SMTP id k18mr966641and.1165945614776; Tue, 12 Dec 2006 09:46:54 -0800 (PST) Received: by 10.100.112.17 with HTTP; Tue, 12 Dec 2006 09:46:54 -0800 (PST) Message-ID: <2a41acea0612120946t339b5c90gb8236be75d5740e0@mail.gmail.com> Date: Tue, 12 Dec 2006 09:46:54 -0800 From: "Jack Vogel" To: "Chris Buechler" In-Reply-To: <2a41acea0612120936q671d5b59g39100983f2adf9db@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <457EDD6B.20107@chrisbuechler.com> <2a41acea0612120936q671d5b59g39100983f2adf9db@mail.gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-RC1 em(4) issue - freezes during CD boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 17:48:09 -0000 On 12/12/06, Jack Vogel wrote: > On 12/12/06, Chris Buechler wrote: > > I'm attempting to install 6.2-RC1 on a box that ran 5.3, 5.4, 6.0, and > > 6.1 for the past few years, but the 6.2-RC1 CD won't boot. After it > > detects the em0 NIC, before it gets into sysinstall, it freezes solid. > > I've let it sit there for over an hour. > > > > I know there has been some recent work on em(4), but it doesn't appear > > all the issues are resolved. I'm not sure what I should try, what > > information I could provide that might be useful, etc. I'd be more than > > happy to help troubleshoot this, with some guidance on what I could do > > to be helpful. > > UH, can't do anything if you don't give any information, saying its a 'box' > and it has an 'em' is useless. We have installed RC1 on a number of > systems without problem. > > When you give this kind of report think about it like you have to debug > it yourself (which you do :). What is the system, pciconf, which will > tell us what kind of em it is, how bout Beta 6.2 did IT build. Um, so > can you pull the NIC out and then does it install... etc etc.. Another suggestion, boot with ACPI off or even SAFE mode and see if that helps. Jack From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 17:58:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB31F16A631 for ; Tue, 12 Dec 2006 17:58:58 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC5C643CCC for ; Tue, 12 Dec 2006 17:56:55 +0000 (GMT) (envelope-from scrappy@freebsd.org) Received: from localhost (unknown [200.46.204.184]) by hub.org (Postfix) with ESMTP id C477B118B409 for ; Tue, 12 Dec 2006 13:58:17 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.184]) (amavisd-new, port 10024) with ESMTP id 31658-01 for ; Tue, 12 Dec 2006 13:58:17 -0400 (AST) Received: from ganymede.hub.org (blk-137-79-174.eastlink.ca [24.137.79.174]) by hub.org (Postfix) with ESMTP id 23453118B408 for ; Tue, 12 Dec 2006 13:58:17 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 853C44A539 for ; Tue, 12 Dec 2006 13:58:17 -0400 (AST) Date: Tue, 12 Dec 2006 13:58:17 -0400 From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: X-Mailer: Mulberry/4.0.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: asr / raidutil not available for 6.x either ... ? :( X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 17:58:59 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Installed it from ports, and it installed the compat4x stuff, but although it runs with no args, as soon as I try to access the controller: # raidutil -d 1 -L physical osdIOrequest : File /dev/rdptr17 Could Not Be Opened Engine connect failed: COMPATILITY number so I take it that like the storcon stuff, one is out of luck running FreeBSD 6.x? :( - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFfu254QvfyHIvDvMRAm0TAKC8ppaXLohOtnJZlkfSvMHmiZwXcwCcC4VW YJ9IdKMiee35xnEUJB991oY= =+hzG -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 18:19:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D8F516A57F for ; Tue, 12 Dec 2006 18:19:40 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr15.xs4all.nl (smtp-vbr15.xs4all.nl [194.109.24.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E68343FA6 for ; Tue, 12 Dec 2006 18:09:01 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr15.xs4all.nl (8.13.8/8.13.8) with ESMTP id kBCIAIVt017033; Tue, 12 Dec 2006 19:10:19 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.8/8.13.3) with ESMTP id kBCIAIme033790; Tue, 12 Dec 2006 19:10:18 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.8/8.13.6/Submit) id kBCIAIVA033789; Tue, 12 Dec 2006 19:10:18 +0100 (CET) (envelope-from wb) Date: Tue, 12 Dec 2006 19:10:18 +0100 From: Wilko Bulte To: Jack Raats Message-ID: <20061212181018.GA33773@freebie.xs4all.nl> References: <00a701c71e14$c4532130$4301a8c0@jarasoft.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <00a701c71e14$c4532130$4301a8c0@jarasoft.net> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: FreeBSD Stable Subject: Re: FreeBSD 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Dec 2006 18:19:40 -0000 On Tue, Dec 12, 2006 at 06:41:34PM +0100, Jack Raats wrote.. > Hi everyone > > http://www.freebsd.org/releases/6.2R/schedule.html is not being updated for a long time. > > Is FreeBSD 6.2-RELEASE going to become a christmas present? Only if Santa thinks you have been nice to your family the last year :) -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 18:22:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4358316A588 for ; Tue, 12 Dec 2006 18:22:05 +0000 (UTC) (envelope-from jack@raats.org) Received: from raats.xs4all.nl (raats.xs4all.nl [80.126.151.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94B684425F for ; Tue, 12 Dec 2006 18:14:33 +0000 (GMT) (envelope-from jack@raats.org) Received: from raats.xs4all.nl (localhost.jarasoft.net [127.0.0.1]) by raats.xs4all.nl (Postfix) with ESMTP id 36E2E11636; Tue, 12 Dec 2006 19:15:45 +0100 (CET) Received: from jara3 (raats.xs4all.nl [80.126.151.47]) by raats.xs4all.nl (Postfix) with ESMTP id BCBC611509; Tue, 12 Dec 2006 19:15:44 +0100 (CET) Message-ID: <003f01c71e19$8cca43b0$4301a8c0@jarasoft.net> From: "Jack Raats" To: "Wilko Bulte" References: <00a701c71e14$c4532130$4301a8c0@jarasoft.net> <20061212181018.GA33773@freebie.xs4all.nl> Date: Tue, 12 Dec 2006 19:15:48 +0100 Organization: Jack Raats, Steenbergen, Nederland MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 1 X-MSMail-Priority: High X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Virus-Scanned: ClamAV using ClamSMTP on orac.jarasoft.net Cc: FreeBSD Stable Subject: Re: FreeBSD 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jack Raats List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Dec 2006 18:22:05 -0000 >> Hi everyone >> >> http://www.freebsd.org/releases/6.2R/schedule.html is not being updated >> for a long time. >> >> Is FreeBSD 6.2-RELEASE going to become a christmas present? > > Only if Santa thinks you have been nice to your family the last year :) > > -- > Wilko Bulte wilko@FreeBSD.org Santa knows, so that's the reason I 'm getting the FreeBSD 6.3-RELEASE :-) From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 18:45:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 437DE16A584; Tue, 12 Dec 2006 18:45:04 +0000 (UTC) (envelope-from ssouhlal@FreeBSD.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3852C43CA8; Tue, 12 Dec 2006 18:42:54 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.0.100] (c-67-188-127-3.hsd1.ca.comcast.net [67.188.127.3]) by elvis.mu.org (Postfix) with ESMTP id EEE421A3C1C; Tue, 12 Dec 2006 10:43:36 -0800 (PST) Message-ID: <457EF835.2020705@FreeBSD.org> Date: Tue, 12 Dec 2006 10:43:01 -0800 From: Suleiman Souhlal User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051204) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Attilio Rao References: <456950AF.3090308@sh.cvut.cz> <20061127092146.GA69556@deviant.kiev.zoral.com.ua> <457E6C06.1020405@FreeBSD.org> <20061212101903.GF311@deviant.kiev.zoral.com.ua> <3bbf2fe10612120643n6b4ad850oc857be46c48505cc@mail.gmail.com> In-Reply-To: <3bbf2fe10612120643n6b4ad850oc857be46c48505cc@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, John Baldwin , freebsd-current@freebsd.org, bde@freebsd.org, Kostik Belousov , tegge@freebsd.org Subject: Re: kqueue LOR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 18:45:04 -0000 Attilio Rao wrote: > 2006/12/12, Kostik Belousov : > >> On Tue, Dec 12, 2006 at 12:44:54AM -0800, Suleiman Souhlal wrote: >> > Kostik Belousov wrote: >> > >On Sun, Nov 26, 2006 at 09:30:39AM +0100, V??clav Haisman wrote: >> > > >> > >>Hi, >> > >>the attached lor.txt contains LOR I got this yesterday. It is >> FreeBSD 6.1 >> > >>with relatively recent kernel, from last week or so. >> > >> >> > >>-- >> > >>VH >> > > >> > > >> > >>+lock order reversal: >> > >>+ 1st 0xc537f300 kqueue (kqueue) @ >> /usr/src/sys/kern/kern_event.c:1547 >> > >>+ 2nd 0xc45c22dc struct mount mtx (struct mount mtx) @ >> > >>/usr/src/sys/ufs/ufs/ufs_vnops.c:138 >> > >>+KDB: stack backtrace: >> > >>+kdb_backtrace(c07f9879,c45c22dc,c07fd31c,c07fd31c,c080c7b2,...) at >> > >>kdb_backtrace+0x2f >> > >>+witness_checkorder(c45c22dc,9,c080c7b2,8a,c07fc6bd,...) at >> > >>witness_checkorder+0x5fe >> > >>+_mtx_lock_flags(c45c22dc,0,c080c7b2,8a,e790ba20,...) at >> > >>_mtx_lock_flags+0x32 >> > >>+ufs_itimes(c47a0dd0,c47a0e90,e790ba78,c060e1cc,c47a0dd0,...) at >> > >>ufs_itimes+0x6c >> > >>+ufs_getattr(e790ba54,e790baec,c0622af6,c0896f40,e790ba54,...) at >> > >>ufs_getattr+0x20 >> > >>+VOP_GETATTR_APV(c0896f40,e790ba54,c08a5760,c47a0dd0,e790ba74,...) at >> > >>VOP_GETATTR_APV+0x3a >> > >>+filt_vfsread(c4cf261c,6,c07f445e,60b,0,...) at filt_vfsread+0x75 >> > >>+knote(c4f57114,6,1,1f30c2af,1f30c2af,...) at knote+0x75 >> > >>+VOP_WRITE_APV(c0896f40,e790bbec,c47a0dd0,227,e790bcb4,...) at >> > >>VOP_WRITE_APV+0x148 >> > >>+vn_write(c45d5120,e790bcb4,c5802a00,0,c4b73a80,...) at >> vn_write+0x201 >> > >>+dofilewrite(c4b73a80,1b,c45d5120,e790bcb4,ffffffff,...) at >> > >>dofilewrite+0x84 >> > >>+kern_writev(c4b73a80,1b,e790bcb4,8220c71,0,...) at kern_writev+0x65 >> > >>+write(c4b73a80,e790bd04,c,c07d899c,3,...) at write+0x4f >> > >>+syscall(3b,3b,bfbf003b,0,bfbfeae4,...) at syscall+0x295 >> > >>+Xint0x80_syscall() at Xint0x80_syscall+0x1f >> > >>+--- syscall (4, FreeBSD ELF32, write), eip = 0x2831d727, esp = >> > >>0xbfbfea1c, ebp = 0xbfbfea48 --- >> > > >> > > >> > >Thank you for the report. The LOR is caused by my commit into >> > >sys/ufs/ufs/ufs_vnops.c, rev. 1.280. >> > >> > Is the mount lock really required, if all we're doing is a single >> read of a >> > single word (mnt_kern_flags) (v_mount should be read-only for the whole >> > lifetime of the vnode, I believe)? After all, reads of a single word >> are >> > atomic on all our supported architectures. >> > The only situation I see where there MIGHT be problems are forced >> unmounts, >> > but I think there are bigger issues with those. >> > Sorry for noticing this email only now. >> >> The problem is real with snapshotting. Ignoring >> MNTK_SUSPEND/MNTK_SUSPENDED flags (in particular, reading stale value of >> mnt_kern_flag) while setting IN_MODIFIED caused deadlock at ufs vnode >> inactivation time. This was the big trouble with nfsd and snapshots. As >> such, I think that precise value of mmnt_kern_flag is critical there, >> and mount interlock is needed. > > > This can be avoided using a memory barrier when setting flags. > Even if memory barriers usage is not encouraged, some critical code > should really use them replacing a mutex semantic (if that worths it). Why is memory barrier usage not encouraged? As you said, they can be used to reduce the number of atomic (LOCKed) operations, in some cases. FWIW, Linux has rmb() (load mem barrier), wmb() (store mem barrier), mb() (load/store mem barrier), smp_rmb(), smp_wmb(), smp_mb() (mem barriers only needed on SMP), and barrier() (GCC barrier (__asm __volatile (:::"memory")) macros that I've personally found very useful. Admittedly, they are harder to use than atomic operations, but it might still worth having something similar. -- Suleiman From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 18:46:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A28C416A47E; Tue, 12 Dec 2006 18:46:22 +0000 (UTC) (envelope-from lists@pingle.org) Received: from willow.pingle.org (willow.pingle.org [208.149.144.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07CC343CC6; Tue, 12 Dec 2006 18:44:42 +0000 (GMT) (envelope-from lists@pingle.org) Received: from localhost (unknown [127.0.0.1]) by willow.pingle.org (Postfix) with ESMTP id 5DC151144D; Tue, 12 Dec 2006 13:45:40 -0500 (EST) X-Virus-Scanned: amavisd-new at pingle.org Received: from willow.pingle.org ([127.0.0.1]) by localhost (willow.pingle.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gZhjIYm5F8Li; Tue, 12 Dec 2006 13:45:37 -0500 (EST) Received: from [192.168.130.110] (hpcw.hpcisp.com [208.149.144.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by willow.pingle.org (Postfix) with ESMTP id CBC8611448; Tue, 12 Dec 2006 13:45:35 -0500 (EST) Message-ID: <457EF8C2.8040008@pingle.org> Date: Tue, 12 Dec 2006 13:45:22 -0500 From: Jim Pingle User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: "Marc G. Fournier" References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: asr / raidutil not available for 6.x either ... ? :( X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 18:46:22 -0000 Marc G. Fournier wrote: > > Installed it from ports, and it installed the compat4x stuff, but although it > runs with no args, as soon as I try to access the controller: > > > # raidutil -d 1 -L physical > osdIOrequest : File /dev/rdptr17 Could Not Be Opened > Engine connect failed: COMPATILITY number > > > so I take it that like the storcon stuff, one is out of luck running FreeBSD > 6.x? :( I have a bunch of these and using raidutil works great, however you need to rebuild your kernel with: options ASR_COMPAT That is in addition to having compat4x_enable="YES" in rc.conf Jim From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 18:54:52 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D61E416A4B3 for ; Tue, 12 Dec 2006 18:54:52 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 8F07943E49 for ; Tue, 12 Dec 2006 18:51:47 +0000 (GMT) (envelope-from quetzal@zone3000.net) Received: from unknown (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 12 Dec 2006 18:53:00 -0000 Date: Tue, 12 Dec 2006 20:52:33 +0200 From: Nikolay Pavlov To: LI Xin , freebsd-stable@FreeBSD.org, Robert Watson Message-ID: <20061212185233.GA7377@zone3000.net> Mail-Followup-To: Nikolay Pavlov , LI Xin , freebsd-stable@FreeBSD.org, Robert Watson References: <338b359d969e9c68deaf49096aa91995@mail.geekcn.org> <20061123160208.GA62732@zone3000.net> <456662F4.6000306@delphij.net> <20061125103755.GA78288@zone3000.net> <456887CD.50606@delphij.net> <20061125212004.GA22786@zone3000.net> <457D0FC7.6010808@delphij.net> <20061211180817.GA4557@zone3000.net> <457DAA99.60605@delphij.net> <20061211205238.GA5733@zone3000.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061211205238.GA5733@zone3000.net> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE-p10 Cc: Subject: Re: deadlock in "zoneli" state on 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Dec 2006 18:54:52 -0000 No luck at all. patch-zonelim-drain-20061212 works for me as a previos one. no panics, but still zoneli. All this is very odd, because other two squid servers works perfectly in the same loadbalancer with out any patches and kernel panics. I think that the case with this server is realy rare. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 19:16:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E0F5C16A4A0 for ; Tue, 12 Dec 2006 19:16:55 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A11544040 for ; Tue, 12 Dec 2006 19:05:03 +0000 (GMT) (envelope-from asmrookie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1586075uge for ; Tue, 12 Dec 2006 11:06:13 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=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; b=qYtUiqK/k4tdf4aA2RMPta6D1hdpByUpQ7IQb+liq7vRyedMjGMA3R5E1GnsyZit6WNU29u4AJCIobLqXuA4CNdZAtNA07F9+J7btk/DEtGwiD1DK8f9u3Zy6USb1U16WPnDpTyNkZrQUfF/1tX91dazZdHiUF9ldnjb0sbw4F8= Received: by 10.82.153.5 with SMTP id a5mr795689bue.1165950372377; Tue, 12 Dec 2006 11:06:12 -0800 (PST) Received: by 10.82.178.4 with HTTP; Tue, 12 Dec 2006 11:06:12 -0800 (PST) Message-ID: <3bbf2fe10612121106n76244f60k3b6ed4c031e45057@mail.gmail.com> Date: Tue, 12 Dec 2006 20:06:12 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Suleiman Souhlal" In-Reply-To: <457EF835.2020705@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <456950AF.3090308@sh.cvut.cz> <20061127092146.GA69556@deviant.kiev.zoral.com.ua> <457E6C06.1020405@FreeBSD.org> <20061212101903.GF311@deviant.kiev.zoral.com.ua> <3bbf2fe10612120643n6b4ad850oc857be46c48505cc@mail.gmail.com> <457EF835.2020705@FreeBSD.org> X-Google-Sender-Auth: 33cab782b2599903 Cc: freebsd-stable@freebsd.org, John Baldwin , freebsd-current@freebsd.org, bde@freebsd.org, Kostik Belousov , tegge@freebsd.org Subject: Re: kqueue LOR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 19:16:56 -0000 2006/12/12, Suleiman Souhlal : > Attilio Rao wrote: > > 2006/12/12, Kostik Belousov : > > > >> On Tue, Dec 12, 2006 at 12:44:54AM -0800, Suleiman Souhlal wrote: > >> > Kostik Belousov wrote: > >> > >On Sun, Nov 26, 2006 at 09:30:39AM +0100, V??clav Haisman wrote: > >> > > > >> > >>Hi, > >> > >>the attached lor.txt contains LOR I got this yesterday. It is > >> FreeBSD 6.1 > >> > >>with relatively recent kernel, from last week or so. > >> > >> > >> > >>-- > >> > >>VH > >> > > > >> > > > >> > >>+lock order reversal: > >> > >>+ 1st 0xc537f300 kqueue (kqueue) @ > >> /usr/src/sys/kern/kern_event.c:1547 > >> > >>+ 2nd 0xc45c22dc struct mount mtx (struct mount mtx) @ > >> > >>/usr/src/sys/ufs/ufs/ufs_vnops.c:138 > >> > >>+KDB: stack backtrace: > >> > >>+kdb_backtrace(c07f9879,c45c22dc,c07fd31c,c07fd31c,c080c7b2,...) at > >> > >>kdb_backtrace+0x2f > >> > >>+witness_checkorder(c45c22dc,9,c080c7b2,8a,c07fc6bd,...) at > >> > >>witness_checkorder+0x5fe > >> > >>+_mtx_lock_flags(c45c22dc,0,c080c7b2,8a,e790ba20,...) at > >> > >>_mtx_lock_flags+0x32 > >> > >>+ufs_itimes(c47a0dd0,c47a0e90,e790ba78,c060e1cc,c47a0dd0,...) at > >> > >>ufs_itimes+0x6c > >> > >>+ufs_getattr(e790ba54,e790baec,c0622af6,c0896f40,e790ba54,...) at > >> > >>ufs_getattr+0x20 > >> > >>+VOP_GETATTR_APV(c0896f40,e790ba54,c08a5760,c47a0dd0,e790ba74,...) at > >> > >>VOP_GETATTR_APV+0x3a > >> > >>+filt_vfsread(c4cf261c,6,c07f445e,60b,0,...) at filt_vfsread+0x75 > >> > >>+knote(c4f57114,6,1,1f30c2af,1f30c2af,...) at knote+0x75 > >> > >>+VOP_WRITE_APV(c0896f40,e790bbec,c47a0dd0,227,e790bcb4,...) at > >> > >>VOP_WRITE_APV+0x148 > >> > >>+vn_write(c45d5120,e790bcb4,c5802a00,0,c4b73a80,...) at > >> vn_write+0x201 > >> > >>+dofilewrite(c4b73a80,1b,c45d5120,e790bcb4,ffffffff,...) at > >> > >>dofilewrite+0x84 > >> > >>+kern_writev(c4b73a80,1b,e790bcb4,8220c71,0,...) at kern_writev+0x65 > >> > >>+write(c4b73a80,e790bd04,c,c07d899c,3,...) at write+0x4f > >> > >>+syscall(3b,3b,bfbf003b,0,bfbfeae4,...) at syscall+0x295 > >> > >>+Xint0x80_syscall() at Xint0x80_syscall+0x1f > >> > >>+--- syscall (4, FreeBSD ELF32, write), eip = 0x2831d727, esp = > >> > >>0xbfbfea1c, ebp = 0xbfbfea48 --- > >> > > > >> > > > >> > >Thank you for the report. The LOR is caused by my commit into > >> > >sys/ufs/ufs/ufs_vnops.c, rev. 1.280. > >> > > >> > Is the mount lock really required, if all we're doing is a single > >> read of a > >> > single word (mnt_kern_flags) (v_mount should be read-only for the whole > >> > lifetime of the vnode, I believe)? After all, reads of a single word > >> are > >> > atomic on all our supported architectures. > >> > The only situation I see where there MIGHT be problems are forced > >> unmounts, > >> > but I think there are bigger issues with those. > >> > Sorry for noticing this email only now. > >> > >> The problem is real with snapshotting. Ignoring > >> MNTK_SUSPEND/MNTK_SUSPENDED flags (in particular, reading stale value of > >> mnt_kern_flag) while setting IN_MODIFIED caused deadlock at ufs vnode > >> inactivation time. This was the big trouble with nfsd and snapshots. As > >> such, I think that precise value of mmnt_kern_flag is critical there, > >> and mount interlock is needed. > > > > > > This can be avoided using a memory barrier when setting flags. > > Even if memory barriers usage is not encouraged, some critical code > > should really use them replacing a mutex semantic (if that worths it). > > Why is memory barrier usage not encouraged? As you said, they can be used to reduce the number of atomic (LOCKed) operations, in some cases. Beacause they can lead to "errors" as it is not so straightforward to understand when a memory barrier is needed more than an atomic instruction and so on (even if it doesn't value, for example, for ia32, for other architectures memory barriers could be more expensive than the atomic instruction, without counting a possible error). > FWIW, Linux has rmb() (load mem barrier), wmb() (store mem barrier), mb() (load/store mem barrier), smp_rmb(), smp_wmb(), smp_mb() (mem barriers only needed on SMP), and barrier() (GCC barrier (__asm __volatile (:::"memory")) macros that I've personally found very useful. I think that our memory barriers reflect the usage we do into the kernel as the base for building syncronizing primitives. From this point of view our atomic operations (meant into the wider possible sense, man 9 atomic) are more suitable than having something like Linux's smp_*(). Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 19:20:06 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E934F16A416; Tue, 12 Dec 2006 19:20:06 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B51B4406D; Tue, 12 Dec 2006 19:06:36 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 440B9EB3CEF; Wed, 13 Dec 2006 03:03:48 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id LKRj+EuHnIqQ; Wed, 13 Dec 2006 03:03:36 +0800 (CST) Received: from [192.168.1.32] (unknown [221.222.205.114]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 897ADEB08C4; Wed, 13 Dec 2006 03:03:30 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:references:in-reply-to:x-enigmail-version:content-type; b=ZVOatxMIXWd8/2htiY/IuiumRqMxFNN9o5+JOjGObGo0i5JmK/5dcFtVkQpOYmvkD wHOMSMgzV2XBs9lfR7cWQ== Message-ID: <457EFCD0.6060007@delphij.net> Date: Wed, 13 Dec 2006 03:02:40 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: Nikolay Pavlov , LI Xin , freebsd-stable@FreeBSD.org, Robert Watson References: <338b359d969e9c68deaf49096aa91995@mail.geekcn.org> <20061123160208.GA62732@zone3000.net> <456662F4.6000306@delphij.net> <20061125103755.GA78288@zone3000.net> <456887CD.50606@delphij.net> <20061125212004.GA22786@zone3000.net> <457D0FC7.6010808@delphij.net> <20061211180817.GA4557@zone3000.net> <457DAA99.60605@delphij.net> <20061211205238.GA5733@zone3000.net> <20061212185233.GA7377@zone3000.net> In-Reply-To: <20061212185233.GA7377@zone3000.net> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigC2BBF3BF0EB295EBC7DAFF9B" Cc: Subject: Re: deadlock in "zoneli" state on 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Dec 2006 19:20:07 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC2BBF3BF0EB295EBC7DAFF9B Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Nikolay Pavlov wrote: > No luck at all. > patch-zonelim-drain-20061212 works for me as a previos one. > no panics, but still zoneli. > All this is very odd, because other two squid servers works=20 > perfectly in the same loadbalancer with out any patches and=20 > kernel panics. I think that the case with this server=20 > is realy rare. Would you please give a vmstat -z output when the server stuck in the zonelim livelock? Thanks! Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigC2BBF3BF0EB295EBC7DAFF9B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFfvzQOfuToMruuMARA7q5AJ9B1U7VKWb9g86bvHaz6XB+t9nacACfWFSr AP4KNk34S2HcyDuZ8AdIcqU= =UlUF -----END PGP SIGNATURE----- --------------enigC2BBF3BF0EB295EBC7DAFF9B-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 20:06:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4DBBB16A510; Tue, 12 Dec 2006 20:06:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70A2A4466D; Tue, 12 Dec 2006 19:33:50 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kBCJZBKe020922; Tue, 12 Dec 2006 14:35:11 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Suleiman Souhlal Date: Tue, 12 Dec 2006 14:12:12 -0500 User-Agent: KMail/1.9.1 References: <456950AF.3090308@sh.cvut.cz> <3bbf2fe10612120643n6b4ad850oc857be46c48505cc@mail.gmail.com> <457EF835.2020705@FreeBSD.org> In-Reply-To: <457EF835.2020705@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200612121412.13551.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, 12 Dec 2006 14:35:11 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2318/Tue Dec 12 11:58:25 2006 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: freebsd-stable@freebsd.org, Attilio Rao , freebsd-current@freebsd.org, bde@freebsd.org, Kostik Belousov , tegge@freebsd.org Subject: Re: kqueue LOR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 20:06:41 -0000 On Tuesday 12 December 2006 13:43, Suleiman Souhlal wrote: > Attilio Rao wrote: > > 2006/12/12, Kostik Belousov : > > > >> On Tue, Dec 12, 2006 at 12:44:54AM -0800, Suleiman Souhlal wrote: > >> > Kostik Belousov wrote: > >> > >On Sun, Nov 26, 2006 at 09:30:39AM +0100, V??clav Haisman wrote: > >> > > > >> > >>Hi, > >> > >>the attached lor.txt contains LOR I got this yesterday. It is > >> FreeBSD 6.1 > >> > >>with relatively recent kernel, from last week or so. > >> > >> > >> > >>-- > >> > >>VH > >> > > > >> > > > >> > >>+lock order reversal: > >> > >>+ 1st 0xc537f300 kqueue (kqueue) @ > >> /usr/src/sys/kern/kern_event.c:1547 > >> > >>+ 2nd 0xc45c22dc struct mount mtx (struct mount mtx) @ > >> > >>/usr/src/sys/ufs/ufs/ufs_vnops.c:138 > >> > >>+KDB: stack backtrace: > >> > >>+kdb_backtrace(c07f9879,c45c22dc,c07fd31c,c07fd31c,c080c7b2,...) at > >> > >>kdb_backtrace+0x2f > >> > >>+witness_checkorder(c45c22dc,9,c080c7b2,8a,c07fc6bd,...) at > >> > >>witness_checkorder+0x5fe > >> > >>+_mtx_lock_flags(c45c22dc,0,c080c7b2,8a,e790ba20,...) at > >> > >>_mtx_lock_flags+0x32 > >> > >>+ufs_itimes(c47a0dd0,c47a0e90,e790ba78,c060e1cc,c47a0dd0,...) at > >> > >>ufs_itimes+0x6c > >> > >>+ufs_getattr(e790ba54,e790baec,c0622af6,c0896f40,e790ba54,...) at > >> > >>ufs_getattr+0x20 > >> > >>+VOP_GETATTR_APV(c0896f40,e790ba54,c08a5760,c47a0dd0,e790ba74,...) at > >> > >>VOP_GETATTR_APV+0x3a > >> > >>+filt_vfsread(c4cf261c,6,c07f445e,60b,0,...) at filt_vfsread+0x75 > >> > >>+knote(c4f57114,6,1,1f30c2af,1f30c2af,...) at knote+0x75 > >> > >>+VOP_WRITE_APV(c0896f40,e790bbec,c47a0dd0,227,e790bcb4,...) at > >> > >>VOP_WRITE_APV+0x148 > >> > >>+vn_write(c45d5120,e790bcb4,c5802a00,0,c4b73a80,...) at > >> vn_write+0x201 > >> > >>+dofilewrite(c4b73a80,1b,c45d5120,e790bcb4,ffffffff,...) at > >> > >>dofilewrite+0x84 > >> > >>+kern_writev(c4b73a80,1b,e790bcb4,8220c71,0,...) at kern_writev+0x65 > >> > >>+write(c4b73a80,e790bd04,c,c07d899c,3,...) at write+0x4f > >> > >>+syscall(3b,3b,bfbf003b,0,bfbfeae4,...) at syscall+0x295 > >> > >>+Xint0x80_syscall() at Xint0x80_syscall+0x1f > >> > >>+--- syscall (4, FreeBSD ELF32, write), eip = 0x2831d727, esp = > >> > >>0xbfbfea1c, ebp = 0xbfbfea48 --- > >> > > > >> > > > >> > >Thank you for the report. The LOR is caused by my commit into > >> > >sys/ufs/ufs/ufs_vnops.c, rev. 1.280. > >> > > >> > Is the mount lock really required, if all we're doing is a single > >> read of a > >> > single word (mnt_kern_flags) (v_mount should be read-only for the whole > >> > lifetime of the vnode, I believe)? After all, reads of a single word > >> are > >> > atomic on all our supported architectures. > >> > The only situation I see where there MIGHT be problems are forced > >> unmounts, > >> > but I think there are bigger issues with those. > >> > Sorry for noticing this email only now. > >> > >> The problem is real with snapshotting. Ignoring > >> MNTK_SUSPEND/MNTK_SUSPENDED flags (in particular, reading stale value of > >> mnt_kern_flag) while setting IN_MODIFIED caused deadlock at ufs vnode > >> inactivation time. This was the big trouble with nfsd and snapshots. As > >> such, I think that precise value of mmnt_kern_flag is critical there, > >> and mount interlock is needed. > > > > > > This can be avoided using a memory barrier when setting flags. > > Even if memory barriers usage is not encouraged, some critical code > > should really use them replacing a mutex semantic (if that worths it). > > Why is memory barrier usage not encouraged? As you said, they can be used to reduce the number of atomic (LOCKed) operations, in some cases. > > FWIW, Linux has rmb() (load mem barrier), wmb() (store mem barrier), mb() (load/store mem barrier), smp_rmb(), smp_wmb(), smp_mb() (mem barriers only needed on SMP), and barrier() (GCC barrier (__asm __volatile (:::"memory")) macros that I've personally found very useful. > Admittedly, they are harder to use than atomic operations, but it might still worth having something similar. Memory barriers just specify ordering, they don't ensure a cache flush so another CPU reads up to date values. You can use memory barriers in conjunction with atomic operations on a variable to ensure that you can safely read other variables (which is what locks do). For example, in this case IIUC, you have a race that is because there is shared state between two fields, one in the mount structure, and one in the ufs i-node. Memory barriers alone won't prevent you from operating on those flags non-consistently. That is, you have two memory locations in play here, and atomic ops only work on a single one. There isn't an atomic op to do "read from memory location A, check flag B, and if it's true write C to memory location D". Where would you put the membar in this case to ensure that the action always results in consistent behavior? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 20:13:52 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A4FBD16A509 for ; Tue, 12 Dec 2006 20:13:52 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 898B344A2C for ; Tue, 12 Dec 2006 19:46:31 +0000 (GMT) (envelope-from quetzal@zone3000.net) Received: from unknown (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 12 Dec 2006 19:47:37 -0000 Date: Tue, 12 Dec 2006 21:47:10 +0200 From: Nikolay Pavlov To: LI Xin Message-ID: <20061212194710.GA7822@zone3000.net> Mail-Followup-To: Nikolay Pavlov , LI Xin , freebsd-stable@FreeBSD.org, Robert Watson References: <456662F4.6000306@delphij.net> <20061125103755.GA78288@zone3000.net> <456887CD.50606@delphij.net> <20061125212004.GA22786@zone3000.net> <457D0FC7.6010808@delphij.net> <20061211180817.GA4557@zone3000.net> <457DAA99.60605@delphij.net> <20061211205238.GA5733@zone3000.net> <20061212185233.GA7377@zone3000.net> <457EFCD0.6060007@delphij.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <457EFCD0.6060007@delphij.net> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE-p10 Cc: Robert Watson , freebsd-stable@FreeBSD.org Subject: Re: deadlock in "zoneli" state on 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Dec 2006 20:13:52 -0000 On Wednesday, 13 December 2006 at 3:02:40 +0800, LI Xin wrote: > Nikolay Pavlov wrote: > > No luck at all. > > patch-zonelim-drain-20061212 works for me as a previos one. > > no panics, but still zoneli. > > All this is very odd, because other two squid servers works > > perfectly in the same loadbalancer with out any patches and > > kernel panics. I think that the case with this server > > is realy rare. > > Would you please give a vmstat -z output when the server stuck in the > zonelim livelock? Thanks! 130947/775/131722 mbufs in use (current/cache/total) 130859/213/131072/131072 mbuf clusters in use (current/cache/total/max) 130859/213 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 294454K/619K/295074K bytes allocated to network (current/cache/total) 0/493001/246499 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/4/6656 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 83 calls to protocol drain routines ITEM SIZE LIMIT USED FREE REQUESTS UMA Kegs: 140, 0, 84, 12, 84 UMA Zones: 120, 0, 84, 6, 84 UMA Slabs: 64, 0, 941, 3, 2709 UMA RCntSlabs: 104, 0, 65536, 28, 65536 UMA Hash: 128, 0, 4, 26, 6 16 Bucket: 76, 0, 27, 23, 35 32 Bucket: 140, 0, 21, 7, 29 64 Bucket: 268, 0, 30, 26, 67 128 Bucket: 524, 0, 215, 457, 827387 VM OBJECT: 132, 0, 41860, 16, 72475 MAP: 192, 0, 7, 33, 7 KMAP ENTRY: 68, 57456, 121, 47, 97518 MAP ENTRY: 68, 0, 702, 362, 94390 PV ENTRY: 24, 2228360, 124664, 2646, 984278 DP fakepg: 72, 0, 0, 0, 0 mt_zone: 64, 0, 182, 54, 182 16: 16, 0, 3754, 306, 432518 32: 32, 0, 1794, 353, 116429 64: 64, 0, 3205, 3580, 206314 128: 128, 0, 1616, 1384, 371069 256: 256, 0, 368, 427, 22536 512: 512, 0, 1266, 30, 486094 1024: 1024, 0, 48, 84, 434408 2048: 2048, 0, 147, 61, 43326 4096: 4096, 0, 129, 22, 4942 Files: 72, 0, 2672, 2734, 481720 MAC labels: 20, 0, 59586, 1085, 622560 PROC: 536, 0, 71, 27, 1564 THREAD: 376, 0, 98, 22, 98 KSEGRP: 88, 0, 98, 62, 98 UPCALL: 44, 0, 0, 0, 0 VMSPACE: 296, 0, 28, 24, 1518 mbuf_packet: 256, 0, 131052, 20, 9510911 mbuf: 256, 0, 91, 559, 12694062 mbuf_cluster: 2048, 131072, 131072, 0, 136594 mbuf_jumbo_pagesize: 4096, 0, 0, 0, 0 mbuf_jumbo_9k: 9216, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 0, 0, 0, 0 ACL UMA zone: 388, 0, 0, 0, 0 g_bio: 132, 0, 0, 1160, 522435 ata_request: 204, 0, 0, 0, 0 ata_composite: 196, 0, 0, 0, 0 VNODE: 348, 0, 47312, 10, 52436 VNODEPOLL: 76, 0, 0, 0, 0 S VFS Cache: 68, 0, 39770, 46, 44847 L VFS Cache: 291, 0, 0, 0, 0 NAMEI: 1024, 0, 0, 12, 205701 DIRHASH: 1024, 0, 1595, 229, 7023 NFSMOUNT: 480, 0, 1, 15, 1 NFSNODE: 536, 0, 16, 5, 16 PIPE: 408, 0, 6, 21, 664 KNOTE: 68, 0, 0, 112, 76 socket: 356, 131076, 3930, 1229, 186491 unpcb: 140, 131096, 12, 44, 170 ipq: 32, 4181, 0, 0, 0 udpcb: 180, 131076, 12, 32, 188 inpcb: 180, 131076, 3859, 1509, 186132 tcpcb: 464, 131072, 3859, 1237, 186132 tcptw: 48, 8268, 0, 546, 140117 syncache: 100, 15366, 2, 271, 165792 hostcache: 76, 15400, 3717, 33, 6425 tcpreass: 20, 8281, 0, 169, 1493 sackhole: 20, 0, 4, 334, 372356 ripcb: 180, 131076, 0, 0, 0 rtentry: 132, 0, 22, 36, 31 pfsrctrpl: 100, 15015, 0, 0, 0 pfrulepl: 604, 0, 9, 9, 9 pfstatepl: 260, 15000, 4626, 7134, 165422 pfaltqpl: 128, 0, 0, 0, 0 pfpooladdrpl: 68, 0, 2, 110, 2 pfrktable: 1240, 0, 4, 5, 8 pfrkentry: 156, 0, 5, 45, 5 pfrkentry2: 156, 0, 0, 0, 0 pffrent: 16, 203, 0, 203, 61 pffrag: 48, 0, 0, 156, 12 pffrcache: 48, 10062, 0, 0, 0 pffrcent: 12, 50141, 0, 0, 0 pfstatescrub: 28, 0, 0, 0, 0 pfiaddrpl: 92, 0, 0, 0, 0 pfospfen: 108, 0, 345, 51, 345 pfosfp: 28, 0, 188, 193, 188 SWAPMETA: 276, 121576, 0, 0, 0 Mountpoints: 740, 0, 7, 8, 7 FFS inode: 132, 0, 47253, 17, 52376 FFS1 dinode: 128, 0, 0, 0, 0 FFS2 dinode: 256, 0, 47253, 12, 52376 > > Cheers, > -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 20:47:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 860B616A505; Tue, 12 Dec 2006 20:47:42 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB8FF43CA9; Tue, 12 Dec 2006 20:46:10 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.191]) by hub.org (Postfix) with ESMTP id 989F3118B414; Tue, 12 Dec 2006 16:47:32 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.191]) (amavisd-new, port 10024) with ESMTP id 51664-03; Tue, 12 Dec 2006 16:47:34 -0400 (AST) Received: from ganymede.hub.org (blk-137-79-174.eastlink.ca [24.137.79.174]) by hub.org (Postfix) with ESMTP id 2B1AB118B408; Tue, 12 Dec 2006 16:47:32 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 4DC384AB83; Tue, 12 Dec 2006 16:47:36 -0400 (AST) Date: Tue, 12 Dec 2006 16:47:35 -0400 From: "Marc G. Fournier" To: John Baldwin Message-ID: In-Reply-To: <200612111740.23259.jhb@freebsd.org> References: <624054998B7DEF7D446796E1@ganymede.hub.org> <200612111627.23547.jhb@freebsd.org> <881CD0E71B5FAD4AF6E86200@ganymede.hub.org> <200612111740.23259.jhb@freebsd.org> X-Mailer: Mulberry/4.0.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-stable@freebsd.org Subject: Re: panic: sleeping thread X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 20:47:42 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Monday, December 11, 2006 17:40:22 -0500 John Baldwin wrote: > Maybe use ssh -e none? You don't need to break into ddb though, when it > panics it will print out more useful info on its own. Ah, like: Sleeping thread (tid 101409, pid 78573) owns a non-sleepable lock sched_switch() at sched_switch+0x11f mi_switch() at mi_switch+0x14c sleepq_wait() at sleepq_wait+0x5b cv_wait() at cv_wait+0xed _sx_xlock() at _sx_xlock+0x51 vm_map_lookup() at vm_map_lookup+0x3c vm_fault() at vm_fault+0xba trap_pfault() at trap_pfault+0x127 trap() at trap+0x1bd calltrap() at calltrap+0x5 - --- trap 0xc, rip = 0xffffffff801f8c91, rsp = 0xffffffffb908a930, rbp = 0xffffff ffb908a970 --- _mtx_trylock() at _mtx_trylock+0x1 unlock_and_deallocate() at unlock_and_deallocate+0x10e vm_fault() at vm_fault+0x1ca0 trap_pfault() at trap_pfault+0x127 trap() at trap+0x3e6 calltrap() at calltrap+0x5 - --- trap 0xc, rip = 0x8028d9bf7, rsp = 0x7fffffffe900, rbp = 0x7fffffffe900 --- panic: sleeping thread cpuid = 1 - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFfxVo4QvfyHIvDvMRAlnpAJ4vNzbF1Ggx1U5McHWKcZ2zD/e4MgCfQuaW HAOZ4Rl+CVKORC6JPB1KL68= =NqEk -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 20:48:06 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6CE9B16A59B for ; Tue, 12 Dec 2006 20:48:06 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF7B243CAF for ; Tue, 12 Dec 2006 20:46:40 +0000 (GMT) (envelope-from infofarmer@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so420369ana for ; Tue, 12 Dec 2006 12:48:04 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=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; b=e5VvjfpnCgotUy5ZH2oxmqU91E4wCvxK5HiQoJ5Kji5TdF73EkMnQjqEpyP1bIFgNgC4mum3pa2Lzi/BpeqcE5rGPK+0o+iQ2KvoYv55nrJ8OeFdK7A1F7x9lwE1zuK97pfBESJleCim07waiGmXQma5oq88AKucMO8Dz77HgpA= Received: by 10.78.97.7 with SMTP id u7mr2624439hub.1165956482998; Tue, 12 Dec 2006 12:48:02 -0800 (PST) Received: by 10.78.167.16 with HTTP; Tue, 12 Dec 2006 12:48:02 -0800 (PST) Message-ID: Date: Tue, 12 Dec 2006 23:48:02 +0300 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: "Greg Eden" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Google-Sender-Auth: 3b59d35659f371a8 Cc: stable@freebsd.org Subject: Re: bge Ierr rate increase from 5.3R -> 6.1R X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 20:48:06 -0000 On 12/11/06, Greg Eden wrote: > I recently updated two production servers from 5.3 to 6.1 via cvsup > and buildworld. Since the upgrade I've seen an increase in the number > of Input packet errors reported on the bge cards in on both boxes. > One is a HP DL360g3, the other is a HP DL380g3. Both have a pair of > 2.8GHz Xeons with a SMP kernel. Just to be sure, is polling disabled? From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 21:31:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DA8F916A4FE for ; Tue, 12 Dec 2006 21:31:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0110B4404B for ; Tue, 12 Dec 2006 21:25:22 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kBCLQTPb021705; Tue, 12 Dec 2006 16:26:29 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Marc G. Fournier" Date: Tue, 12 Dec 2006 16:12:50 -0500 User-Agent: KMail/1.9.1 References: <624054998B7DEF7D446796E1@ganymede.hub.org> <200612111740.23259.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: <200612121612.50942.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, 12 Dec 2006 16:26:29 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2319/Tue Dec 12 15:09:22 2006 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: freebsd-stable@freebsd.org Subject: Re: panic: sleeping thread X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 21:31:05 -0000 On Tuesday 12 December 2006 15:47, Marc G. Fournier wrote: > > --On Monday, December 11, 2006 17:40:22 -0500 John Baldwin > wrote: > > > Maybe use ssh -e none? You don't need to break into ddb though, when it > > panics it will print out more useful info on its own. > > Ah, like: > > Sleeping thread (tid 101409, pid 78573) owns a non-sleepable lock > sched_switch() at sched_switch+0x11f > mi_switch() at mi_switch+0x14c > sleepq_wait() at sleepq_wait+0x5b > cv_wait() at cv_wait+0xed > _sx_xlock() at _sx_xlock+0x51 > vm_map_lookup() at vm_map_lookup+0x3c > vm_fault() at vm_fault+0xba > trap_pfault() at trap_pfault+0x127 > trap() at trap+0x1bd > calltrap() at calltrap+0x5 > --- trap 0xc, rip = 0xffffffff801f8c91, rsp = 0xffffffffb908a930, rbp = > 0xffffff > ffb908a970 --- > _mtx_trylock() at _mtx_trylock+0x1 > unlock_and_deallocate() at unlock_and_deallocate+0x10e > vm_fault() at vm_fault+0x1ca0 > trap_pfault() at trap_pfault+0x127 > trap() at trap+0x3e6 > calltrap() at calltrap+0x5 > --- trap 0xc, rip = 0x8028d9bf7, rsp = 0x7fffffffe900, rbp = 0x7fffffffe900 --- > panic: sleeping thread > cpuid = 1 Yeah. The LOR is bogus though, it's a secondary effect. The real problem is the fault in _mtx_trylock(), and that's probably due to a bug in the previous frame in unlock_and_deallocate(). If you can get a core dump that would be most helpful. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 21:45:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0018D16A589; Tue, 12 Dec 2006 21:45:09 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from alnrmhc13.comcast.net (alnrmhc13.comcast.net [206.18.177.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C4D8444AB; Tue, 12 Dec 2006 21:38:21 +0000 (GMT) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (alnrmhc13) with ESMTP id <20061212213915b1300qa6d2e>; Tue, 12 Dec 2006 21:39:15 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 2F0651FA01D; Tue, 12 Dec 2006 13:39:15 -0800 (PST) Date: Tue, 12 Dec 2006 13:39:15 -0800 From: Jeremy Chadwick To: Greg Eden Message-ID: <20061212213915.GA6234@icarus.home.lan> Mail-Followup-To: Greg Eden , Doug Barton , freebsd-stable@freebsd.org References: <457DD1C2.5000802@FreeBSD.org> <437AB88E-516F-4493-ACCA-27FD4DE9C6DA@warprecords.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <437AB88E-516F-4493-ACCA-27FD4DE9C6DA@warprecords.com> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Doug Barton , freebsd-stable@freebsd.org Subject: Re: bge Ierr rate increase from 5.3R -> 6.1R X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 21:45:10 -0000 On Tue, Dec 12, 2006 at 03:07:28PM +0000, Greg Eden wrote: > >>I recently updated two production servers from 5.3 to 6.1 via > >>cvsup and > >>buildworld. Greg, This may or may not be any help (read: possible red herring). But from looking at your below dmesg, I don't see any signs of SMP being used: > >> Since the upgrade I've seen an increase in the number of > >>Input packet errors reported on the bge cards in on both boxes. > >>One is a > >>HP DL360g3, the other is a HP DL380g3. Both have a pair of 2.8GHz > >>Xeons with a SMP kernel. ^^^^^^^^^^^^^^^^^ > CPU: Intel(R) Xeon(TM) CPU 3.00GHz (3000.12-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 > > Features=0xbfebfbff ,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Features2=0x641d> > AMD Features=0x20100000 > Logical CPUs per core: 2 > real memory = 1073688576 (1023 MB) > avail memory = 1045893120 (997 MB) --- SMP details are missing from here --- > ioapic1: Changing APIC ID to 9 > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 24-47 on motherboard > ioapic2 irqs 48-71 on motherboard > ioapic3 irqs 72-95 on motherboard > kbd1 at kbdmux0 > ... Normally, SMP kernels display something like this: CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (2010.31-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20f32 Stepping = 2 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x3 Cores per package: 2 real memory = 2147418112 (2047 MB) avail memory = 2096336896 (1999 MB) ACPI APIC Table: 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 Or, for comparison, a 4.11 box: CPU: Intel Pentium III (933.03-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x383fbff real memory = 536805376 (524224K bytes) avail memory = 518811648 (506652K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 FreeBSD/SMP: Multiprocessor motherboard: 2 CPUs cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00178011, at 0xfec00000 Preloaded elf kernel "kernel" at 0xc0358000. Additionally, your Email says "two 2.8GHz Xeons", but it looks as if you have one physical 3.0GHz Xeon that has dual cores. -- | 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 Dec 12 21:45:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8CACC16A57E; Tue, 12 Dec 2006 21:45:12 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id B33CA4452E; Tue, 12 Dec 2006 21:39:34 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.191]) by hub.org (Postfix) with ESMTP id 8E40D118B40B; Tue, 12 Dec 2006 17:40:44 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.191]) (amavisd-new, port 10024) with ESMTP id 65384-07; Tue, 12 Dec 2006 17:40:47 -0400 (AST) Received: from ganymede.hub.org (blk-137-79-174.eastlink.ca [24.137.79.174]) by hub.org (Postfix) with ESMTP id 06F37118B408; Tue, 12 Dec 2006 17:40:44 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id AD6D64AB83; Tue, 12 Dec 2006 17:40:48 -0400 (AST) Date: Tue, 12 Dec 2006 17:40:48 -0400 From: "Marc G. Fournier" To: John Baldwin Message-ID: <84206EFB24C58B8D26245B4C@ganymede.hub.org> In-Reply-To: <200612121612.50942.jhb@freebsd.org> References: <624054998B7DEF7D446796E1@ganymede.hub.org> <200612111740.23259.jhb@freebsd.org> <200612121612.50942.jhb@freebsd.org> X-Mailer: Mulberry/4.0.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-stable@freebsd.org Subject: Re: panic: sleeping thread X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 21:45:12 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Tuesday, December 12, 2006 16:12:50 -0500 John Baldwin wrote: > On Tuesday 12 December 2006 15:47, Marc G. Fournier wrote: >> >> --On Monday, December 11, 2006 17:40:22 -0500 John Baldwin >> wrote: >> >> > Maybe use ssh -e none? You don't need to break into ddb though, when it >> > panics it will print out more useful info on its own. >> >> Ah, like: >> >> Sleeping thread (tid 101409, pid 78573) owns a non-sleepable lock >> sched_switch() at sched_switch+0x11f >> mi_switch() at mi_switch+0x14c >> sleepq_wait() at sleepq_wait+0x5b >> cv_wait() at cv_wait+0xed >> _sx_xlock() at _sx_xlock+0x51 >> vm_map_lookup() at vm_map_lookup+0x3c >> vm_fault() at vm_fault+0xba >> trap_pfault() at trap_pfault+0x127 >> trap() at trap+0x1bd >> calltrap() at calltrap+0x5 >> --- trap 0xc, rip = 0xffffffff801f8c91, rsp = 0xffffffffb908a930, rbp = >> 0xffffff >> ffb908a970 --- >> _mtx_trylock() at _mtx_trylock+0x1 >> unlock_and_deallocate() at unlock_and_deallocate+0x10e >> vm_fault() at vm_fault+0x1ca0 >> trap_pfault() at trap_pfault+0x127 >> trap() at trap+0x3e6 >> calltrap() at calltrap+0x5 >> --- trap 0xc, rip = 0x8028d9bf7, rsp = 0x7fffffffe900, rbp = > 0x7fffffffe900 --- >> panic: sleeping thread >> cpuid = 1 > > Yeah. The LOR is bogus though, it's a secondary effect. The real problem is > the fault in _mtx_trylock(), and that's probably due to a bug in the previous > frame in unlock_and_deallocate(). If you can get a core dump that would be > most helpful. That woudl take being able to get into DDB from an SSH session ;) I'll try the -e none the next time it crashes, unless someone else has another idea for doing it? Actually, I'll try the -e none after its up again, instead of waiting ... - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFfyHg4QvfyHIvDvMRApAqAJ4pnw5nZK+kvyy/9z0TrTmTlu9OCgCg2TIp naCXTEeA+EljNnWoVcD/1PU= =kYAM -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 22:09:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AD44B16A492; Tue, 12 Dec 2006 22:09:45 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79F76440DD; Tue, 12 Dec 2006 21:48:15 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.182]) by hub.org (Postfix) with ESMTP id 93CCD118B40B; Tue, 12 Dec 2006 17:49:33 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.182]) (amavisd-new, port 10024) with ESMTP id 44311-10; Tue, 12 Dec 2006 17:49:33 -0400 (AST) Received: from ganymede.hub.org (blk-137-79-174.eastlink.ca [24.137.79.174]) by hub.org (Postfix) with ESMTP id 1DCF0118B408; Tue, 12 Dec 2006 17:49:33 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 4500F5C18E; Tue, 12 Dec 2006 17:49:33 -0400 (AST) Date: Tue, 12 Dec 2006 17:49:33 -0400 From: "Marc G. Fournier" To: John Baldwin Message-ID: <2DFC96D03609F01A73C57471@ganymede.hub.org> In-Reply-To: <84206EFB24C58B8D26245B4C@ganymede.hub.org> References: <624054998B7DEF7D446796E1@ganymede.hub.org> <200612111740.23259.jhb@freebsd.org> <200612121612.50942.jhb@freebsd.org> <84206EFB24C58B8D26245B4C@ganymede.hub.org> X-Mailer: Mulberry/4.0.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-stable@freebsd.org Subject: BREAK TO DDB over SSH (Was: Re: panic: sleeping thread) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 22:09:45 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Tuesday, December 12, 2006 17:40:48 -0400 "Marc G. Fournier" wrote: > I'll try the -e none the next time it crashes, unless someone else has > another idea for doing it? Actually, I'll try the -e none after its up > again, instead of waiting ... Nope, now it just echos back the ~B as if I was typing regular characters ... i hate to do it, but am turning off ssh and going to telnet until I can get a core dump ... - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFfyPt4QvfyHIvDvMRAmN3AJ91MeKAd9WN/b3hdO8u2vv4N7nZ1gCcDJ/o kBiDgFHZNeSu5QbDu7psybE= =xYCw -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 22:21:33 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4E23316A4FC for ; Tue, 12 Dec 2006 22:21:33 +0000 (UTC) (envelope-from greg@warprecords.com) Received: from mail9.messagelabs.com (mail9.messagelabs.com [194.205.110.133]) by mx1.FreeBSD.org (Postfix) with SMTP id 2B13D44518 for ; Tue, 12 Dec 2006 21:58:16 +0000 (GMT) (envelope-from greg@warprecords.com) X-VirusChecked: Checked X-Env-Sender: greg@warprecords.com X-Msg-Ref: server-17.tower-9.messagelabs.com!1165960758!23906550!1 X-StarScan-Version: 5.5.10.7; banners=-,-,- X-Originating-IP: [212.135.210.82] Received: (qmail 2131 invoked from network); 12 Dec 2006 21:59:18 -0000 Received: from dsl-212-135-210-82.dsl.easynet.co.uk (HELO warprecords.com) (212.135.210.82) by server-17.tower-9.messagelabs.com with SMTP; 12 Dec 2006 21:59:18 -0000 Received: from [194.106.52.52] (HELO [192.168.0.10]) by warprecords.com (CommuniGate Pro SMTP 5.0.10) with ESMTPS id 7026223 for stable@freebsd.org; Tue, 12 Dec 2006 21:59:18 +0000 Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: References: Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Greg Eden Date: Tue, 12 Dec 2006 21:59:17 +0000 To: stable@freebsd.org X-Mailer: Apple Mail (2.752.2) Cc: Subject: Re: bge Ierr rate increase from 5.3R -> 6.1R X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 22:21:33 -0000 On 12 Dec 2006, at 20:48, Andrew Pantyukhin wrote: > On 12/11/06, Greg Eden wrote: >> I recently updated two production servers from 5.3 to 6.1 via cvsup >> and buildworld. Since the upgrade I've seen an increase in the number >> of Input packet errors reported on the bge cards in on both boxes. >> One is a HP DL360g3, the other is a HP DL380g3. Both have a pair of >> 2.8GHz Xeons with a SMP kernel. > > Just to be sure, is polling disabled? yes. i don't use it on any of five the machines producing the problem. best. greg. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 22:23:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C69FD16A407; Tue, 12 Dec 2006 22:23:54 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 358464452B; Tue, 12 Dec 2006 21:58:26 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.182]) by hub.org (Postfix) with ESMTP id B7E7C118B409; Tue, 12 Dec 2006 17:59:26 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.182]) (amavisd-new, port 10024) with ESMTP id 45538-05; Tue, 12 Dec 2006 17:59:26 -0400 (AST) Received: from ganymede.hub.org (blk-137-79-174.eastlink.ca [24.137.79.174]) by hub.org (Postfix) with ESMTP id 537D5118B408; Tue, 12 Dec 2006 17:59:26 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 1A1AD5C1AE; Tue, 12 Dec 2006 17:59:32 -0400 (AST) Date: Tue, 12 Dec 2006 17:59:31 -0400 From: "Marc G. Fournier" To: John Baldwin Message-ID: <2AE857ECA9779462311B42E4@ganymede.hub.org> In-Reply-To: <2DFC96D03609F01A73C57471@ganymede.hub.org> References: <624054998B7DEF7D446796E1@ganymede.hub.org> <200612111740.23259.jhb@freebsd.org> <200612121612.50942.jhb@freebsd.org> <84206EFB24C58B8D26245B4C@ganymede.hub.org> <2DFC96D03609F01A73C57471@ganymede.hub.org> X-Mailer: Mulberry/4.0.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-proliant@freebsd.org, freebsd-stable@freebsd.org Subject: Re: BREAK TO DDB over SSH (Was: Re: panic: sleeping thread) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 22:23:54 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Tuesday, December 12, 2006 17:49:33 -0400 "Marc G. Fournier" wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > > - --On Tuesday, December 12, 2006 17:40:48 -0400 "Marc G. Fournier" > wrote: > >> I'll try the -e none the next time it crashes, unless someone else has >> another idea for doing it? Actually, I'll try the -e none after its up >> again, instead of waiting ... > > Nope, now it just echos back the ~B as if I was typing regular characters ... > i hate to do it, but am turning off ssh and going to telnet until I can get > a core dump ... 'k, I must have screwed something up altogether then ... I can't break into DDB using 'send break' through a telnet session ... I have: ___options KDB ___options DDB ___options KDB_UNATTENDED ___options BREAK_TO_DEBUGGER In my kernel ... is there something else I'm missing? Its the same settings I have on my other box that I *can* do this with ... The only difference is that this is an HP Proliant box, and I'm using REMCONS through iLO to connect to the console ... - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFfyZD4QvfyHIvDvMRAirnAJ4sn/fGHuxQmxmpylu8h2emDi445wCgx57o SJ+38e2aXN352AahsEuf0NE= =BX8A -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 22:49:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2A1AA16A4CA; Tue, 12 Dec 2006 22:49:00 +0000 (UTC) (envelope-from greg@warprecords.com) Received: from mail9.messagelabs.com (mail9.messagelabs.com [194.205.110.133]) by mx1.FreeBSD.org (Postfix) with SMTP id 09C9543EB4; Tue, 12 Dec 2006 22:04:40 +0000 (GMT) (envelope-from greg@warprecords.com) X-VirusChecked: Checked X-Env-Sender: greg@warprecords.com X-Msg-Ref: server-4.tower-9.messagelabs.com!1165961152!24711232!1 X-StarScan-Version: 5.5.10.7; banners=-,-,- X-Originating-IP: [212.135.210.82] Received: (qmail 6992 invoked from network); 12 Dec 2006 22:05:53 -0000 Received: from dsl-212-135-210-82.dsl.easynet.co.uk (HELO warprecords.com) (212.135.210.82) by server-4.tower-9.messagelabs.com with SMTP; 12 Dec 2006 22:05:53 -0000 Received: from [194.106.52.52] (HELO [192.168.0.10]) by warprecords.com (CommuniGate Pro SMTP 5.0.10) with ESMTPS id 7026239; Tue, 12 Dec 2006 22:05:52 +0000 In-Reply-To: <20061212213915.GA6234@icarus.home.lan> References: <457DD1C2.5000802@FreeBSD.org> <437AB88E-516F-4493-ACCA-27FD4DE9C6DA@warprecords.com> <20061212213915.GA6234@icarus.home.lan> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <5216DB93-BC8A-413C-9011-ED0A2414EEF6@warprecords.com> Content-Transfer-Encoding: 7bit From: Greg Eden Date: Tue, 12 Dec 2006 22:05:50 +0000 To: Jeremy Chadwick X-Mailer: Apple Mail (2.752.2) Cc: Doug Barton , freebsd-stable@freebsd.org Subject: Re: bge Ierr rate increase from 5.3R -> 6.1R X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 22:49:00 -0000 On 12 Dec 2006, at 21:39, Jeremy Chadwick wrote: > On Tue, Dec 12, 2006 at 03:07:28PM +0000, Greg Eden wrote: >>>> I recently updated two production servers from 5.3 to 6.1 via >>>> cvsup and >>>> buildworld. > > Greg, > > This may or may not be any help (read: possible red herring). > But from looking at your below dmesg, I don't see any signs > of SMP being used: good - it's not an SMP box :) sorry for any confusion. the box I *was* able to upgrade to RELENG_6_2, and reported in last the email with the dmesg output is not SMP. all five HP DL3xx boxes (two of which *are* SMP) show exactly the same behaviour irrespective of being SMP or UP. none of them have polling enabled. best. greg. >>>> Since the upgrade I've seen an increase in the number of >>>> Input packet errors reported on the bge cards in on both boxes. >>>> One is a >>>> HP DL360g3, the other is a HP DL380g3. Both have a pair of 2.8GHz >>>> Xeons with a SMP kernel. > ^^^^^^^^^^^^^^^^^ > >> CPU: Intel(R) Xeon(TM) CPU 3.00GHz (3000.12-MHz 686-class CPU) >> Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 >> >> Features=0xbfebfbff> PGE >> ,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> >> Features2=0x641d> >> AMD Features=0x20100000 >> Logical CPUs per core: 2 >> real memory = 1073688576 (1023 MB) >> avail memory = 1045893120 (997 MB) > --- SMP details are missing from here --- >> ioapic1: Changing APIC ID to 9 >> ioapic0 irqs 0-23 on motherboard >> ioapic1 irqs 24-47 on motherboard >> ioapic2 irqs 48-71 on motherboard >> ioapic3 irqs 72-95 on motherboard >> kbd1 at kbdmux0 >> ... > > Normally, SMP kernels display something like this: > > CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (2010.31-MHz > 686-class CPU) > Origin = "AuthenticAMD" Id = 0x20f32 Stepping = 2 > > Features=0x178bfbff GE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT> > Features2=0x1 > AMD Features=0xe2500800 > AMD Features2=0x3 > Cores per package: 2 > real memory = 2147418112 (2047 MB) > avail memory = 2096336896 (1999 MB) > ACPI APIC Table: > 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 > > Or, for comparison, a 4.11 box: > > CPU: Intel Pentium III (933.03-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x68a Stepping = 10 > > Features=0x383fbff E,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE> > real memory = 536805376 (524224K bytes) > avail memory = 518811648 (506652K bytes) > Programming 24 pins in IOAPIC #0 > IOAPIC #0 intpin 2 -> irq 0 > FreeBSD/SMP: Multiprocessor motherboard: 2 CPUs > cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 > cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 > io0 (APIC): apic id: 2, version: 0x00178011, at 0xfec00000 > Preloaded elf kernel "kernel" at 0xc0358000. > > Additionally, your Email says "two 2.8GHz Xeons", but it looks as > if you have one physical 3.0GHz Xeon that has dual cores. > > -- > | 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 Dec 12 23:09:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A942616A47B for ; Tue, 12 Dec 2006 23:09:32 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 636D4450BB for ; Tue, 12 Dec 2006 22:40:03 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.66.8.215] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis), id 0ML29c-1GuGIp3pS6-00030A; Tue, 12 Dec 2006 23:40:48 +0100 From: Max Laier Organization: FreeBSD To: "Marc G. Fournier" Date: Tue, 12 Dec 2006 23:40:36 +0100 User-Agent: KMail/1.9.4 References: <624054998B7DEF7D446796E1@ganymede.hub.org> <2DFC96D03609F01A73C57471@ganymede.hub.org> <2AE857ECA9779462311B42E4@ganymede.hub.org> In-Reply-To: <2AE857ECA9779462311B42E4@ganymede.hub.org> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1799339.Iv2r1yEy4O"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200612122340.44224.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: freebsd-stable@freebsd.org Subject: Re: BREAK TO DDB over SSH (Was: Re: panic: sleeping thread) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 23:09:32 -0000 --nextPart1799339.Iv2r1yEy4O Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 12 December 2006 22:59, Marc G. Fournier wrote: > --On Tuesday, December 12, 2006 17:49:33 -0400 "Marc G. Fournier" > > wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > > > > > - --On Tuesday, December 12, 2006 17:40:48 -0400 "Marc G. Fournier" > > > > wrote: > >> I'll try the -e none the next time it crashes, unless someone else > >> has another idea for doing it? Actually, I'll try the -e none > >> after its up again, instead of waiting ... > > > > Nope, now it just echos back the ~B as if I was typing regular > > characters ... i hate to do it, but am turning off ssh and going to > > telnet until I can get a core dump ... > > 'k, I must have screwed something up altogether then ... I can't break > into DDB using 'send break' through a telnet session ... > > I have: > > ___options KDB > ___options DDB > ___options KDB_UNATTENDED > ___options BREAK_TO_DEBUGGER > > In my kernel ... is there something else I'm missing? Its the same > settings I have on my other box that I *can* do this with ... > > The only difference is that this is an HP Proliant box, and I'm using > REMCONS through iLO to connect to the console ... sysctl debug.kdb.enter=3D1 > ---- > Marc G. Fournier Hub.Org Networking Services > (http://www.hub.org) Email . scrappy@hub.org =20 > MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org =20 > ICQ . 7615664 > > _______________________________________________ > 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" =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1799339.Iv2r1yEy4O Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBFfy/sXyyEoT62BG0RArDOAJ4y6u11IUwTNkS7SzU0JRzl+k5lzwCfeBUH aguCgsYl+Kenyz7H8lZr6LU= =0O5D -----END PGP SIGNATURE----- --nextPart1799339.Iv2r1yEy4O-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 23:11:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C563216A47B; Tue, 12 Dec 2006 23:11:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24A0845208; Tue, 12 Dec 2006 22:44:00 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kBCMjGM7022238; Tue, 12 Dec 2006 17:45:16 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Marc G. Fournier" Date: Tue, 12 Dec 2006 17:40:17 -0500 User-Agent: KMail/1.9.1 References: <624054998B7DEF7D446796E1@ganymede.hub.org> <2DFC96D03609F01A73C57471@ganymede.hub.org> <2AE857ECA9779462311B42E4@ganymede.hub.org> In-Reply-To: <2AE857ECA9779462311B42E4@ganymede.hub.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200612121740.18368.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, 12 Dec 2006 17:45:16 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2319/Tue Dec 12 15:09:22 2006 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: freebsd-proliant@freebsd.org, freebsd-stable@freebsd.org Subject: Re: BREAK TO DDB over SSH (Was: Re: panic: sleeping thread) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 23:11:27 -0000 On Tuesday 12 December 2006 16:59, Marc G. Fournier wrote: > > --On Tuesday, December 12, 2006 17:49:33 -0400 "Marc G. Fournier" > wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > > > > > - --On Tuesday, December 12, 2006 17:40:48 -0400 "Marc G. Fournier" > > wrote: > > > >> I'll try the -e none the next time it crashes, unless someone else has > >> another idea for doing it? Actually, I'll try the -e none after its up > >> again, instead of waiting ... > > > > Nope, now it just echos back the ~B as if I was typing regular characters ... > > i hate to do it, but am turning off ssh and going to telnet until I can get > > a core dump ... > > 'k, I must have screwed something up altogether then ... I can't break into DDB > using 'send break' through a telnet session ... > > I have: > > ___options KDB > ___options DDB > ___options KDB_UNATTENDED > ___options BREAK_TO_DEBUGGER > > In my kernel ... is there something else I'm missing? Its the same settings I > have on my other box that I *can* do this with ... > > The only difference is that this is an HP Proliant box, and I'm using REMCONS > through iLO to connect to the console ... KDB_UNATTENDED should make it do a coredump and not bother with dropping into ddb when it panics. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 23:18:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 08B4916A4B3 for ; Tue, 12 Dec 2006 23:18:50 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECA1B440FC for ; Tue, 12 Dec 2006 22:55:31 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.191]) by hub.org (Postfix) with ESMTP id 6A155118B40B; Tue, 12 Dec 2006 18:56:25 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.191]) (amavisd-new, port 10024) with ESMTP id 85795-04; Tue, 12 Dec 2006 18:56:28 -0400 (AST) Received: from ganymede.hub.org (blk-137-79-174.eastlink.ca [24.137.79.174]) by hub.org (Postfix) with ESMTP id 04868118B409; Tue, 12 Dec 2006 18:56:25 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id E784D5C21F; Tue, 12 Dec 2006 18:56:30 -0400 (AST) Date: Tue, 12 Dec 2006 18:56:30 -0400 From: "Marc G. Fournier" To: Max Laier Message-ID: <193368E27A180AD578C407A6@ganymede.hub.org> In-Reply-To: <200612122340.44224.max@love2party.net> References: <624054998B7DEF7D446796E1@ganymede.hub.org> <2DFC96D03609F01A73C57471@ganymede.hub.org> <2AE857ECA9779462311B42E4@ganymede.hub.org> <200612122340.44224.max@love2party.net> X-Mailer: Mulberry/4.0.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-stable@freebsd.org Subject: Re: BREAK TO DDB over SSH (Was: Re: panic: sleeping thread) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 23:18:50 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Tuesday, December 12, 2006 23:40:36 +0100 Max Laier wrote: > On Tuesday 12 December 2006 22:59, Marc G. Fournier wrote: >> --On Tuesday, December 12, 2006 17:49:33 -0400 "Marc G. Fournier" >> >> wrote: >> > -----BEGIN PGP SIGNED MESSAGE----- >> > Hash: SHA1 >> > >> > >> > >> > - --On Tuesday, December 12, 2006 17:40:48 -0400 "Marc G. Fournier" >> > >> > wrote: >> >> I'll try the -e none the next time it crashes, unless someone else >> >> has another idea for doing it? Actually, I'll try the -e none >> >> after its up again, instead of waiting ... >> > >> > Nope, now it just echos back the ~B as if I was typing regular >> > characters ... i hate to do it, but am turning off ssh and going to >> > telnet until I can get a core dump ... >> >> 'k, I must have screwed something up altogether then ... I can't break >> into DDB using 'send break' through a telnet session ... >> >> I have: >> >> ___options KDB >> ___options DDB >> ___options KDB_UNATTENDED >> ___options BREAK_TO_DEBUGGER >> >> In my kernel ... is there something else I'm missing? Its the same >> settings I have on my other box that I *can* do this with ... >> >> The only difference is that this is an HP Proliant box, and I'm using >> REMCONS through iLO to connect to the console ... > > sysctl debug.kdb.enter=1 You mentioned this once already, but don't I need to be able to type at a command prompt? In my case, the server has crashed, but not rebooted or drop'd into DDB ... I need to somehow send a 'break' to drop it into DDB ... - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFfzOe4QvfyHIvDvMRAiBVAJ4gvadfhK2SQuZRGr04DHCqOFRklgCcDuLN bvO52s7O4l+ngHqybfgLsHQ= =0GC6 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 23:21:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C979A16A508; Tue, 12 Dec 2006 23:21:08 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id A85B84420D; Tue, 12 Dec 2006 22:58:28 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.184]) by hub.org (Postfix) with ESMTP id E4CBC118B40B; Tue, 12 Dec 2006 18:59:32 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.184]) (amavisd-new, port 10024) with ESMTP id 46337-05; Tue, 12 Dec 2006 18:59:32 -0400 (AST) Received: from ganymede.hub.org (blk-137-79-174.eastlink.ca [24.137.79.174]) by hub.org (Postfix) with ESMTP id 7F62A118B409; Tue, 12 Dec 2006 18:59:32 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 440D35C221; Tue, 12 Dec 2006 18:59:39 -0400 (AST) Date: Tue, 12 Dec 2006 18:59:38 -0400 From: "Marc G. Fournier" To: John Baldwin Message-ID: In-Reply-To: <200612121740.18368.jhb@freebsd.org> References: <624054998B7DEF7D446796E1@ganymede.hub.org> <2DFC96D03609F01A73C57471@ganymede.hub.org> <2AE857ECA9779462311B42E4@ganymede.hub.org> <200612121740.18368.jhb@freebsd.org> X-Mailer: Mulberry/4.0.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-proliant@freebsd.org, freebsd-stable@freebsd.org Subject: Re: BREAK TO DDB over SSH (Was: Re: panic: sleeping thread) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 23:21:09 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Tuesday, December 12, 2006 17:40:17 -0500 John Baldwin wrote: > KDB_UNATTENDED should make it do a coredump and not bother with dropping into > ddb when it panics. Its not ... it just prints everything out and then just hangs there ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFfzRb4QvfyHIvDvMRAlNaAJ4lDRW3moVl+Wj/AiW6xjUeEsHPKwCglLmT E9KFtRIx8NAIXYj82et9tp8= =7D/4 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 12 23:34:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D6BFC16A415; Tue, 12 Dec 2006 23:34:09 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2288843FAE; Tue, 12 Dec 2006 23:15:24 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.183]) by hub.org (Postfix) with ESMTP id EB5B7118B408; Tue, 12 Dec 2006 19:16:45 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-new, port 10024) with ESMTP id 02144-01; Tue, 12 Dec 2006 19:16:46 -0400 (AST) Received: from ganymede.hub.org (blk-137-79-174.eastlink.ca [24.137.79.174]) by hub.org (Postfix) with ESMTP id 49D72118B414; Tue, 12 Dec 2006 19:16:42 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 9F92D5C1C6; Tue, 12 Dec 2006 19:16:48 -0400 (AST) Date: Tue, 12 Dec 2006 19:16:48 -0400 From: "Marc G. Fournier" To: John Baldwin Message-ID: <78F9DCC8669255FF47011CEF@ganymede.hub.org> In-Reply-To: <200612121740.18368.jhb@freebsd.org> References: <624054998B7DEF7D446796E1@ganymede.hub.org> <2DFC96D03609F01A73C57471@ganymede.hub.org> <2AE857ECA9779462311B42E4@ganymede.hub.org> <200612121740.18368.jhb@freebsd.org> X-Mailer: Mulberry/4.0.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-proliant@freebsd.org, freebsd-stable@freebsd.org Subject: Re: BREAK TO DDB over SSH (Was: Re: panic: sleeping thread) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2006 23:34:10 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Tuesday, December 12, 2006 17:40:17 -0500 John Baldwin wrote: > KDB_UNATTENDED should make it do a coredump and not bother with dropping into > ddb when it panics. Would setting this to 1 help me any: # sysctl -d debug.debugger_on_panic debug.debugger_on_panic: Run debugger on kernel panic - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFfzhg4QvfyHIvDvMRAhxKAJ42gt6j5t/OEbTqnAX8F3WTQ14ppACffvCC n3iDPtSi/NI5JN1Hn/SYS+s= =Qmbl -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 00:44:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7D87A16A47B; Wed, 13 Dec 2006 00:44:04 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6FE943DB6; Wed, 13 Dec 2006 00:41:40 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.191]) by hub.org (Postfix) with ESMTP id 1F4B8118B409; Tue, 12 Dec 2006 20:42:59 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.191]) (amavisd-new, port 10024) with ESMTP id 22813-03; Tue, 12 Dec 2006 20:43:02 -0400 (AST) Received: from ganymede.hub.org (blk-137-79-174.eastlink.ca [24.137.79.174]) by hub.org (Postfix) with ESMTP id 9B08A118B408; Tue, 12 Dec 2006 20:42:58 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 2D74C5C27F; Tue, 12 Dec 2006 20:43:07 -0400 (AST) Date: Tue, 12 Dec 2006 20:43:06 -0400 From: "Marc G. Fournier" To: John Baldwin Message-ID: <58036A83E4BEA04667F03D6D@ganymede.hub.org> In-Reply-To: <200612121740.18368.jhb@freebsd.org> References: <624054998B7DEF7D446796E1@ganymede.hub.org> <2DFC96D03609F01A73C57471@ganymede.hub.org> <2AE857ECA9779462311B42E4@ganymede.hub.org> <200612121740.18368.jhb@freebsd.org> X-Mailer: Mulberry/4.0.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-proliant@freebsd.org, freebsd-stable@freebsd.org Subject: Re: BREAK TO DDB over SSH (Was: Re: panic: sleeping thread) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2006 00:44:04 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Tuesday, December 12, 2006 17:40:17 -0500 John Baldwin wrote: > KDB_UNATTENDED should make it do a coredump and not bother with dropping into > ddb when it panics. 'k, I'm updating my kernel/world to todays, removed KDB_UNATTENDED and changed BREAK_TO... to ALT_BREAK_TO... to see if its escape sequence will serve me better ... - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFf0ya4QvfyHIvDvMRArlOAKC10Fcz9Z186K9Arkh/wv7KaqKemQCgsgnP cme1iSUzp0zcHyZjvgr3ad8= =6Iqz -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 00:45:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5197E16A4A0 for ; Wed, 13 Dec 2006 00:45:17 +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 8495143D67 for ; Wed, 13 Dec 2006 00:42:12 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GuIDX-0006Xe-LI for freebsd-stable@freebsd.org; Wed, 13 Dec 2006 01:43:27 +0100 Received: from r5h168.net.upc.cz ([86.49.7.168]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 13 Dec 2006 01:43:27 +0100 Received: from gamato by r5h168.net.upc.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 13 Dec 2006 01:43:27 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Wed, 13 Dec 2006 01:43:17 +0100 Lines: 16 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: r5h168.net.upc.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.8) Gecko/20061111 SeaMonkey/1.0.6 Sender: news Cc: freebsd-questions@freebsd.org Subject: how to disable exec attributes on ntfs mounts ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2006 00:45:17 -0000 Hello, I wonder why there is no -M option for mount_ntfs(8) as it is there for mount_msdosfs(8) ?? I am trying to get rid of executable attributes for files but with -m option only it is not possible as it changes directories too. I'm using the following options for msdosfs: msdosfs rw,noatime,noauto,-m640,-M750,-Lsk_SK.ISO8859-2 Any ideas about how to achieve the same for ntfs please ?? Cheers, Martin From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 02:21:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2BAB816A415; Wed, 13 Dec 2006 02:21:18 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F9D043CA4; Wed, 13 Dec 2006 02:19:51 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.183]) by hub.org (Postfix) with ESMTP id 3EB3C118B40B; Tue, 12 Dec 2006 22:21:12 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-new, port 10024) with ESMTP id 30714-03; Tue, 12 Dec 2006 22:21:17 -0400 (AST) Received: from ganymede.hub.org (blk-137-79-174.eastlink.ca [24.137.79.174]) by hub.org (Postfix) with ESMTP id CC498118B408; Tue, 12 Dec 2006 22:21:11 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 86FE35C2DF; Tue, 12 Dec 2006 22:21:21 -0400 (AST) Date: Tue, 12 Dec 2006 22:21:21 -0400 From: "Marc G. Fournier" To: John Baldwin Message-ID: In-Reply-To: <58036A83E4BEA04667F03D6D@ganymede.hub.org> References: <624054998B7DEF7D446796E1@ganymede.hub.org> <2DFC96D03609F01A73C57471@ganymede.hub.org> <2AE857ECA9779462311B42E4@ganymede.hub.org> <200612121740.18368.jhb@freebsd.org> <58036A83E4BEA04667F03D6D@ganymede.hub.org> X-Mailer: Mulberry/4.0.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-proliant@freebsd.org, jmc@freebsd.org, freebsd-stable@freebsd.org Subject: Re: BREAK TO DDB over SSH (Was: Re: panic: sleeping thread) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2006 02:21:18 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Tuesday, December 12, 2006 20:43:07 -0400 "Marc G. Fournier" wrote: > 'k, I'm updating my kernel/world to todays, removed KDB_UNATTENDED and > changed BREAK_TO... to ALT_BREAK_TO... to see if its escape sequence will > serve me better ... Nope, no different ... I suspect its because I'm going in through iLO, and its somehow trapping what I'm sending :( Oh well, unless jmc is out there and has a better idea, I guess I'll just have to hope that it drop's into it on its own next time :( I'm out of ideas here ... - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFf2Oh4QvfyHIvDvMRAtx+AJwIgXbdZvMy7ozZdHxs0j7JglBBJACg02Fg pqCIlSd/xftz7uldlaVEIBE= =8oVL -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 02:48:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7802216A47C; Wed, 13 Dec 2006 02:48:54 +0000 (UTC) (envelope-from bde@zeta.org.au) Received: from mailout2.pacific.net.au (mailout2-3.pacific.net.au [61.8.2.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id D255143CA2; Wed, 13 Dec 2006 02:47:27 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.2.162]) by mailout2.pacific.net.au (Postfix) with ESMTP id 7F5406E04A; Wed, 13 Dec 2006 13:48:24 +1100 (EST) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailproxy1.pacific.net.au (Postfix) with ESMTP id 1FB2C8C2C; Wed, 13 Dec 2006 13:48:24 +1100 (EST) Date: Wed, 13 Dec 2006 13:48:23 +1100 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: John Baldwin In-Reply-To: <200612121412.13551.jhb@freebsd.org> Message-ID: <20061213133411.S1136@delplex.bde.org> References: <456950AF.3090308@sh.cvut.cz> <3bbf2fe10612120643n6b4ad850oc857be46c48505cc@mail.gmail.com> <457EF835.2020705@FreeBSD.org> <200612121412.13551.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Suleiman Souhlal , Attilio Rao , freebsd-current@freebsd.org, bde@freebsd.org, Kostik Belousov , tegge@freebsd.org Subject: Re: kqueue LOR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2006 02:48:54 -0000 On Tue, 12 Dec 2006, John Baldwin wrote: > On Tuesday 12 December 2006 13:43, Suleiman Souhlal wrote: >> Why is memory barrier usage not encouraged? As you said, they can be used to >> reduce the number of atomic (LOCKed) operations, in some cases. >> ... >> Admittedly, they are harder to use than atomic operations, but it might >> still worth having something similar. How would MI code know when using memory barriers is good? This is already hard to know for atomic ops -- if there would more than a couple of atomic ops then it is probably better to use 1 mutex lock/unlock and no atomic ops, since this reduces the total number of atomic ops in most cases, but it is hard for MI code to know how many "a couple" is. (This also depends on the SMP option -- without SMP, locking is automatic so atomic ops are very fast but mutexes are still slow since they do a lot more than an atomic op.) > Memory barriers just specify ordering, they don't ensure a cache flush so > another CPU reads up to date values. You can use memory barriers in > conjunction with atomic operations on a variable to ensure that you can > safely read other variables (which is what locks do). For example, in this I thought that the acquire/release variants of atomic ops guarantee this. They seem to be documented to do this, while mutexes don't seem to be documented to do this. The MI (?) implementation of mutexes depends on atomic_cmpset_{acq,rel}_ptr() doing this. Bruc From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 03:00:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5648916A403 for ; Wed, 13 Dec 2006 03:00:51 +0000 (UTC) (envelope-from kailockwood@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A6CB43CA0 for ; Wed, 13 Dec 2006 02:59:24 +0000 (GMT) (envelope-from kailockwood@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so17004nzh for ; Tue, 12 Dec 2006 19:00:50 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; b=EHANRN8TueCv8yYnU1vlSG1ufAV4f0trB7RkquuAS8dWKzGnwliXqxcGVHX0HvQ3ZJVESFaxLlwfw9FpQqRugGjyUXqmPApsBfGeJ+hhXkhx2nuVB9zUha9dl0s2BN8E/vysDSVaqa8szICQMWdt9VLybpSvf+lb555xEPX1oWo= Received: by 10.64.125.17 with SMTP id x17mr7593913qbc.1165978850031; Tue, 12 Dec 2006 19:00:50 -0800 (PST) Received: from ?192.168.1.102? ( [69.145.125.218]) by mx.google.com with ESMTP id 1sm208807qbh.2006.12.12.19.00.48; Tue, 12 Dec 2006 19:00:48 -0800 (PST) Message-ID: <457F6C4B.1040603@gmail.com> Date: Tue, 12 Dec 2006 19:58:19 -0700 From: Kai Lockwood User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20061209003027.O53770@arbitor.digitalfreaks.org> In-Reply-To: <20061209003027.O53770@arbitor.digitalfreaks.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: bus_dmamem_alloc in drm / radeon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2006 03:00:51 -0000 I am having nearly the same problem. I startx and the machine ether hangs or kernel panics. I tried to look at the crash dumps but I am no expert will kgdb. Brian A. Seklecki wrote: > > A highly repeatable situation: > > FreeBSD soundwave 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #0: Wed Sep 13 > 14:51:18 EDT 2006 root@soundwave:/usr/obj/usr/src/sys/SMP i386 > > > drm0: port 0xdd00-0xddff mem > 0xf0000000-0xf7ffffff,0xfe9e0000-0xfe9effff irq 22 at device 1.0 on pci2 > info: [drm] Initialized radeon 1.24.0 20060225 > info: [drm] Setting GART location based on old memory map > > ***** bus_dmamem_alloc failed to align memory properly.info: > > [drm] Loading R200 Microcode info: > [drm] writeback test succeeded in 1 usecs > > The Xorg process goes solid in ioctl on /dev/dri/card0 presumably > > 768 seklecki 1 128 0 149M 10516K RUN 4:56 100.15% Xorg > > 768 Xorg CALL ioctl(0x8,0x20006444 ,0) > 768 Xorg RET ioctl -1 errno 16 Device busy > 768 Xorg CALL ioctl(0x8,0x20006444 ,0) > 768 Xorg RET ioctl -1 errno 16 Device busy > 768 Xorg CALL ioctl(0x8,0x20006444 ,0) > 768 Xorg RET ioctl -1 errno 16 Device busy > 768 Xorg CALL ioctl(0x8,0x20006444 ,0) > 768 Xorg RET ioctl -1 errno 16 Device busy > 768 Xorg CALL ioctl(0x8,0x20006444 ,0) > 768 Xorg RET ioctl -1 errno 16 Device busy > 768 Xorg CALL ioctl(0x8,0x20006444 ,0) > 768 Xorg RET ioctl -1 errno 16 Device busy > 768 Xorg CALL ioctl(0x8,0x20006444 ,0) > > I can provide full dmesg(8) if needed. > > > l8* > -lava (Brian A. Seklecki - Pittsburgh, PA, USA) > http://www.spiritual-machines.org/ > > "...from back in the heady days when "helpdesk" meant nothing, > "diskquota" > meant everything, and lives could be bought and sold for a couple of > pages > of laser printout - and frequently were." > _______________________________________________ > 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 Dec 13 04:13:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D7CA116A403; Wed, 13 Dec 2006 04:13:52 +0000 (UTC) (envelope-from Tor.Egge@cvsup.no.freebsd.org) Received: from pil.idi.ntnu.no (pil.idi.ntnu.no [129.241.107.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83F7543C9F; Wed, 13 Dec 2006 04:12:25 +0000 (GMT) (envelope-from Tor.Egge@cvsup.no.freebsd.org) Received: from cvsup.no.freebsd.org (c2h5oh.idi.ntnu.no [129.241.103.69]) by pil.idi.ntnu.no (8.13.6/8.13.1) with ESMTP id kBD4DnuW021699 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 13 Dec 2006 05:13:49 +0100 (MET) Received: from localhost (localhost [127.0.0.1]) by cvsup.no.freebsd.org (8.13.4/8.13.4) with ESMTP id kBD4Dljh077282; Wed, 13 Dec 2006 04:13:47 GMT (envelope-from Tor.Egge@cvsup.no.freebsd.org) Date: Wed, 13 Dec 2006 04:12:57 +0000 (UTC) Message-Id: <20061213.041257.74683466.Tor.Egge@cvsup.no.freebsd.org> To: kostikbel@gmail.com From: Tor Egge In-Reply-To: <20061212135251.GJ311@deviant.kiev.zoral.com.ua> References: <20061212101903.GF311@deviant.kiev.zoral.com.ua> <20061212220705.F57430@delplex.bde.org> <20061212135251.GJ311@deviant.kiev.zoral.com.ua> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned-By: mimedefang.idi.ntnu.no, using CLAMD X-SMTP-From: Sender=, Relay/Client=c2h5oh.idi.ntnu.no [129.241.103.69], EHLO=cvsup.no.freebsd.org X-Scanned-By: MIMEDefang 2.48 on 129.241.107.38 X-Scanned-By: mimedefang.idi.ntnu.no, using MIMEDefang 2.48 with local filter 16.42-idi X-Filter-Time: 1 seconds Cc: freebsd-stable@freebsd.org, bde@zeta.org.au, freebsd-current@freebsd.org, ssouhlal@freebsd.org, V.Haisman@sh.cvut.cz, bde@freebsd.org Subject: Re: kqueue LOR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2006 04:13:53 -0000 > Hmm, may be, since vnode must be interlocked by ffs_sync() after > MNTK_SUSPENDED set, and before MNTK_SUSPEND, mount interlock is not > needed in ufs_itimes. > > Tor ? If neither IN_CHANGE nor IN_UPDATE is set then it might be unsafe to set IN_MODIFIED in ufs_itimes() since the file system might be suspended or in the process of being suspended with the vnode sync loop in ffs_sync() having iterated past the vnode. I don't think the mount interlock is needed to check for MNTK_SUSPEND being set in ufs_itimes() as long as the vnode interlock is held. If a stale value is read without MNTK_SUSPEND set then the vnode sync loop in ffs_sync() cannot have iterated past the vnode, thus it should still be safe to set IN_MODIFIED. All writes by the CPU performing the vnode sync loop before it released the vnode interlock for the same vnode should be visible to the CPU in ufs_itimes() after it has obtained the vnode interlock. - Tor Egge From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 06:10:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 43D7716A403 for ; Wed, 13 Dec 2006 06:10:28 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id D11D843C9D for ; Wed, 13 Dec 2006 06:09:00 +0000 (GMT) (envelope-from spork@bway.net) Received: (qmail 76163 invoked by uid 0); 13 Dec 2006 06:10:26 -0000 Received: from unknown (HELO white.nat.fasttrackmonkey.com) (spork@bway.net@216.220.116.154) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 13 Dec 2006 06:10:26 -0000 Date: Wed, 13 Dec 2006 01:10:25 -0500 (EST) From: Charles Sprickman X-X-Sender: spork@white.nat.fasttrackmonkey.com To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: pf killing NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2006 06:10:28 -0000 Hi all, I'm running a 6.2-RC1 box (cvsup'd today) that has two broadcom nics. One is an internal network (nfs) and the other is external. PF has this rule for all traffic on the private net: [root@archive /home/jails]# pfctl -sr|grep bge1 pass in quick on bge1 inet from 192.168.1.0/24 to any pass out quick on bge1 inet from any to 192.168.1.0/24 No state since these are "quick" and symmetrical. Doing something like "ls /usr/ports" will just hang until interrupted. Using tcp for nfs makes it workable, but very slow. If I disable pf (pfctl -d), both types of mounts work, and speed is excellent. I also just found that if I remove the "scrub in all" statement and change it to "scrub in on bge0", things are fine. Any idea what's going on? The tcpdump output confuses me (see "bad cksum!"), so I'm posting some snippets here. Looking at tcpdump, things look a bit odd. 192.168.1.111 is the nfs client (6.2-RC1), 192.168.1.100 is the nfs server (4.11): [root@archive /home/spork]# tcpdump -i bge1 -v tcpdump: listening on bge1, link-type EN10MB (Ethernet), capture size 96 bytes 00:59:16.269659 IP (tos 0x0, ttl 64, id 5395, offset 0, flags [none], proto: UDP (17), length: 132, bad cksum 0 (->e132)!) 192.168.1.111.1861387036 > 192.168.1.100.nfs: 104 access [|nfs] bad checksum before even hitting the wire?? 00:59:16.269920 IP (tos 0x0, ttl 64, id 46705, offset 0, flags [none], proto: UDP (17), length: 148) 192.168.1.100.nfs > 192.168.1.111.1861387036: reply ok 120 access attr: DIR 755 ids 0/0 [|nfs] We get a reply (dir is mode 755) 00:59:16.270010 IP (tos 0x0, ttl 64, id 5396, offset 0, flags [none], proto: UDP (17), length: 132, bad cksum 0 (->e131)!) 192.168.1.111.1861387037 > 192.168.1.100.nfs: 104 access [|nfs] Again, bad checksum FROM nfs client to server... 00:59:16.270211 IP (tos 0x0, ttl 64, id 58236, offset 0, flags [none], proto: UDP (17), length: 148) 192.168.1.100.nfs > 192.168.1.111.1861387037: reply ok 120 access attr: DIR 755 ids 0/0 [|nfs] 00:59:16.270306 IP (tos 0x0, ttl 64, id 5397, offset 0, flags [none], proto: UDP (17), length: 132, bad cksum 0 (->e130)!) 192.168.1.111.1861387038 > 192.168.1.100.nfs: 104 access [|nfs] Now to confuse things further, if I disable pf (pfctl -d), speeds are great, but I still get these bad checksum errors: 01:04:21.498293 IP (tos 0x0, ttl 64, id 5482, offset 0, flags [none], proto: UDP (17), length: 132, bad cksum 0 (->e0db)!) 192.168.1.111.1861387048 > 192.168.1.100.nfs: 104 access [|nfs] 01:04:21.498607 IP (tos 0x0, ttl 64, id 16228, offset 0, flags [none], proto: UDP (17), length: 148) 192.168.1.100.nfs > 192.168.1.111.1861387048: reply ok 120 access attr: DIR 755 ids 0/0 [|nfs] 01:04:21.498675 IP (tos 0x0, ttl 64, id 5483, offset 0, flags [none], proto: UDP (17), length: 132, bad cksum 0 (->e0da)!) 192.168.1.111.1861387049 > 192.168.1.100.nfs: 104 access [|nfs] 01:04:21.498900 IP (tos 0x0, ttl 64, id 13349, offset 0, flags [none], proto: UDP (17), length: 148) 192.168.1.100.nfs > 192.168.1.111.1861387049: reply ok 120 access attr: DIR 755 ids 0/0 [|nfs] 01:04:21.498924 IP (tos 0x0, ttl 64, id 5484, offset 0, flags [none], proto: UDP (17), length: 132, bad cksum 0 (->e0d9)!) 192.168.1.111.1861387050 > 192.168.1.100.nfs: 104 access [|nfs] 01:04:21.499195 IP (tos 0x0, ttl 64, id 34907, offset 0, flags [none], proto: UDP (17), length: 148) 192.168.1.100.nfs > 192.168.1.111.1861387050: reply ok 120 access attr: DIR 755 ids 0/0 [|nfs] From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 06:28:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3716716A40F for ; Wed, 13 Dec 2006 06:28:41 +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 31C3543CA2 for ; Wed, 13 Dec 2006 06:27:12 +0000 (GMT) (envelope-from janm@transactionware.com) Received: (qmail 76220 invoked from network); 13 Dec 2006 06:28:57 -0000 Received: from unknown (HELO midgard.transactionware.com) (192.168.1.38) by dm.transactionware.com with SMTP; 13 Dec 2006 06:28:57 -0000 Received: (qmail 60561 invoked by uid 907); 13 Dec 2006 06:28:36 -0000 Received: from [192.168.1.51] (HELO janmxp) (192.168.1.51) by midgard.transactionware.com (qpsmtpd/0.32) with SMTP; Wed, 13 Dec 2006 17:28:36 +1100 Message-ID: <00a601c71e7f$ed63f7a0$3301a8c0@janmxp> From: "Jan Mikkelsen" To: Date: Wed, 13 Dec 2006 17:28:39 +1100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.2826 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2826 Subject: g_vfs_done() failures on 6.2-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2006 06:28:41 -0000 Hi, I have seen g_vfs_done() failures with absurd offsets in the face of heavy I/O. Recovery doesn't seem to happen, leading to the need to reboot the system. The problem seems to occur without any underlying disk device failure. An example from yesterday: This message repeats on the order of 10s of thousands of times, with no earlier message: g_vfs_done():da1s1d[READ(offset=5036583429229836288, length=16384)]error = 5 Bsdlabel correctly reports that /dev/da1s1d has 1748318312 512-byte blocks, so the offset is clearly wrong. The filesystem was using softupdates and was doing a few "rm -rf"s on two cvs repositories. After this error the rm didn't die from SIGTERM or SIGKILL. (Unfortunately, I didn't check wchan for the rm process. Sorry.) The shutdown took three hours. I didn't have console access, so I don't know the console messages at the time. The machine did respond to pings during at least the first hour. After it came back up, the filesystems were all reported as clean. Attempting to finish off the "rm" produced this result: bad block 8819084429375818952, ino 92865791 pid 49 (softdepflush), uid 0 inumber 92865791 on /work: bad block bad block -8123569960048088809, ino 92865791 pid 49 (softdepflush), uid 0 inumber 92865791 on /work: bad block handle_workitem_freeblocks: block count g_vfs_done():da1s1d[READ(offset=1154660658434844672, length=16384)]error = 5 bad block -9114721846648257515, ino 92865789 pid 49 (softdepflush), uid 0 inumber 92865789 on /work: bad block g_vfs_done():da1s1d[READ(offset=8698001308483434496, length=16384)]error = 5 bad block -8102232258315484873, ino 92865789 pid 49 (softdepflush), uid 0 inumber 92865789 on /work: bad block g_vfs_done():da1s1d[READ(offset=4586979512427630592, length=16384)]error = 5 bad block -3438510379221006390, ino 92865789 pid 49 (softdepflush), uid 0 inumber 92865789 on /work: bad block g_vfs_done():da1s1d[READ(offset=196654394503331840, length=16384)]error = 5 g_vfs_done():da1s1d[READ(offset=26142581273591808, length=16384)]error = 5 bad block 504981533259792482, ino 92865789 pid 49 (softdepflush), uid 0 inumber 92865789 on /work: bad block bad block 1538054898336656903, ino 92865789 pid 49 (softdepflush), uid 0 inumber 92865789 on /work: bad block g_vfs_done():da1s1d[READ(offset=249387551018614784, length=16384)]error = 5 bad block 18582847101533720, ino 92865789 pid 49 (softdepflush), uid 0 inumber 92865789 on /work: bad block g_vfs_done():da1s1d[READ(offset=259247319150690304, length=16384)]error = 5 bad block -3429473246997783577, ino 92865789 pid 49 (softdepflush), uid 0 inumber 92865789 on /work: bad block bad block -3335830404336954747, ino 92865789 pid 49 (softdepflush), uid 0 inumber 92865789 on /work: bad block bad block -1007814018434232494, ino 92865789 pid 49 (softdepflush), uid 0 inumber 92865789 on /work: bad block handle_workitem_freeblocks: block count A reboot to single user mode and an fsck cleaned things up. In this case it is a machine running 6.2-RC1/amd64 with patches on a SuperMicro motherboard, 2 x Xeon 5140 CPUs, 4GB ECC memory and an Areca SATA raid controller. The raid array is RAID-6, with write-through controller cache and drive write cache disabled. The controller reported no I/O errors, no volumes are degraded. I have also seen very similar problems on a dual-Opteron machine with ataraid (in that case, 6.1-RELEASE), again undegraded and no device I/O errors reported. The patches: - Daichi Goto's unionfs-p16 has been applied. - The Areca driver is 1.20.00.12 from the Areca website. - sym(4) patch (see PR/89550), but no sym controller present. - SMP + FAST_IPSEC + SUIDDIR + device crypto. So: I've seen this problem on a few machines under heavy I/O load, with ataraid and with arcmsr. I've seen others report similar problems, but I've seen no resolution. Does anyone have any idea what the problem is? Has anyone else seen similar problems? Where to from here? Thanks, Jan Mikkelsen janm@transactionware.com From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 06:49:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7EABF16A403 for ; Wed, 13 Dec 2006 06:49:15 +0000 (UTC) (envelope-from freebsd@chrisbuechler.com) Received: from mail.livebsd.com (mail.livebsd.com [69.64.6.14]) by mx1.FreeBSD.org (Postfix) with SMTP id 0646143CB6 for ; Wed, 13 Dec 2006 06:47:46 +0000 (GMT) (envelope-from freebsd@chrisbuechler.com) Received: (qmail 56903 invoked by uid 89); 13 Dec 2006 06:49:13 -0000 Received: from unknown (HELO ?10.0.30.2?) (208.60.70.178) by 172.29.29.14 with SMTP; 13 Dec 2006 06:49:13 -0000 Message-ID: <457FA268.4020003@chrisbuechler.com> Date: Wed, 13 Dec 2006 01:49:12 -0500 From: Chris Buechler User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <457EDD6B.20107@chrisbuechler.com> <2a41acea0612120936q671d5b59g39100983f2adf9db@mail.gmail.com> In-Reply-To: <2a41acea0612120936q671d5b59g39100983f2adf9db@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: 6.2-RC1 em(4) issue - freezes during CD boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2006 06:49:15 -0000 Jack Vogel wrote: > UH, can't do anything if you don't give any information, saying its a > 'box' > and it has an 'em' is useless. We have installed RC1 on a number of > systems without problem. Yes, I understand that. I was after what info would be useful. You gave me a few ideas, thanks. As for ACPI, the boot menu option recently changed to "enable ACPI", so I'm assuming it must be disabled by default now. I tried with ACPI on 6.2-RC1 and got the same result. I was able to narrow this down to something that has changed since 6.2-BETA3. The BETA3 CD boots, installs, and works fine. The RC1 CD won't boot, as I described in my first message. With the em card taken out, the 6.2-RC1 CD boots and installs just fine, so it's definitely the em card. Hardware: Dual AMD Athlon MP 2800+, Tyan Tiger MPX motherboard, 2 GB reg ECC RAM, Adaptec 2110S PCI-X SCSI RAID, onboard xl(4) NIC, Intel PRO/1000 MT PCI desktop adapter (ugh, I know it's not well suited for the box, but this is a personal server and a cheap card that's adequate for my needs). Drives: 3 x 18 GB SCSI in RAID 5, 1 x 73 GB SCSI on RAID controller but a stand alone drive, and a 500 GB IDE drive on the onboard IDE controller. Cheers, -Chris From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 06:51:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1482816A403 for ; Wed, 13 Dec 2006 06:51:29 +0000 (UTC) (envelope-from LukeD@pobox.com) Received: from proof.pobox.com (proof.pobox.com [207.106.133.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F57E43CF6 for ; Wed, 13 Dec 2006 06:49:45 +0000 (GMT) (envelope-from LukeD@pobox.com) Received: from proof (localhost [127.0.0.1]) by proof.pobox.com (Postfix) with ESMTP id 2742828D89; Wed, 13 Dec 2006 01:51:34 -0500 (EST) Received: from border.crystalsphere.multiverse (pool-71-112-204-105.sttlwa.dsl-w.verizon.net [71.112.204.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by proof.sasl.smtp.pobox.com (Postfix) with ESMTP id 65DCD9C0EC; Wed, 13 Dec 2006 01:51:32 -0500 (EST) Date: Tue, 12 Dec 2006 22:51:04 -0800 (PST) From: Luke Dean X-X-Sender: lukas@border.crystalsphere.multiverse To: Charles Sprickman In-Reply-To: Message-ID: <20061212224537.Y97228@border.crystalsphere.multiverse> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: pf killing NFS 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: Wed, 13 Dec 2006 06:51:29 -0000 On Wed, 13 Dec 2006, Charles Sprickman wrote: > Hi all, > > I'm running a 6.2-RC1 box (cvsup'd today) that has two broadcom nics. One is > an internal network (nfs) and the other is external. > > PF has this rule for all traffic on the private net: > > [root@archive /home/jails]# pfctl -sr|grep bge1 > pass in quick on bge1 inet from 192.168.1.0/24 to any > pass out quick on bge1 inet from any to 192.168.1.0/24 > > No state since these are "quick" and symmetrical. > > Doing something like "ls /usr/ports" will just hang until interrupted. Using > tcp for nfs makes it workable, but very slow. > > If I disable pf (pfctl -d), both types of mounts work, and speed is > excellent. I also just found that if I remove the "scrub in all" statement > and change it to "scrub in on bge0", things are fine. I believe it's a bad idea to run NFS traffic through scrub unless you use the "no-df" option with it. I just don't scrub my internal network traffic at all. I got this from "man pf.conf": scrub has the following options: no-df Clears the dont-fragment bit from a matching IP packet. Some oper- ating systems are known to generate fragmented packets with the dont-fragment bit set. This is particularly true with NFS. Scrub will drop such fragmented dont-fragment packets unless no-df is specified. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 06:53:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A634E16A407; Wed, 13 Dec 2006 06:53:40 +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 78C5C43CD4; Wed, 13 Dec 2006 06:52:07 +0000 (GMT) (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 1GuNzg-000LfL-3g; Wed, 13 Dec 2006 08:53:32 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: "Marc G. Fournier" In-reply-to: Your message of Tue, 12 Dec 2006 22:21:21 -0400 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 13 Dec 2006 08:53:32 +0200 From: Danny Braniss Message-ID: Cc: jmc@freebsd.org, freebsd-proliant@freebsd.org, freebsd-stable@freebsd.org Subject: Re: BREAK TO DDB over SSH (Was: Re: panic: sleeping thread) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2006 06:53:40 -0000 > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > > - --On Tuesday, December 12, 2006 20:43:07 -0400 "Marc G. Fournier" > wrote: > > > 'k, I'm updating my kernel/world to todays, removed KDB_UNATTENDED and > > changed BREAK_TO... to ALT_BREAK_TO... to see if its escape sequence will > > serve me better ... > > Nope, no different ... I suspect its because I'm going in through iLO, and its > somehow trapping what I'm sending :( > > Oh well, unless jmc is out there and has a better idea, I guess I'll just have > to hope that it drop's into it on its own next time :( I'm out of ideas here > ... > have you tried enabling ttyd0 in /etc/ttys? danny From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 07:04:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5CFEA16A403 for ; Wed, 13 Dec 2006 07:04:04 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: from mail.sub.ru (host-205-2.netflow.ru [88.212.205.2]) by mx1.FreeBSD.org (Postfix) with SMTP id 1BC6E43CD9 for ; Wed, 13 Dec 2006 07:02:35 +0000 (GMT) (envelope-from tarkhil@webmail.sub.ru) Received: (qmail 14310 invoked by uid 0); 13 Dec 2006 10:08:18 +0300 Received: from unknown (HELO ?85.192.19.9?) (tarkhil%sub.ru@85.192.19.9) by techno.sub.ru with SMTP; 13 Dec 2006 07:08:18 -0000 Message-ID: <457FA5D7.9060502@webmail.sub.ru> Date: Wed, 13 Dec 2006 10:03:51 +0300 From: Alex Povolotsky User-Agent: Thunderbird 1.5.0.8 (X11/20061128) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: Strange panics X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2006 07:04:04 -0000 Hello! I'm getting lots of panics on quite lightly loaded box under 6.1-RELEASE. The box runned two jails without any flaws for several weeks, after adding third one it begins to panics at least once a day. I have no idea on what could cause this. Here is my dmesg.boot (partially, I can send it all) Copyright (c) 1992-2006 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 6.1-RELEASE #0: Tue Dec 12 08:44:28 MSK 2006 tarkhil@box2s.sub.ru:/usr/obj/usr/src/sys/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2793.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 Features=0xbfebfbff Features2=0x641d> AMD Features=0x20100000 Logical CPUs per core: 2 real memory = 2147352576 (2047 MB) avail memory = 2096328704 (1999 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 and here is kgbd output Fatal trap 12: page fault while in kernel mode cpuid = 2; apic id = 06 fault virtual address = 0xac fault code = supervisor write, page not present instruction pointer = 0x20:0xc06ee9d0 stack pointer = 0x28:0xe91e2b18 frame pointer = 0x28:0xe91e2b34 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 = 16260 (tcpserver) trap number = 12 panic: page fault cpuid = 2 Uptime: 19h33m1s (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc06507c9 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:402 #2 0xc0650af1 in panic (fmt=0xc08958ae "%s") at /usr/src/sys/kern/kern_shutdown.c:558 #3 0xc084a2cc in trap_fatal (frame=0xe91e2ad8, eva=172) at /usr/src/sys/i386/i386/trap.c:836 #4 0xc084a00b in trap_pfault (frame=0xe91e2ad8, usermode=0, eva=172) at /usr/src/sys/i386/i386/trap.c:744 #5 0xc0849c45 in trap (frame= {tf_fs = -1065156600, tf_es = -1056636888, tf_ds = 40, tf_edi = 55, tf_esi = 0, tf_ebp = -383898828, tf_isp = -383898876, tf_ebx = -383898480, tf_edx = -944133120, tf_ecx = 0, tf_eax = 4, tf_trapno = 12, tf_err = 2, tf_eip = -1066473008, tf_cs = 32, tf_eflags = 66182, tf_esp = -880992256, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:434 #6 0xc0836c4a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc06ee9d0 in ip_ctloutput (so=0x4, sopt=0xe91e2c90) at atomic.h:146 #8 0xc06feb73 in tcp_ctloutput (so=0xc811b6f4, sopt=0xe91e2c90) at /usr/src/sys/netinet/tcp_usrreq.c:1038 #9 0xc068bdf8 in sosetopt (so=0xc811b6f4, sopt=0xe91e2c90) at /usr/src/sys/kern/uipc_socket.c:1560 #10 0xc0691115 in kern_setsockopt (td=0xc7b9ac00, s=0, level=4, name=4, val=0xc7b9ac00, valseg=UIO_USERSPACE, valsize=0) at /usr/src/sys/kern/uipc_syscalls.c:1351 #11 0xc0691046 in setsockopt (td=0xc7b9ac00, uap=0x4) at /usr/src/sys/kern/uipc_syscalls.c:1307 #12 0xc084a613 in syscall (frame= {tf_fs = -1078001605, tf_es = 59, tf_ds = -1078001605, tf_edi = -1077942204, tf_esi = 3, tf_ebp = -1077942408, tf_isp = -383898268, tf_ebx = 0, tf_edx = 2, tf_ecx = 134545464, tf_eax = 105, tf_trapno = 12, tf_err = 2, tf_eip = 186394799, tf_cs = 51, tf_eflags = 642, tf_esp = -1077942452, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:981 #13 0xc0836c9f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #14 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) === cut === Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xac fault code = supervisor write, page not present instruction pointer = 0x20:0xc06ee9d0 stack pointer = 0x28:0xe8f77b18 frame pointer = 0x28:0xe8f77b34 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 = 86881 (tcpserver) trap number = 12 panic: page fault cpuid = 0 Uptime: 1h55m49s Dumping 2047 MB (2 chunks) chunk 0: 1MB (158 pages) ... ok chunk 1: 2047MB (524000 pages) 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc06507c9 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:402 #2 0xc0650af1 in panic (fmt=0xc08958ae "%s") at /usr/src/sys/kern/kern_shutdown.c:558 #3 0xc084a2cc in trap_fatal (frame=0xe8f77ad8, eva=172) at /usr/src/sys/i386/i386/trap.c:836 #4 0xc084a00b in trap_pfault (frame=0xe8f77ad8, usermode=0, eva=172) at /usr/src/sys/i386/i386/trap.c:744 #5 0xc0849c45 in trap (frame= {tf_fs = -939130872, tf_es = -1056636888, tf_ds = 40, tf_edi = 55, tf_esi = 0, tf_ebp = -386434252, tf_isp = -386434300, tf_ebx = -386433904, tf_edx = -951618816, tf_ecx = 0, tf_eax = 4, tf_trapno = 12, tf_err = 2, tf_eip = -1066473008, tf_cs = 32, tf_eflags = 66182, tf_esp = -953071872, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:434 #6 0xc0836c4a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc06ee9d0 in ip_ctloutput (so=0x4, sopt=0xe8f77c90) at atomic.h:146 #8 0xc06feb73 in tcp_ctloutput (so=0xc8c0142c, sopt=0xe8f77c90) at /usr/src/sys/netinet/tcp_usrreq.c:1038 #9 0xc068bdf8 in sosetopt (so=0xc8c0142c, sopt=0xe8f77c90) at /usr/src/sys/kern/uipc_socket.c:1560 #10 0xc0691115 in kern_setsockopt (td=0xc7477300, s=0, level=4, name=4, val=0xc7477300, valseg=UIO_USERSPACE, valsize=0) at /usr/src/sys/kern/uipc_syscalls.c:1351 #11 0xc0691046 in setsockopt (td=0xc7477300, uap=0x4) at /usr/src/sys/kern/uipc_syscalls.c:1307 #12 0xc084a613 in syscall (frame= {tf_fs = -1078001605, tf_es = 59, tf_ds = -1078001605, tf_edi = -1077942088, tf_esi = 3, tf_ebp = -1077942296, tf_isp = -386433692, tf_ebx = 0, tf_edx = 2, tf_ecx = 134545464, tf_eax = 105, tf_trapno = 12, tf_err = 2, tf_eip = 186394799, tf_cs = 51, tf_eflags = 646, tf_esp = -1077942340, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:981 #13 0xc0836c9f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #14 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) === cut === NIC is Intel (em). Can anyone provide any help with this? Alex. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 07:25:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DF7F716A412 for ; Wed, 13 Dec 2006 07:25:58 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D85F43CA1 for ; Wed, 13 Dec 2006 07:24:30 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kBD7Pp4O007568; Wed, 13 Dec 2006 00:25:57 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <457FAAFD.1080707@samsco.org> Date: Wed, 13 Dec 2006 00:25:49 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Jan Mikkelsen References: <00a601c71e7f$ed63f7a0$3301a8c0@janmxp> In-Reply-To: <00a601c71e7f$ed63f7a0$3301a8c0@janmxp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: g_vfs_done() failures on 6.2-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2006 07:25:59 -0000 Jan Mikkelsen wrote: > - Daichi Goto's unionfs-p16 has been applied. > - The Areca driver is 1.20.00.12 from the Areca website. > - sym(4) patch (see PR/89550), but no sym controller present. > - SMP + FAST_IPSEC + SUIDDIR + device crypto. > > So: I've seen this problem on a few machines under heavy I/O load, with > ataraid and with arcmsr. I've seen others report similar problems, but > I've seen no resolution. Does anyone have any idea what the problem > is? Has anyone else seen similar problems? Where to from here? > > Thanks, > You mention that you are using a driver from the Areca website. Have you tried using the stock driver that comes with FreeBSD? I don't know if it will be better or not, but I was planning on doing a refresh of the stock driver, and I'd hate to introduce instability that wasn't there before. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 07:33:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A7D2A16A4C9 for ; Wed, 13 Dec 2006 07:33:42 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from optimus.centralmiss.com (ns.centralmiss.com [206.156.254.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88B9943CBC for ; Wed, 13 Dec 2006 07:32:09 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by optimus.centralmiss.com (Postfix) with ESMTP id 1FA5F28432; Wed, 13 Dec 2006 01:33:36 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 75B6261C36; Wed, 13 Dec 2006 01:33:35 -0600 (CST) Date: Wed, 13 Dec 2006 01:33:35 -0600 From: "Matthew D. Fuller" To: Scott Long Message-ID: <20061213073335.GW31944@over-yonder.net> References: <00a601c71e7f$ed63f7a0$3301a8c0@janmxp> <457FAAFD.1080707@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <457FAAFD.1080707@samsco.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.3 Cc: Jan Mikkelsen , freebsd-stable@freebsd.org Subject: Re: g_vfs_done() failures on 6.2-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2006 07:33:42 -0000 On Wed, Dec 13, 2006 at 12:25:49AM -0700 I heard the voice of Scott Long, and lo! it spake thus: > > You mention that you are using a driver from the Areca website. > Have you tried using the stock driver that comes with FreeBSD? I > don't know if it will be better or not, but I was planning on doing > a refresh of the stock driver, and I'd hate to introduce instability > that wasn't there before. I don't think it's related to that. I know a guy who saw similar errors on an ICH-6(?) controller (with no RAID) on some random RELENG_6, ending up in somewhat wonky filesystems. I was inclined to blame the controller, since it ends up with SATA slave devices. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 07:42:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2009416A4B3; Wed, 13 Dec 2006 07:42:34 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id C308743CC5; Wed, 13 Dec 2006 07:40:23 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.183]) by hub.org (Postfix) with ESMTP id 9996B118B40C; Wed, 13 Dec 2006 03:41:24 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-new, port 10024) with ESMTP id 40751-02; Wed, 13 Dec 2006 03:41:26 -0400 (AST) Received: from ganymede.hub.org (blk-137-79-174.eastlink.ca [24.137.79.174]) by hub.org (Postfix) with ESMTP id 2A82A118B408; Wed, 13 Dec 2006 03:41:24 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 6CFFD5C42A; Wed, 13 Dec 2006 03:41:26 -0400 (AST) Date: Wed, 13 Dec 2006 03:41:26 -0400 From: "Marc G. Fournier" To: Danny Braniss Message-ID: In-Reply-To: References: X-Mailer: Mulberry/4.0.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: jmc@freebsd.org, freebsd-proliant@freebsd.org, freebsd-stable@freebsd.org Subject: Re: BREAK TO DDB over SSH (Was: Re: panic: sleeping thread) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2006 07:42:34 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Wednesday, December 13, 2006 08:53:32 +0200 Danny Braniss wrote: > have you tried enabling ttyd0 in /etc/ttys? Although I'm willing to try just about anything, to what effect? I don't have anything attached to any serial ports ... - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFf66m4QvfyHIvDvMRApIhAKDu6nQujoTRG2oorqHE+mkcnY6TwACfb9zH uqZ/ZeZJUSOkOYQzeo5OiTs= =BAKt -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 08:09:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B93B16A403 for ; Wed, 13 Dec 2006 08:09:31 +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 AE18943CA4 for ; Wed, 13 Dec 2006 08:08:01 +0000 (GMT) (envelope-from janm@transactionware.com) Received: (qmail 77417 invoked from network); 13 Dec 2006 08:09:34 -0000 Received: from unknown (HELO midgard.transactionware.com) (192.168.1.38) by dm.transactionware.com with SMTP; 13 Dec 2006 08:09:34 -0000 Received: (qmail 75070 invoked by uid 907); 13 Dec 2006 08:09:13 -0000 Received: from [192.168.1.51] (HELO janmxp) (192.168.1.51) by midgard.transactionware.com (qpsmtpd/0.32) with SMTP; Wed, 13 Dec 2006 19:09:13 +1100 Message-ID: <00d401c71e8d$fb60de00$3301a8c0@janmxp> From: "Jan Mikkelsen" To: "Scott Long" References: <00a601c71e7f$ed63f7a0$3301a8c0@janmxp> <457FAAFD.1080707@samsco.org> Date: Wed, 13 Dec 2006 19:09:15 +1100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.2826 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2826 Cc: freebsd-stable@freebsd.org Subject: Re: g_vfs_done() failures on 6.2-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2006 08:09:31 -0000 Scott Long wrote: > Jan Mikkelsen wrote: > >> - Daichi Goto's unionfs-p16 has been applied. >> - The Areca driver is 1.20.00.12 from the Areca website. >> - sym(4) patch (see PR/89550), but no sym controller present. >> - SMP + FAST_IPSEC + SUIDDIR + device crypto. >> >> So: I've seen this problem on a few machines under heavy I/O load, with >> ataraid and with arcmsr. I've seen others report similar problems, but >> I've seen no resolution. Does anyone have any idea what the problem is? >> Has anyone else seen similar problems? Where to from here? >> >> Thanks, >> > > You mention that you are using a driver from the Areca website. Have > you tried using the stock driver that comes with FreeBSD? I don't know > if it will be better or not, but I was planning on doing a refresh of > the stock driver, and I'd hate to introduce instability that wasn't there > before. I haven't run it recently. I can roll back to the stock driver and see whether I see it again. However, I can't always reproduce the problem, so I probably can't prove the absence of the problem. I mentioned that I have seen similar problems on machines with ataraid, like this: DOH! ata_alloc_composite failed! (x5) FAILURE - out of memory in ata_raid_init_request (x6) g_vfs_done():ar0s3f[WRITE(offset=113324673024, length=2048)]error = 5 g_vfs_done():ar0s3f[WRITE(offset=113325062144, length=2048)]error = 5 g_vfs_done():ar0s3f[WRITE(offset=113325127680, length=2048)]error = 5 g_vfs_done():ar0s3f[WRITE(offset=113325242368, length=2048)]error = 5 g_vfs_done():ar0s3f[WRITE(offset=113325256704, length=2048)]error = 5 g_vfs_done():ar0s3f[WRITE(offset=113325275136, length=2048)]error = 5 However, looking at this again, I'm not sure that the problem is identical anymore because the offset seems to be within the partition rather than just plain wrong (assuming the units of the offset message are bytes). These messages are from an HP DL145G1 with two SATA drives and ataraid. The workload that caused these messages is very similar: Heavy I/O during multiple concurrent removes of deep trees on a filesystem with softupdates, system needs a reboot to get back on track. Thanks, Jan. PS: Any news on importing the sym(4) patch? From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 08:21:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5CEB716A407 for ; Wed, 13 Dec 2006 08:21:26 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7108C43CBC for ; Wed, 13 Dec 2006 08:19:58 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id C1CA81A4D83; Wed, 13 Dec 2006 00:21:25 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id EC5DD5133A; Wed, 13 Dec 2006 03:21:24 -0500 (EST) Date: Wed, 13 Dec 2006 03:21:24 -0500 From: Kris Kennaway To: Jan Mikkelsen Message-ID: <20061213082124.GA29523@xor.obsecurity.org> References: <00a601c71e7f$ed63f7a0$3301a8c0@janmxp> <457FAAFD.1080707@samsco.org> <00d401c71e8d$fb60de00$3301a8c0@janmxp> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mP3DRpeJDSE+ciuQ" Content-Disposition: inline In-Reply-To: <00d401c71e8d$fb60de00$3301a8c0@janmxp> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: g_vfs_done() failures on 6.2-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2006 08:21:26 -0000 --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 13, 2006 at 07:09:15PM +1100, Jan Mikkelsen wrote: > Scott Long wrote: > >Jan Mikkelsen wrote: > > > >>- Daichi Goto's unionfs-p16 has been applied. > >>- The Areca driver is 1.20.00.12 from the Areca website. > >>- sym(4) patch (see PR/89550), but no sym controller present. > >>- SMP + FAST_IPSEC + SUIDDIR + device crypto. > >> > >>So: I've seen this problem on a few machines under heavy I/O load, wit= h=20 > >>ataraid and with arcmsr. I've seen others report similar problems, but= =20 > >>I've seen no resolution. Does anyone have any idea what the problem is= ?=20 > >>Has anyone else seen similar problems? Where to from here? > >> > >>Thanks, > >> > > > >You mention that you are using a driver from the Areca website. Have > >you tried using the stock driver that comes with FreeBSD? I don't know > >if it will be better or not, but I was planning on doing a refresh of > >the stock driver, and I'd hate to introduce instability that wasn't ther= e=20 > >before. >=20 > I haven't run it recently. I can roll back to the stock driver and see= =20 > whether I see it again. However, I can't always reproduce the problem, s= o=20 > I probably can't prove the absence of the problem. >=20 > I mentioned that I have seen similar problems on machines with ataraid,= =20 > like this: >=20 > DOH! ata_alloc_composite failed! (x5) > FAILURE - out of memory in ata_raid_init_request (x6) > g_vfs_done():ar0s3f[WRITE(offset=3D113324673024, length=3D2048)]error =3D= 5 > g_vfs_done():ar0s3f[WRITE(offset=3D113325062144, length=3D2048)]error =3D= 5 > g_vfs_done():ar0s3f[WRITE(offset=3D113325127680, length=3D2048)]error =3D= 5 > g_vfs_done():ar0s3f[WRITE(offset=3D113325242368, length=3D2048)]error =3D= 5 > g_vfs_done():ar0s3f[WRITE(offset=3D113325256704, length=3D2048)]error =3D= 5 > g_vfs_done():ar0s3f[WRITE(offset=3D113325275136, length=3D2048)]error =3D= 5 >=20 > However, looking at this again, I'm not sure that the problem is identica= l=20 > anymore because the offset seems to be within the partition rather than= =20 > just plain wrong (assuming the units of the offset message are bytes). = =20 > These messages are from an HP DL145G1 with two SATA drives and ataraid. >=20 > The workload that caused these messages is very similar: Heavy I/O durin= g=20 > multiple concurrent removes of deep trees on a filesystem with softupdate= s,=20 > system needs a reboot to get back on track. Yes, it looks like a different problem: a) It's a different driver (ataraid vs areca). The g_vfs_done message is a generic error, it means "the driver I was writing to returned EIO in response to this attempted write". The reasons why the error occurred will depend on the driver and hardware. b) As you say, the error messages are sensible in the ataraid case but not in the areca case. c) There is a previous error message which causes the g_vfs_done errors as secondary effects. Your bug here is whatever causes the "DOH!" in ataraid, so that's what you should follow up (separately). Kris --mP3DRpeJDSE+ciuQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFf7gEWry0BWjoQKURArHzAKC1wqMFp5nSdMICB856u3EoGa4F9wCgu0zk 5cGwr5awOIaDxaK+Z8fece4= =VDtB -----END PGP SIGNATURE----- --mP3DRpeJDSE+ciuQ-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 09:11:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2164E16A415 for ; Wed, 13 Dec 2006 09:11:55 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail21.syd.optusnet.com.au (mail21.syd.optusnet.com.au [211.29.133.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F1BA43CAA for ; Wed, 13 Dec 2006 09:10:20 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c58-107-94-118.belrs4.nsw.optusnet.com.au [58.107.94.118]) by mail21.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id kBD9Bkbi019831 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 13 Dec 2006 20:11:47 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id kBD9BkPJ001446 for ; Wed, 13 Dec 2006 20:11:46 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id kBD9BkgU001445 for freebsd-stable@freebsd.org; Wed, 13 Dec 2006 20:11:46 +1100 (EST) (envelope-from peter) Date: Wed, 13 Dec 2006 20:11:46 +1100 From: Peter Jeremy To: freebsd-stable@freebsd.org Message-ID: <20061213091146.GB888@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5mCyUwZo2JvN/JJP" Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Mounting smbfs as non-root X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2006 09:11:55 -0000 --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I am trying to mount a SMB filesystem as an ordinary user (because I don't want to give root to this particular person). Whilst running mount_smbfs as root works, attempting the same command as non-root consistently returns mount_smbfs: can not setup kernel iconv table (ISO8859-1:tolower): syserr = =3D Operation not permitted I've looked at a ktrace and the source code and the offending code is sysctlbyname("kern.iconv.add", ...) I've looked through iconv_sysctl_add() and can't see any way for the code to return EPERM. My reading of all the code also suggests that once the relevant iconv tables are loaded, then iconv_sysctl_add() should return EEXIST (via iconv_register_cspair()). But even if the relevant translation table is loaded (by mounting a SMB filesystem as root), I still get the above error when trying to use mount_smbfs as a user. I've even written some code to let me look at the kern.iconv MIB tree which confirms the above but doesn't get any me any closer to a solution. This is the same on two 6.2-PRERELEASE systems and I get the same behaviour on an oldish 7-current system. Does anyone have any suggestions on what is going wrong? --=20 Peter Jeremy --5mCyUwZo2JvN/JJP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFf8PS/opHv/APuIcRAkZJAKCs7Agq1P1U/DMv/S99j25S9iVRZACfb7V5 +j3uzD/cvzgL7xomPLhTKRY= =cXcm -----END PGP SIGNATURE----- --5mCyUwZo2JvN/JJP-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 09:12:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C43AF16A492 for ; Wed, 13 Dec 2006 09:12:13 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADEE043CA6 for ; Wed, 13 Dec 2006 09:10:44 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.181.134] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis), id 0MKwh2-1GuQ9q1eEW-00078S; Wed, 13 Dec 2006 10:12:11 +0100 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org Date: Wed, 13 Dec 2006 10:12:02 +0100 User-Agent: KMail/1.9.4 References: In-Reply-To: X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3159659.qabpQBBnfv"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200612131012.08799.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: Charles Sprickman Subject: Re: pf killing NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2006 09:12:13 -0000 --nextPart3159659.qabpQBBnfv Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 13 December 2006 07:10, Charles Sprickman wrote: > Hi all, > > I'm running a 6.2-RC1 box (cvsup'd today) that has two broadcom nics.=20 > One is an internal network (nfs) and the other is external. > > PF has this rule for all traffic on the private net: > > [root@archive /home/jails]# pfctl -sr|grep bge1 > pass in quick on bge1 inet from 192.168.1.0/24 to any > pass out quick on bge1 inet from any to 192.168.1.0/24 > > No state since these are "quick" and symmetrical. > > Doing something like "ls /usr/ports" will just hang until interrupted. > Using tcp for nfs makes it workable, but very slow. > > If I disable pf (pfctl -d), both types of mounts work, and speed is > excellent. I also just found that if I remove the "scrub in all" > statement and change it to "scrub in on bge0", things are fine. > > Any idea what's going on? The tcpdump output confuses me (see "bad > cksum!"), so I'm posting some snippets here. As Luke already pointed out, "no-df" on the scrub rule should help. As=20 for the "bad cksum!" - this is a symptom of checksumming done in=20 hardware. ifconfig bge1 -rxcsum -txcsum should get rid of them. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart3159659.qabpQBBnfv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBFf8PoXyyEoT62BG0RAiw8AJ9szGlpct9Ej6gvtiVs391tBSINBACggCfW TjI6R4F6Jmq4lQ5sgWQZVY0= =pIS1 -----END PGP SIGNATURE----- --nextPart3159659.qabpQBBnfv-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 09:18:23 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2AC0716A4C8; Wed, 13 Dec 2006 09:18:23 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7746D43CBC; Wed, 13 Dec 2006 09:16:44 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id kBD9I67L033711 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Dec 2006 12:18:06 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id kBD9I5o1033710; Wed, 13 Dec 2006 12:18:06 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 13 Dec 2006 12:18:05 +0300 From: Gleb Smirnoff To: Doug Barton Message-ID: <20061213091805.GL32700@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.6i Cc: stable@FreeBSD.org, Greg Eden Subject: Re: bge Ierr rate increase from 5.3R -> 6.1R X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2006 09:18:23 -0000 D> > Greg Eden wrote: D> >> Hello D> >> D> >> I recently updated two production servers from 5.3 to 6.1 via D> >> cvsup and D> >> buildworld. Since the upgrade I've seen an increase in the number of D> >> Input packet errors reported on the bge cards in on both boxes. In 5.3-RELEASE the bge(4) driver did not read the error count from the chip at all. So errors were not accounted. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 10:24:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F391516A407; Wed, 13 Dec 2006 10:24:40 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3018843CB6; Wed, 13 Dec 2006 10:23:12 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.191]) by hub.org (Postfix) with ESMTP id 93A82118B40C; Wed, 13 Dec 2006 06:24:36 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.191]) (amavisd-new, port 10024) with ESMTP id 60377-05; Wed, 13 Dec 2006 06:24:39 -0400 (AST) Received: from ganymede.hub.org (blk-137-79-174.eastlink.ca [24.137.79.174]) by hub.org (Postfix) with ESMTP id 09D4A118B408; Wed, 13 Dec 2006 06:24:36 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id AA5725C3A2; Wed, 13 Dec 2006 06:24:41 -0400 (AST) Date: Wed, 13 Dec 2006 06:24:40 -0400 From: "Marc G. Fournier" To: Danny Braniss Message-ID: <994FDC9C2F79B266BEE995BC@ganymede.hub.org> In-Reply-To: <295C3AA276194E29F24FA327@ganymede.hub.org> References: <1C6708637F69718ABE3784D0@ganymede.hub.org> <295C3AA276194E29F24FA327@ganymede.hub.org> X-Mailer: Mulberry/4.0.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: jmc@freebsd.org, freebsd-proliant@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Setup Virtual Server Port on HP Proliant Server ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2006 10:24:41 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Wednesday, December 13, 2006 06:13:22 -0400 "Marc G. Fournier" wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > > - --On Wednesday, December 13, 2006 05:36:13 -0400 "Marc G. Fournier" > wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> >> 'k, I've drop'd -stable off of this ... >> >> Did some searching, found the HP Lights-Out VSP Configuration guide ... I >> think everything is setup right in the BIOS ... VSP is on COM2 (default), >> EMS points to COM2 ... run VSP through iLO/web the message: >> >> Virtual Server Port active: IO=0x02F8 INT=3 >> >> so, COM2 ... >> >> But, in /dev, I have no device ... because I need sio build into my kernel, >> right? >> >> 'k ... going to do that next ... > > Getting closer ... still missing something though ... > > Have a getty on ttyd1, and a Login: prompt ... but I still can't seem to send > a break ... > > According to the VSP config guide, Ctrl-B should do it ... > > Do I have to setup the comconsole stuff in /etc/loader.conf as well, for the > break to work? > > Damn, now I screwed up the server ... no remcons, and nothing on the vsp ... > all I have left is: > > Loading /boot/defaults/loader.conf > > after adding: > > hint.acpi.0.disabled=1 > boot_multicons="YES" > boot_serial="YES" > comconsole_speed="115200" > console="comconsole,vidconsole" > > to /boot/loader.conf ... > > So, that was the wrong move ... :( 'k, I'm at a loss here ... no console, no comconsole ... how do I get in and remove /boot/loader.conf on a remote server? :( Is there some key I can hit so that it doesn't load /boot/loader.conf, since I no longer even get the option menu to go to single user mode ... - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFf9To4QvfyHIvDvMRAhhgAKDseeaBOYRcVcbiCkP8fSEW/Uhn0gCfd2Zm zi4QqN2wlsFzd6t0TNPDG6A= =fIuB -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 10:31:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 814AF16A47B; Wed, 13 Dec 2006 10:31:46 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7543043CBE; Wed, 13 Dec 2006 10:30:15 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.191]) by hub.org (Postfix) with ESMTP id B5D21118B40C; Wed, 13 Dec 2006 06:31:39 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.191]) (amavisd-new, port 10024) with ESMTP id 60377-10; Wed, 13 Dec 2006 06:31:42 -0400 (AST) Received: from ganymede.hub.org (blk-137-79-174.eastlink.ca [24.137.79.174]) by hub.org (Postfix) with ESMTP id 2121B118B408; Wed, 13 Dec 2006 06:31:39 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id D40555C3C3; Wed, 13 Dec 2006 06:31:44 -0400 (AST) Date: Wed, 13 Dec 2006 06:31:44 -0400 From: "Marc G. Fournier" To: Danny Braniss Message-ID: In-Reply-To: <994FDC9C2F79B266BEE995BC@ganymede.hub.org> References: <1C6708637F69718ABE3784D0@ganymede.hub.org> <295C3AA276194E29F24FA327@ganymede.hub.org> <994FDC9C2F79B266BEE995BC@ganymede.hub.org> X-Mailer: Mulberry/4.0.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-proliant@freebsd.org, jmc@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Setup Virtual Server Port on HP Proliant Server ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2006 10:31:46 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Wednesday, December 13, 2006 06:24:40 -0400 "Marc G. Fournier" wrote: > 'k, I'm at a loss here ... no console, no comconsole ... how do I get in and > remove /boot/loader.conf on a remote server? :( > > Is there some key I can hit so that it doesn't load /boot/loader.conf, since > I no longer even get the option menu to go to single user mode ... I hate feeling panic'd, but I am ... Figured to press space as it was booting, and got the: boot: prompt ... typing 'boot -s' tells me 'No boot' ... typing 'load /boot/kernel/kernel' give me a dump and BTX halted ... help? - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFf9aQ4QvfyHIvDvMRAvLvAJ4gGW3ngOrEDskQiXXUQtXE1ohElQCfVreT U1NKS2P2HahV6ik+e5tVI2w= =EXGi -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 11:04:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A6B0716A40F for ; Wed, 13 Dec 2006 11:04:18 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CA4043CB2 for ; Wed, 13 Dec 2006 11:02:49 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.ticketswitch.com) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1GuRuK-000Alh-76; Wed, 13 Dec 2006 11:04:16 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GuRuH-000DHU-QA; Wed, 13 Dec 2006 11:04:13 +0000 To: freebsd-stable@freebsd.org, spork@bway.net In-Reply-To: Message-Id: From: Pete French Date: Wed, 13 Dec 2006 11:04:13 +0000 Cc: Subject: Re: pf killing NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2006 11:04:18 -0000 > I'm running a 6.2-RC1 box (cvsup'd today) that has two broadcom nics. One > is an internal network (nfs) and the other is external. ... > Doing something like "ls /usr/ports" will just hang until interrupted. > Using tcp for nfs makes it workable, but very slow. Oddly enough I hit precisely this problem last night - with a cvsup from a few days ago. I have tried adding the 'no-df' flag to the scrub rules, but this did not help much. What I ended up doing was this: scrub in on bge0 proto tcp fragment reassemble random-id so that I am not scrubbing UDP traffic. this works fine. -pete. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 11:05:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A17BA16A540 for ; Wed, 13 Dec 2006 11:05:16 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F0FA43C9F for ; Wed, 13 Dec 2006 11:03:40 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.ticketswitch.com) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1GuRv7-000AmS-VY; Wed, 13 Dec 2006 11:05:05 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GuRv7-000DHq-OI; Wed, 13 Dec 2006 11:05:05 +0000 To: freebsd-stable@freebsd.org, max@love2party.net In-Reply-To: <200612131012.08799.max@love2party.net> Message-Id: From: Pete French Date: Wed, 13 Dec 2006 11:05:05 +0000 Cc: spork@bway.net Subject: Re: pf killing NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2006 11:05:16 -0000 > As Luke already pointed out, "no-df" on the scrub rule should help. As=20 > for the "bad cksum!" - this is a symptom of checksumming done in=20 > hardware. ifconfig bge1 -rxcsum -txcsum should get rid of them. I am a bit concerned by this - we use a lot of bge interfaces, and I have hardware checksumming enabled on all of them. Are they known to produce bad checksums ? -pete. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 11:05:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D1CC916A501; Wed, 13 Dec 2006 11:05:45 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06D1E43C9D; Wed, 13 Dec 2006 11:04:16 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.183]) by hub.org (Postfix) with ESMTP id 6F416118B40C; Wed, 13 Dec 2006 07:05:41 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-new, port 10024) with ESMTP id 38260-01; Wed, 13 Dec 2006 07:05:44 -0400 (AST) Received: from ganymede.hub.org (blk-137-79-174.eastlink.ca [24.137.79.174]) by hub.org (Postfix) with ESMTP id D7828118B40B; Wed, 13 Dec 2006 07:05:40 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id B52D75C505; Wed, 13 Dec 2006 07:05:45 -0400 (AST) Date: Wed, 13 Dec 2006 07:05:45 -0400 From: "Marc G. Fournier" To: Danny Braniss Message-ID: In-Reply-To: References: <1C6708637F69718ABE3784D0@ganymede.hub.org> <295C3AA276194E29F24FA327@ganymede.hub.org> <994FDC9C2F79B266BEE995BC@ganymede.hub.org> X-Mailer: Mulberry/4.0.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-proliant@freebsd.org, jmc@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Setup Virtual Server Port on HP Proliant Server ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2006 11:05:45 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Wednesday, December 13, 2006 06:31:44 -0400 "Marc G. Fournier" wrote: > I hate feeling panic'd, but I am ... > > Figured to press space as it was booting, and got the: > > boot: > > prompt ... typing 'boot -s' tells me 'No boot' ... > > typing 'load /boot/kernel/kernel' give me a dump and BTX halted ... > > help? Well, this was the most painful (and panic'd) morning I've had in a while ... got a tech to put a CD in to the drive for me, booted up, went into fixit mode, removed the loader.conf file and am not back where I started from before mucking with loader.conf (ie. VSP works for login, break still doesn't work) ... I know what I did wrong with loader.conf though ... boot blocks needed to be rebuilt for COM2 vs COM1 .. is there some way I can do that from loader.conf without having to rebuild the kernel, or does the kernel have to be rebuilt? And, also ... is that why I can't break to DDB, that I don't have comconsole setup through the com port, only the getty? Thanks ... - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFf96J4QvfyHIvDvMRAv78AKDbKv9rH3EPj1Oq8xJCp25t36o+FwCeLc6h SPoELF6VVseXz/GVWgJrb2Y= =uHDt -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 11:10:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 158F116A40F for ; Wed, 13 Dec 2006 11:10:08 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8536743CD5 for ; Wed, 13 Dec 2006 11:08:09 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.181.134] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis), id 0MKxQS-1GuRzD0Zgz-00033o; Wed, 13 Dec 2006 12:09:20 +0100 From: Max Laier Organization: FreeBSD To: Pete French Date: Wed, 13 Dec 2006 12:09:06 +0100 User-Agent: KMail/1.9.4 References: In-Reply-To: X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3202847.nQGea5S025"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200612131209.12687.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: spork@bway.net, freebsd-stable@freebsd.org Subject: Re: pf killing NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2006 11:10:08 -0000 --nextPart3202847.nQGea5S025 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 13 December 2006 12:05, Pete French wrote: > > As Luke already pointed out, "no-df" on the scrub rule should help.=20 > > As=3D20 for the "bad cksum!" - this is a symptom of checksumming done > > in=3D20 hardware. ifconfig bge1 -rxcsum -txcsum should get rid of > > them. > > I am a bit concerned by this - we use a lot of bge interfaces, and I > have hardware checksumming enabled on all of them. Are they known to > produce bad checksums ? You are misunderstanding. The problem is simply that the bpf device sees=20 bad checksums as it sees the packet before the hardware has calculated=20 it. On the receiver the checksum will be correct. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart3202847.nQGea5S025 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBFf99YXyyEoT62BG0RAjq7AJ4zCMmm2BWOOYeJGA+GWQQwKtjVEQCeM6VL woTg+SBqDTtmWshFmEe5JJY= =t+II -----END PGP SIGNATURE----- --nextPart3202847.nQGea5S025-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 11:14:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 97DB816A547 for ; Wed, 13 Dec 2006 11:14:59 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9962F43D5C for ; Wed, 13 Dec 2006 11:12:44 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.ticketswitch.com) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1GuS3w-000Axf-99; Wed, 13 Dec 2006 11:14:12 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GuS3w-000DJS-26; Wed, 13 Dec 2006 11:14:12 +0000 To: max@love2party.net In-Reply-To: <200612131209.12687.max@love2party.net> Message-Id: From: Pete French Date: Wed, 13 Dec 2006 11:14:12 +0000 Cc: spork@bway.net, freebsd-stable@freebsd.org Subject: Re: pf killing NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2006 11:14:59 -0000 > You are misunderstanding. The problem is simply that the bpf device sees=20 > bad checksums as it sees the packet before the hardware has calculated=20 > it. On the receiver the checksum will be correct. Ah, gotcha. That makes perfect sense now. -pete. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 14:40:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A73E016A407; Wed, 13 Dec 2006 14:40:20 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id A515D43CB5; Wed, 13 Dec 2006 14:38:47 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1GuVHB-000FEe-1o; Wed, 13 Dec 2006 16:40:13 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id kBDEdxBZ011609 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Dec 2006 16:39:59 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id kBDEdxmt003633; Wed, 13 Dec 2006 16:39:59 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id kBDEdtJu003632; Wed, 13 Dec 2006 16:39:55 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 13 Dec 2006 16:39:55 +0200 From: Kostik Belousov To: Tor Egge Message-ID: <20061213143955.GM311@deviant.kiev.zoral.com.ua> References: <20061212101903.GF311@deviant.kiev.zoral.com.ua> <20061212220705.F57430@delplex.bde.org> <20061212135251.GJ311@deviant.kiev.zoral.com.ua> <20061213.041257.74683466.Tor.Egge@cvsup.no.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DfnuYBTqzt7sVGu3" Content-Disposition: inline In-Reply-To: <20061213.041257.74683466.Tor.Egge@cvsup.no.freebsd.org> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=1.4 required=5.0 tests=SPF_NEUTRAL, UNPARSEABLE_RELAY autolearn=no version=3.1.4 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on fw.zoral.com.ua X-Scanner-Signature: c743d2f542030c7d5376417eb66b5b31 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 602 [Dec 13 2006] 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: freebsd-stable@freebsd.org, bde@zeta.org.au, freebsd-current@freebsd.org, ssouhlal@freebsd.org, V.Haisman@sh.cvut.cz, bde@freebsd.org Subject: Re: kqueue LOR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2006 14:40:20 -0000 --DfnuYBTqzt7sVGu3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 13, 2006 at 04:12:57AM +0000, Tor Egge wrote: > > Hmm, may be, since vnode must be interlocked by ffs_sync() after > > MNTK_SUSPENDED set, and before MNTK_SUSPEND, mount interlock is not > > needed in ufs_itimes. > >=20 > > Tor ? > If neither IN_CHANGE nor IN_UPDATE is set then it might be unsafe > to set IN_MODIFIED in ufs_itimes() since the file system might be > suspended or in the process of being suspended with the vnode sync > loop in ffs_sync() having iterated past the vnode. This was exactly the reason for IN_LAZYACCESS flag introduction. It is set when fs is suspending or suspended, and no IN_CHANGE or IN_UPDATE flags are set. > I don't think the mount interlock is needed to check for MNTK_SUSPEND > being set in ufs_itimes() as long as the vnode interlock is held. If > a stale value is read without MNTK_SUSPEND set then the vnode sync > loop in ffs_sync() cannot have iterated past the vnode, thus it should > still be safe to set IN_MODIFIED. All writes by the CPU performing > the vnode sync loop before it released the vnode interlock for the > same vnode should be visible to the CPU in ufs_itimes() after it has > obtained the vnode interlock. I think that you statement is valid for both MNTK_SUSPEND and MNTK_SUSPENDED flags. In other words, aquision of mount interlock could be safely removed from the ufs_itimes(), as was suggested by ssouhlal@. Index: ufs/ufs/ufs_vnops.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/local/arch/ncvs/src/sys/ufs/ufs/ufs_vnops.c,v retrieving revision 1.283 diff -u -r1.283 ufs_vnops.c --- ufs/ufs/ufs_vnops.c 6 Nov 2006 13:42:09 -0000 1.283 +++ ufs/ufs/ufs_vnops.c 13 Dec 2006 14:10:31 -0000 @@ -133,19 +133,15 @@ { struct inode *ip; struct timespec ts; - int mnt_locked; =20 ip =3D VTOI(vp); - mnt_locked =3D 0; - if ((vp->v_mount->mnt_flag & MNT_RDONLY) !=3D 0) { - VI_LOCK(vp); + VI_LOCK(vp); + if ((vp->v_mount->mnt_flag & MNT_RDONLY) !=3D 0) goto out; + if ((ip->i_flag & (IN_ACCESS | IN_CHANGE | IN_UPDATE)) =3D=3D 0) { + VI_UNLOCK(vp); + return; } - MNT_ILOCK(vp->v_mount); /* For reading of mnt_kern_flags. */ - mnt_locked =3D 1; - VI_LOCK(vp); - if ((ip->i_flag & (IN_ACCESS | IN_CHANGE | IN_UPDATE)) =3D=3D 0) - goto out_unl; =20 if ((vp->v_type =3D=3D VBLK || vp->v_type =3D=3D VCHR) && !DOINGSOFTDEP(v= p)) ip->i_flag |=3D IN_LAZYMOD; @@ -172,10 +168,7 @@ =20 out: ip->i_flag &=3D ~(IN_ACCESS | IN_CHANGE | IN_UPDATE); - out_unl: VI_UNLOCK(vp); - if (mnt_locked) - MNT_IUNLOCK(vp->v_mount); } =20 /* [ It seems that MNTK_SUSPENDED flag implies MNTK_SUSPEND. ] --DfnuYBTqzt7sVGu3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFgBC7C3+MBN1Mb4gRAjh5AKCJMQ5r75BZzdBmSsbTsVP4BKwwDQCdGdbU X7NQQPclVss8dvVKJp6NYQY= =ZWzx -----END PGP SIGNATURE----- --DfnuYBTqzt7sVGu3-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 15:36:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5EC4D16A407; Wed, 13 Dec 2006 15:36:31 +0000 (UTC) (envelope-from ssouhlal@freebsd.org) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2CF743CFC; Wed, 13 Dec 2006 15:34:10 +0000 (GMT) (envelope-from ssouhlal@freebsd.org) Received: from ednmsw501.dsto.defence.gov.au (ednmsw501.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id kBDFSalh003379; Thu, 14 Dec 2006 01:58:36 +1030 (CST) Received: from ednux519.dsto.defence.gov.au (unverified) by ednmsw501.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.17) with ESMTP id ; Thu, 14 Dec 2006 02:05:34 +1030 Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au [131.185.2.170]) by ednux519.dsto.defence.gov.au (8.13.6+Sun/8.13.6) with ESMTP id kBD3QPid029396; Wed, 13 Dec 2006 13:56:31 +1030 (CST) Received: from ednexdev.dsto.defence.gov.au ([131.185.2.82]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Wed, 13 Dec 2006 14:04:12 +1030 Received: from mail pickup service by ednexdev.dsto.defence.gov.au with Microsoft SMTPSVC; Wed, 13 Dec 2006 14:04:08 +1030 Received: from ednmsw506.dsto.defence.gov.au ([131.185.2.88]) by ednexdev.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Tue, 12 Dec 2006 23:33:22 +1030 Received: from digger1.defence.gov.au (unverified) by ednmsw506.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.14) with ESMTP id for ; Tue, 12 Dec 2006 23:33:21 +1030 Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id kBCCuDuF011368 for ; Tue, 12 Dec 2006 23:26:14 +1030 (CST) Received: from hub.freebsd.org (hub.freebsd.org [69.147.83.54]) by mx2.freebsd.org (Postfix) with ESMTP id 704FF56137; Tue, 12 Dec 2006 13:01:03 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id AC27E16A59C; Tue, 12 Dec 2006 13:00:53 +0000 (UTC) (envelope-from owner-freebsd-current@freebsd.org) X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3799016A40F; Tue, 12 Dec 2006 08:45:33 +0000 (UTC) (envelope-from ssouhlal@FreeBSD.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7767143C9E; Tue, 12 Dec 2006 08:44:11 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.0.100] (c-67-188-127-3.hsd1.ca.comcast.net [67.188.127.3]) by elvis.mu.org (Postfix) with ESMTP id ADDDA1A4D8E; Tue, 12 Dec 2006 00:45:32 -0800 (PST) Message-ID: <457E6C06.1020405@FreeBSD.org> Date: Tue, 12 Dec 2006 00:44:54 -0800 From: Suleiman Souhlal User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051204) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kostik Belousov References: <456950AF.3090308@sh.cvut.cz> <20061127092146.GA69556@deviant.kiev.zoral.com.ua> In-Reply-To: <20061127092146.GA69556@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 12 Dec 2006 13:00:49 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-OriginalArrivalTime: 12 Dec 2006 13:03:22.0716 (UTC) FILETIME=[E73A49C0:01C71DED] X-TM-AS-Product-Ver: SMEX-7.0.0.1345-3.6.1039-14784.003 X-TM-AS-Result: No--18.853500-8.000000-4 Cc: tegge@freebsd.org, V??clav Haisman , freebsd-stable@freebsd.org, bde@freebsd.org, freebsd-current@freebsd.org Subject: Re: kqueue LOR X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Dec 2006 15:36:31 -0000 Kostik Belousov wrote: > On Sun, Nov 26, 2006 at 09:30:39AM +0100, V??clav Haisman wrote: > >>Hi, >>the attached lor.txt contains LOR I got this yesterday. It is FreeBSD 6.1 >>with relatively recent kernel, from last week or so. >> >>-- >>VH > > >>+lock order reversal: >>+ 1st 0xc537f300 kqueue (kqueue) @ /usr/src/sys/kern/kern_event.c:1547 >>+ 2nd 0xc45c22dc struct mount mtx (struct mount mtx) @ /usr/src/sys/ufs/ufs/ufs_vnops.c:138 >>+KDB: stack backtrace: >>+kdb_backtrace(c07f9879,c45c22dc,c07fd31c,c07fd31c,c080c7b2,...) at kdb_backtrace+0x2f >>+witness_checkorder(c45c22dc,9,c080c7b2,8a,c07fc6bd,...) at witness_checkorder+0x5fe >>+_mtx_lock_flags(c45c22dc,0,c080c7b2,8a,e790ba20,...) at _mtx_lock_flags+0x32 >>+ufs_itimes(c47a0dd0,c47a0e90,e790ba78,c060e1cc,c47a0dd0,...) at ufs_itimes+0x6c >>+ufs_getattr(e790ba54,e790baec,c0622af6,c0896f40,e790ba54,...) at ufs_getattr+0x20 >>+VOP_GETATTR_APV(c0896f40,e790ba54,c08a5760,c47a0dd0,e790ba74,...) at VOP_GETATTR_APV+0x3a >>+filt_vfsread(c4cf261c,6,c07f445e,60b,0,...) at filt_vfsread+0x75 >>+knote(c4f57114,6,1,1f30c2af,1f30c2af,...) at knote+0x75 >>+VOP_WRITE_APV(c0896f40,e790bbec,c47a0dd0,227,e790bcb4,...) at VOP_WRITE_APV+0x148 >>+vn_write(c45d5120,e790bcb4,c5802a00,0,c4b73a80,...) at vn_write+0x201 >>+dofilewrite(c4b73a80,1b,c45d5120,e790bcb4,ffffffff,...) at dofilewrite+0x84 >>+kern_writev(c4b73a80,1b,e790bcb4,8220c71,0,...) at kern_writev+0x65 >>+write(c4b73a80,e790bd04,c,c07d899c,3,...) at write+0x4f >>+syscall(3b,3b,bfbf003b,0,bfbfeae4,...) at syscall+0x295 >>+Xint0x80_syscall() at Xint0x80_syscall+0x1f >>+--- syscall (4, FreeBSD ELF32, write), eip = 0x2831d727, esp = 0xbfbfea1c, ebp = 0xbfbfea48 --- > > > Thank you for the report. The LOR is caused by my commit into > sys/ufs/ufs/ufs_vnops.c, rev. 1.280. Is the mount lock really required, if all we're doing is a single read of a single word (mnt_kern_flags) (v_mount should be read-only for the whole lifetime of the vnode, I believe)? After all, reads of a single word are atomic on all our supported architectures. The only situation I see where there MIGHT be problems are forced unmounts, but I think there are bigger issues with those. Sorry for noticing this email only now. -- Suleiman _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 16:12:45 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 39AF716A47E for ; Wed, 13 Dec 2006 16:12:45 +0000 (UTC) (envelope-from wjw@withagen.nl) Received: from mail.digiware.nl (www.tegenbosch28.nl [217.21.251.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E8C443DCB for ; Wed, 13 Dec 2006 16:10:24 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from [212.61.27.67] (opteron.digiware.nl [212.61.27.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by rack1.digiware.nl (Postfix) with ESMTP id CE5321701A for ; Tue, 12 Dec 2006 12:25:48 +0100 (CET) Message-ID: <457E9222.2090406@withagen.nl> Date: Tue, 12 Dec 2006 12:27:30 +0100 From: Willem Jan Withagen User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Adaptec 2100, asr driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Dec 2006 16:12:45 -0000 Hi, I have a customer with a server with an Adaptec 2100 SCSI card and 2 73Gb seagates, running 6.1. Now one of the disks has been acting up and disconnected from the Raid-1. Customer got a call from the NOC that a server was beeping quite loud. So I rebuild the RAID and stress tested it a little, and thus far the disks have not disconnected or caused other trouble. I am however reluctant to ship the box back into the data center, because I can not get the ASR tools to work with the card. Reading this list, this is not really uncommon. So the 1000$ question: is there any chance of getting at least the state of the RAID and its disk out into the open? It shure would give me a much better feeling, knowing that at least serious trouble would be detected by me. Instead of getting this call from a NOC. OR was this driver maintained by the manufacturer and he is no longer supporting it? Thanx, --WjW From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 17:15:51 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 012DB16A50B for ; Wed, 13 Dec 2006 17:15:51 +0000 (UTC) (envelope-from lists@pingle.org) Received: from willow.pingle.org (willow.pingle.org [208.149.144.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7946843EB2 for ; Wed, 13 Dec 2006 17:12:43 +0000 (GMT) (envelope-from lists@pingle.org) Received: from localhost (unknown [127.0.0.1]) by willow.pingle.org (Postfix) with ESMTP id 7A1801144D; Wed, 13 Dec 2006 12:13:37 -0500 (EST) X-Virus-Scanned: amavisd-new at pingle.org Received: from willow.pingle.org ([127.0.0.1]) by localhost (willow.pingle.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0aq9ZICu4YOJ; Wed, 13 Dec 2006 12:13:32 -0500 (EST) Received: from [192.168.0.4] (josie.pingle.org [209.125.59.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by willow.pingle.org (Postfix) with ESMTP id D500711448; Wed, 13 Dec 2006 12:13:26 -0500 (EST) Message-ID: <458034A7.6010106@pingle.org> Date: Wed, 13 Dec 2006 12:13:11 -0500 From: Jim Pingle User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: Willem Jan Withagen References: <457E9222.2090406@withagen.nl> In-Reply-To: <457E9222.2090406@withagen.nl> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Adaptec 2100, asr driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Dec 2006 17:15:51 -0000 Willem Jan Withagen wrote: > So the 1000$ question: is there any chance of getting at least the state > of the RAID and its disk out into the open? It shure would give me a > much better feeling, knowing that at least serious trouble would be > detected by me. Instead of getting this call from a NOC. It works fine here. I use this on systems with 2100s, and with 2010s. cd /usr/ports/sysutils/asr-utils; make install clean Make sure it installs compat4x, it should as it is listed as a dependency. Add this to /etc/rc.conf: compat4x_enable="YES" add "options ASR_COMPAT" to your kernel and rebuild the kernel Reboot. That's it. You can use "raidutil -A off" to silence the alarm once it is active. As well as checking the drives with "raidutil -L all". You can get more/less detail, just check the command line options. Jim From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 17:32:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 66DF616A527; Wed, 13 Dec 2006 17:32:11 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8506543E1B; Wed, 13 Dec 2006 17:29:15 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kBDHUTsF030233; Wed, 13 Dec 2006 12:30:39 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Bruce Evans Date: Wed, 13 Dec 2006 12:26:46 -0500 User-Agent: KMail/1.9.1 References: <456950AF.3090308@sh.cvut.cz> <200612121412.13551.jhb@freebsd.org> <20061213133411.S1136@delplex.bde.org> In-Reply-To: <20061213133411.S1136@delplex.bde.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200612131226.48087.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]); Wed, 13 Dec 2006 12:30:39 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2324/Wed Dec 13 11:04:08 2006 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: freebsd-stable@freebsd.org, Suleiman Souhlal , Attilio Rao , freebsd-current@freebsd.org, bde@freebsd.org, Kostik Belousov , tegge@freebsd.org Subject: Re: kqueue LOR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2006 17:32:11 -0000 On Tuesday 12 December 2006 21:48, Bruce Evans wrote: > > Memory barriers just specify ordering, they don't ensure a cache flush so > > another CPU reads up to date values. You can use memory barriers in > > conjunction with atomic operations on a variable to ensure that you can > > safely read other variables (which is what locks do). For example, in this > > I thought that the acquire/release variants of atomic ops guarantee > this. They seem to be documented to do this, while mutexes don't seem > to be documented to do this. The MI (?) implementation of mutexes > depends on atomic_cmpset_{acq,rel}_ptr() doing this. The acq/rel just specify ordering. As Attilio mentioned, we assume that the atomic_cmpset() that sets the contested flag will fail while racing with another CPU (even if the CPU can't see the new value, as long as it fails and keeps spinning mutexes will still work). The 'rel' barrier on CPU A when releasing a lock forces all the other writes to be posted (and eventually become "visible") to other CPUs before the write that releases the lock. The 'acq' barrier on CPU B when acquiring the lock forces the CPU to not reorder any reads before it acquires the lock, so this makes you not read any data until you have the lock. Thus, once CPU B has waited long enough to "see" the write from A to release the lock, we know that 1) it can also "see" all the other writes from that CPU that the lock protected, and 2) B hasn't tried to read any of them yet so it shouldn't have any stale values in registers. None of this requires the OS to do a cache flush. (If you have an SMP system where the cache can still hold stale values after another CPU updates values in memory where it is "visible" to the CPU acquiring the lock, then _acq might need to flush the cache, but that would be a property of that architecture. However, even that would not require cache flushes so long as the stale values were evicted from the cache such that they honor the memory barrier and you don't see the new value of the lock until you see the new values of the earlier data.) -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 18:31:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D4B416A50E for ; Wed, 13 Dec 2006 18:31:11 +0000 (UTC) (envelope-from wayne@klentaq.com) Received: from klentaq.com (mail.etaq.com [66.80.150.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id E742744175 for ; Wed, 13 Dec 2006 18:26:02 +0000 (GMT) (envelope-from wayne@klentaq.com) Received: by klentaq.com (Postfix, from userid 1001) id 9D5F417147; Wed, 13 Dec 2006 12:27:56 -0600 (CST) Date: Wed, 13 Dec 2006 12:27:56 -0600 From: "Wayne M. Barnes" To: freebsd-stable@freebsd.org Message-ID: <20061213182756.GA7998@klentaq.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Missing pkg-descr X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2006 18:31:11 -0000 Dear FreeBSD, Did something happen to the location for the "pkg-descr" so that ports can't find it? The following happens to me a lot, for many packages: ===> Installing for gmake-3.81_1 ===> Generating temporary packing list ** Missing pkg-descr for gmake-3.81_1. *** Error code 1 Stop in /usr/ports/devel/gmake. *** Error code 1 Stop in /usr/ports/x11-toolkits/open-motif. *** Error code 1 A workaround is to add this package with pkg_add -rv, but this is tiresome, since I must do it many times to finish a complicated port (this time the port is java/jdk15). This happened on a new install of FreeBSD poweredge.etaq.com 6.2-RC1 FreeBSD 6.2-RC1 #0: Thu Nov 16 05:12:08 UTC 2006 root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386 -- Wayne M. Barnes, Ph.D., President lab at: DNA Polymerase Technology, Inc. The Inventery 11 Princeton Avenue 1508 S. Grand Blvd University City, MO 63130 St. Louis, MO 63104 fax (314)754-9556 Phone: 314.680.0575 email: wayne@klentaq.com From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 19:01:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 422BE16A40F for ; Wed, 13 Dec 2006 19:01:08 +0000 (UTC) (envelope-from brucegb@realtime.net) Received: from ruth.realtime.net (mercury.realtime.net [205.238.132.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D11B43E40 for ; Wed, 13 Dec 2006 18:56:22 +0000 (GMT) (envelope-from brucegb@realtime.net) Received: from tigerfish2.my.domain (cpe-24-27-51-69.austin.res.rr.com [24.27.51.69]) by realtime.net (Realtime Communications Advanced E-Mail Services V9.2) with ESMTP id 33573569-1817707 for ; Wed, 13 Dec 2006 12:55:53 -0600 Received: from tigerfish2.my.domain (localhost [127.0.0.1]) by tigerfish2.my.domain (8.13.8/8.13.8) with ESMTP id kBDItpfD091313 for ; Wed, 13 Dec 2006 12:55:51 -0600 (CST) (envelope-from brucegb@tigerfish2.my.domain) Received: (from brucegb@localhost) by tigerfish2.my.domain (8.13.8/8.13.8/Submit) id kBDItpjN091312 for freebsd-stable@freebsd.org; Wed, 13 Dec 2006 12:55:51 -0600 (CST) (envelope-from brucegb) Date: Wed, 13 Dec 2006 12:55:51 -0600 From: Bruce Burden To: freebsd-stable@freebsd.org Message-ID: <20061213185530.GB86597@tigerfish2.my.domain> References: <457E9222.2090406@withagen.nl> <458034A7.6010106@pingle.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <458034A7.6010106@pingle.org> User-Agent: Mutt/1.4.2.2i Subject: Re: Adaptec 2100, asr driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Dec 2006 19:01:08 -0000 On Wed, Dec 13, 2006 at 12:13:11PM -0500, Jim Pingle wrote: > Willem Jan Withagen wrote: > > So the 1000$ question: is there any chance of getting at least the state > > of the RAID and its disk out into the open? > > It works fine here. I use this on systems with 2100s, and with 2010s. > > cd /usr/ports/sysutils/asr-utils; make install clean > I have a 3210S, along with asr-utils. The asr-utils will live in /usr/local/dpt, and dprmgr provides a nice GUI to monitor and configure the raid. I have had some problems reported with disk going bad, but I suspect it was more a power issue (I have 5 73GBs in a Super Micro enclosure). Bruce -- ------------------------------------------------------------------------ "I like bad!" Bruce Burden Austin, TX. - Thuganlitha The Power and the Prophet Robert Don Hughes From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 19:31:33 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5E7A216A47B; Wed, 13 Dec 2006 19:31:33 +0000 (UTC) (envelope-from greg@warprecords.com) Received: from mail9.messagelabs.com (mail9.messagelabs.com [194.205.110.133]) by mx1.FreeBSD.org (Postfix) with SMTP id 886CB43CA5; Wed, 13 Dec 2006 19:29:24 +0000 (GMT) (envelope-from greg@warprecords.com) X-VirusChecked: Checked X-Env-Sender: greg@warprecords.com X-Msg-Ref: server-22.tower-9.messagelabs.com!1166038085!3236738!57 X-StarScan-Version: 5.5.10.7; banners=-,-,- X-Originating-IP: [212.135.210.82] Received: (qmail 6920 invoked from network); 13 Dec 2006 19:30:45 -0000 Received: from dsl-212-135-210-82.dsl.easynet.co.uk (HELO warprecords.com) (212.135.210.82) by server-22.tower-9.messagelabs.com with SMTP; 13 Dec 2006 19:30:45 -0000 Received: from [194.106.52.52] (HELO [192.168.0.10]) by warprecords.com (CommuniGate Pro SMTP 5.0.10) with ESMTPS id 7028423; Wed, 13 Dec 2006 19:30:36 +0000 In-Reply-To: <20061213091805.GL32700@FreeBSD.org> References: <20061213091805.GL32700@FreeBSD.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <17F429D5-0646-4589-9CC4-B3640A46BDCC@warprecords.com> Content-Transfer-Encoding: 7bit From: Greg Eden Date: Wed, 13 Dec 2006 19:30:25 +0000 To: Gleb Smirnoff X-Mailer: Apple Mail (2.752.2) Cc: stable@FreeBSD.org, Doug Barton Subject: Re: bge Ierr rate increase from 5.3R -> 6.1R X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2006 19:31:33 -0000 On 13 Dec 2006, at 09:18, Gleb Smirnoff wrote: > D> > Greg Eden wrote: > D> >> Hello > D> >> > D> >> I recently updated two production servers from 5.3 to 6.1 via > D> >> cvsup and > D> >> buildworld. Since the upgrade I've seen an increase in the > number of > D> >> Input packet errors reported on the bge cards in on both boxes. > > In 5.3-RELEASE the bge(4) driver did not read the error count from the > chip at all. So errors were not accounted. Many thanks for clearing up the mystery.... best wishes greg. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 19:43:28 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B8D5616A407 for ; Wed, 13 Dec 2006 19:43:28 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (www.tegenbosch28.nl [217.21.251.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF54643DBE for ; Wed, 13 Dec 2006 19:38:41 +0000 (GMT) (envelope-from wjw@digiware.nl) Received: from [192.168.2.10] (www.tegenbosch28.nl [217.21.251.97]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.digiware.nl (Postfix) with ESMTP id 5E47D1700B for ; Wed, 13 Dec 2006 20:40:06 +0100 (CET) Message-ID: <45805720.6020900@digiware.nl> Date: Wed, 13 Dec 2006 20:40:16 +0100 From: Willem Jan Withagen Organization: Digiware User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: stable@freebsd.org References: <457E9222.2090406@withagen.nl> <458034A7.6010106@pingle.org> <20061213185530.GB86597@tigerfish2.my.domain> In-Reply-To: <20061213185530.GB86597@tigerfish2.my.domain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Adaptec 2100, asr driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Dec 2006 19:43:28 -0000 Bruce Burden wrote: > On Wed, Dec 13, 2006 at 12:13:11PM -0500, Jim Pingle wrote: >> Willem Jan Withagen wrote: >>> So the 1000$ question: is there any chance of getting at least the state >>> of the RAID and its disk out into the open? >> It works fine here. I use this on systems with 2100s, and with 2010s. >> >> cd /usr/ports/sysutils/asr-utils; make install clean >> > I have a 3210S, along with asr-utils. The asr-utils will > live in /usr/local/dpt, and dprmgr provides a nice GUI to monitor > and configure the raid. I already suspected something like that when I saw /dev/dpt17... However the $1000 answer came while I was posting my message: options ASR_COMPAT with thanx to Jim Pingle --WjW From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 20:35:13 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9749E16A415 for ; Wed, 13 Dec 2006 20:35:13 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E02543CA7 for ; Wed, 13 Dec 2006 20:33:42 +0000 (GMT) (envelope-from spork@bway.net) Received: (qmail 65345 invoked by uid 0); 13 Dec 2006 20:35:11 -0000 Received: from unknown (HELO office-dhcp-32.bway.net) (spork@bway.net@216.220.107.32) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 13 Dec 2006 20:35:11 -0000 Date: Wed, 13 Dec 2006 15:27:05 -0500 (EST) From: Charles Sprickman To: Jim Pingle In-Reply-To: <458034A7.6010106@pingle.org> Message-ID: <20061213152502.N95481@sporker.bway.net> References: <457E9222.2090406@withagen.nl> <458034A7.6010106@pingle.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: Re: Adaptec 2100, asr driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Dec 2006 20:35:13 -0000 On Wed, 13 Dec 2006, Jim Pingle wrote: > Willem Jan Withagen wrote: >> So the 1000$ question: is there any chance of getting at least the state >> of the RAID and its disk out into the open? It shure would give me a >> much better feeling, knowing that at least serious trouble would be >> detected by me. Instead of getting this call from a NOC. > > It works fine here. I use this on systems with 2100s, and with 2010s. > > cd /usr/ports/sysutils/asr-utils; make install clean > > Make sure it installs compat4x, it should as it is listed as a dependency. > > Add this to /etc/rc.conf: > compat4x_enable="YES" > > add "options ASR_COMPAT" to your kernel and rebuild the kernel I have quite a few machines with the Adaptec cards, and while I hate them and the management tools, I don't have much choice but to use them until we retire the hardware. Does anyone have any info on whether adaptec is planning on updating these tools to work with FreeBSD 6+? Or have they basically abandoned support for FreeBSD? Knowing that info would help me plan our 4.11 to 6.x migration. Thanks, Charles > Reboot. That's it. > > You can use "raidutil -A off" to silence the alarm once it is active. As > well as checking the drives with "raidutil -L all". You can get more/less > detail, just check the command line options. > > Jim > _______________________________________________ > 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 Dec 13 20:38:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6686316A492 for ; Wed, 13 Dec 2006 20:38:33 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 924C643C9E for ; Wed, 13 Dec 2006 20:37:01 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so97476ana for ; Wed, 13 Dec 2006 12:38:31 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=EtS2Exb2dM9kduu6Mv0VsbRczOKy7FJ4Zvydh907OJQuO+n8oF3XCShcZ7QnbeqCt3eH2giU5+Ch8dKbdzvNlyXrejQClZ261hrieTMnk2ZVuoPUh0+mxevd5+FxO50yTOwBhw1pwXUQOCtJYxvhCROrbU8s6hSMsE6hAXoUhbM= Received: by 10.100.196.3 with SMTP id t3mr868121anf.1166042311621; Wed, 13 Dec 2006 12:38:31 -0800 (PST) Received: by 10.100.112.17 with HTTP; Wed, 13 Dec 2006 12:38:31 -0800 (PST) Message-ID: <2a41acea0612131238p34222362qde6ae51b18055744@mail.gmail.com> Date: Wed, 13 Dec 2006 12:38:31 -0800 From: "Jack Vogel" To: "Chris Buechler" In-Reply-To: <457FA268.4020003@chrisbuechler.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <457EDD6B.20107@chrisbuechler.com> <2a41acea0612120936q671d5b59g39100983f2adf9db@mail.gmail.com> <457FA268.4020003@chrisbuechler.com> Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-RC1 em(4) issue - freezes during CD boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2006 20:38:33 -0000 On 12/12/06, Chris Buechler wrote: > Jack Vogel wrote: > > UH, can't do anything if you don't give any information, saying its a > > 'box' > > and it has an 'em' is useless. We have installed RC1 on a number of > > systems without problem. > > Yes, I understand that. I was after what info would be useful. You > gave me a few ideas, thanks. > > As for ACPI, the boot menu option recently changed to "enable ACPI", so > I'm assuming it must be disabled by default now. I tried with ACPI on > 6.2-RC1 and got the same result. > > I was able to narrow this down to something that has changed since > 6.2-BETA3. The BETA3 CD boots, installs, and works fine. The RC1 CD > won't boot, as I described in my first message. > > With the em card taken out, the 6.2-RC1 CD boots and installs just fine, > so it's definitely the em card. > > Hardware: > Dual AMD Athlon MP 2800+, Tyan Tiger MPX motherboard, 2 GB reg ECC RAM, > Adaptec 2110S PCI-X SCSI RAID, onboard xl(4) NIC, Intel PRO/1000 MT PCI > desktop adapter (ugh, I know it's not well suited for the box, but this > is a personal server and a cheap card that's adequate for my needs). > Drives: 3 x 18 GB SCSI in RAID 5, 1 x 73 GB SCSI on RAID controller but > a stand alone drive, and a 500 GB IDE drive on the onboard IDE controller. I need the PCI ID of that NIC, just to be sure that I can't reproduce this, but I doubt it, pciconf -l You can install without the card, reconfig the kernel so em isnt static in it, rebuild and install that kernel... THEN put the NIC back in and you should be able to boot. interesting question is what will happen when you load the em driver afterwords :) But that way you can do the pciconf with the thing plugged in but not hanging the system. Jack From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 20:39:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B34B16A516 for ; Wed, 13 Dec 2006 20:39:52 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5B3043CA3 for ; Wed, 13 Dec 2006 20:38:20 +0000 (GMT) (envelope-from spork@bway.net) Received: (qmail 74948 invoked by uid 0); 13 Dec 2006 20:39:51 -0000 Received: from unknown (HELO office-dhcp-32.bway.net) (spork@bway.net@216.220.107.32) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 13 Dec 2006 20:39:51 -0000 Date: Wed, 13 Dec 2006 15:31:44 -0500 (EST) From: Charles Sprickman To: Pete French In-Reply-To: Message-ID: <20061213152911.L95481@sporker.bway.net> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: pf killing NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2006 20:39:52 -0000 On Wed, 13 Dec 2006, Pete French wrote: >> I'm running a 6.2-RC1 box (cvsup'd today) that has two broadcom nics. One >> is an internal network (nfs) and the other is external. > ... >> Doing something like "ls /usr/ports" will just hang until interrupted. >> Using tcp for nfs makes it workable, but very slow. > > Oddly enough I hit precisely this problem last night - with a cvsup from a > few days ago. I have tried adding the 'no-df' flag to the scrub rules, but this > did not help much. What I ended up doing was this: I pulled the "scrub in all" line and replaced it with a "scrub in on bge0". I don't really care about scrubbing on the internal network. All works as expected now. Glad to have the bad checksum error explained, that had me thinking I'd be visiting the co-lo to track down a flakey cable. :) Charles > scrub in on bge0 proto tcp fragment reassemble random-id > > so that I am not scrubbing UDP traffic. this works fine. > > -pete. > From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 21:03:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 95F6816A412 for ; Wed, 13 Dec 2006 21:03:17 +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 1DBAF43C9E for ; Wed, 13 Dec 2006 21:01:45 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GubEM-0007Zr-SJ for freebsd-stable@freebsd.org; Wed, 13 Dec 2006 22:01:35 +0100 Received: from 83-131-106-38.adsl.net.t-com.hr ([83.131.106.38]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 13 Dec 2006 22:01:34 +0100 Received: from ivoras by 83-131-106-38.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 13 Dec 2006 22:01:34 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Wed, 13 Dec 2006 21:59:40 +0100 Lines: 31 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigAD0592600981B18A3445D8F9" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 83-131-106-38.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) X-Enigmail-Version: 0.94.1.2 Sender: news Subject: ath_hal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2006 21:03:17 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigAD0592600981B18A3445D8F9 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Why do recent kernels display the banner: ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413= ) on boot when ath hardware is not present? I'd rather have my dmesgs not mention phantom hardware, especially in the GENERIC kernels. --------------enigAD0592600981B18A3445D8F9 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.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFgGnCldnAQVacBcgRAnlLAJsFqWFs2xgUFqiVnEInBDSw+WPO+wCcDulw eUozzqPEplrdeCjqJLuBKa8= =yB7W -----END PGP SIGNATURE----- --------------enigAD0592600981B18A3445D8F9-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 22:01:16 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D835016A40F for ; Wed, 13 Dec 2006 22:01:16 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C5E943C9D for ; Wed, 13 Dec 2006 21:59:44 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kBDLUQbF015105; Wed, 13 Dec 2006 14:30:33 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <458070F1.8040507@samsco.org> Date: Wed, 13 Dec 2006 14:30:25 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Charles Sprickman References: <457E9222.2090406@withagen.nl> <458034A7.6010106@pingle.org> <20061213152502.N95481@sporker.bway.net> In-Reply-To: <20061213152502.N95481@sporker.bway.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: stable@freebsd.org Subject: Re: Adaptec 2100, asr driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Dec 2006 22:01:16 -0000 Charles Sprickman wrote: > On Wed, 13 Dec 2006, Jim Pingle wrote: > >> Willem Jan Withagen wrote: >>> So the 1000$ question: is there any chance of getting at least the state >>> of the RAID and its disk out into the open? It shure would give me a >>> much better feeling, knowing that at least serious trouble would be >>> detected by me. Instead of getting this call from a NOC. >> >> It works fine here. I use this on systems with 2100s, and with 2010s. >> >> cd /usr/ports/sysutils/asr-utils; make install clean >> >> Make sure it installs compat4x, it should as it is listed as a >> dependency. >> >> Add this to /etc/rc.conf: >> compat4x_enable="YES" >> >> add "options ASR_COMPAT" to your kernel and rebuild the kernel > > I have quite a few machines with the Adaptec cards, and while I hate > them and the management tools, I don't have much choice but to use them > until we retire the hardware. > > Does anyone have any info on whether adaptec is planning on updating > these tools to work with FreeBSD 6+? Or have they basically abandoned > support for FreeBSD? Knowing that info would help me plan our 4.11 to > 6.x migration. > > Thanks, > > Charles > Adaptec abandoned work on asr for FreeBSD about 5 years ago, and abandoned all development on ASR cards and tools on all OSes about 4 years ago, with the exception of maintenance commitments for certain customers. They wrote the ASR technology assets off of their books at that time, making it a firm, deliberate, and permanent business decision. On the plus side, wheels are in motion to develop native, updated management tools for FreeBSD for the cards that are serviced by the AAC driver. First in line is a simple status app. If you are interested in more complex apps, please contact me privately. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Dec 13 22:16:12 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4A6EA16A50D for ; Wed, 13 Dec 2006 22:16:12 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (www.tegenbosch28.nl [217.21.251.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id B892B43C9E for ; Wed, 13 Dec 2006 22:14:38 +0000 (GMT) (envelope-from wjw@digiware.nl) Received: from [212.61.27.67] (opteron.digiware.nl [212.61.27.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.digiware.nl (Postfix) with ESMTP id C368D1701A; Wed, 13 Dec 2006 23:16:05 +0100 (CET) Message-ID: <45807C09.2070508@digiware.nl> Date: Wed, 13 Dec 2006 23:17:45 +0100 From: Willem Jan Withagen User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: Charles Sprickman , stable@freebsd.org References: <457E9222.2090406@withagen.nl> <458034A7.6010106@pingle.org> <20061213152502.N95481@sporker.bway.net> In-Reply-To: <20061213152502.N95481@sporker.bway.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Adaptec 2100, asr driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Dec 2006 22:16:12 -0000 Charles Sprickman wrote: > On Wed, 13 Dec 2006, Jim Pingle wrote: > >> Willem Jan Withagen wrote: >>> So the 1000$ question: is there any chance of getting at least the state >>> of the RAID and its disk out into the open? It shure would give me a >>> much better feeling, knowing that at least serious trouble would be >>> detected by me. Instead of getting this call from a NOC. >> >> It works fine here. I use this on systems with 2100s, and with 2010s. >> >> cd /usr/ports/sysutils/asr-utils; make install clean >> >> Make sure it installs compat4x, it should as it is listed as a >> dependency. >> >> Add this to /etc/rc.conf: >> compat4x_enable="YES" >> >> add "options ASR_COMPAT" to your kernel and rebuild the kernel > > I have quite a few machines with the Adaptec cards, and while I hate > them and the management tools, I don't have much choice but to use them > until we retire the hardware. > > Does anyone have any info on whether adaptec is planning on updating > these tools to work with FreeBSD 6+? Or have they basically abandoned > support for FreeBSD? Knowing that info would help me plan our 4.11 to > 6.x migration. Well what I hated about it, is that I could not monitor the state of the individual disks. But Jim's remarks proved me wrong. There's probably enough stuff in the driver to not run it on amd64, but in my case it is a legacy system, not old enough to toss. I too came from 4.x on this system, not really careing for the tools while at 5.x. But once it started to beep we needed some action. I see very few obstacles to go for it. --WjW From owner-freebsd-stable@FreeBSD.ORG Thu Dec 14 00:11:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ACA3D16A63C for ; Thu, 14 Dec 2006 00:11:30 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 587D44409A for ; Thu, 14 Dec 2006 00:03:43 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.ticketswitch.com) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1Gue5h-000MCW-9Y; Thu, 14 Dec 2006 00:04:49 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Gue5h-0002pv-45; Thu, 14 Dec 2006 00:04:49 +0000 To: spork@bway.net In-Reply-To: <20061213152911.L95481@sporker.bway.net> Message-Id: From: Pete French Date: Thu, 14 Dec 2006 00:04:49 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: pf killing NFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Dec 2006 00:11:30 -0000 > I pulled the "scrub in all" line and replaced it with a "scrub in on > bge0". I don't really care about scrubbing on the internal network. All > works as expected now. I dont really care about scrubbing my intrenal nbetwork either - but I do care about NAT working on the outside, which requires fragment reassembly before the packets go out - hence I scrub to reassemble any fragmented packets comming into the machine. I dont know if this is actually necessary or not, but I thought it best to be on the safe side! -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 14 00:49:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 065E516A416 for ; Thu, 14 Dec 2006 00:49:17 +0000 (UTC) (envelope-from ws@au.dyndns.ws) Received: from ipmail02.adl2.internode.on.net (ipmail02.adl2.internode.on.net [203.16.214.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8200743CD9 for ; Thu, 14 Dec 2006 00:44:39 +0000 (GMT) (envelope-from ws@au.dyndns.ws) Received: from ppp195-63.lns1.adl4.internode.on.net (HELO [192.168.100.132]) ([203.122.195.63]) by ipmail02.adl2.internode.on.net with ESMTP; 14 Dec 2006 11:16:03 +1030 X-IronPort-AV: i="4.12,165,1165152600"; d="scan'208"; a="59988590:sNHT4626755651" From: Wayne Sierke To: "Wayne M. Barnes" In-Reply-To: <20061213182756.GA7998@klentaq.com> References: <20061213182756.GA7998@klentaq.com> Content-Type: text/plain Date: Thu, 14 Dec 2006 10:14:41 +1030 Message-Id: <1166053481.902.9.camel@predator-ii.buffyverse> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Missing pkg-descr X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Dec 2006 00:49:17 -0000 On Wed, 2006-12-13 at 12:27 -0600, Wayne M. Barnes wrote: > Dear FreeBSD, > > Did something happen to the location for the "pkg-descr" so > that ports can't find it? The following happens to me a lot, > for many packages: > > ===> Installing for gmake-3.81_1 > ===> Generating temporary packing list > ** Missing pkg-descr for gmake-3.81_1. > *** Error code 1 > > Stop in /usr/ports/devel/gmake. > *** Error code 1 > > Stop in /usr/ports/x11-toolkits/open-motif. > *** Error code 1 > > A workaround is to add this package with pkg_add -rv, but this > is tiresome, since I must do it many times to finish a complicated > port (this time the port is java/jdk15). > > This happened on a new install of > FreeBSD poweredge.etaq.com 6.2-RC1 FreeBSD 6.2-RC1 #0: Thu Nov 16 05:12:08 > UTC 2006 root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386 > %ll /usr/ports/devel/gmake/pkg-descr -rw-r--r-- 1 root wheel 215 May 18 2000 /usr/ports/devel/gmake/pkg-descr If the file doesn't exist, is there anything unusual re the maintenance of the ports tree on that system? Perhaps old files were pruned, etc.? Refreshing the ports tree ought to fix it. Wayne P.S. This probably ought to have gone to ports@ or questions@. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 14 01:29:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4EC2716A415 for ; Thu, 14 Dec 2006 01:29:25 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BBCE43D5A for ; Thu, 14 Dec 2006 01:27:21 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so649596nfc for ; Wed, 13 Dec 2006 17:28:49 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Ni/RbsgaBViPgXdXGMuu+yHSp1ECQ5sduScQpj+oMVsQGXZueVtXoBhRdUOa43upEiHCwe3A+O5/2SLiThK3yMDuLA9p85ahqeibFQPD37TWNwqYjATs2JiYoXiWmfYKbHU259C0r8NrFrjhrRVGE2nsUjg7+vTCMBhyxKJgOMw= Received: by 10.82.126.5 with SMTP id y5mr153739buc.1166059728895; Wed, 13 Dec 2006 17:28:48 -0800 (PST) Received: by 10.82.134.15 with HTTP; Wed, 13 Dec 2006 17:28:48 -0800 (PST) Message-ID: <3aaaa3a0612131728t214cf77djd0a9fd47f1b12021@mail.gmail.com> Date: Thu, 14 Dec 2006 01:28:48 +0000 From: Chris To: "Anish Mistry" In-Reply-To: <200612071349.54854.mistry.7@osu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061123162813.L3026@volte.student.utwente.nl> <20061123192532.GA81937@xor.obsecurity.org> <3aaaa3a0612071036v2df98097ncf9c962e43e6f39d@mail.gmail.com> <200612071349.54854.mistry.7@osu.edu> Cc: s.c.sprong@student.utwente.nl, freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: sshfs/nfs cause server lockup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Dec 2006 01:29:25 -0000 On 07/12/06, Anish Mistry wrote: > On Thursday 07 December 2006 13:36, Chris wrote: > > On 23/11/06, Kris Kennaway wrote: > > > On Thu, Nov 23, 2006 at 04:38:48PM +0100, > s.c.sprong@student.utwente.nl wrote: > > > > Chris wrote: > > > > >kris a development on this, someone else posted about a nfs > > > > > problem and reading his post some starkling point he made > > > > > about network cards, he stated he only gets the bug on sis rl > > > > > and fxp. > > > > > > > > Sorry for the misunderstanding, but I think that the 'NFS via > > > > TCP' thread covers other bugs, ie the inability to mount NFS v3 > > > > over TCP. > > > > > > > > I've tested the cards above, and the person I replied to > > > > encountered the same bug with a bge card. My solution was to > > > > remove custom nfs settings in sysctl.conf. I don't know which > > > > one was the culprit because I don't have the time to look into > > > > it further. > > > > > > > > My poking uncovered a set of crashing bugs and potentially a > > > > livelock. I would agree that NFS is very fragile in RELENG_6. > > > > So far I've not run into an NFS server > > > > deadlock you described. > > > > > > Are you sure these are NFS problems and not ethernet driver > > > problems? > > > > > > Kris > > > > Had another lockup today, reattached to screen process to see both > > sshfs mounts timed out when running sshfs to remount the terminal > > stopped updating, it didnt disconnect me and an ircd running on the > > server remained functional and the server responded to pings, > > however the terminal was dead and I couldnt login on ssh for a new > > session, a ctrl-alt-del also failed to reboot it and it needed a > > power cycle again. > > > > I have googled researched and read dozens and dozens of nfs bug > > reports where most of them seem to be a problem caused by nfs not > > disconnecting properly leaving itself in a bad state, the fix is > > usually to reboot. I am having to reboot weekly more often then my > > windows desktop pc, everyone else having no problems with the nfs > > on their linux servers having no problems and its hardly inspiring > > that the stable freebsd is not stable. All these problems on > > google didnt get fixed no dev attention etc. > > > > So far I have not got my local bsd box up and running yet due to no > > keyboard still need parts for it. > I've updated the sshfs and libs port, you may want to update and see > if that helps. > > -- > Anish Mistry > > > Hi yes my sshfs and the libs got updated but didnt fix the crash however I did find this link. http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1362611+0+archive/2006/freebsd-stable/20060702.freebsd-stable It does make sense if thats the problem since the entire server even locally stops working properly, and it always follows a unexpected nfs/sshfs disconnection ie. network timeout. I am now running 6.2-RC that has the new file and currently at 1 day 11hrs uptime. Chris From owner-freebsd-stable@FreeBSD.ORG Thu Dec 14 01:38:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 53D8916A47E for ; Thu, 14 Dec 2006 01:38:03 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id D37AA43DAD for ; Thu, 14 Dec 2006 01:32:35 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 4B0FB1A4D93; Wed, 13 Dec 2006 17:33:56 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7EAF3515C1; Wed, 13 Dec 2006 20:33:55 -0500 (EST) Date: Wed, 13 Dec 2006 20:33:55 -0500 From: Kris Kennaway To: Chris Message-ID: <20061214013355.GA62753@xor.obsecurity.org> References: <20061123162813.L3026@volte.student.utwente.nl> <20061123192532.GA81937@xor.obsecurity.org> <3aaaa3a0612071036v2df98097ncf9c962e43e6f39d@mail.gmail.com> <200612071349.54854.mistry.7@osu.edu> <3aaaa3a0612131728t214cf77djd0a9fd47f1b12021@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fUYQa+Pmc3FrFX/N" Content-Disposition: inline In-Reply-To: <3aaaa3a0612131728t214cf77djd0a9fd47f1b12021@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: Anish Mistry , s.c.sprong@student.utwente.nl, freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: sshfs/nfs cause server lockup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Dec 2006 01:38:03 -0000 --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 14, 2006 at 01:28:48AM +0000, Chris wrote: > It does make sense if thats the problem since the entire server even > locally stops working properly, and it always follows a unexpected > nfs/sshfs disconnection ie. network timeout. >=20 > I am now running 6.2-RC that has the new file and currently at 1 day > 11hrs uptime. OK, thanks for following part of the advice I gave a month ago ;) Let us know if the problems persist. Kris --fUYQa+Pmc3FrFX/N Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFgKoDWry0BWjoQKURAn0pAJ42UEfFbX30wgSxvKEJIv7qcipIYwCg9v44 74Zl5AGqyBgEU+ZSfs2BNiQ= =aGi7 -----END PGP SIGNATURE----- --fUYQa+Pmc3FrFX/N-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 14 02:13:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1330316A416 for ; Thu, 14 Dec 2006 02:13:45 +0000 (UTC) (envelope-from freebsd@chrisbuechler.com) Received: from mail.livebsd.com (mail.livebsd.com [69.64.6.14]) by mx1.FreeBSD.org (Postfix) with SMTP id 202FE43CA4 for ; Thu, 14 Dec 2006 02:12:11 +0000 (GMT) (envelope-from freebsd@chrisbuechler.com) Received: (qmail 10400 invoked by uid 89); 14 Dec 2006 02:13:42 -0000 Received: from unknown (HELO ?10.0.30.2?) (208.60.70.178) by 172.29.29.14 with SMTP; 14 Dec 2006 02:13:42 -0000 Message-ID: <4580B356.2030501@chrisbuechler.com> Date: Wed, 13 Dec 2006 21:13:42 -0500 From: Chris Buechler User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <457EDD6B.20107@chrisbuechler.com> <2a41acea0612120936q671d5b59g39100983f2adf9db@mail.gmail.com> <457FA268.4020003@chrisbuechler.com> <2a41acea0612131238p34222362qde6ae51b18055744@mail.gmail.com> In-Reply-To: <2a41acea0612131238p34222362qde6ae51b18055744@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: 6.2-RC1 em(4) issue - freezes during CD boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Dec 2006 02:13:45 -0000 Jack Vogel wrote: > I need the PCI ID of that NIC, just to be sure that I can't reproduce > this, but > I doubt it, pciconf -l Here's the pciconf -l from 6.2-RC1, custom kernel (copy of GENERIC, minus 'device em') agp0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x700c1022 rev=0x20 hdr=0x00 pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x700d1022 rev=0x00 hdr=0x01 isab0@pci0:7:0: class=0x060100 card=0x00000000 chip=0x74401022 rev=0x05 hdr=0x00 atapci0@pci0:7:1: class=0x01018a card=0x74411022 chip=0x74411022 rev=0x04 hdr=0x00 none0@pci0:7:3: class=0x068000 card=0x74431022 chip=0x74431022 rev=0x03 hdr=0x00 none1@pci0:8:0: class=0x030000 card=0x00000000 chip=0x47581002 rev=0x01 hdr=0x00 none2@pci0:9:0: class=0x020000 card=0x002e8086 chip=0x100e8086 rev=0x02 hdr=0x00 asr0@pci0:10:0: class=0x0e0001 card=0xc0661044 chip=0xa5011044 rev=0x01 hdr=0x00 pcib2@pci0:10:1: class=0x060400 card=0x00000068 chip=0xa5001044 rev=0x01 hdr=0x01 pcib3@pci0:16:0: class=0x060400 card=0x00000000 chip=0x74481022 rev=0x05 hdr=0x01 ohci0@pci3:0:0: class=0x0c0310 card=0x00000000 chip=0x74491022 rev=0x07 hdr=0x00 xl0@pci3:8:0: class=0x020000 card=0x246610f1 chip=0x920010b7 rev=0x78 hdr=0x00 > interesting question is what will happen when you load > the em driver afterwords :) Indeed, I was expecting Bad Things to happen. But no, after the kldload, the interface was detected, I put an IP on it and it's working fine. I bound an iperf server to that interface and ran an iperf client from a slower box with a gig card and got ~520 Mbps out of it (probably limited by the slower client box). So it seems to be working fine as long as it's not compiled into the kernel. Granted I haven't done any really extensive testing or use of it. Here's the pciconf -l after loading the em driver. agp0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x700c1022 rev=0x20 hdr=0x00 pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x700d1022 rev=0x00 hdr=0x01 isab0@pci0:7:0: class=0x060100 card=0x00000000 chip=0x74401022 rev=0x05 hdr=0x00 atapci0@pci0:7:1: class=0x01018a card=0x74411022 chip=0x74411022 rev=0x04 hdr=0x00 none0@pci0:7:3: class=0x068000 card=0x74431022 chip=0x74431022 rev=0x03 hdr=0x00 none1@pci0:8:0: class=0x030000 card=0x00000000 chip=0x47581002 rev=0x01 hdr=0x00 em0@pci0:9:0: class=0x020000 card=0x002e8086 chip=0x100e8086 rev=0x02 hdr=0x00 asr0@pci0:10:0: class=0x0e0001 card=0xc0661044 chip=0xa5011044 rev=0x01 hdr=0x00 pcib2@pci0:10:1: class=0x060400 card=0x00000068 chip=0xa5001044 rev=0x01 hdr=0x01 pcib3@pci0:16:0: class=0x060400 card=0x00000000 chip=0x74481022 rev=0x05 hdr=0x01 ohci0@pci3:0:0: class=0x0c0310 card=0x00000000 chip=0x74491022 rev=0x07 hdr=0x00 xl0@pci3:8:0: class=0x020000 card=0x246610f1 chip=0x920010b7 rev=0x78 hdr=0x00 Chris From owner-freebsd-stable@FreeBSD.ORG Thu Dec 14 03:55:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B9C016A40F for ; Thu, 14 Dec 2006 03:55:30 +0000 (UTC) (envelope-from andrew@areilly.bpc-users.org) Received: from omta02ps.mx.bigpond.com (omta02ps.mx.bigpond.com [144.140.83.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92A1B43CA9 for ; Thu, 14 Dec 2006 03:53:56 +0000 (GMT) (envelope-from andrew@areilly.bpc-users.org) Received: from oaamta02ps.mx.bigpond.com ([144.132.228.157]) by omta02ps.mx.bigpond.com with ESMTP id <20061214035527.WFYH24597.omta02ps.mx.bigpond.com@oaamta02ps.mx.bigpond.com> for ; Thu, 14 Dec 2006 03:55:27 +0000 Received: from areilly.bpa.nu ([144.132.228.157]) by oaamta02ps.mx.bigpond.com with ESMTP id <20061214035526.HUAY17919.oaamta02ps.mx.bigpond.com@areilly.bpa.nu> for ; Thu, 14 Dec 2006 03:55:26 +0000 Received: (qmail 97577 invoked from network); 14 Dec 2006 03:55:18 -0000 Received: from localhost (HELO duncan.reilly.home) (127.0.0.1) by localhost with SMTP; 14 Dec 2006 03:55:18 -0000 Date: Thu, 14 Dec 2006 14:55:17 +1100 From: Andrew Reilly To: Peter Jeremy Message-ID: <20061214145517.1e2bfd33@duncan.reilly.home> In-Reply-To: <20061213091146.GB888@turion.vk2pj.dyndns.org> References: <20061213091146.GB888@turion.vk2pj.dyndns.org> X-Mailer: Sylpheed-Claws 2.5.2 (GTK+ 2.10.6; amd64-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Mounting smbfs as non-root X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Dec 2006 03:55:30 -0000 On Wed, 13 Dec 2006 20:11:46 +1100 Peter Jeremy wrote: > mount_smbfs: can not setup kernel iconv table (ISO8859-1:tolower): syserr = Operation not permitted As far as I can tell, this has been the case since 4- or so, at least. Possibly as long as mount_smbfs has existed. The work-around that I used was to configure amd to do the mount (as root) on behalf of the user in question (me, at that time). These days I use smbclient or GNOMEVFS/nautilus instead, but they achieve somewhat different things... Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Thu Dec 14 04:13:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 16F6B16A415 for ; Thu, 14 Dec 2006 04:13:31 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A3FE43C9F for ; Thu, 14 Dec 2006 04:11:57 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so124171ana for ; Wed, 13 Dec 2006 20:13:29 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=PJJuzJW3Er36oLNJJ85R5IpM0rAyr1o24LrKNp9velSN2io4tSx07ntTFCO2dOAHJ4w5BzS+6H9uZkXmsmQ1cbGUQS+/JS/yff/Mgb2zjrdtniVoKvBBGjuEfI/jCGlCDmsBysvgUHyqQ6rl5FJXTNSnr1LSgFhpzbFI+Q9XMqs= Received: by 10.100.58.4 with SMTP id g4mr452773ana.1166069609246; Wed, 13 Dec 2006 20:13:29 -0800 (PST) Received: by 10.100.112.17 with HTTP; Wed, 13 Dec 2006 20:13:29 -0800 (PST) Message-ID: <2a41acea0612132013r63b8b2a8q21be60a37cc7728b@mail.gmail.com> Date: Wed, 13 Dec 2006 20:13:29 -0800 From: "Jack Vogel" To: "Chris Buechler" In-Reply-To: <4580B356.2030501@chrisbuechler.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <457EDD6B.20107@chrisbuechler.com> <2a41acea0612120936q671d5b59g39100983f2adf9db@mail.gmail.com> <457FA268.4020003@chrisbuechler.com> <2a41acea0612131238p34222362qde6ae51b18055744@mail.gmail.com> <4580B356.2030501@chrisbuechler.com> Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-RC1 em(4) issue - freezes during CD boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Dec 2006 04:13:31 -0000 On 12/13/06, Chris Buechler wrote: > Jack Vogel wrote: > > I need the PCI ID of that NIC, just to be sure that I can't reproduce > > this, but > > I doubt it, pciconf -l > > > Here's the pciconf -l from 6.2-RC1, custom kernel (copy of GENERIC, > minus 'device em') > > agp0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x700c1022 rev=0x20 > hdr=0x00 > pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x700d1022 rev=0x00 > hdr=0x01 > isab0@pci0:7:0: class=0x060100 card=0x00000000 chip=0x74401022 rev=0x05 > hdr=0x00 > atapci0@pci0:7:1: class=0x01018a card=0x74411022 chip=0x74411022 > rev=0x04 hdr=0x00 > none0@pci0:7:3: class=0x068000 card=0x74431022 chip=0x74431022 rev=0x03 > hdr=0x00 > none1@pci0:8:0: class=0x030000 card=0x00000000 chip=0x47581002 rev=0x01 > hdr=0x00 > none2@pci0:9:0: class=0x020000 card=0x002e8086 chip=0x100e8086 rev=0x02 > hdr=0x00 > asr0@pci0:10:0: class=0x0e0001 card=0xc0661044 chip=0xa5011044 rev=0x01 > hdr=0x00 > pcib2@pci0:10:1: class=0x060400 card=0x00000068 chip=0xa5001044 > rev=0x01 hdr=0x01 > pcib3@pci0:16:0: class=0x060400 card=0x00000000 chip=0x74481022 > rev=0x05 hdr=0x01 > ohci0@pci3:0:0: class=0x0c0310 card=0x00000000 chip=0x74491022 rev=0x07 > hdr=0x00 > xl0@pci3:8:0: class=0x020000 card=0x246610f1 chip=0x920010b7 rev=0x78 > hdr=0x00 > > > > interesting question is what will happen when you load > > the em driver afterwords :) > > Indeed, I was expecting Bad Things to happen. But no, after the > kldload, the interface was detected, I put an IP on it and it's working > fine. I bound an iperf server to that interface and ran an iperf client > from a slower box with a gig card and got ~520 Mbps out of it (probably > limited by the slower client box). So it seems to be working fine as > long as it's not compiled into the kernel. Granted I haven't done any > really extensive testing or use of it. > > Here's the pciconf -l after loading the em driver. > > agp0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x700c1022 rev=0x20 > hdr=0x00 > pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x700d1022 rev=0x00 > hdr=0x01 > isab0@pci0:7:0: class=0x060100 card=0x00000000 chip=0x74401022 rev=0x05 > hdr=0x00 > atapci0@pci0:7:1: class=0x01018a card=0x74411022 chip=0x74411022 > rev=0x04 hdr=0x00 > none0@pci0:7:3: class=0x068000 card=0x74431022 chip=0x74431022 rev=0x03 > hdr=0x00 > none1@pci0:8:0: class=0x030000 card=0x00000000 chip=0x47581002 rev=0x01 > hdr=0x00 > em0@pci0:9:0: class=0x020000 card=0x002e8086 chip=0x100e8086 rev=0x02 > hdr=0x00 > asr0@pci0:10:0: class=0x0e0001 card=0xc0661044 chip=0xa5011044 rev=0x01 > hdr=0x00 > pcib2@pci0:10:1: class=0x060400 card=0x00000068 chip=0xa5001044 > rev=0x01 hdr=0x01 > pcib3@pci0:16:0: class=0x060400 card=0x00000000 chip=0x74481022 > rev=0x05 hdr=0x01 > ohci0@pci3:0:0: class=0x0c0310 card=0x00000000 chip=0x74491022 rev=0x07 > hdr=0x00 > xl0@pci3:8:0: class=0x020000 card=0x246610f1 chip=0x920010b7 rev=0x78 > hdr=0x00 This is quite odd, and as a matter of fact, because our test group is always testing drivers that are made here at Intel, I believe most often they have the driver as a module and not static... hmmm, so let me see if I have any luck reproducing it. Since its often the case that a kernel you rebuild is NOT the same as the one install ends you with it might be a good test to go ahead, redefine em back into the kernel and see if THAT new kernel hangs. Just be SURE and keep this other kernel available to boot up again :) I"ll look into this, but not right away, I have a high priority chunk of code I'm working on and that needs to get done in the next couple days, and then I'm having a couple long-needed weeks of vacation :) Happy Holidays, Jack From owner-freebsd-stable@FreeBSD.ORG Thu Dec 14 08:41:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E1F0616A4C2 for ; Thu, 14 Dec 2006 08:41:09 +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 84FAF43CB8 for ; Thu, 14 Dec 2006 08:39:35 +0000 (GMT) (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 EE21E470C6; Thu, 14 Dec 2006 03:41:08 -0500 (EST) Date: Thu, 14 Dec 2006 08:41:08 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Alex Povolotsky In-Reply-To: <457FA5D7.9060502@webmail.sub.ru> Message-ID: <20061214083924.C72681@fledge.watson.org> References: <457FA5D7.9060502@webmail.sub.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Strange panics X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Dec 2006 08:41:10 -0000 On Wed, 13 Dec 2006, Alex Povolotsky wrote: > I'm getting lots of panics on quite lightly loaded box under 6.1-RELEASE. > > The box runned two jails without any flaws for several weeks, after adding > third one it begins to panics at least once a day. > > I have no idea on what could cause this. > > Here is my dmesg.boot (partially, I can send it all) This problem should be fixed in 6.2-RC1 and forward, I believe. If you're unable to upgrade, I may be able to provide patch backports, but would recommend an upgrade generally. This panic occurs because of a race condition in reset handling with respect to socket options, and tends to occur more frequently on boxes with long-lived connections that get reset and applications that frequently check or set socket options. Robert N M Watson Computer Laboratory University of Cambridge > > > > Copyright (c) 1992-2006 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 6.1-RELEASE #0: Tue Dec 12 08:44:28 MSK 2006 > tarkhil@box2s.sub.ru:/usr/obj/usr/src/sys/SMP > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2793.01-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 > Features=0xbfebfbff ,TM,PBE> > Features2=0x641d> > AMD Features=0x20100000 > Logical CPUs per core: 2 > real memory = 2147352576 (2047 MB) > avail memory = 2096328704 (1999 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu2 (AP): APIC ID: 6 > cpu3 (AP): APIC ID: 7 > > and here is kgbd output > > Fatal trap 12: page fault while in kernel mode > cpuid = 2; apic id = 06 > fault virtual address = 0xac > fault code = supervisor write, page not present > instruction pointer = 0x20:0xc06ee9d0 > stack pointer = 0x28:0xe91e2b18 > frame pointer = 0x28:0xe91e2b34 > 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 = 16260 (tcpserver) > trap number = 12 > panic: page fault > cpuid = 2 > Uptime: 19h33m1s > > (kgdb) bt > #0 doadump () at pcpu.h:165 > #1 0xc06507c9 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:402 > #2 0xc0650af1 in panic (fmt=0xc08958ae "%s") at > /usr/src/sys/kern/kern_shutdown.c:558 > #3 0xc084a2cc in trap_fatal (frame=0xe91e2ad8, eva=172) at > /usr/src/sys/i386/i386/trap.c:836 > #4 0xc084a00b in trap_pfault (frame=0xe91e2ad8, usermode=0, eva=172) at > /usr/src/sys/i386/i386/trap.c:744 > #5 0xc0849c45 in trap (frame= > {tf_fs = -1065156600, tf_es = -1056636888, tf_ds = 40, tf_edi = 55, > tf_esi = 0, tf_ebp = -383898828, tf_isp = -383898876, tf_ebx = -383898480, > tf_edx = -944133120, tf_ecx = 0, tf_eax = 4, tf_trapno = 12, tf_err = 2, > tf_eip = -1066473008, tf_cs = 32, tf_eflags = 66182, tf_esp = -880992256, > tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:434 > #6 0xc0836c4a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #7 0xc06ee9d0 in ip_ctloutput (so=0x4, sopt=0xe91e2c90) at atomic.h:146 > #8 0xc06feb73 in tcp_ctloutput (so=0xc811b6f4, sopt=0xe91e2c90) at > /usr/src/sys/netinet/tcp_usrreq.c:1038 > #9 0xc068bdf8 in sosetopt (so=0xc811b6f4, sopt=0xe91e2c90) at > /usr/src/sys/kern/uipc_socket.c:1560 > #10 0xc0691115 in kern_setsockopt (td=0xc7b9ac00, s=0, level=4, name=4, > val=0xc7b9ac00, valseg=UIO_USERSPACE, valsize=0) > at /usr/src/sys/kern/uipc_syscalls.c:1351 > #11 0xc0691046 in setsockopt (td=0xc7b9ac00, uap=0x4) at > /usr/src/sys/kern/uipc_syscalls.c:1307 > #12 0xc084a613 in syscall (frame= > {tf_fs = -1078001605, tf_es = 59, tf_ds = -1078001605, tf_edi = > -1077942204, tf_esi = 3, tf_ebp = -1077942408, tf_isp = -383898268, tf_ebx = > 0, tf_edx = 2, tf_ecx = 134545464, tf_eax = 105, tf_trapno = 12, tf_err = 2, > tf_eip = 186394799, tf_cs = 51, tf_eflags = 642, tf_esp = -1077942452, tf_ss > = 59}) at /usr/src/sys/i386/i386/trap.c:981 > #13 0xc0836c9f in Xint0x80_syscall () at > /usr/src/sys/i386/i386/exception.s:200 > #14 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > > > === cut === > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0xac > fault code = supervisor write, page not present > instruction pointer = 0x20:0xc06ee9d0 > stack pointer = 0x28:0xe8f77b18 > frame pointer = 0x28:0xe8f77b34 > 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 = 86881 (tcpserver) > trap number = 12 > panic: page fault > cpuid = 0 > Uptime: 1h55m49s > Dumping 2047 MB (2 chunks) > chunk 0: 1MB (158 pages) ... ok > chunk 1: 2047MB (524000 pages) 2031 2015 1999 1983 1967 1951 1935 1919 1903 > 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695 1679 1663 > 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439 1423 > 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 > 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 > 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 > 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 > 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 > > #0 doadump () at pcpu.h:165 > 165 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:165 > #1 0xc06507c9 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:402 > #2 0xc0650af1 in panic (fmt=0xc08958ae "%s") at > /usr/src/sys/kern/kern_shutdown.c:558 > #3 0xc084a2cc in trap_fatal (frame=0xe8f77ad8, eva=172) at > /usr/src/sys/i386/i386/trap.c:836 > #4 0xc084a00b in trap_pfault (frame=0xe8f77ad8, usermode=0, eva=172) at > /usr/src/sys/i386/i386/trap.c:744 > #5 0xc0849c45 in trap (frame= > {tf_fs = -939130872, tf_es = -1056636888, tf_ds = 40, tf_edi = 55, > tf_esi = 0, tf_ebp = -386434252, tf_isp = -386434300, tf_ebx = -386433904, > tf_edx = -951618816, tf_ecx = 0, tf_eax = 4, tf_trapno = 12, tf_err = 2, > tf_eip = -1066473008, tf_cs = 32, tf_eflags = 66182, tf_esp = -953071872, > tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:434 > #6 0xc0836c4a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #7 0xc06ee9d0 in ip_ctloutput (so=0x4, sopt=0xe8f77c90) at atomic.h:146 > #8 0xc06feb73 in tcp_ctloutput (so=0xc8c0142c, sopt=0xe8f77c90) at > /usr/src/sys/netinet/tcp_usrreq.c:1038 > #9 0xc068bdf8 in sosetopt (so=0xc8c0142c, sopt=0xe8f77c90) at > /usr/src/sys/kern/uipc_socket.c:1560 > #10 0xc0691115 in kern_setsockopt (td=0xc7477300, s=0, level=4, name=4, > val=0xc7477300, valseg=UIO_USERSPACE, valsize=0) > at /usr/src/sys/kern/uipc_syscalls.c:1351 > #11 0xc0691046 in setsockopt (td=0xc7477300, uap=0x4) at > /usr/src/sys/kern/uipc_syscalls.c:1307 > #12 0xc084a613 in syscall (frame= > {tf_fs = -1078001605, tf_es = 59, tf_ds = -1078001605, tf_edi = > -1077942088, tf_esi = 3, tf_ebp = -1077942296, tf_isp = -386433692, tf_ebx = > 0, tf_edx = 2, tf_ecx = 134545464, tf_eax = 105, tf_trapno = 12, tf_err = 2, > tf_eip = 186394799, tf_cs = 51, tf_eflags = 646, tf_esp = -1077942340, tf_ss > = 59}) at /usr/src/sys/i386/i386/trap.c:981 > #13 0xc0836c9f in Xint0x80_syscall () at > /usr/src/sys/i386/i386/exception.s:200 > #14 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) > > === cut === > > NIC is Intel (em). > > Can anyone provide any help with this? > > Alex. > > _______________________________________________ > 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 Dec 14 12:53:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0A63E16A57F for ; Thu, 14 Dec 2006 12:53:34 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A25B43CAA for ; Thu, 14 Dec 2006 12:51:38 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id kBECqp3G042593; Thu, 14 Dec 2006 14:52:52 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Thu, 14 Dec 2006 14:52:51 +0200 (EET) From: Dmitry Pryanishnikov To: Jan Mikkelsen In-Reply-To: <00d401c71e8d$fb60de00$3301a8c0@janmxp> Message-ID: <20061214144023.K14515@atlantis.atlantis.dp.ua> References: <00a601c71e7f$ed63f7a0$3301a8c0@janmxp> <457FAAFD.1080707@samsco.org> <00d401c71e8d$fb60de00$3301a8c0@janmxp> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: g_vfs_done() failures on 6.2-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Dec 2006 12:53:34 -0000 Hello! On Wed, 13 Dec 2006, Jan Mikkelsen wrote: > I mentioned that I have seen similar problems on machines with ataraid, like > this: > > DOH! ata_alloc_composite failed! (x5) > FAILURE - out of memory in ata_raid_init_request (x6) > g_vfs_done():ar0s3f[WRITE(offset=113324673024, length=2048)]error = 5 These errors are caused by the kernel memory (specifically, "ata_composite_zone" UMA zone) depletion. To get this knowlege, one should Read The F[ine] Sources, as ata(4)/ataraid(4) lack the DIAGNOSTICS section: ata-all.h:#define ata_alloc_composite() uma_zalloc(ata_composite_zone, M_NOWAIT | M_ZERO) Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Thu Dec 14 15:01:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B037516A528 for ; Thu, 14 Dec 2006 15:01:32 +0000 (UTC) (envelope-from vangyzen@vangyzen.net) Received: from smtp.vangyzen.net (static-74-41-215-198.dr01.brvl.mn.frontiernet.net [74.41.215.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 370CA43DA4 for ; Thu, 14 Dec 2006 14:59:08 +0000 (GMT) (envelope-from vangyzen@vangyzen.net) Received: by smtp.vangyzen.net (Postfix, from userid 1001) id 891856D427; Thu, 14 Dec 2006 09:00:36 -0600 (CST) Date: Thu, 14 Dec 2006 09:00:36 -0600 From: Eric van Gyzen To: freebsd-stable@freebsd.org Message-ID: <20061214150036.GA99209@trillian.vangyzen.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: panic: sleeping thread X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Dec 2006 15:01:33 -0000 I saw a recent thread about a "sleeping thread" panic. I submitted kern/102654 for one on 6.1-RELEASE-p1: http://www.freebsd.org/cgi/query-pr.cgi?pr=102654 I'll gladly help you debug it. Eric From owner-freebsd-stable@FreeBSD.ORG Thu Dec 14 16:23:10 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 07F0116A531; Thu, 14 Dec 2006 16:23:10 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46AFF4423C; Thu, 14 Dec 2006 16:14:52 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.191]) by hub.org (Postfix) with ESMTP id 3464F118B3DA; Thu, 14 Dec 2006 12:16:18 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.191]) (amavisd-new, port 10024) with ESMTP id 22139-05; Thu, 14 Dec 2006 12:16:18 -0400 (AST) Received: from ganymede.hub.org (blk-137-79-174.eastlink.ca [24.137.79.174]) by hub.org (Postfix) with ESMTP id C263E118B3A7; Thu, 14 Dec 2006 12:16:17 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 3C4BC5C990; Thu, 14 Dec 2006 12:16:17 -0400 (AST) Date: Thu, 14 Dec 2006 12:16:17 -0400 From: "Marc G. Fournier" To: Jim Pingle , Willem Jan Withagen Message-ID: In-Reply-To: <458034A7.6010106@pingle.org> References: <457E9222.2090406@withagen.nl> <458034A7.6010106@pingle.org> X-Mailer: Mulberry/4.0.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: stable@freebsd.org, obrien@FreeBSD.org Subject: Re: Adaptec 2100, asr driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2006 16:23:10 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Wednesday, December 13, 2006 12:13:11 -0500 Jim Pingle wrote: > Willem Jan Withagen wrote: >> So the 1000$ question: is there any chance of getting at least the state >> of the RAID and its disk out into the open? It shure would give me a >> much better feeling, knowing that at least serious trouble would be >> detected by me. Instead of getting this call from a NOC. > > It works fine here. I use this on systems with 2100s, and with 2010s. > > cd /usr/ports/sysutils/asr-utils; make install clean > > Make sure it installs compat4x, it should as it is listed as a dependency. > > Add this to /etc/rc.conf: > compat4x_enable="YES" > > add "options ASR_COMPAT" to your kernel and rebuild the kernel > > Reboot. That's it. > > You can use "raidutil -A off" to silence the alarm once it is active. As > well as checking the drives with "raidutil -L all". You can get more/less > detail, just check the command line options. This kind of information (ie. options ASR_COMPAT) would be good to add to the pkg_message for ports like this ... same thing trip'd me up the other day, and someone let me know about it ... - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFgXjR4QvfyHIvDvMRAp3kAKCg+0RCFcRWxyrLCOZuYeP9F0sFJwCguRYe 3VQJAG6L0H0g/pCPyadawaw= =7b7v -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 14 16:23:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E7A6B16A5D7 for ; Thu, 14 Dec 2006 16:23:28 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 078744404F for ; Thu, 14 Dec 2006 16:16:36 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kBEGH5Ov023554; Thu, 14 Dec 2006 09:17:11 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <458178FE.7050609@samsco.org> Date: Thu, 14 Dec 2006 09:17:02 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Dmitry Pryanishnikov References: <00a601c71e7f$ed63f7a0$3301a8c0@janmxp> <457FAAFD.1080707@samsco.org> <00d401c71e8d$fb60de00$3301a8c0@janmxp> <20061214144023.K14515@atlantis.atlantis.dp.ua> In-Reply-To: <20061214144023.K14515@atlantis.atlantis.dp.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Jan Mikkelsen , freebsd-stable@freebsd.org Subject: Re: g_vfs_done() failures on 6.2-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Dec 2006 16:23:29 -0000 Dmitry Pryanishnikov wrote: > > Hello! > > On Wed, 13 Dec 2006, Jan Mikkelsen wrote: >> I mentioned that I have seen similar problems on machines with >> ataraid, like this: >> >> DOH! ata_alloc_composite failed! (x5) >> FAILURE - out of memory in ata_raid_init_request (x6) >> g_vfs_done():ar0s3f[WRITE(offset=113324673024, length=2048)]error = 5 > > These errors are caused by the kernel memory (specifically, > "ata_composite_zone" UMA zone) depletion. To get this knowlege, one > should Read The F[ine] Sources, as ata(4)/ataraid(4) lack the > DIAGNOSTICS section: > > ata-all.h:#define ata_alloc_composite() uma_zalloc(ata_composite_zone, > M_NOWAIT | M_ZERO) > > Sincerely, Dmitry Not being able to perform an I/O due to lack of memory is a very bad thing, since the way that memory is freed up is by doing I/O. Scott From owner-freebsd-stable@FreeBSD.ORG Thu Dec 14 16:24:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E8DF116A8C8 for ; Thu, 14 Dec 2006 16:24:00 +0000 (UTC) (envelope-from om-lists-bsd@omx.ch) Received: from omega.omnis.ch (omega.omnis.ch [195.134.143.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 82D8744396 for ; Thu, 14 Dec 2006 16:19:12 +0000 (GMT) (envelope-from om-lists-bsd@omx.ch) Received: (qmail 25774 invoked from network); 14 Dec 2006 16:20:36 -0000 Received: from 218.103.200.84 ([218.103.200.84]) by omega.omnis.ch ([195.134.143.43]) with ESMTP via TCP; 14 Dec 2006 16:20:36 -0000 Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: Olivier Mueller Date: Fri, 15 Dec 2006 00:20:34 +0800 X-Mailer: Apple Mail (2.752.2) Subject: p5-Quota issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Dec 2006 16:24:01 -0000 Hello, I'm trying to get a script working with the p5-Quota module, but no way... : - quota correctely working for the /home partition - tested with edquota/repquota, etc. But when trying to retrieve information or setup quota information from a perl script, I get: Quota::sync: error #45 But what bothers me more is that exactely the same script (with the same module) is working fine under linux... Any hint would be welcome :-) regards, Olivier PS: installed module: p5-Quota-1.5.1 Perl module that provides access to filesystem quotas Later I'll try to get the module directely from cpan, maybe it will help... From owner-freebsd-stable@FreeBSD.ORG Thu Dec 14 16:27:10 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5A54416A517 for ; Thu, 14 Dec 2006 16:27:10 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id E47C643CAD for ; Thu, 14 Dec 2006 16:25:31 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.183]) by hub.org (Postfix) with ESMTP id D2104118B40B; Thu, 14 Dec 2006 12:27:06 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-new, port 10024) with ESMTP id 11993-04; Thu, 14 Dec 2006 12:27:06 -0400 (AST) Received: from ganymede.hub.org (blk-137-79-174.eastlink.ca [24.137.79.174]) by hub.org (Postfix) with ESMTP id 67745118B3A7; Thu, 14 Dec 2006 12:27:06 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 089465CA73; Thu, 14 Dec 2006 12:27:06 -0400 (AST) Date: Thu, 14 Dec 2006 12:27:05 -0400 From: "Marc G. Fournier" To: Scott Long , Charles Sprickman Message-ID: <902B43096AE760F6AACBAA0F@ganymede.hub.org> In-Reply-To: <458070F1.8040507@samsco.org> References: <457E9222.2090406@withagen.nl> <458034A7.6010106@pingle.org> <20061213152502.N95481@sporker.bway.net> <458070F1.8040507@samsco.org> X-Mailer: Mulberry/4.0.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: stable@freebsd.org Subject: Re: Adaptec 2100, asr driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2006 16:27:10 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Wednesday, December 13, 2006 14:30:25 -0700 Scott Long wrote: > Adaptec abandoned work on asr for FreeBSD about 5 years ago, and > abandoned all development on ASR cards and tools on all OSes about 4 > years ago, with the exception of maintenance commitments for certain > customers. They wrote the ASR technology assets off of their books > at that time, making it a firm, deliberate, and permanent business > decision. Could information like this be added somewhere, like the asr man page, or the handbook? I know in my case, one of the first things I did when we determined that the iir driver was having problem was to check the man page at teh AUTHORs section ... maybe add a note to the HISTORY stating when EOL happened for the driver as far as the manufacturer(S) were concerned? - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFgXtZ4QvfyHIvDvMRAjAwAKC7jE8Zmgn8J+wuMKjTvvdiEVF2AwCg0yJv V6hmZkVdGgHoikxbQLO6sy0= =MNes -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 14 16:36:12 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 765B716A412 for ; Thu, 14 Dec 2006 16:36:12 +0000 (UTC) (envelope-from drue@therub.org) Received: from mali.therub.org (therub.org [67.132.216.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4727B43D4C for ; Thu, 14 Dec 2006 16:34:22 +0000 (GMT) (envelope-from drue@therub.org) Received: by mali.therub.org (Postfix, from userid 1002) id AC5F5147EEC; Thu, 14 Dec 2006 10:35:47 -0600 (CST) Date: Thu, 14 Dec 2006 10:35:47 -0600 From: Dan Rue To: stable@freebsd.org Message-ID: <20061214163547.GU62981@therub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 Cc: Subject: Crash on 6.1-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2006 16:36:12 -0000 Cheers, Finally got a good error message and crash dump for a problem i'm experiencing in 6.1-RELEASE. Let me know if there's more info I can provide. from /var/log/messages: Dec 13 01:17:23 leopard kernel: twa0: ERROR: (0x03: 0x0100): SGL entry contains zero data: address=0x0, length=0x0, cmd=W Dec 13 01:17:23 leopard kernel: (da0:twa0:0:0:0): WRITE(16). CDB: 8a 0 0 0 0 1 45 8f 77 c0 0 0 0 20 0 0 Dec 13 01:17:23 leopard kernel: (da0:twa0:0:0:0): CAM Status: SCSI Status Error Dec 13 01:17:23 leopard kernel: (da0:twa0:0:0:0): SCSI Status: Check Condition Dec 13 01:17:23 leopard kernel: (da0:twa0:0:0:0): ILLEGAL REQUEST asc:26,0 Dec 13 01:17:23 leopard kernel: (da0:twa0:0:0:0): Invalid field in parameter list Dec 13 01:17:23 leopard kernel: (da0:twa0:0:0:0): Unretryable error Dec 13 01:17:23 leopard kernel: g_vfs_done():da0[WRITE(offset=2796542722048, length=16384)]error = 22 kgdb: #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc064dee1 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:402 #2 0xc064e178 in panic (fmt=0xc08b8f9a "initiate_write_inodeblock_ufs2: already started") at /usr/src/sys/kern/kern_shutdown.c:558 #3 0xc079ad62 in initiate_write_inodeblock_ufs2 (inodedep=0xca2c2780, bp=0x0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:4013 #4 0xc079a52f in softdep_disk_io_initiation (bp=0xd8caed20) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3748 #5 0xc07a2ae1 in ffs_geom_strategy (bo=0xc4e55940, bp=0xd8caed20) at buf.h:422 #6 0xc0692998 in bufwrite (bp=0xd8caed20) at buf.h:415 #7 0xc07a29ba in ffs_bufwrite (bp=0xd8caed20) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1710 #8 0xc06943c7 in vfs_bio_awrite (bp=0xd8caed20) at buf.h:399 #9 0xc069b3f8 in vop_stdfsync (ap=0xe501ccc0) at /usr/src/sys/kern/vfs_default.c:412 #10 0xc06029ab in devfs_fsync (ap=0xe501ccc0) at /usr/src/sys/fs/devfs/devfs_vnops.c:307 #11 0xc0852ef8 in VOP_FSYNC_APV (vop=0x0, a=0x0) at vnode_if.c:1020 #12 0xc06a3cd8 in sync_vnode (bo=0xc4e55940, td=0xc4ba3a80) at vnode_if.h:537 #13 0xc06a3ff1 in sched_sync () at /usr/src/sys/kern/vfs_subr.c:1679 #14 0xc0638524 in fork_exit (callout=0xc06a3d9c , arg=0x0, frame=0xe501cd38) at /usr/src/sys/kern/kern_fork.c:805 #15 0xc0830cfc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 uname: FreeBSD leopard.xxx.com 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Tue May 9 11:47:55 CDT 2006 drue@leopard.xxx.com:/usr/obj/usr/src/sys/GENERIC i386 full dmesg: Copyright (c) 1992-2006 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 6.1-RELEASE #0: Tue May 9 11:47:55 CDT 2006 drue@leopard.xxx.com:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2992.52-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Features2=0x441d> Logical CPUs per core: 2 real memory = 1073676288 (1023 MB) avail memory = 1041735680 (993 MB) ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 3.0 on pci0 pci1: on pcib1 em0: port 0xac00-0xac1f mem 0xfc4e0000-0xfc4fffff irq 18 at device 1.0 on pci1 em0: Ethernet address: 00:04:23:b0:ea:8c pcib2: at device 28.0 on pci0 pci2: on pcib2 3ware device driver for 9000 series storage controllers, version: 3.60.02.012 twa0: <3ware 9000 series Storage Controller> port 0xb800-0xb8ff mem 0xfc5ffc00-0xfc5ffcff,0xfb800000-0xfbffffff irq 25 at device 3.0 on pci2 twa0: [GIANT-LOCKED] twa0: INFO: (0x15: 0x1300): Controller details:: Model 9500S-12, 12 ports, Firmware FE9X 2.06.00.009, BIOS BE9X 2.03.01.051 uhci0: port 0xe800-0xe81f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xec00-0xec1f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci0: at device 29.4 (no driver attached) ehci0: mem 0xfe7ffc00-0xfe7fffff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered pcib3: at device 30.0 on pci0 pci3: on pcib3 pci3: at device 0.0 (no driver attached) fxp0: port 0xcc00-0xcc3f mem 0xfe6fe000-0xfe6fefff,0xfe6a0000-0xfe6bffff irq 17 at device 1.0 on pci3 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:04:23:b0:ea:8d isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0xe400-0xe407,0xe000-0xe003,0xdc00-0xdc07,0xd800-0xd803,0xd400-0xd40f irq 18 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 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] 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, console sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xc9000-0xca7ff,0xca800-0xcbfff,0xe0000-0xe3fff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2992515817 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDROM at ata1-master UDMA33 ad4: 76319MB at ata2-master SATA150 da0 at twa0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 100.000MB/s transfers da0: 2860920MB (5859164160 512 byte sectors: 255H 63S/T 364716C) Trying to mount root from ufs:/dev/ad4s1a From owner-freebsd-stable@FreeBSD.ORG Thu Dec 14 17:06:46 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5BC6516A503 for ; Thu, 14 Dec 2006 17:06:46 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B48E43E44 for ; Thu, 14 Dec 2006 16:56:23 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (jylqnu@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kBEGvhaO024840; Thu, 14 Dec 2006 17:57:48 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kBEGvhre024839; Thu, 14 Dec 2006 17:57:43 +0100 (CET) (envelope-from olli) Date: Thu, 14 Dec 2006 17:57:43 +0100 (CET) Message-Id: <200612141657.kBEGvhre024839@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, om-lists-bsd@omx.ch In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 14 Dec 2006 17:57:49 +0100 (CET) Cc: Subject: Re: p5-Quota issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, om-lists-bsd@omx.ch List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2006 17:06:46 -0000 Olivier Mueller wrote: > I'm trying to get a script working with the p5-Quota module, but no > way... : > - quota correctely working for the /home partition > - tested with edquota/repquota, etc. > > But when trying to retrieve information or setup quota information from > a perl script, I get: Quota::sync: error #45 I guess that's an errno number, and in that case 45 is EOPNOTSUPP (Operation not supported). It is a bug that the errno number is not printed as a human-readable string. Did you try to use Quota::query? Does it work? > But what bothers me more is that exactely the same script (with the > same module) is working fine under linux... According to the p5-Quota documentation, the Quota::sync function is not supported on all platforms, so it's perfectly possible that the p5-Quota code supports it on Linux, but not on FreeBSD. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "Perl will consistently give you what you want, unless what you want is consistency." -- Larry Wall From owner-freebsd-stable@FreeBSD.ORG Thu Dec 14 17:44:10 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C23EC16A69F for ; Thu, 14 Dec 2006 17:44:10 +0000 (UTC) (envelope-from drue@therub.org) Received: from mali.therub.org (therub.org [67.132.216.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5ED9343F65 for ; Thu, 14 Dec 2006 17:40:00 +0000 (GMT) (envelope-from drue@therub.org) Received: by mali.therub.org (Postfix, from userid 1002) id C0165147EEC; Thu, 14 Dec 2006 11:41:28 -0600 (CST) Date: Thu, 14 Dec 2006 11:41:27 -0600 From: Dan Rue To: stable@freebsd.org Message-ID: <20061214174127.GV62981@therub.org> References: <20061214163547.GU62981@therub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061214163547.GU62981@therub.org> User-Agent: Mutt/1.5.11 Cc: Subject: Re: Crash on 6.1-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2006 17:44:10 -0000 With further investigation, it looks like I am having the same problem as this guy [1] and will follow Robert Watson's advice and upgrade to 6.1-RC1. Dan [1] http://lists.freebsd.org/pipermail/freebsd-stable/2006-December/031405.html On Thu, Dec 14, 2006 at 10:35:47AM -0600, Dan Rue wrote: > Cheers, > > Finally got a good error message and crash dump for a problem i'm experiencing > in 6.1-RELEASE. Let me know if there's more info I can provide. > > from /var/log/messages: > Dec 13 01:17:23 leopard kernel: twa0: ERROR: (0x03: 0x0100): SGL entry contains zero data: address=0x0, length=0x0, cmd=W > Dec 13 01:17:23 leopard kernel: (da0:twa0:0:0:0): WRITE(16). CDB: 8a 0 0 0 0 1 45 8f 77 c0 0 0 0 20 0 0 > Dec 13 01:17:23 leopard kernel: (da0:twa0:0:0:0): CAM Status: SCSI Status Error > Dec 13 01:17:23 leopard kernel: (da0:twa0:0:0:0): SCSI Status: Check Condition > Dec 13 01:17:23 leopard kernel: (da0:twa0:0:0:0): ILLEGAL REQUEST asc:26,0 > Dec 13 01:17:23 leopard kernel: (da0:twa0:0:0:0): Invalid field in parameter list > Dec 13 01:17:23 leopard kernel: (da0:twa0:0:0:0): Unretryable error > Dec 13 01:17:23 leopard kernel: g_vfs_done():da0[WRITE(offset=2796542722048, length=16384)]error = 22 > > > kgdb: > #0 doadump () at pcpu.h:165 > 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) backtrace > #0 doadump () at pcpu.h:165 > #1 0xc064dee1 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:402 > #2 0xc064e178 in panic (fmt=0xc08b8f9a "initiate_write_inodeblock_ufs2: already started") at /usr/src/sys/kern/kern_shutdown.c:558 > #3 0xc079ad62 in initiate_write_inodeblock_ufs2 (inodedep=0xca2c2780, bp=0x0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:4013 > #4 0xc079a52f in softdep_disk_io_initiation (bp=0xd8caed20) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3748 > #5 0xc07a2ae1 in ffs_geom_strategy (bo=0xc4e55940, bp=0xd8caed20) at buf.h:422 > #6 0xc0692998 in bufwrite (bp=0xd8caed20) at buf.h:415 > #7 0xc07a29ba in ffs_bufwrite (bp=0xd8caed20) > at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1710 > #8 0xc06943c7 in vfs_bio_awrite (bp=0xd8caed20) at buf.h:399 > #9 0xc069b3f8 in vop_stdfsync (ap=0xe501ccc0) at /usr/src/sys/kern/vfs_default.c:412 > #10 0xc06029ab in devfs_fsync (ap=0xe501ccc0) at /usr/src/sys/fs/devfs/devfs_vnops.c:307 > #11 0xc0852ef8 in VOP_FSYNC_APV (vop=0x0, a=0x0) at vnode_if.c:1020 > #12 0xc06a3cd8 in sync_vnode (bo=0xc4e55940, td=0xc4ba3a80) at vnode_if.h:537 > #13 0xc06a3ff1 in sched_sync () at /usr/src/sys/kern/vfs_subr.c:1679 > #14 0xc0638524 in fork_exit (callout=0xc06a3d9c , arg=0x0, frame=0xe501cd38) at /usr/src/sys/kern/kern_fork.c:805 > #15 0xc0830cfc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 > > > uname: > FreeBSD leopard.xxx.com 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Tue May 9 11:47:55 CDT 2006 drue@leopard.xxx.com:/usr/obj/usr/src/sys/GENERIC i386 > > > full dmesg: > Copyright (c) 1992-2006 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 6.1-RELEASE #0: Tue May 9 11:47:55 CDT 2006 > drue@leopard.xxx.com:/usr/obj/usr/src/sys/GENERIC > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2992.52-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 > Features=0xbfebfbff > Features2=0x441d> > Logical CPUs per core: 2 > real memory = 1073676288 (1023 MB) > avail memory = 1041735680 (993 MB) > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 24-47 on motherboard > kbd1 at kbdmux0 > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > cpu0: on acpi0 > acpi_throttle0: on cpu0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: at device 3.0 on pci0 > pci1: on pcib1 > em0: port 0xac00-0xac1f mem 0xfc4e0000-0xfc4fffff irq 18 at device 1.0 on pci1 > em0: Ethernet address: 00:04:23:b0:ea:8c > pcib2: at device 28.0 on pci0 > pci2: on pcib2 > 3ware device driver for 9000 series storage controllers, version: 3.60.02.012 > twa0: <3ware 9000 series Storage Controller> port 0xb800-0xb8ff mem 0xfc5ffc00-0xfc5ffcff,0xfb800000-0xfbffffff irq 25 at device 3.0 on pci2 > twa0: [GIANT-LOCKED] > twa0: INFO: (0x15: 0x1300): Controller details:: Model 9500S-12, 12 ports, Firmware FE9X 2.06.00.009, BIOS BE9X 2.03.01.051 > uhci0: port 0xe800-0xe81f irq 16 at device 29.0 on pci0 > uhci0: [GIANT-LOCKED] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0xec00-0xec1f irq 19 at device 29.1 on pci0 > uhci1: [GIANT-LOCKED] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > pci0: at device 29.4 (no driver attached) > ehci0: mem 0xfe7ffc00-0xfe7fffff irq 23 at device 29.7 on pci0 > ehci0: [GIANT-LOCKED] > usb2: EHCI version 1.0 > usb2: companion controllers, 2 ports each: usb0 usb1 > usb2: on ehci0 > usb2: USB revision 2.0 > uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub2: 4 ports with 4 removable, self powered > pcib3: at device 30.0 on pci0 > pci3: on pcib3 > pci3: at device 0.0 (no driver attached) > fxp0: port 0xcc00-0xcc3f mem 0xfe6fe000-0xfe6fefff,0xfe6a0000-0xfe6bffff irq 17 at device 1.0 on pci3 > miibus0: on fxp0 > inphy0: on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: Ethernet address: 00:04:23:b0:ea:8d > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 > ata0: on atapci0 > ata1: on atapci0 > atapci1: port 0xe400-0xe407,0xe000-0xe003,0xdc00-0xdc07,0xd800-0xd803,0xd400-0xd40f irq 18 at device 31.2 on pci0 > ata2: on atapci1 > ata3: on atapci1 > 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] > 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, console > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > fdc0: [FAST] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xc9000-0xca7ff,0xca800-0xcbfff,0xe0000-0xe3fff on isa0 > ppc0: parallel port not found. > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounter "TSC" frequency 2992515817 Hz quality 800 > Timecounters tick every 1.000 msec > acd0: CDROM at ata1-master UDMA33 > ad4: 76319MB at ata2-master SATA150 > da0 at twa0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-3 device > da0: 100.000MB/s transfers > da0: 2860920MB (5859164160 512 byte sectors: 255H 63S/T 364716C) > Trying to mount root from ufs:/dev/ad4s1a > _______________________________________________ > 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 Dec 14 22:44:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E5FB16A4C9 for ; Thu, 14 Dec 2006 22:44:27 +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 7AD1143FCA for ; Thu, 14 Dec 2006 22:36:44 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kBEMcDpr074053; Thu, 14 Dec 2006 17:38:13 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id kBEMcCQ9042234 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 14 Dec 2006 17:38:12 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200612142238.kBEMcCQ9042234@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 14 Dec 2006 17:36:56 -0500 To: "Jack Vogel" From: Mike Tancsa In-Reply-To: <2a41acea0612132013r63b8b2a8q21be60a37cc7728b@mail.gmail.co m> References: <457EDD6B.20107@chrisbuechler.com> <2a41acea0612120936q671d5b59g39100983f2adf9db@mail.gmail.com> <457FA268.4020003@chrisbuechler.com> <2a41acea0612131238p34222362qde6ae51b18055744@mail.gmail.com> <4580B356.2030501@chrisbuechler.com> <2a41acea0612132013r63b8b2a8q21be60a37cc7728b@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-RC1 em(4) issue - freezes during CD boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Dec 2006 22:44:27 -0000 At 11:13 PM 12/13/2006, Jack Vogel wrote: >On 12/13/06, Chris Buechler wrote: >>Jack Vogel wrote: >> > I need the PCI ID of that NIC, just to be sure that I can't reproduce >> > this, but >> > I doubt it, pciconf -l I have another case where an EM nic can lock up the box. But I am not sure if its a compatibility issue with a particular motherboard. The key elements in my case are an RS-480 MB, 3ware 2 port SATA and 2 port PCIe 1000PT em nic. Depending on how I shuffle around the cards, the twe will complain about parity errors, or the em will just lockup as soon as I give one of its ports an IP address. If I swap out all the parts to a different motherboard (I tried 2 RS-480s, both with latest BIOS so I dont think its just a case of bad hardware), it all works just fine. It will also on occasion fire em watchdog timeouts depending again, one the arrangement of the PCI card and whether I have USB enable or not. # pciconf -lv hostb0@pci0:0:0: class=0x060000 card=0x59501002 chip=0x59501002 rev=0x10 hdr=0x00 vendor = 'ATI Technologies Inc' class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000044 chip=0x5a3f1002 rev=0x00 hdr=0x01 vendor = 'ATI Technologies Inc' class = bridge subclass = PCI-PCI pcib2@pci0:2:0: class=0x060400 card=0x00000050 chip=0x5a341002 rev=0x00 hdr=0x01 vendor = 'ATI Technologies Inc' class = bridge subclass = PCI-PCI atapci0@pci0:17:0: class=0x01018f card=0x1b341019 chip=0x437a1002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Serial ATA Controller' class = mass storage subclass = ATA atapci1@pci0:18:0: class=0x01018f card=0x1b341019 chip=0x43791002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Serial ATA Controller' class = mass storage subclass = ATA ohci0@pci0:19:0: class=0x0c0310 card=0x1b341019 chip=0x43741002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' class = serial bus subclass = USB ohci1@pci0:19:1: class=0x0c0310 card=0x1b341019 chip=0x43751002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' class = serial bus subclass = USB ehci0@pci0:19:2: class=0x0c0320 card=0x1b341019 chip=0x43731002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' class = serial bus subclass = USB none0@pci0:20:0: class=0x0c0500 card=0x1b341019 chip=0x43721002 rev=0x11 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'SMBus' class = serial bus subclass = SMBus atapci2@pci0:20:1: class=0x01018a card=0x1b341019 chip=0x43761002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'IDE Controller' class = mass storage subclass = ATA isab0@pci0:20:3: class=0x060100 card=0x1b341019 chip=0x43771002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' class = bridge subclass = PCI-ISA pcib3@pci0:20:4: class=0x060401 card=0x00000000 chip=0x43711002 rev=0x00 hdr=0x01 vendor = 'ATI Technologies Inc' class = bridge subclass = PCI-PCI hostb1@pci0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb2@pci0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Address Map' class = bridge subclass = HOST-PCI hostb3@pci0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron DRAM Controller' class = bridge subclass = HOST-PCI hostb4@pci0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Miscellaneous Control' class = bridge subclass = HOST-PCI none1@pci1:5:0: class=0x030000 card=0x1b341019 chip=0x59741002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' class = display subclass = VGA em0@pci2:0:0: class=0x020000 card=0x115e8086 chip=0x105e8086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/1000 PT' class = network subclass = ethernet em1@pci2:0:1: class=0x020000 card=0x115e8086 chip=0x105e8086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/1000 PT' class = network subclass = ethernet fxp0@pci3:0:0: class=0x020000 card=0x00408086 chip=0x12298086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter' class = network subclass = ethernet twe0@pci3:1:0: class=0x010400 card=0x100113c1 chip=0x100113c1 rev=0x01 hdr=0x00 vendor = '3ware Inc.' device = '7000/8000 series ATA-133 Storage Controller' class = mass storage subclass = RAID rl0@pci3:5:0: class=0x020000 card=0x813910ec chip=0x813910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter' class = network subclass = ethernet # cat /var/run/dmesg.boot Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-PRERELEASE #6: Thu Dec 14 16:16:01 EST 2006 mdtancsa@hq2.sentex.ca:/usr/obj/usr/src/sys/router ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3500+ (2199.76-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20ff2 Stepping = 2 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x1 real memory = 1039073280 (990 MB) avail memory = 1011957760 (965 MB) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 21 ACPI-0438: *** Error: Looking up [\\_SB_.PCI0.LPC0.LNK1] in namespace, AE_NOT_FOUND SearchNode 0xc45db520 StartNode 0xc45db520 ReturnNode 0 ACPI-0438: *** Error: Looking up [\\_SB_.PCI0.LPC0.LNK0] in namespace, AE_NOT_FOUND SearchNode 0xc462bda0 StartNode 0xc462bda0 ReturnNode 0 acpi0: Power Button (fixed) 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 pci1: at device 5.0 (no driver attached) pcib2: at device 2.0 on pci0 pci2: on pcib2 em0: port 0xdf00-0xdf1f mem 0xfdce0000-0xfdcfffff,0xfdcc0000-0xfdcdffff irq 18 at device 0.0 on pci2 em0: Ethernet address: 00:15:17:12:f4:2e em0: [FAST] em1: port 0xde00-0xde1f mem 0xfdca0000-0xfdcbffff,0xfdc80000-0xfdc9ffff irq 18 at device 0.1 on pci2 em1: Ethernet address: 00:15:17:12:f4:2f em1: [FAST] atapci0: port 0xff00-0xff07,0xfe00-0xfe03,0xfd00-0xfd07,0xfc00-0xfc03,0xfb00-0xfb0f mem 0xfe02f000-0xfe02f1ff irq 23 at device 17.0 on pci0 ata2: on atapci0 ata3: on atapci0 atapci1: port 0xfa00-0xfa07,0xf900-0xf903,0xf800-0xf807,0xf700-0xf703,0xf600-0xf60f mem 0xfe02e000-0xfe02e1ff irq 22 at device 18.0 on pci0 ata4: on atapci1 ata5: on atapci1 ohci0: mem 0xfe02d000-0xfe02dfff irq 19 at device 19.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: ATI OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered ohci1: mem 0xfe02c000-0xfe02cfff irq 19 at device 19.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: ATI OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 4 ports with 4 removable, self powered ehci0: mem 0xfe02b000-0xfe02bfff irq 19 at device 19.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: ATI EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 8 ports with 8 removable, self powered pci0: at device 20.0 (no driver attached) atapci2: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf400-0xf40f at device 20.1 on pci0 ata0: on atapci2 ata1: on atapci2 isab0: at device 20.3 on pci0 isa0: on isab0 pcib3: at device 20.4 on pci0 pci3: on pcib3 fxp0: port 0xcf00-0xcf3f mem 0xfd7ff000-0xfd7fffff,0xfd7c0000-0xfd7dffff irq 20 at device 0.0 on pci3 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:b3:8c:89:e4 twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0xce00-0xce0f mem 0xfd7fe000-0xfd7fe00f,0xfc800000-0xfcffffff irq 21 at device 1.0 on pci3 twe0: [GIANT-LOCKED] twe0: PCI parity error: Reseat card, move card or buggy device present.twe0: 2 ports, Firmware FE8S 1.05.00.068, BIOS BE7X 1.08.00.048 rl0: port 0xcc00-0xccff mem 0xfd7fd000-0xfd7fd0ff irq 22 at device 5.0 on pci3 miibus1: on rl0 rlphy0: on miibus1 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:14:2a:ad:38:a3 acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xccfff,0xd0000-0xd3fff,0xd4000-0xd57ff,0xd6000-0xd6fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2199762607 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding enabled, default to accept, logging limited to 9100 packets/entry by default twe0: PCI parity error: Reseat card, move card or buggy device present.twed0: on twe0 twed0: 76318MB (156299440 sectors) Trying to mount root from ufs:/dev/twed0s1a [hq2]# From owner-freebsd-stable@FreeBSD.ORG Thu Dec 14 23:55:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D6D4316A403 for ; Thu, 14 Dec 2006 23:55:40 +0000 (UTC) (envelope-from brad-fbsd-stable@duttonbros.com) Received: from uno.mnl.com (uno.mnl.com [63.97.246.49]) by mx1.FreeBSD.org (Postfix) with SMTP id 7BBA743DB2 for ; Thu, 14 Dec 2006 23:52:50 +0000 (GMT) (envelope-from brad-fbsd-stable@duttonbros.com) Received: (qmail 46241 invoked by uid 85); 14 Dec 2006 23:54:15 -0000 Received: from 127.0.0.1 by uno (envelope-from , uid 89) with qmail-scanner-1.25 (spamassassin: 2.55. Clear:RC:1(127.0.0.1):. Processed in 0.095681 secs); 14 Dec 2006 23:54:15 -0000 Received: from unknown (HELO uno.mnl.com) (127.0.0.1) by localhost with SMTP; 14 Dec 2006 23:54:14 -0000 Received: from 192.168.0.13 (SquirrelMail authenticated user bdutton) by uno.mnl.com with HTTP; Thu, 14 Dec 2006 15:54:14 -0800 (PST) Message-ID: <4617.192.168.0.13.1166140454.squirrel@uno.mnl.com> Date: Thu, 14 Dec 2006 15:54:14 -0800 (PST) From: "Bradley W. Dutton" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: em watchdog timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: brad-fbsd-stable@duttonbros.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2006 23:55:40 -0000 Hi, I'm still seeing watchdog timeouts on my em card using stable from Nov 28. Before the flurry of messages/activity about this last month I never had any timeout problems, they only started occurring after the em changes were committed in November. Generally when the timeout occurs everything hangs for a bit (30-60 seconds maybe?), then resumes normal activity. Please let me know what I can do to help. Thanks, Brad # the log file starts on the morning of the 11th root@backup[/var/log][119]% grep -i watchdog messages Dec 11 11:38:49 backup kernel: em0: watchdog timeout -- resetting Dec 11 12:07:03 backup kernel: em0: watchdog timeout -- resetting Dec 11 19:35:26 backup kernel: em0: watchdog timeout -- resetting Dec 11 20:33:07 backup kernel: em0: watchdog timeout -- resetting Dec 11 23:03:35 backup kernel: em0: watchdog timeout -- resetting Dec 12 06:06:58 backup kernel: em0: watchdog timeout -- resetting Dec 12 14:05:28 backup kernel: em0: watchdog timeout -- resetting Dec 12 19:02:12 backup kernel: em0: watchdog timeout -- resetting Dec 12 19:06:43 backup kernel: em0: watchdog timeout -- resetting Dec 12 20:02:46 backup kernel: em0: watchdog timeout -- resetting Dec 12 20:03:54 backup kernel: em0: watchdog timeout -- resetting Dec 12 21:15:37 backup kernel: em0: watchdog timeout -- resetting Dec 12 23:05:24 backup kernel: em0: watchdog timeout -- resetting Dec 13 01:38:36 backup kernel: em0: watchdog timeout -- resetting Dec 13 02:35:26 backup kernel: em0: watchdog timeout -- resetting Dec 13 11:37:27 backup kernel: em0: watchdog timeout -- resetting Dec 13 19:47:56 backup kernel: em0: watchdog timeout -- resetting Dec 13 20:29:45 backup kernel: em0: watchdog timeout -- resetting Dec 13 23:35:00 backup kernel: em0: watchdog timeout -- resetting Dec 14 06:35:40 backup kernel: em0: watchdog timeout -- resetting root@backup[/var/log][120]% uname -a FreeBSD backup 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #0: Tue Nov 28 17:52:48 PST 2006 root@backup:/home/obj/usr/src/sys/BACKUP i386 - debug.mpsafenet is already 0 because I have ipsec enabled. - I'm using PF/altq - Polling is compiled into the kernel but not enabled, HZ=1000 - em0 is a PCI card, not on board, with jumbo frames enabled. This interface is transferring between 20-80Mbit/sec 24hours/day. - I have vr0 on board (cable internet connection, light traffic) and a 4 port sis pci card that has some light traffic. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 00:58:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F86216A492 for ; Fri, 15 Dec 2006 00:58:48 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4636443CC3 for ; Fri, 15 Dec 2006 00:56:50 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so610635uge for ; Thu, 14 Dec 2006 16:58:28 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=RrpR3Abn9UxOKayBV3e99X4gZieS7nbKW+jc26N80/uHlgY++n38zK6o674f01YZ/h7ha1YpkZQLt4UigI02ERFNHnXXACP7tEwXiGlGnBjyKe1LIlUmNmWJU0QNx4xaVDIQauTRHNn8l1WCN5HE2A3/TaThpY+w22IVjCVWOdg= Received: by 10.82.167.5 with SMTP id p5mr26507bue.1166144307956; Thu, 14 Dec 2006 16:58:27 -0800 (PST) Received: by 10.82.134.15 with HTTP; Thu, 14 Dec 2006 16:58:27 -0800 (PST) Message-ID: <3aaaa3a0612141658l5f162ce5wd7623ea7e2c0caff@mail.gmail.com> Date: Fri, 15 Dec 2006 00:58:27 +0000 From: Chris To: "Kris Kennaway" In-Reply-To: <20061214013355.GA62753@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061123162813.L3026@volte.student.utwente.nl> <20061123192532.GA81937@xor.obsecurity.org> <3aaaa3a0612071036v2df98097ncf9c962e43e6f39d@mail.gmail.com> <200612071349.54854.mistry.7@osu.edu> <3aaaa3a0612131728t214cf77djd0a9fd47f1b12021@mail.gmail.com> <20061214013355.GA62753@xor.obsecurity.org> Cc: Anish Mistry , s.c.sprong@student.utwente.nl, freebsd-stable@freebsd.org Subject: Re: sshfs/nfs cause server lockup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 00:58:48 -0000 On 14/12/06, Kris Kennaway wrote: > On Thu, Dec 14, 2006 at 01:28:48AM +0000, Chris wrote: > > > It does make sense if thats the problem since the entire server even > > locally stops working properly, and it always follows a unexpected > > nfs/sshfs disconnection ie. network timeout. > > > > I am now running 6.2-RC that has the new file and currently at 1 day > > 11hrs uptime. > > OK, thanks for following part of the advice I gave a month ago ;) Let > us know if the problems persist. > > Kris > > > Will do, also I have parts for local machine now so if it persists I will get that online to diagnose locally. Chris From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 02:32:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8763516A47C for ; Fri, 15 Dec 2006 02:32:11 +0000 (UTC) (envelope-from dmagda@ee.ryerson.ca) Received: from tomts5-srv.bellnexxia.net (tomts5.bellnexxia.net [209.226.175.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 473A843D73 for ; Fri, 15 Dec 2006 02:29:11 +0000 (GMT) (envelope-from dmagda@ee.ryerson.ca) Received: from [192.168.1.133] ([70.48.5.80]) by tomts5-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20061215023034.ZCIN5067.tomts5-srv.bellnexxia.net@[192.168.1.133]>; Thu, 14 Dec 2006 21:30:34 -0500 In-Reply-To: <20061212181018.GA33773@freebie.xs4all.nl> References: <00a701c71e14$c4532130$4301a8c0@jarasoft.net> <20061212181018.GA33773@freebie.xs4all.nl> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <8CCC203B-3543-4432-8D84-027B874D0FC0@ee.ryerson.ca> Content-Transfer-Encoding: 7bit From: David Magda Date: Thu, 14 Dec 2006 21:30:33 -0500 To: Wilko Bulte X-Mailer: Apple Mail (2.752.2) Cc: FreeBSD Stable Subject: Re: FreeBSD 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: David Magda List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Dec 2006 02:32:11 -0000 On Dec 12, 2006, at 13:10, Wilko Bulte wrote: > Only if Santa thinks you have been nice to your family the last > year :) Personally I've always wanted to get a copy of his naughty list. ;) From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 03:05:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8005116A4B3 for ; Fri, 15 Dec 2006 03:05:58 +0000 (UTC) (envelope-from ask@develooper.com) Received: from x8.develooper.com (x8.develooper.com [216.52.237.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D6A643DA4 for ; Fri, 15 Dec 2006 03:03:32 +0000 (GMT) (envelope-from ask@develooper.com) Received: (qmail 18032 invoked from network); 15 Dec 2006 03:05:08 -0000 Received: from dsl081-039-130.lax1.dsl.speakeasy.net (HELO ?10.50.10.20?) (ask@cleverpeople.org@64.81.39.130) by smtp.develooper.com with (AES128-SHA encrypted) SMTP; 15 Dec 2006 03:05:08 -0000 Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: =?ISO-8859-1?Q?Ask_Bj=F8rn_Hansen?= Date: Thu, 14 Dec 2006 19:05:04 -0800 To: freebsd-net@freebsd.org X-Mailer: Apple Mail (2.752.3) Cc: freebsd-stable@freebsd.org Subject: CARP + VLAN = kernel dump X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 03:05:58 -0000 Hi, If I enable carp on a vlan interface in rc.conf the kernel goes boom. This is 6.2-RC from a couple of weeks ago. (IIRC then I had the same problem setting up carp on a bridge'd interface). I'm configuring it like this: ifconfig_vlan2="inet 10.50.0.3/24 vlan 202 vlandev sis2" ifconfig_carp2="vhid 3 advskew 200 pass awe4jkfha4jkfha4f 10.50.0.1" cloned_interfaces="... carp2 ... vlan2" However, if I do the carp2 setup "manually" after the system is booted, it is working fine. ifconfig carp2 vhid 3 advskew 200 pass hjarefhakjewfha 10.50.0.1 Any ideas? (kernel dump below) - ask fault virtual address = 0x100005c fault code = supervisor read, page not present instruction pointer = 0x20:0xc05ba533 stack pointer = 0x28:0xc7975c30 frame pointer = 0x28:0xc7975c90 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 = 13 (swi1: net) trap number = 12 panic: page fault Uptime: 17s Cannot dump. No dump device defined. -- http://develooper.com/ - http://askask.com/ From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 03:59:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F033A16A407 for ; Fri, 15 Dec 2006 03:59:15 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A4A943CA1 for ; Fri, 15 Dec 2006 03:57:36 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kBF3xEU1052564; Thu, 14 Dec 2006 22:59:14 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id kBF3xDc7043283 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 14 Dec 2006 22:59:13 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200612150359.kBF3xDc7043283@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 14 Dec 2006 22:57:58 -0500 To: "Jack Vogel" From: Mike Tancsa In-Reply-To: <200612142238.kBEMcCQ9042234@lava.sentex.ca> References: <457EDD6B.20107@chrisbuechler.com> <2a41acea0612120936q671d5b59g39100983f2adf9db@mail.gmail.com> <457FA268.4020003@chrisbuechler.com> <2a41acea0612131238p34222362qde6ae51b18055744@mail.gmail.com> <4580B356.2030501@chrisbuechler.com> <2a41acea0612132013r63b8b2a8q21be60a37cc7728b@mail.gmail.com> <200612142238.kBEMcCQ9042234@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-RC1 em(4) issue - freezes during CD boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 03:59:16 -0000 At 05:36 PM 12/14/2006, Mike Tancsa wrote: >At 11:13 PM 12/13/2006, Jack Vogel wrote: >>On 12/13/06, Chris Buechler wrote: >>>Jack Vogel wrote: >>> > I need the PCI ID of that NIC, just to be sure that I can't reproduce >>> > this, but >>> > I doubt it, pciconf -l > >I have another case where an EM nic can lock up the box. But I am not sure after doing the ifconfig and locking up the box, I can break into the debugger db> bt Tracing pid 24 tid 100020 td 0xc49e6480 kdb_enter(3227986464) at kdb_enter+43 siointr1(3300376576,3228830272,0,3228125072,1390,...) at siointr1+206 siointr(3300376576) at siointr+33 intr_execute_handlers(3298669768,3810557048,4,3810557128,3227657587,...) at intr_execute_handlers+225 lapic_handle_intr(57) at lapic_handle_intr+46 Xapic_isr1() at Xapic_isr1+51 --- interrupt, eip = 3226215859, esp = 3810557116, ebp = 3810557128 --- ohci_intr1(3299704832,3810557164,3226451566,3299704832,3299694096,...) at ohci_intr1+167 ohci_intr(3299704832) at ohci_intr+62 ithread_execute_handlers(3299146896,3298698112) at ithread_execute_handlers+230 ithread_loop(3299694096,3810557240,3299694096,3226451756,0,...) at ithread_loop+102 fork_exit(3226451756,3299694096,3810557240) at fork_exit+160 fork_trampoline() at fork_trampoline+8 --- trap 1, eip = 0, esp = 3810557292, ebp = 0 --- db> ps pid ppid pgrp uid state wmesg wchan cmd 990 979 990 0 R+ ifconfig 979 978 979 0 S+ pause 0xc4ecccc4 csh 978 975 978 1001 S+ wait 0xc4ed2000 su 975 974 975 1001 Ss+ pause 0xc4ed267c csh 974 972 972 1001 S select 0xc073a824 sshd 972 905 972 0 Ss sbwait 0xc4d9ad2c sshd 971 1 971 0 Ss+ ttyin 0xc4b77c10 getty 970 1 970 0 Ss+ ttyin 0xc4b90810 getty 969 1 969 0 Ss+ ttyin 0xc4b90c10 getty 968 1 968 0 Ss+ ttyin 0xc4b91010 getty 967 1 967 0 Ss+ ttyin 0xc4b91410 getty 966 1 966 0 Ss+ ttyin 0xc4b88c10 getty 965 1 965 0 Ss+ ttyin 0xc4b84c10 getty 964 1 964 0 Ss+ ttyin 0xc4b89410 getty 963 1 963 0 Ss+ ttyin 0xc4b88810 getty 921 1 921 0 Ss nanslp 0xc06efccc cron 915 1 915 25 Ss pause 0xc4cd267c sendmail 911 1 911 0 Ss select 0xc073a824 sendmail 905 1 905 0 Ss select 0xc073a824 sshd 852 1 852 0 Ss select 0xc073a824 usbd 774 1 774 0 Ss select 0xc073a824 syslogd 714 1 714 0 Ss select 0xc073a824 devd 388 1 388 65 Ss select 0xc073a824 dhclient 368 1 45 0 S+ select 0xc073a824 dhclient 124 1 124 0 Ss pause 0xc4cd1034 adjkerntz 44 0 0 0 SL - 0xe4d18d04 [schedcpu] 43 0 0 0 SL sdflush 0xc073d9b4 [softdepflush] 42 0 0 0 SL vlruwt 0xc4cd1860 [vnlru] 41 0 0 0 SL syncer 0xc06efa3c [syncer] 40 0 0 0 SL psleep 0xc073ad8c [bufdaemon] 39 0 0 0 SL pgzero 0xc073e924 [pagezero] 38 0 0 0 SL psleep 0xc073e474 [vmdaemon] 37 0 0 0 SL psleep 0xc073e430 [pagedaemon] 36 0 0 0 WL [irq1: atkbd0] 35 0 0 0 WL [swi0: sio] 34 0 0 0 SL - 0xc4b0723c [fdc0] 33 0 0 0 SL cooling 0xc4afeed4 [acpi_cooling0] 32 0 0 0 SL tzpoll 0xc0831878 [acpi_thermal] 31 0 0 0 WL [irq20: fxp0] 30 0 0 0 WL [irq15: ata1] 29 0 0 0 WL [irq14: ata0] 28 0 0 0 SL usbevt 0xc4ae9210 [usb2] 27 0 0 0 SL usbevt 0xc4af2210 [usb1] 26 0 0 0 SL usbtsk 0xc06ecd24 [usbtask] 25 0 0 0 SL usbevt 0xc4ad8210 [usb0] 24 0 0 0 RL CPU 0 [irq19: ohci0 ohci+] 23 0 0 0 WL [irq22: rl0 atapci1] 22 0 0 0 WL [irq23: atapci0] 21 0 0 0 SL - 0xc4acc800 [em1 taskq] 20 0 0 0 SL - 0xc4abfc00 [em0 taskq] 19 0 0 0 WL [irq21: twe0 acpi0] 18 0 0 0 WL [swi2: cambio] 9 0 0 0 SL - 0xc4a30d00 [kqueue taskq] 8 0 0 0 SL - 0xc4a30e00 [acpi_task_2] 7 0 0 0 SL - 0xc4a30e00 [acpi_task_1] 6 0 0 0 SL - 0xc4a30e00 [acpi_task_0] 17 0 0 0 WL [swi5: +] 5 0 0 0 SL - 0xc4a6f080 [thread taskq] 16 0 0 0 WL [swi6: Giant taskq] 15 0 0 0 WL [swi6: task queue] 14 0 0 0 SL - 0xc06ec520 [yarrow] 4 0 0 0 SL - 0xc06ed188 [g_down] 3 0 0 0 SL - 0xc06ed184 [g_up] 2 0 0 0 SL - 0xc06ed17c [g_event] 13 0 0 0 RL [swi1: net] 12 0 0 0 WL [swi3: vm] 11 0 0 0 RL [swi4: clock sio] 10 0 0 0 RL [idle] 1 0 1 0 SLs wait 0xc49ea000 [init] 0 0 0 0 WLs [swapper] db> db> show intr irq1: atkbd0 (pid 36) irq4: sio0 (no thread) irq6: fdc0 (no thread) {ENTROPY} irq14: ata0 (pid 29) {ENTROPY} irq15: ata1 (pid 30) {ENTROPY} irq18: em0 em1 (no thread) irq19: ohci0 ohci+ (pid 24) irq20: fxp0 (pid 31) irq21: twe0 acpi0 (pid 19) {ENTROPY} irq22: rl0 atapci1 (pid 23) {ENTROPY} irq23: atapci0 (pid 22) {ENTROPY} swi4: clock sio (pid 11) {SOFT, NEED} swi3: vm (pid 12) {SOFT} swi1: net (pid 13) {SOFT, NEED} swi6: task queue (pid 15) {SOFT} swi6: Giant taskq (pid 16) {SOFT} swi5: + (pid 17) {SOFT} swi2: cambio (pid 18) {SOFT} swi0: sio (pid 35) {SOFT} db> db> show locks exclusive sleep mutex Giant r = 0 (0xc06ef3e0) locked @ /usr/src/sys/kern/kern_intr.c:681 exclusive spin mutex sio r = 0 (0xc0740a40) locked @ /usr/src/sys/dev/sio/sio.c:1390 db> db> show allpcpu Current CPU: 0 cpuid = 0 curthread = 0xc49e6480: pid 24 "irq19: ohci0 ohci+" curpcb = 0xe3207d90 fpcurthread = none idlethread = 0xc49e5600: pid 10 "idle" APIC ID = 0 currentldt = 0x50 spin locks held: exclusive spin mutex sio r = 0 (0xc0740a40) locked @ /usr/src/sys/dev/sio/sio.c:1390 db> db> show alllocks Process 990 (ifconfig) thread 0xc4ecf480 (100072) exclusive sleep mutex rtentry r = 0 (0xc4d9dbb8) locked @ /usr/src/sys/net/route.c:1196 Process 24 (irq19: ohci0 ohci+) thread 0xc49e6480 (100020) exclusive sleep mutex Giant r = 0 (0xc06ef3e0) locked @ /usr/src/sys/kern/kern_intr.c:681 exclusive spin mutex sio r = 0 (0xc0740a40) locked @ /usr/src/sys/dev/sio/sio.c:1390 db> db> show witness Sleep locks: 0 devfsmount -- last acquired @ /usr/src/sys/fs/devfs/devfs_vnops.c:184 2 devfs interlock -- last acquired @ /usr/src/sys/fs/devfs/devfs_vnops.c:177 11 vnode interlock -- last acquired @ /usr/src/sys/kern/vfs_subr.c:2120 12 cdev -- last acquired @ /usr/src/sys/kern/kern_conf.c:61 13 sleep mtxpool -- last acquired @ /usr/src/sys/kern/kern_descrip.c:2133 12 vnode_free_list -- last acquired @ /usr/src/sys/kern/vfs_subr.c:720 12 Syncer mtx -- last acquired @ /usr/src/sys/kern/vfs_subr.c:1718 12 cdev -- (already displayed) 12 vnode_free_list -- (already displayed) 12 UMA zone -- last acquired @ /usr/src/sys/vm/uma_core.c:1845 8 system map -- last acquired @ /usr/src/sys/vm/vm_kern.c:295 10 vm page queue mutex -- last acquired @ /usr/src/sys/vm/vm_kern.c:404 11 vnode interlock -- (already displayed) 11 pmap -- last acquired @ /usr/src/sys/i386/i386/pmap.c:1892 12 UMA zone -- (already displayed) 12 uma object -- last acquired @ /usr/src/sys/vm/uma_core.c:989 11 SYSMAPS -- last acquired @ /usr/src/sys/i386/i386/pmap.c:2501 12 UMA zone -- (already displayed) 9 kmem object -- last acquired @ /usr/src/sys/vm/vm_kern.c:397 11 SYSMAPS -- (already displayed) 10 vm page queue mutex -- (already displayed) 9 KMAP ENTRY -- last acquired @ /usr/src/sys/vm/uma_core.c:2272 9 kernel object -- last acquired @ /usr/src/sys/kern/vfs_bio.c:3565 10 vm page queue mutex -- (already displayed) 11 SYSMAPS -- (already displayed) 11 SYSMAPS -- (already displayed) 11 pmap -- (already displayed) 4 struct mount mtx -- last acquired @ /usr/src/sys/kern/vfs_vnops.c:1045 11 vnode interlock -- (already displayed) 12 cdev -- (already displayed) 2 eventhandler -- last acquired @ /usr/src/sys/kern/subr_eventhandler.c:212 3 eventhandler list -- last acquired @ /usr/src/sys/kern/kern_exit.c:230 3 eventhandler list -- (already displayed) 11 vnode interlock -- (already displayed) 7 process lock -- last acquired @ /usr/src/sys/kern/subr_sleepqueue.c:374 8 session -- last acquired @ /usr/src/sys/kern/kern_proc.c:319 9 uidinfo hash -- last acquired @ /usr/src/sys/kern/kern_resource.c:1040 10 uidinfo struct -- last acquired @ order list:0 11 allprison -- last acquired @ /usr/src/sys/kern/kern_jail.c:536 13 sleep mtxpool -- (already displayed) 9 tty -- last acquired @ /usr/src/sys/kern/kern_event.c:1643 11 vnode interlock -- (already displayed) 8 sigacts -- last acquired @ /usr/src/sys/kern/subr_sleepqueue.c:376 13 sleep mtxpool -- (already displayed) 8 ktrace -- last acquired @ /usr/src/sys/kern/kern_fork.c:619 8 struct pargs.ref -- last acquired @ /usr/src/sys/kern/kern_proc.c:1152 2 user map -- last acquired @ /usr/src/sys/vm/vm_map.c:3074 12 UMA zone -- (already displayed) 8 system map -- (already displayed) 4 vm object_list -- last acquired @ /usr/src/sys/vm/vm_object.c:229 3 standard object -- last acquired @ /usr/src/sys/vm/vm_object.c:446 11 vnode interlock -- (already displayed) 10 vm page queue mutex -- (already displayed) 11 SYSMAPS -- (already displayed) 4 vm object_list -- (already displayed) 12 UMA zone -- (already displayed) 10 vm page queue mutex -- (already displayed) 11 pmap -- (already displayed) 11 vnode interlock -- (already displayed) 3 buf queue lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:1402 11 vnode interlock -- (already displayed) 3 needsbuffer lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:309 3 bio queue -- last acquired @ /usr/src/sys/geom/geom_io.c:67 3 bdone lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:3685 5 UMA boot pages -- last acquired @ /usr/src/sys/vm/uma_core.c:919 4 struct mount mtx -- (already displayed) 3 Softdep Lock -- last acquired @ /usr/src/sys/ufs/ffs/ffs_softdep.c:4884 12 UMA zone -- (already displayed) 11 vnode interlock -- (already displayed) 4 buffer daemon lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:417 4 buffer daemon lock -- (already displayed) 0 arp_inq -- last acquired @ /usr/src/sys/net/if.c:2283 0 ip_inq -- last acquired @ /usr/src/sys/net/netisr.c:233 0 ipqlock -- last acquired @ /usr/src/sys/netinet/ip_input.c:1209 0 sem -- last acquired @ /usr/src/sys/kern/sysv_sem.c:1268 0 fdc lock -- last acquired @ /usr/src/sys/dev/fdc/fdc.c:777 0 ATA state lock -- last acquired @ /usr/src/sys/dev/ata/ata-all.c:319 0 if_afdata -- last acquired @ /usr/src/sys/net/if.c:542 0 GEOM topology -- last acquired @ /usr/src/sys/geom/geom_event.c:231 2 GEOM orphanage -- last acquired @ /usr/src/sys/geom/geom_event.c:199 12 UMA zone -- (already displayed) 2 devstat -- last acquired @ /usr/src/sys/kern/subr_devstat.c:83 1 Giant -- last acquired @ /usr/src/sys/kern/kern_intr.c:681 2 filedesc structure -- last acquired @ /usr/src/sys/kern/sys_generic.c:872 3 pipe mutex -- last acquired @ /usr/src/sys/kern/sys_pipe.c:1345 4 sigio lock -- last acquired @ /usr/src/sys/kern/kern_descrip.c:746 5 process group -- last acquired @ /usr/src/sys/kern/kern_proc.c:260 7 process lock -- (already displayed) 8 session -- (already displayed) 12 UMA zone -- (already displayed) 7 sellck -- last acquired @ /usr/src/sys/kern/sys_generic.c:771 4 accept -- last acquired @ /usr/src/sys/kern/uipc_socket.c:487 5 so_snd -- last acquired @ /usr/src/sys/kern/uipc_socket.c:2036 6 so_rcv -- last acquired @ /usr/src/sys/kern/uipc_socket.c:2037 7 sellck -- (already displayed) 7 radix node head -- last acquired @ /usr/src/sys/net/route.c:662 8 rtentry -- last acquired @ /usr/src/sys/net/route.c:1196 9 ifaddr -- last acquired @ /usr/src/sys/net/route.c:791 12 UMA zone -- (already displayed) 9 rts_inq -- last acquired @ /usr/src/sys/net/if.c:2283 12 UMA zone -- (already displayed) 8 system map -- (already displayed) 8 ifnet -- last acquired @ /usr/src/sys/net/if.c:1216 12 UMA zone -- (already displayed) 7 process lock -- (already displayed) 13 sleep mtxpool -- (already displayed) 12 UMA zone -- (already displayed) 13 sleep mtxpool -- (already displayed) 12 UMA zone -- (already displayed) 6 so_rcv -- (already displayed) 11 vnode interlock -- (already displayed) 13 sleep mtxpool -- (already displayed) 12 UMA zone -- (already displayed) 8 system map -- (already displayed) 5 UMA boot pages -- (already displayed) 2 UMA lock -- last acquired @ /usr/src/sys/vm/uma_core.c:1495 12 UMA zone -- (already displayed) 9 KMAP ENTRY -- (already displayed) 2 eventhandler -- (already displayed) 3 eventhandler list -- (already displayed) 2 kobj -- last acquired @ /usr/src/sys/kern/subr_kobj.c:298 2 kernel linker -- last acquired @ /usr/src/sys/kern/kern_linker.c:440 2 malloc -- last acquired @ /usr/src/sys/kern/kern_malloc.c:776 10 vm page queue mutex -- (already displayed) 9 kernel object -- (already displayed) 7 process lock -- (already displayed) 4 vm object_list -- (already displayed) 9 KMAP ENTRY -- (already displayed) 9 uidinfo hash -- (already displayed) 13 sleep mtxpool -- (already displayed) 3 standard object -- (already displayed) 2 TID lock -- last acquired @ /usr/src/sys/kern/subr_unit.c:592 2 ACPI semaphore -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSynch.c:301 2 intr event -- last acquired @ /usr/src/sys/kern/kern_intr.c:381 12 cdev -- (already displayed) 2 GEOM orphanage -- (already displayed) 2 ttylist -- last acquired @ /usr/src/sys/kern/tty.c:2818 9 tty -- (already displayed) 2 taskqueue list -- last acquired @ /usr/src/sys/kern/subr_taskqueue.c:125 2 intr config -- last acquired @ /usr/src/sys/kern/subr_autoconf.c:73 2 rman head -- last acquired @ /usr/src/sys/kern/subr_rman.c:112 2 rman -- last acquired @ /usr/src/sys/kern/subr_rman.c:644 12 UMA zone -- (already displayed) 8 system map -- (already displayed) 2 devd -- last acquired @ /usr/src/sys/kern/subr_bus.c:488 7 sellck -- (already displayed) 7 sellck -- (already displayed) 2 acpica subsystem lock -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSynch.c:361 12 UMA zone -- (already displayed) 5 taskqueue -- last acquired @ /usr/src/sys/kern/subr_taskqueue.c:73 5 taskqueue -- (already displayed) 8 ifnet -- (already displayed) 2 bpf global lock -- last acquired @ /usr/src/sys/net/bpf.c:1089 5 bpf interface lock -- last acquired @ /usr/src/sys/net/bpf.c:1327 6 bpf cdev lock -- last acquired @ /usr/src/sys/net/bpf.c:1331 7 sellck -- (already displayed) 2 bounce pages lock -- last acquired @ /usr/src/sys/i386/i386/busdma_machdep.c:1064 4 network driver -- last acquired @ /usr/src/sys/pci/if_rl.c:1203 5 taskqueue -- (already displayed) 5 if_addr_mtx -- last acquired @ /usr/src/sys/dev/em/if_em.c:1981 12 UMA zone -- (already displayed) 9 rts_inq -- (already displayed) 5 if send queue -- last acquired @ /usr/src/sys/net/if_ethersubr.c:406 12 UMA zone -- (already displayed) 5 UMA boot pages -- (already displayed) 5 bpf interface lock -- (already displayed) 8 system map -- (already displayed) 2 ACPI thermal zone -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_thermal.c:892 11 pmap -- (already displayed) 2 unit# allocation -- last acquired @ /usr/src/sys/kern/subr_unit.c:592 2 vm86 lock -- last acquired @ /usr/src/sys/i386/i386/vm86.c:581 2 pseudofs -- last acquired @ /usr/src/sys/fs/pseudofs/pseudofs_fileno.c:55 2 if_clone lock -- last acquired @ /usr/src/sys/net/if_clone.c:318 2 if_cloners lock -- last acquired @ /usr/src/sys/net/if_clone.c:199 2 domain list -- last acquired @ /usr/src/sys/kern/uipc_domain.c:238 5 pfil_head_list lock -- last acquired @ /usr/src/sys/net/pfil.c:228 4 pfil_head_mtx -- last acquired @ /usr/src/sys/net/pfil.c:71 5 pfil_head_list lock -- (already displayed) 2 random reseed -- last acquired @ /usr/src/sys/dev/random/yarrow.c:193 4 arc4_mtx -- last acquired @ /usr/src/sys/libkern/arc4random.c:137 2 tcp -- last acquired @ /usr/src/sys/netinet/tcp_subr.c:1470 3 tcpinp -- last acquired @ /usr/src/sys/netinet/tcp_input.c:752 5 so_snd -- (already displayed) 12 UMA zone -- (already displayed) 6 so_rcv -- (already displayed) 8 ifnet -- (already displayed) 8 system map -- (already displayed) 4 arc4_mtx -- (already displayed) 7 radix node head -- (already displayed) 8 rtentry -- (already displayed) 4 tcp_hc_entry -- last acquired @ /usr/src/sys/netinet/tcp_hostcache.c:286 4 pfil_head_mtx -- (already displayed) 4 IPFW static rules -- last acquired @ /usr/src/sys/netinet/ip_fw2.c:163 5 if send queue -- (already displayed) 4 network driver -- (already displayed) 4 accept -- (already displayed) 4 so_glabel -- last acquired @ /usr/src/sys/kern/uipc_socket.c:167 13 sleep mtxpool -- (already displayed) 5 so_snd -- (already displayed) 12 UMA zone -- (already displayed) 8 system map -- (already displayed) 7 radix node head -- (already displayed) 2 lo_mtx -- last acquired @ /usr/src/sys/net/if_loop.c:160 4 IPFW static rules -- (already displayed) 2 devstat -- (already displayed) 4 buffer daemon lock -- (already displayed) 12 Syncer mtx -- (already displayed) 12 vnode_free_list -- (already displayed) 9 tty -- (already displayed) 3 bdone lock -- (already displayed) 2 g_disk_done -- last acquired @ /usr/src/sys/geom/geom_disk.c:198 12 UMA zone -- (already displayed) 3 bio queue -- (already displayed) 3 mountlist -- last acquired @ /usr/src/sys/ufs/ffs/ffs_softdep.c:767 4 struct mount mtx -- (already displayed) 4 struct mount mtx -- (already displayed) 2 mntid -- last acquired @ /usr/src/sys/kern/vfs_subr.c:448 3 mountlist -- (already displayed) 11 vnode interlock -- (already displayed) 3 buf queue lock -- (already displayed) 3 bio queue -- (already displayed) 3 needsbuffer lock -- (already displayed) 2 FFS Lock -- last acquired @ /usr/src/sys/ufs/ffs/ffs_alloc.c:2049 4 arc4_mtx -- (already displayed) 2 Name Cache -- last acquired @ /usr/src/sys/kern/vfs_cache.c:356 11 vnode interlock -- (already displayed) 12 UMA zone -- (already displayed) 2 knlist lock for lockless objects -- last acquired @ /usr/src/sys/kern/kern_event.c:1643 2 vfs hash -- last acquired @ /usr/src/sys/kern/vfs_hash.c:71 11 vnode interlock -- (already displayed) 2 devfs interlock -- (already displayed) 2 dirhash list -- last acquired @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:349 3 dirhash -- last acquired @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:350 3 dirhash -- (already displayed) 2 pbuf mutex -- last acquired @ /usr/src/sys/vm/vm_pager.c:401 2 sf_buf -- last acquired @ /usr/src/sys/i386/i386/vm_machdep.c:775 5 process group -- (already displayed) 8 session -- (already displayed) 3 Softdep Lock -- (already displayed) 2 runningbufspace lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:328 6 bpf cdev lock -- (already displayed) 5 bpf interface lock -- (already displayed) 5 if send queue -- (already displayed) 6 so_rcv -- (already displayed) 5 so_snd -- (already displayed) 2 unp -- last acquired @ /usr/src/sys/kern/uipc_usrreq.c:261 5 so_snd -- (already displayed) 6 so_rcv -- (already displayed) 4 accept -- (already displayed) 4 sigio lock -- (already displayed) 3 pipe mutex -- (already displayed) 3 bio queue -- (already displayed) 3 bdone lock -- (already displayed) 2 unit# allocation -- (already displayed) 8 system map -- (already displayed) 12 cdev -- (already displayed) 4 vm object_list -- (already displayed) 11 vnode interlock -- (already displayed) 3 standard object -- (already displayed) 5 UMA boot pages -- (already displayed) 1 swapdev -- last acquired @ /usr/src/sys/vm/swap_pager.c:2068 0 ktrace_sx -- last acquired @ /usr/src/sys/kern/kern_ktrace.c:439 0 p_peers -- last acquired @ /usr/src/sys/kern/kern_exit.c:285 0 ACPI PCI link -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_pci_link.c:423 12 UMA zone -- (already displayed) 2 ACPI semaphore -- (already displayed) 8 system map -- (already displayed) 0 ACPI root bus -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c:1080 2 rman -- (already displayed) 12 UMA zone -- (already displayed) 2 ACPI semaphore -- (already displayed) 8 system map -- (already displayed) 0 ACPI PCI bus methods -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_pcib.c:221 0 module subsystem sx lock -- last acquired @ /usr/src/sys/kern/kern_module.c:350 12 UMA zone -- (already displayed) 8 system map -- (already displayed) 0 protect sysfilt_ops -- last acquired @ /usr/src/sys/kern/kern_event.c:739 0 /dev/mem lock -- last acquired @ /usr/src/sys/i386/i386/mem.c:144 7 process lock -- (already displayed) 2 user map -- (already displayed) 0 rtsock route_cb lock -- last acquired @ /usr/src/sys/net/rtsock.c:225 0 rawcb -- last acquired @ /usr/src/sys/net/raw_usrreq.c:80 6 so_rcv -- (already displayed) 12 UMA zone -- (already displayed) 0 kernel environment -- last acquired @ /usr/src/sys/kern/kern_environment.c:286 0 sysctl lock -- last acquired @ /usr/src/sys/kern/kern_sysctl.c:1375 12 UMA zone -- (already displayed) 1 allproc -- last acquired @ /usr/src/sys/kern/kern_fork.c:308 13 sleep mtxpool -- (already displayed) 7 process lock -- (already displayed) 2 fdesc -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1443 2 filedesc structure -- (already displayed) 11 vnode interlock -- (already displayed) 2 user map -- (already displayed) 7 process lock -- (already displayed) 2 user map -- (already displayed) 8 struct pargs.ref -- (already displayed) 12 cdev -- (already displayed) 1 filelist lock -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1337 13 sleep mtxpool -- (already displayed) 2 filedesc structure -- (already displayed) 2 GEOM orphanage -- (already displayed) 1 Giant -- (already displayed) 8 ktrace -- (already displayed) 2 kernel linker -- (already displayed) 2 malloc -- (already displayed) 8 system map -- (already displayed) 2 devstat -- (already displayed) 2 ttylist -- (already displayed) 4 vm object_list -- (already displayed) 2 UMA lock -- (already displayed) 12 Syncer mtx -- (already displayed) 2 unp -- (already displayed) 2 tcp -- (already displayed) 1 udp -- last acquired @ /usr/src/sys/netinet/udp_usrreq.c:965 2 udpinp -- last acquired @ /usr/src/sys/netinet/udp_usrreq.c:983 5 so_snd -- (already displayed) 4 accept -- (already displayed) 12 UMA zone -- (already displayed) 7 radix node head -- (already displayed) 8 rtentry -- (already displayed) 4 arc4_mtx -- (already displayed) 6 so_rcv -- (already displayed) 4 pfil_head_mtx -- (already displayed) 4 IPFW static rules -- (already displayed) 5 if send queue -- (already displayed) 4 network driver -- (already displayed) 5 so_snd -- (already displayed) 12 UMA zone -- (already displayed) 8 system map -- (already displayed) 7 radix node head -- (already displayed) 4 pfil_head_mtx -- (already displayed) 4 IPFW static rules -- (already displayed) 8 rtentry -- (already displayed) 5 if send queue -- (already displayed) 4 network driver -- (already displayed) 1 rip -- last acquired @ /usr/src/sys/netinet/raw_ip.c:652 5 so_snd -- (already displayed) 12 UMA zone -- (already displayed) 8 system map -- (already displayed) 2 ACPI semaphore -- (already displayed) 11 allprison -- (already displayed) 8 ifnet -- (already displayed) 1 ACPI CPU -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_cpu.c:990 0 nfsd_mtx -- last acquired @ order list:0 5 so_snd -- (already displayed) 0 ddp_list_mtx -- last acquired @ order list:0 1 ddp_mtx -- last acquired @ order list:0 0 slip_mtx -- last acquired @ order list:0 1 slip sc_mtx -- last acquired @ order list:0 0 in_multi_mtx -- last acquired @ /usr/src/sys/netinet/in.c:971 1 igmp_mtx -- last acquired @ /usr/src/sys/netinet/igmp.c:443 5 if_addr_mtx -- (already displayed) 5 if_addr_mtx -- (already displayed) 12 UMA zone -- (already displayed) 4 network driver -- (already displayed) 0 proctree -- last acquired @ /usr/src/sys/kern/tty.c:1222 1 allproc -- (already displayed) 5 process group -- (already displayed) 1 Giant -- (already displayed) 7 process lock -- (already displayed) 8 session -- (already displayed) 4 sigio lock -- (already displayed) Spin locks: 0 rm.mutex_mtx -- last acquired @ order list:0 1 sio -- last acquired @ /usr/src/sys/dev/sio/sio.c:1390 2 cy -- last acquired @ order list:0 3 uart_hwmtx -- last acquired @ order list:0 4 sabtty -- last acquired @ order list:0 5 zstty -- last acquired @ order list:0 6 ng_node -- last acquired @ order list:0 7 ng_worklist -- last acquired @ order list:0 8 fast_taskqueue -- last acquired @ /usr/src/sys/kern/subr_taskqueue.c:71 9 intr table -- last acquired @ /usr/src/sys/i386/i386/intr_machdep.c:165 10 sleepq chain -- last acquired @ /usr/src/sys/kern/subr_sleepqueue.c:391 11 sched lock -- last acquired @ /usr/src/sys/kern/kern_intr.c:529 12 turnstile chain -- last acquired @ /usr/src/sys/kern/subr_turnstile.c:473 13 td_contested -- last acquired @ /usr/src/sys/kern/subr_turnstile.c:800 14 callout -- last acquired @ /usr/src/sys/kern/kern_clock.c:262 15 entropy harvest mutex -- last acquired @ /usr/src/sys/dev/random/randomdev_soft.c:314 16 allpmaps -- last acquired @ /usr/src/sys/i386/i386/pmap.c:1108 17 vm page queue free mutex -- last acquired @ /usr/src/sys/vm/vm_page.c:860 18 icu -- last acquired @ order list:0 19 clk -- last acquired @ /usr/src/sys/i386/isa/clock.c:265 20 mutex profiling lock -- last acquired @ order list:0 21 kse zombie lock -- last acquired @ order list:0 22 ALD Queue -- last acquired @ order list:0 23 pcicfg -- last acquired @ /usr/src/sys/i386/pci/pci_cfgreg.c:299 24 NDIS thread lock -- last acquired @ order list:0 25 tw_osl_io_lock -- last acquired @ order list:0 26 tw_osl_q_lock -- last acquired @ order list:0 27 tw_cl_io_lock -- last acquired @ order list:0 28 tw_cl_intr_lock -- last acquired @ order list:0 29 tw_cl_gen_lock -- last acquired @ order list:0 13 td_contested -- (already displayed) 14 callout -- (already displayed) 14 callout -- (already displayed) 12 turnstile chain -- (already displayed) 10 sleepq chain -- (already displayed) 11 sched lock -- (already displayed) 19 clk -- (already displayed) 11 sched lock -- (already displayed) Locks which were never acquired: MD config lock swap_pager swhash IPFW dynamic rules pseudofs_vncache faith_mtx tunmtx gif_mtx ppp_softc_list_mtx vlan msq semid ATA queue lock CAM BIOQ lock LED sx LED mtx ACPI global lock callout_wait_lock ACPI lid ACPI power resources ACPI embedded controller ACPI PCI power methods ACPI cmbat ACPI generic battery ACPI AC adapter ACPI Smart Battery umtxq_lock UUID generator mutex lock securelevel mutex lock encapmtx accept_filter_mtx kqueue order fifo mutex pmc shared lock acct_sx DEVFS ruleset lock phys_pager list dev_pager list dev_pager create swap_pager list vm map sleep mutex PMAP2 db> From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 04:05:02 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 381AD16A403 for ; Fri, 15 Dec 2006 04:05:02 +0000 (UTC) (envelope-from om-lists-bsd@omx.ch) Received: from omega.omnis.ch (omega.omnis.ch [195.134.143.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 519B343CA5 for ; Fri, 15 Dec 2006 04:03:21 +0000 (GMT) (envelope-from om-lists-bsd@omx.ch) Received: (qmail 27479 invoked from network); 15 Dec 2006 04:04:52 -0000 Received: from 218.102.85.111 ([218.102.85.111]) by omega.omnis.ch ([195.134.143.43]) with ESMTP via TCP; 15 Dec 2006 04:04:52 -0000 Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <200612141657.kBEGvhre024839@lurza.secnetix.de> References: <200612141657.kBEGvhre024839@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <03050A19-BA59-4874-9F1B-BC9302C0C7FC@omx.ch> Content-Transfer-Encoding: quoted-printable From: Olivier Mueller Date: Fri, 15 Dec 2006 12:04:53 +0800 To: freebsd-stable@FreeBSD.ORG, freebsd-ports@freebsd.org X-Mailer: Apple Mail (2.752.2) Cc: Subject: Re: p5-Quota issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 04:05:02 -0000 Hi Oliver & thanks for your Feedback, Le 15 d=E9c. 06 =E0 00:57, Oliver Fromme a =E9crit : > Olivier Mueller wrote: >> I'm trying to get a script working with the p5-Quota module, but no >> way... : >> - quota correctely working for the /home partition >> - tested with edquota/repquota, etc. >> >> But when trying to retrieve information or setup quota information =20= >> from >> a perl script, I get: Quota::sync: error #45 > > I guess that's an errno number, and in that case 45 is > EOPNOTSUPP (Operation not supported). It is a bug that > the errno number is not printed as a human-readable > string. > > Did you try to use Quota::query? Does it work? Tried yes, work: no. >> But what bothers me more is that exactely the same script (with the >> same module) is working fine under linux... > > According to the p5-Quota documentation, the Quota::sync > function is not supported on all platforms, so it's > perfectly possible that the p5-Quota code supports it > on Linux, but not on FreeBSD. Well, in this case, why would there be a freebsd port for this =20 module? :-) I'll continue my tests... And if it doesn't work, I'll simply use the =20= system commands instead of the perl module, but then I would have to rewrite some =20 part of my scripts. regards, Olivier= From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 04:33:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D52F716A416; Fri, 15 Dec 2006 04:33:26 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 148A043CA9; Fri, 15 Dec 2006 04:31:38 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kBF4XGsD055562; Thu, 14 Dec 2006 23:33:16 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id kBF4XFmw043435 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 14 Dec 2006 23:33:15 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200612150433.kBF4XFmw043435@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 14 Dec 2006 23:32:00 -0500 To: "Jack Vogel" From: Mike Tancsa In-Reply-To: <200612150359.kBF3xDc7043283@lava.sentex.ca> References: <457EDD6B.20107@chrisbuechler.com> <2a41acea0612120936q671d5b59g39100983f2adf9db@mail.gmail.com> <457FA268.4020003@chrisbuechler.com> <2a41acea0612131238p34222362qde6ae51b18055744@mail.gmail.com> <4580B356.2030501@chrisbuechler.com> <2a41acea0612132013r63b8b2a8q21be60a37cc7728b@mail.gmail.com> <200612142238.kBEMcCQ9042234@lava.sentex.ca> <200612150359.kBF3xDc7043283@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-RC1 em(4) issue - freezes during CD boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 04:33:26 -0000 At 10:57 PM 12/14/2006, Mike Tancsa wrote: >>I have another case where an EM nic can lock up the box. But I am not sure > > >after doing the ifconfig and locking up the box, I can break into the debugger And here is the case without FAST_INTR telnet> send break KDB: enter: Line break on console [thread pid 23 tid 100021 ] Stopped at kdb_enter+0x2b: nop db> where Tracing pid 23 tid 100021 td 0xc49e6300 kdb_enter(c06728a4) at kdb_enter+0x2b siointr1(c4b7d000,c07408c0,0,c069461d,56e,...) at siointr1+0xce siointr(c4b7d000) at siointr+0x21 intr_execute_handlers(c49db4c8,e3204c90,4,e3204cd8,c0622413,...) at intr_execute_handlers+0xe1 lapic_handle_intr(39) at lapic_handle_intr+0x2e Xapic_isr1() at Xapic_isr1+0x33 --- interrupt, eip = 0xc062b427, esp = 0xe3204cd4, ebp = 0xe3204cd8 --- spinlock_exit(c4ad36d0,e3204d0c,c04fbec6,c06ef220,0,...) at spinlock_exit+0x27 _mtx_unlock_spin_flags(c06ef220,0,c0679beb,30d) at _mtx_unlock_spin_flags+0xa0 ithread_loop(c4ad36d0,e3204d38,c4ad36d0,c04fbdd4,0,...) at ithread_loop+0xf2 fork_exit(c04fbdd4,c4ad36d0,e3204d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe3204d6c, ebp = 0 --- db> ps pid ppid pgrp uid state wmesg wchan cmd 977 976 977 0 R+ ifconfig 976 975 976 0 S+ pause 0xc4ed7034 csh 975 972 975 1001 S+ wait 0xc4ed7218 su 972 971 972 1001 Ss+ pause 0xc4ed7894 csh 971 969 969 1001 S select 0xc073a6a4 sshd 969 902 969 0 Ss sbwait 0xc4d9bd2c sshd 968 1 968 0 Ss+ ttyin 0xc4b77c10 getty 967 1 967 0 Ss+ ttyin 0xc4b90810 getty 966 1 966 0 Ss+ ttyin 0xc4b90c10 getty 965 1 965 0 Ss+ ttyin 0xc4b91010 getty 964 1 964 0 Ss+ ttyin 0xc4b91410 getty 963 1 963 0 Ss+ ttyin 0xc4b89c10 getty 962 1 962 0 Ss+ ttyin 0xc4b85c10 getty 961 1 961 0 Ss+ ttyin 0xc4b8a410 getty 960 1 960 0 Ss+ ttyin 0xc4b89810 getty 918 1 918 0 Ss nanslp 0xc06efb4c cron 912 1 912 25 Ss pause 0xc4da5464 sendmail 908 1 908 0 Ss select 0xc073a6a4 sendmail 902 1 902 0 Ss select 0xc073a6a4 sshd 851 1 851 0 Ss select 0xc073a6a4 usbd 773 1 773 0 Ss select 0xc073a6a4 syslogd 713 1 713 0 Ss select 0xc073a6a4 devd 387 1 387 65 Ss select 0xc073a6a4 dhclient 367 1 44 0 S+ select 0xc073a6a4 dhclient 123 1 123 0 Ss pause 0xc4b04cc4 adjkerntz 43 0 0 0 SL - 0xe4d28d04 [schedcpu] 42 0 0 0 SL sdflush 0xc073d834 [softdepflush] 41 0 0 0 SL vlruwt 0xc4cd0a78 [vnlru] 40 0 0 0 SL syncer 0xc06ef8bc [syncer] 39 0 0 0 SL psleep 0xc073ac0c [bufdaemon] 38 0 0 0 SL pgzero 0xc073e7a4 [pagezero] 37 0 0 0 SL psleep 0xc073e2f4 [vmdaemon] 36 0 0 0 SL psleep 0xc073e2b0 [pagedaemon] 35 0 0 0 WL [irq1: atkbd0] 34 0 0 0 WL [swi0: sio] 33 0 0 0 SL - 0xc4b0123c [fdc0] 32 0 0 0 SL cooling 0xc4b084d4 [acpi_cooling0] 31 0 0 0 SL tzpoll 0xc0831878 [acpi_thermal] 30 0 0 0 WL [irq20: fxp0] 29 0 0 0 WL [irq15: ata1] 28 0 0 0 WL [irq14: ata0] 27 0 0 0 SL usbevt 0xc4ae9210 [usb2] 26 0 0 0 SL usbevt 0xc4af5210 [usb1] 25 0 0 0 SL usbtsk 0xc06ecba4 [usbtask] 24 0 0 0 SL usbevt 0xc4ad6210 [usb0] 23 0 0 0 RL CPU 0 [irq19: ohci0 ohci+] 22 0 0 0 WL [irq22: rl0 atapci1] 21 0 0 0 WL [irq23: atapci0] 20 0 0 0 WL [irq18: em0 em1] 19 0 0 0 WL [irq21: twe0 acpi0] 18 0 0 0 WL [swi2: cambio] 9 0 0 0 SL - 0xc4a30d00 [kqueue taskq] 8 0 0 0 SL - 0xc4a30e00 [acpi_task_2] 7 0 0 0 SL - 0xc4a30e00 [acpi_task_1] 6 0 0 0 SL - 0xc4a30e00 [acpi_task_0] 17 0 0 0 WL [swi5: +] 5 0 0 0 SL - 0xc4a6f080 [thread taskq] 16 0 0 0 WL [swi6: Giant taskq] 15 0 0 0 WL [swi6: task queue] 14 0 0 0 SL - 0xc06ec3a0 [yarrow] 4 0 0 0 SL - 0xc06ed008 [g_down] 3 0 0 0 SL - 0xc06ed004 [g_up] 2 0 0 0 SL - 0xc06ecffc [g_event] 13 0 0 0 RL [swi1: net] 12 0 0 0 WL [swi3: vm] 11 0 0 0 RL [swi4: clock sio] 10 0 0 0 RL [idle] 1 0 1 0 SLs wait 0xc49ea000 [init] 0 0 0 0 WLs [swapper] db> trace 977 Tracing pid 977 tid 100069 td 0xc4ed3900 sched_switch(c4ed3900,c49e5a80,6) at sched_switch+0x177 mi_switch(6,c49e5a80,c49e5bd8,c49e5a80,e7195a54,...) at mi_switch+0x270 maybe_preempt(c49e5a80) at maybe_preempt+0x165 sched_add(c49e5a80,4,c4a30200,c49e5a80,c49af6f0,...) at sched_add+0x75 setrunqueue(c49e5a80,4) at setrunqueue+0xab intr_event_schedule_thread(c4a30200) at intr_event_schedule_thread+0xbb swi_sched(c4a2ec40,0,e7195ac0,c0581ec3,c4cc3000,...) at swi_sched+0x29 legacy_setsoftnet(c4cc3000,e7195ad8,c05882d1,e,c4cc3000,...) at legacy_setsoftnet+0x10 netisr_queue(e,c4cc3000,1,1,e7195b2c,...) at netisr_queue+0x73 rt_dispatch(c4cc3000,c4eb20c4) at rt_dispatch+0x49 rt_newaddrmsg(1,c4eb2000,0,c4d9ebdc,c4d9ec3c,0,c0688178,4ac) at rt_newaddrmsg+0x15d rtinit(c4eb2000,1,1) at rtinit+0x1cd in_addprefix(c4eb2000,1) at in_addprefix+0xa1 in_ifinit(c4ace400,c4eb2000,c4cf98d0,0) at in_ifinit+0x4f1 in_control(c4d9b590,8040691a,c4cf98c0,c4ace400,c4ed3900) at in_control+0x882 ifioctl(c4d9b590,8040691a,c4cf98c0,c4ed3900,0,...) at ifioctl+0x187 soo_ioctl(c4d0abd0,8040691a,c4cf98c0,c4ee4d80,c4ed3900) at soo_ioctl+0x2db ioctl(c4ed3900,e7195d04) at ioctl+0x396 syscall(3b,3b,3b,80553c0,8057720,...) at syscall+0x25b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x281472d7, esp = 0xbfbfe3cc, ebp = 0xbfbfec18 --- db> db> show witness Sleep locks: 0 devfsmount -- last acquired @ /usr/src/sys/fs/devfs/devfs_vnops.c:184 2 devfs interlock -- last acquired @ /usr/src/sys/fs/devfs/devfs_vnops.c:177 11 vnode interlock -- last acquired @ /usr/src/sys/kern/vfs_subr.c:2120 12 cdev -- last acquired @ /usr/src/sys/kern/kern_conf.c:61 13 sleep mtxpool -- last acquired @ /usr/src/sys/kern/kern_descrip.c:2133 12 vnode_free_list -- last acquired @ /usr/src/sys/kern/vfs_subr.c:720 12 Syncer mtx -- last acquired @ /usr/src/sys/kern/vfs_subr.c:1718 12 cdev -- (already displayed) 12 vnode_free_list -- (already displayed) 12 UMA zone -- last acquired @ /usr/src/sys/vm/uma_core.c:1845 8 system map -- last acquired @ /usr/src/sys/vm/vm_kern.c:295 10 vm page queue mutex -- last acquired @ /usr/src/sys/vm/vm_kern.c:404 11 vnode interlock -- (already displayed) 11 pmap -- last acquired @ /usr/src/sys/i386/i386/pmap.c:1892 12 UMA zone -- (already displayed) 12 uma object -- last acquired @ /usr/src/sys/vm/uma_core.c:989 11 SYSMAPS -- last acquired @ /usr/src/sys/i386/i386/pmap.c:2501 12 UMA zone -- (already displayed) 9 kmem object -- last acquired @ /usr/src/sys/vm/vm_kern.c:397 11 SYSMAPS -- (already displayed) 10 vm page queue mutex -- (already displayed) 9 KMAP ENTRY -- last acquired @ /usr/src/sys/vm/uma_core.c:2272 9 kernel object -- last acquired @ /usr/src/sys/kern/vfs_bio.c:3526 10 vm page queue mutex -- (already displayed) 11 SYSMAPS -- (already displayed) 11 SYSMAPS -- (already displayed) 11 pmap -- (already displayed) 4 struct mount mtx -- last acquired @ /usr/src/sys/kern/vfs_vnops.c:1045 11 vnode interlock -- (already displayed) 12 cdev -- (already displayed) 2 eventhandler -- last acquired @ /usr/src/sys/kern/subr_eventhandler.c:212 3 eventhandler list -- last acquired @ /usr/src/sys/kern/kern_exit.c:230 3 eventhandler list -- (already displayed) 11 vnode interlock -- (already displayed) 7 process lock -- last acquired @ /usr/src/sys/kern/subr_sleepqueue.c:374 8 session -- last acquired @ /usr/src/sys/kern/kern_proc.c:319 9 uidinfo hash -- last acquired @ /usr/src/sys/kern/kern_resource.c:1040 10 uidinfo struct -- last acquired @ order list:0 11 allprison -- last acquired @ /usr/src/sys/kern/kern_jail.c:536 13 sleep mtxpool -- (already displayed) 9 tty -- last acquired @ /usr/src/sys/kern/kern_event.c:1643 11 vnode interlock -- (already displayed) 8 sigacts -- last acquired @ /usr/src/sys/kern/subr_sleepqueue.c:376 13 sleep mtxpool -- (already displayed) 8 ktrace -- last acquired @ /usr/src/sys/kern/kern_fork.c:619 8 struct pargs.ref -- last acquired @ /usr/src/sys/kern/kern_proc.c:1152 2 user map -- last acquired @ /usr/src/sys/vm/vm_map.c:3074 12 UMA zone -- (already displayed) 8 system map -- (already displayed) 4 vm object_list -- last acquired @ /usr/src/sys/vm/vm_object.c:229 3 standard object -- last acquired @ /usr/src/sys/vm/vm_object.c:446 11 vnode interlock -- (already displayed) 10 vm page queue mutex -- (already displayed) 11 SYSMAPS -- (already displayed) 4 vm object_list -- (already displayed) 12 UMA zone -- (already displayed) 10 vm page queue mutex -- (already displayed) 11 pmap -- (already displayed) 11 vnode interlock -- (already displayed) 3 buf queue lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:1302 11 vnode interlock -- (already displayed) 3 needsbuffer lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:309 3 bio queue -- last acquired @ /usr/src/sys/geom/geom_io.c:67 3 bdone lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:3685 5 UMA boot pages -- last acquired @ /usr/src/sys/vm/uma_core.c:919 4 struct mount mtx -- (already displayed) 3 Softdep Lock -- last acquired @ /usr/src/sys/ufs/ffs/ffs_softdep.c:4884 12 UMA zone -- (already displayed) 3 buffer daemon lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:417 0 arp_inq -- last acquired @ /usr/src/sys/net/if.c:2283 0 ip_inq -- last acquired @ /usr/src/sys/net/netisr.c:233 0 ipqlock -- last acquired @ /usr/src/sys/netinet/ip_input.c:1209 0 sem -- last acquired @ /usr/src/sys/kern/sysv_sem.c:1268 0 fdc lock -- last acquired @ /usr/src/sys/dev/fdc/fdc.c:777 0 ATA state lock -- last acquired @ /usr/src/sys/dev/ata/ata-all.c:319 0 if_afdata -- last acquired @ /usr/src/sys/net/if.c:542 0 GEOM topology -- last acquired @ /usr/src/sys/geom/geom_event.c:231 2 GEOM orphanage -- last acquired @ /usr/src/sys/geom/geom_event.c:199 12 UMA zone -- (already displayed) 2 devstat -- last acquired @ /usr/src/sys/kern/subr_devstat.c:83 1 Giant -- last acquired @ /usr/src/sys/kern/kern_intr.c:681 2 filedesc structure -- last acquired @ /usr/src/sys/kern/sys_generic.c:872 3 pipe mutex -- last acquired @ /usr/src/sys/kern/sys_pipe.c:1345 4 sigio lock -- last acquired @ /usr/src/sys/kern/kern_descrip.c:746 5 process group -- last acquired @ /usr/src/sys/kern/kern_proc.c:260 7 process lock -- (already displayed) 8 session -- (already displayed) 12 UMA zone -- (already displayed) 7 sellck -- last acquired @ /usr/src/sys/kern/sys_generic.c:771 4 accept -- last acquired @ /usr/src/sys/kern/uipc_socket.c:487 5 so_snd -- last acquired @ /usr/src/sys/kern/uipc_socket.c:2036 6 so_rcv -- last acquired @ /usr/src/sys/kern/uipc_socket.c:2037 7 sellck -- (already displayed) 7 radix node head -- last acquired @ /usr/src/sys/net/route.c:662 8 rtentry -- last acquired @ /usr/src/sys/net/route.c:1196 9 ifaddr -- last acquired @ /usr/src/sys/net/route.c:791 12 UMA zone -- (already displayed) 9 rts_inq -- last acquired @ /usr/src/sys/net/if.c:2283 12 UMA zone -- (already displayed) 8 system map -- (already displayed) 8 ifnet -- last acquired @ /usr/src/sys/net/if.c:1216 12 UMA zone -- (already displayed) 7 process lock -- (already displayed) 13 sleep mtxpool -- (already displayed) 12 UMA zone -- (already displayed) 13 sleep mtxpool -- (already displayed) 12 UMA zone -- (already displayed) 6 so_rcv -- (already displayed) 11 vnode interlock -- (already displayed) 13 sleep mtxpool -- (already displayed) 12 UMA zone -- (already displayed) 8 system map -- (already displayed) 5 UMA boot pages -- (already displayed) 2 UMA lock -- last acquired @ /usr/src/sys/vm/uma_core.c:1495 12 UMA zone -- (already displayed) 9 KMAP ENTRY -- (already displayed) 2 eventhandler -- (already displayed) 3 eventhandler list -- (already displayed) 2 kobj -- last acquired @ /usr/src/sys/kern/subr_kobj.c:298 2 kernel linker -- last acquired @ /usr/src/sys/kern/kern_linker.c:440 2 malloc -- last acquired @ /usr/src/sys/kern/kern_malloc.c:776 10 vm page queue mutex -- (already displayed) 9 kernel object -- (already displayed) 7 process lock -- (already displayed) 4 vm object_list -- (already displayed) 9 KMAP ENTRY -- (already displayed) 9 uidinfo hash -- (already displayed) 13 sleep mtxpool -- (already displayed) 3 standard object -- (already displayed) 2 TID lock -- last acquired @ /usr/src/sys/kern/subr_unit.c:592 2 ACPI semaphore -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSynch.c:301 2 intr event -- last acquired @ /usr/src/sys/kern/kern_intr.c:381 12 cdev -- (already displayed) 2 GEOM orphanage -- (already displayed) 2 ttylist -- last acquired @ /usr/src/sys/kern/tty.c:2818 9 tty -- (already displayed) 2 taskqueue list -- last acquired @ /usr/src/sys/kern/subr_taskqueue.c:125 2 intr config -- last acquired @ /usr/src/sys/kern/subr_autoconf.c:73 2 rman head -- last acquired @ /usr/src/sys/kern/subr_rman.c:112 2 rman -- last acquired @ /usr/src/sys/kern/subr_rman.c:644 12 UMA zone -- (already displayed) 8 system map -- (already displayed) 2 devd -- last acquired @ /usr/src/sys/kern/subr_bus.c:488 7 sellck -- (already displayed) 7 sellck -- (already displayed) 2 acpica subsystem lock -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSynch.c:361 12 UMA zone -- (already displayed) 5 taskqueue -- last acquired @ /usr/src/sys/kern/subr_taskqueue.c:73 5 taskqueue -- (already displayed) 8 ifnet -- (already displayed) 2 bpf global lock -- last acquired @ /usr/src/sys/net/bpf.c:1089 5 bpf interface lock -- last acquired @ /usr/src/sys/net/bpf.c:1327 6 bpf cdev lock -- last acquired @ /usr/src/sys/net/bpf.c:1331 7 sellck -- (already displayed) 2 bounce pages lock -- last acquired @ /usr/src/sys/i386/i386/busdma_machdep.c:1064 4 network driver -- last acquired @ /usr/src/sys/pci/if_rl.c:1203 5 taskqueue -- (already displayed) 5 if_addr_mtx -- last acquired @ /usr/src/sys/dev/em/if_em.c:1980 12 UMA zone -- (already displayed) 5 if send queue -- last acquired @ /usr/src/sys/net/if_ethersubr.c:406 12 UMA zone -- (already displayed) 5 UMA boot pages -- (already displayed) 5 bpf interface lock -- (already displayed) 8 system map -- (already displayed) 2 ACPI thermal zone -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_thermal.c:892 11 pmap -- (already displayed) 2 unit# allocation -- last acquired @ /usr/src/sys/kern/subr_unit.c:592 2 vm86 lock -- last acquired @ /usr/src/sys/i386/i386/vm86.c:581 2 pseudofs -- last acquired @ /usr/src/sys/fs/pseudofs/pseudofs_fileno.c:55 2 if_clone lock -- last acquired @ /usr/src/sys/net/if_clone.c:318 2 if_cloners lock -- last acquired @ /usr/src/sys/net/if_clone.c:199 2 domain list -- last acquired @ /usr/src/sys/kern/uipc_domain.c:238 5 pfil_head_list lock -- last acquired @ /usr/src/sys/net/pfil.c:228 4 pfil_head_mtx -- last acquired @ /usr/src/sys/net/pfil.c:71 5 pfil_head_list lock -- (already displayed) 2 random reseed -- last acquired @ /usr/src/sys/dev/random/yarrow.c:280 4 arc4_mtx -- last acquired @ /usr/src/sys/libkern/arc4random.c:137 2 tcp -- last acquired @ /usr/src/sys/netinet/tcp_subr.c:1470 3 tcpinp -- last acquired @ /usr/src/sys/netinet/tcp_input.c:752 5 so_snd -- (already displayed) 12 UMA zone -- (already displayed) 6 so_rcv -- (already displayed) 8 ifnet -- (already displayed) 8 system map -- (already displayed) 4 arc4_mtx -- (already displayed) 7 radix node head -- (already displayed) 8 rtentry -- (already displayed) 4 tcp_hc_entry -- last acquired @ /usr/src/sys/netinet/tcp_hostcache.c:286 4 pfil_head_mtx -- (already displayed) 4 IPFW static rules -- last acquired @ /usr/src/sys/netinet/ip_fw2.c:163 5 if send queue -- (already displayed) 4 network driver -- (already displayed) 4 accept -- (already displayed) 4 so_glabel -- last acquired @ /usr/src/sys/kern/uipc_socket.c:167 13 sleep mtxpool -- (already displayed) 5 so_snd -- (already displayed) 12 UMA zone -- (already displayed) 8 system map -- (already displayed) 7 radix node head -- (already displayed) 2 lo_mtx -- last acquired @ /usr/src/sys/net/if_loop.c:160 4 IPFW static rules -- (already displayed) 2 devstat -- (already displayed) 3 buffer daemon lock -- (already displayed) 12 Syncer mtx -- (already displayed) 12 vnode_free_list -- (already displayed) 9 tty -- (already displayed) 3 bdone lock -- (already displayed) 2 g_disk_done -- last acquired @ /usr/src/sys/geom/geom_disk.c:198 12 UMA zone -- (already displayed) 3 bio queue -- (already displayed) 3 mountlist -- last acquired @ /usr/src/sys/ufs/ffs/ffs_softdep.c:767 4 struct mount mtx -- (already displayed) 4 struct mount mtx -- (already displayed) 2 mntid -- last acquired @ /usr/src/sys/kern/vfs_subr.c:448 3 mountlist -- (already displayed) 11 vnode interlock -- (already displayed) 3 buf queue lock -- (already displayed) 3 bio queue -- (already displayed) 3 needsbuffer lock -- (already displayed) 2 FFS Lock -- last acquired @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:1075 4 arc4_mtx -- (already displayed) 2 Name Cache -- last acquired @ /usr/src/sys/kern/vfs_cache.c:515 11 vnode interlock -- (already displayed) 12 UMA zone -- (already displayed) 2 knlist lock for lockless objects -- last acquired @ /usr/src/sys/kern/kern_event.c:1643 2 vfs hash -- last acquired @ /usr/src/sys/kern/vfs_hash.c:71 11 vnode interlock -- (already displayed) 2 devfs interlock -- (already displayed) 2 dirhash list -- last acquired @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:349 3 dirhash -- last acquired @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:368 3 dirhash -- (already displayed) 2 pbuf mutex -- last acquired @ /usr/src/sys/vm/vm_pager.c:401 2 sf_buf -- last acquired @ /usr/src/sys/i386/i386/vm_machdep.c:775 5 process group -- (already displayed) 8 session -- (already displayed) 3 Softdep Lock -- (already displayed) 2 runningbufspace lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:328 6 bpf cdev lock -- (already displayed) 5 bpf interface lock -- (already displayed) 5 if send queue -- (already displayed) 6 so_rcv -- (already displayed) 5 so_snd -- (already displayed) 2 unp -- last acquired @ /usr/src/sys/kern/uipc_usrreq.c:261 5 so_snd -- (already displayed) 6 so_rcv -- (already displayed) 4 accept -- (already displayed) 4 sigio lock -- (already displayed) 3 pipe mutex -- (already displayed) 3 bio queue -- (already displayed) 3 bdone lock -- (already displayed) 2 unit# allocation -- (already displayed) 8 system map -- (already displayed) 12 cdev -- (already displayed) 4 vm object_list -- (already displayed) 11 vnode interlock -- (already displayed) 3 standard object -- (already displayed) 5 UMA boot pages -- (already displayed) 1 swapdev -- last acquired @ /usr/src/sys/vm/swap_pager.c:2068 0 ktrace_sx -- last acquired @ /usr/src/sys/kern/kern_ktrace.c:439 0 p_peers -- last acquired @ /usr/src/sys/kern/kern_exit.c:285 0 ACPI PCI link -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_pci_link.c:423 12 UMA zone -- (already displayed) 2 ACPI semaphore -- (already displayed) 8 system map -- (already displayed) 0 ACPI root bus -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c:1080 2 rman -- (already displayed) 12 UMA zone -- (already displayed) 2 ACPI semaphore -- (already displayed) 8 system map -- (already displayed) 0 ACPI PCI bus methods -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_pcib.c:221 0 module subsystem sx lock -- last acquired @ /usr/src/sys/kern/kern_module.c:350 12 UMA zone -- (already displayed) 8 system map -- (already displayed) 0 protect sysfilt_ops -- last acquired @ /usr/src/sys/kern/kern_event.c:739 0 /dev/mem lock -- last acquired @ /usr/src/sys/i386/i386/mem.c:144 7 process lock -- (already displayed) 2 user map -- (already displayed) 0 rtsock route_cb lock -- last acquired @ /usr/src/sys/net/rtsock.c:225 0 rawcb -- last acquired @ /usr/src/sys/net/raw_usrreq.c:80 6 so_rcv -- (already displayed) 12 UMA zone -- (already displayed) 0 kernel environment -- last acquired @ /usr/src/sys/kern/kern_environment.c:286 0 sysctl lock -- last acquired @ /usr/src/sys/kern/kern_sysctl.c:1375 12 UMA zone -- (already displayed) 1 allproc -- last acquired @ /usr/src/sys/kern/kern_fork.c:308 13 sleep mtxpool -- (already displayed) 7 process lock -- (already displayed) 2 fdesc -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1443 2 filedesc structure -- (already displayed) 11 vnode interlock -- (already displayed) 2 user map -- (already displayed) 7 process lock -- (already displayed) 2 user map -- (already displayed) 8 struct pargs.ref -- (already displayed) 12 cdev -- (already displayed) 1 filelist lock -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1337 13 sleep mtxpool -- (already displayed) 2 filedesc structure -- (already displayed) 2 GEOM orphanage -- (already displayed) 1 Giant -- (already displayed) 8 ktrace -- (already displayed) 2 kernel linker -- (already displayed) 2 malloc -- (already displayed) 8 system map -- (already displayed) 2 devstat -- (already displayed) 2 ttylist -- (already displayed) 4 vm object_list -- (already displayed) 2 UMA lock -- (already displayed) 12 Syncer mtx -- (already displayed) 2 unp -- (already displayed) 2 tcp -- (already displayed) 1 udp -- last acquired @ /usr/src/sys/netinet/udp_usrreq.c:965 2 udpinp -- last acquired @ /usr/src/sys/netinet/udp_usrreq.c:983 5 so_snd -- (already displayed) 4 accept -- (already displayed) 12 UMA zone -- (already displayed) 7 radix node head -- (already displayed) 8 rtentry -- (already displayed) 4 arc4_mtx -- (already displayed) 6 so_rcv -- (already displayed) 4 pfil_head_mtx -- (already displayed) 4 IPFW static rules -- (already displayed) 5 if send queue -- (already displayed) 4 network driver -- (already displayed) 5 so_snd -- (already displayed) 12 UMA zone -- (already displayed) 8 system map -- (already displayed) 7 radix node head -- (already displayed) 4 pfil_head_mtx -- (already displayed) 4 IPFW static rules -- (already displayed) 8 rtentry -- (already displayed) 5 if send queue -- (already displayed) 4 network driver -- (already displayed) 1 rip -- last acquired @ /usr/src/sys/netinet/raw_ip.c:652 5 so_snd -- (already displayed) 12 UMA zone -- (already displayed) 8 system map -- (already displayed) 2 ACPI semaphore -- (already displayed) 11 allprison -- (already displayed) 8 ifnet -- (already displayed) 1 ACPI CPU -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_cpu.c:990 0 nfsd_mtx -- last acquired @ order list:0 5 so_snd -- (already displayed) 0 ddp_list_mtx -- last acquired @ order list:0 1 ddp_mtx -- last acquired @ order list:0 0 slip_mtx -- last acquired @ order list:0 1 slip sc_mtx -- last acquired @ order list:0 0 in_multi_mtx -- last acquired @ /usr/src/sys/netinet/in.c:971 1 igmp_mtx -- last acquired @ /usr/src/sys/netinet/igmp.c:443 5 if_addr_mtx -- (already displayed) 5 if_addr_mtx -- (already displayed) 12 UMA zone -- (already displayed) 4 network driver -- (already displayed) 0 proctree -- last acquired @ /usr/src/sys/kern/tty.c:1222 1 allproc -- (already displayed) 5 process group -- (already displayed) 1 Giant -- (already displayed) 7 process lock -- (already displayed) 8 session -- (already displayed) 4 sigio lock -- (already displayed) Spin locks: 0 rm.mutex_mtx -- last acquired @ order list:0 1 sio -- last acquired @ /usr/src/sys/dev/sio/sio.c:1390 2 cy -- last acquired @ order list:0 3 uart_hwmtx -- last acquired @ order list:0 4 sabtty -- last acquired @ order list:0 5 zstty -- last acquired @ order list:0 6 ng_node -- last acquired @ order list:0 7 ng_worklist -- last acquired @ order list:0 8 fast_taskqueue -- last acquired @ order list:0 9 intr table -- last acquired @ /usr/src/sys/i386/i386/intr_machdep.c:165 10 sleepq chain -- last acquired @ /usr/src/sys/kern/subr_sleepqueue.c:391 11 sched lock -- last acquired @ /usr/src/sys/kern/kern_intr.c:529 12 turnstile chain -- last acquired @ /usr/src/sys/kern/subr_turnstile.c:473 13 td_contested -- last acquired @ /usr/src/sys/kern/subr_turnstile.c:800 14 callout -- last acquired @ /usr/src/sys/kern/kern_clock.c:262 15 entropy harvest mutex -- last acquired @ /usr/src/sys/dev/random/randomdev_soft.c:314 16 allpmaps -- last acquired @ /usr/src/sys/i386/i386/pmap.c:1108 17 vm page queue free mutex -- last acquired @ /usr/src/sys/vm/vm_page.c:860 18 icu -- last acquired @ order list:0 19 clk -- last acquired @ /usr/src/sys/i386/isa/clock.c:265 20 mutex profiling lock -- last acquired @ order list:0 21 kse zombie lock -- last acquired @ order list:0 22 ALD Queue -- last acquired @ order list:0 23 pcicfg -- last acquired @ /usr/src/sys/i386/pci/pci_cfgreg.c:329 24 NDIS thread lock -- last acquired @ order list:0 25 tw_osl_io_lock -- last acquired @ order list:0 26 tw_osl_q_lock -- last acquired @ order list:0 27 tw_cl_io_lock -- last acquired @ order list:0 28 tw_cl_intr_lock -- last acquired @ order list:0 29 tw_cl_gen_lock -- last acquired @ order list:0 13 td_contested -- (already displayed) 14 callout -- (already displayed) 14 callout -- (already displayed) 12 turnstile chain -- (already displayed) 19 clk -- (already displayed) 11 sched lock -- (already displayed) Locks which were never acquired: MD config lock swap_pager swhash IPFW dynamic rules pseudofs_vncache faith_mtx tunmtx gif_mtx ppp_softc_list_mtx vlan msq semid ATA queue lock CAM BIOQ lock LED sx LED mtx ACPI global lock callout_wait_lock ACPI lid ACPI power resources ACPI embedded controller ACPI PCI power methods ACPI cmbat ACPI generic battery ACPI AC adapter ACPI Smart Battery umtxq_lock UUID generator mutex lock securelevel mutex lock encapmtx accept_filter_mtx kqueue order fifo mutex pmc shared lock acct_sx DEVFS ruleset lock phys_pager list dev_pager list dev_pager create swap_pager list vm map sleep mutex PMAP2 db> db> show sleepchain thread 100021 (pid 23, irq19: ohci0 ohci+) running on CPU 0 db> show locktree db> show sleepq db> show lockchain thread 100021 (pid 23, irq19: ohci0 ohci+) running on CPU 0 db> show lapic lapic ID = 0 version = 1.0 max LVT = 5 SVR = ff (enabled) TPR = 00 In-service Interrupts: isr1: 39 TMR Interrupts: tmr1: 30 31 33 34 IRR Interrupts: irr1: 33 39 irr7: ef db> show allchains db> show apic vec 0x30 -> IRQ 21 vec 0x31 -> IRQ 18 vec 0x32 -> IRQ 23 vec 0x33 -> IRQ 22 vec 0x34 -> IRQ 19 vec 0x35 -> IRQ 14 vec 0x36 -> IRQ 15 vec 0x37 -> IRQ 20 vec 0x38 -> IRQ 6 vec 0x39 -> IRQ 4 vec 0x3a -> IRQ 1 vec 0xef -> lapic timer db> show idt 0 Xdiv 1 Xdbg 2 Xnmi 3 Xbpt 4 Xofl 5 Xbnd 6 Xill 7 Xdna 8 0 9 Xfpusegm 10 Xtss 11 Xmissing 12 Xstk 13 Xprot 14 Xpage 16 Xfpu 17 Xalign 18 Xmchk 19 Xxmm 32 Xatpic_intr0 33 Xatpic_intr1 35 Xatpic_intr3 36 Xatpic_intr4 37 Xatpic_intr5 38 Xatpic_intr6 39 Xatpic_intr7 40 Xatpic_intr8 41 Xatpic_intr9 42 Xatpic_intr10 43 Xatpic_intr11 44 Xatpic_intr12 45 Xatpic_intr13 46 Xatpic_intr14 47 Xatpic_intr15 48 Xapic_isr1 49 Xapic_isr1 50 Xapic_isr1 51 Xapic_isr1 52 Xapic_isr1 53 Xapic_isr1 54 Xapic_isr1 55 Xapic_isr1 56 Xapic_isr1 57 Xapic_isr1 58 Xapic_isr1 128 Xint0x80_syscall 239 Xtimerint 255 Xspuriousint db> show rtc 06/12/14 23:22:32, A = 09, B = 02, C = 50 db> From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 04:42:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E976916A407 for ; Fri, 15 Dec 2006 04:42:40 +0000 (UTC) (envelope-from kimimeister@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DB5743C9D for ; Fri, 15 Dec 2006 04:41:00 +0000 (GMT) (envelope-from kimimeister@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so651725uge for ; Thu, 14 Dec 2006 20:42:39 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=uKoWGjDjRHeJh9yBgRBadlLrJ5W0/glJJoFdcyQZoL8mUvltrDvrFXuswM0QCiXkFKsR3ukgr3z/ETo+krZXlxdtjjVV6jkZfgIfUcZKjcFeblvjXDARmlf7omGlbh3KW39hvK1F/BhwdP3FEqO5sT9qxCZ4tqTLMkEg4i94Mc0= Received: by 10.67.103.7 with SMTP id f7mr511389ugm.1166157758943; Thu, 14 Dec 2006 20:42:38 -0800 (PST) Received: by 10.67.86.17 with HTTP; Thu, 14 Dec 2006 20:42:38 -0800 (PST) Message-ID: <42b497160612142042g32003891j9330b930622c8e64@mail.gmail.com> Date: Fri, 15 Dec 2006 04:42:38 +0000 From: "Kimi Ostro" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Poor NFS performance after recent update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 04:42:41 -0000 I am have a realy big issue with NFS. I updated my fileserver to -STABLE as of 13th December and suffering poor NFS performance. before I was transferring data at around 6-8MBps now it is 30KBps - yes 30KBps!!. also cause some mounted shares to lock up. I thought it was the nve0 interface and swapped it for an fxp0. no change. checked cables. no change. What can I do to debug this further? I feel as though I could take the binary bits and transfer them quicker myself :( -- Kimi From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 04:48:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 61ABC16A412 for ; Fri, 15 Dec 2006 04:48:27 +0000 (UTC) (envelope-from chandler@chapman.edu) Received: from calais.chapman.edu (calais.chapman.edu [192.77.116.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAD5E43CA3 for ; Fri, 15 Dec 2006 04:46:47 +0000 (GMT) (envelope-from chandler@chapman.edu) Received: from [206.211.142.181] (ist181.chapman.edu [206.211.142.181]) by calais.chapman.edu (Postfix) with ESMTP id 3CDA32E58F; Thu, 14 Dec 2006 20:48:26 -0800 (PST) Message-ID: <45822919.9030701@chapman.edu> Date: Thu, 14 Dec 2006 20:48:25 -0800 From: Jay Chandler User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: Kimi Ostro , freebsd-stable@freebsd.org References: <42b497160612142042g32003891j9330b930622c8e64@mail.gmail.com> In-Reply-To: <42b497160612142042g32003891j9330b930622c8e64@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Chapman-MailScanner-Information: Please contact the ISP for more information X-Chapman-MailScanner: Found to be clean X-Chapman-MailScanner-From: chandler@chapman.edu X-Spam-Status: No Cc: Subject: Re: Poor NFS performance after recent update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 04:48:27 -0000 Kimi Ostro wrote: > I am have a realy big issue with NFS. I updated my fileserver to > -STABLE as of 13th December and suffering poor NFS performance. before > I was transferring data at around 6-8MBps now it is 30KBps - yes > 30KBps!!. also cause some mounted shares to lock up. > > I thought it was the nve0 interface and swapped it for an fxp0. no > change. checked cables. no change. > > What can I do to debug this further? > > I feel as though I could take the binary bits and transfer them > quicker myself :( > What's the entry for the NFS share in /etc/fstab? -- Jay Chandler Network Administrator, Chapman University 714.628.7249 / chandler@chapman.edu Today's Excuse: Processes running slowly due to weak power supply From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 05:00:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 64F4316A4FE for ; Fri, 15 Dec 2006 05:00:48 +0000 (UTC) (envelope-from kimimeister@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54DD643D8F for ; Fri, 15 Dec 2006 04:57:39 +0000 (GMT) (envelope-from kimimeister@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so654242uge for ; Thu, 14 Dec 2006 20:59:14 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QkMAGgWWjcOHPgmrDAzreqFkZbRGOZM36fsUhizlBVwQG3r/Xld53eVO8W4zV4k0T2Ig6eDSnGP5OGcyLh8LRQ7fFmnHBu60JUicEkt2ZIGqOwbbccE0X+rZKTq49qaqaZGS+uqXXQUkPJk3Wnq5pEDwcM4wh4oqkOqKV/oZRRI= Received: by 10.67.22.2 with SMTP id z2mr491187ugi.1166158753938; Thu, 14 Dec 2006 20:59:13 -0800 (PST) Received: by 10.67.86.17 with HTTP; Thu, 14 Dec 2006 20:59:13 -0800 (PST) Message-ID: <42b497160612142059h331b2206p8ee2aaf13588458@mail.gmail.com> Date: Fri, 15 Dec 2006 04:59:13 +0000 From: "Kimi Ostro" To: "Jay Chandler" In-Reply-To: <45822919.9030701@chapman.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <42b497160612142042g32003891j9330b930622c8e64@mail.gmail.com> <45822919.9030701@chapman.edu> Cc: freebsd-stable@freebsd.org Subject: Re: Poor NFS performance after recent update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 05:00:48 -0000 Hi, On 15/12/06, Jay Chandler wrote: > What's the entry for the NFS share in /etc/fstab? > fserver:/data /media/data nfs rw,-b,-i,-s,-L,noauto I don't run clients with rpc.statd(8) rpc.lockd(8) > -- > Jay Chandler > Network Administrator, Chapman University > 714.628.7249 / chandler@chapman.edu > Today's Excuse: Processes running slowly due to weak power supply > > -- Kimi From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 05:03:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C314D16A412 for ; Fri, 15 Dec 2006 05:03:47 +0000 (UTC) (envelope-from chandler@chapman.edu) Received: from calais.chapman.edu (calais.chapman.edu [192.77.116.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5066443D2D for ; Fri, 15 Dec 2006 05:00:36 +0000 (GMT) (envelope-from chandler@chapman.edu) Received: from [206.211.142.181] (ist181.chapman.edu [206.211.142.181]) by calais.chapman.edu (Postfix) with ESMTP id A0CB52E430; Thu, 14 Dec 2006 21:01:58 -0800 (PST) Message-ID: <45822C45.8010509@chapman.edu> Date: Thu, 14 Dec 2006 21:01:57 -0800 From: Jay Chandler User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: Kimi Ostro References: <42b497160612142042g32003891j9330b930622c8e64@mail.gmail.com> <45822919.9030701@chapman.edu> <42b497160612142059h331b2206p8ee2aaf13588458@mail.gmail.com> In-Reply-To: <42b497160612142059h331b2206p8ee2aaf13588458@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Chapman-MailScanner-Information: Please contact the ISP for more information X-Chapman-MailScanner: Found to be clean X-Chapman-MailScanner-From: chandler@chapman.edu X-Spam-Status: No Cc: freebsd-stable@freebsd.org Subject: Re: Poor NFS performance after recent update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 05:03:47 -0000 Kimi Ostro wrote: > Hi, > > On 15/12/06, Jay Chandler wrote: >> What's the entry for the NFS share in /etc/fstab? >> > > fserver:/data /media/data nfs > rw,-b,-i,-s,-L,noauto > > I don't run clients with rpc.statd(8) rpc.lockd(8) > I do run statd and lockd, but let's keep it simple for now at first. My settings are similar, only the sole flag I have is rw-- if you remove those flags, does the speed change at all? -- Jay Chandler Network Administrator, Chapman University 714.628.7249 / chandler@chapman.edu Today's Excuse: Processes running slowly due to weak power supply From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 05:12:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8B50B16A47E for ; Fri, 15 Dec 2006 05:12:10 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EFB543EC4 for ; Fri, 15 Dec 2006 05:07:11 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.183]) by hub.org (Postfix) with ESMTP id 0FF7B118B40B; Fri, 15 Dec 2006 01:08:34 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-new, port 10024) with ESMTP id 15328-05; Fri, 15 Dec 2006 01:08:34 -0400 (AST) Received: from ganymede.hub.org (blk-137-79-174.eastlink.ca [24.137.79.174]) by hub.org (Postfix) with ESMTP id 9E3AA118B409; Fri, 15 Dec 2006 01:08:33 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 888DE34692; Fri, 15 Dec 2006 01:08:33 -0400 (AST) Date: Fri, 15 Dec 2006 01:08:33 -0400 From: "Marc G. Fournier" To: Eric van Gyzen , freebsd-stable@freebsd.org Message-ID: In-Reply-To: <20061214150036.GA99209@trillian.vangyzen.net> References: <20061214150036.GA99209@trillian.vangyzen.net> X-Mailer: Mulberry/4.0.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Re: panic: sleeping thread X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 05:12:10 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Thursday, December 14, 2006 09:00:36 -0600 Eric van Gyzen wrote: > I saw a recent thread about a "sleeping thread" panic. > I submitted kern/102654 for one on 6.1-RELEASE-p1: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=102654 > > I'll gladly help you debug it. That was me ... I have some downtime schedualed on the weekend to get DDB configured so that I can get something more out of it then I'm able right now (ie. nadda) ... but looks like you have something there that should be debuggable ... John Baldwin? - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFgi3R4QvfyHIvDvMRAgN2AKCGFuar3p2AjkSi1U/QmIAAXt8I2ACg6KpR vXxK2G5zae0ey8sZZSL9A7Y= =93Ql -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 05:18:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 25F3C16A4C2 for ; Fri, 15 Dec 2006 05:18:04 +0000 (UTC) (envelope-from kimimeister@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5AB143C9E for ; Fri, 15 Dec 2006 05:16:23 +0000 (GMT) (envelope-from kimimeister@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so657362uge for ; Thu, 14 Dec 2006 21:18:02 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Psir0QpfjVzGC5xbZCffl7QaI82DQxpoubPiyOs7lhpljti+PZ8loLQb97zMGhjAhevHYroYakXN9iCOwz7k3azonrCRxHCs4S/J06rxSMvxZXZzl9F7qH3n2QatgfjbCxVN8fCFwAS6ERDaS6bXEul7CyCLJQRF004pxmJPVbY= Received: by 10.67.89.5 with SMTP id r5mr308616ugl.1166159881987; Thu, 14 Dec 2006 21:18:01 -0800 (PST) Received: by 10.67.86.17 with HTTP; Thu, 14 Dec 2006 21:18:01 -0800 (PST) Message-ID: <42b497160612142118u283a590axe24cb7d5c8507491@mail.gmail.com> Date: Fri, 15 Dec 2006 05:18:01 +0000 From: "Kimi Ostro" To: "Jay Chandler" In-Reply-To: <45822C45.8010509@chapman.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <42b497160612142042g32003891j9330b930622c8e64@mail.gmail.com> <45822919.9030701@chapman.edu> <42b497160612142059h331b2206p8ee2aaf13588458@mail.gmail.com> <45822C45.8010509@chapman.edu> Cc: freebsd-stable@freebsd.org Subject: Re: Poor NFS performance after recent update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 05:18:04 -0000 On 15/12/06, Jay Chandler wrote: > I do run statd and lockd, but let's keep it simple for now at first. > > My settings are similar, only the sole flag I have is rw-- if you remove > those flags, does the speed change at all? > no, still the same 20-60KBps that hovers about 30KBps. Doing a tcpdump did not reveal much: 04:06:02.160304 IP (tos 0x0, ttl 64, id 23123, offset 0, flags [none], proto: UDP (17), length: 152) client.2131922575 > fserver.nfs: 124 access fh 1107,752457/8932452 003f 04:06:02.160506 IP (tos 0x0, ttl 64, id 15711, offset 0, flags [none], proto: UDP (17), length: 148) fserver.nfs > client.2131922575: reply ok 120 access attr: REG 644 ids 1001/0 sz 9083425 nlink 1 rdev 45/35717136 fsid 59 fileid 884c64 a/m/ctime 1166154965.000000 1166039237.000000 1137328342.000000 c 001f 04:06:02.160540 IP (tos 0x0, ttl 64, id 23124, offset 0, flags [none], proto: UDP (17), length: 152) client.2131922576 > fserver.nfs: 124 access fh 1107,752457/8932452 003f 04:06:02.160660 IP (tos 0x0, ttl 64, id 15712, offset 0, flags [none], proto: UDP (17), length: 148) fserver.nfs > client.2131922576: reply ok 120 access attr: REG 644 ids 1001/0 sz 9083425 nlink 1 rdev 45/35717136 fsid 59 fileid 884c64 a/m/ctime 1166154965.000000 1166039237.000000 1137328342.000000 c 001f 04:06:02.160760 IP (tos 0x0, ttl 64, id 23125, offset 0, flags [none], proto: UDP (17), length: 160) client.2131922577 > fserver.nfs: 132 read fh 1107,752457/8932452 8192 bytes @ 0 04:06:02.160781 IP (tos 0x0, ttl 64, id 23126, offset 0, flags [none], proto: UDP (17), length: 160) client.2131922578 > fserver.nfs: 132 read fh 1107,752457/8932452 8192 bytes @ 8192 04:06:02.161204 IP (tos 0x0, ttl 64, id 15713, offset 0, flags [+], proto: UDP (17), length: 1500) fserver.nfs > client.2131922577: reply ok 1472 read REG 644 ids 1001/0 sz 9083425 nlink 1 rdev 45/35717136 fsid 59 fileid 884c64 a/m/ctime 1166154998.000000 1166039237.000000 1137328342.000000 8192 bytes 04:06:03.180538 IP (tos 0x0, ttl 64, id 23127, offset 0, flags [none], proto: UDP (17), length: 160) client.2131922577 > fserver.nfs: 132 read fh 1107,752457/8932452 8192 bytes @ 0 04:06:03.180985 IP (tos 0x0, ttl 64, id 15715, offset 0, flags [+], proto: UDP (17), length: 1500) fserver.nfs > client.2131922577: reply ok 1472 read REG 644 ids 1001/0 sz 9083425 nlink 1 rdev 45/35717136 fsid 59 fileid 884c64 a/m/ctime 1166154999.000000 1166039237.000000 1137328342.000000 8192 bytes 04:06:04.188613 IP (tos 0x0, ttl 64, id 23128, offset 0, flags [none], proto: UDP (17), length: 160) client.2131922578 > fserver.nfs: 132 read fh 1107,752457/8932452 8192 bytes @ 8192 04:06:04.189048 IP (tos 0x0, ttl 64, id 15716, offset 0, flags [+], proto: UDP (17), length: 1500) fserver.nfs > client.2131922578: reply ok 1472 read REG 644 ids 1001/0 sz 9083425 nlink 1 rdev 45/35717136 fsid 59 fileid 884c64 a/m/ctime 1166155000.000000 1166039237.000000 1137328342.000000 8192 bytes 04:06:07.224834 IP (tos 0x0, ttl 64, id 23129, offset 0, flags [none], proto: UDP (17), length: 160) client.2131922577 > fserver.nfs: 132 read fh 1107,752457/8932452 8192 bytes @ 0 04:06:07.225297 IP (tos 0x0, ttl 64, id 15717, offset 0, flags [+], proto: UDP (17), length: 1500) fserver.nfs > client.2131922577: reply ok 1472 read REG 644 ids 1001/0 sz 9083425 nlink 1 rdev 45/35717136 fsid 59 fileid 884c64 a/m/ctime 1166155003.000000 1166039237.000000 1137328342.000000 8192 bytes 04:06:12.265223 IP (tos 0x0, ttl 64, id 23130, offset 0, flags [none], proto: UDP (17), length: 160) client.2131922578 > fserver.nfs: 132 read fh 1107,752457/8932452 8192 bytes @ 8192 04:06:12.265665 IP (tos 0x0, ttl 64, id 15718, offset 0, flags [+], proto: UDP (17), length: 1500) fserver.nfs > client.2131922578: reply ok 1472 read REG 644 ids 1001/0 sz 9083425 nlink 1 rdev 45/35717136 fsid 59 fileid 884c64 a/m/ctime 1166155008.000000 1166039237.000000 1137328342.000000 8192 bytes 04:06:23.366067 IP (tos 0x0, ttl 64, id 23131, offset 0, flags [none], proto: UDP (17), length: 160) client.2131922577 > fserver.nfs: 132 read fh 1107,752457/8932452 8192 bytes @ 0 04:06:23.366554 IP (tos 0x0, ttl 64, id 15719, offset 0, flags [+], proto: UDP (17), length: 1500) fserver.nfs > client.2131922577: reply ok 1472 read REG 644 ids 1001/0 sz 9083425 nlink 1 rdev 45/35717136 fsid 59 fileid 884c64 a/m/ctime 1166155019.000000 1166039237.000000 1137328342.000000 8192 bytes I even tried TCP NFS and nothing. Here is a dmesg: Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-PRERELEASE #0: Thu Dec 14 13:55:53 GMT 2006 root@fserver:/data/freebsd/obj/usr/src/sys/GENERIC ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Sempron(tm) Processor 2800+ (1607.34-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20fc2 Stepping = 2 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x1 real memory = 268369920 (255 MB) avail memory = 253083648 (241 MB) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0xcf0-0xcf3 on acpi0 pci0: on pcib0 agp0: mem 0xfc000000-0xfdffffff at device 0.0 on pci0 isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfebff000-0xfebfffff irq 21 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered ohci1: mem 0xfebfe000-0xfebfefff irq 22 at device 2.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 4 ports with 4 removable, self powered ehci0: mem 0xfebfd000-0xfebfd0ff irq 23 at device 2.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 8 ports with 8 removable, self powered atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfb00-0xfb0f at device 8.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xf600-0xf60f,0xf500-0xf57f irq 21 at device 10.0 on pci0 ata2: on atapci1 ata3: on atapci1 pcib1: at device 11.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) pcib2: at device 14.0 on pci0 pci2: on pcib2 fxp0: port 0xdf00-0xdf3f mem 0xfe9ff000-0xfe9fffff,0xfe800000-0xfe8fffff irq 18 at device 10.0 on pci2 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:90:27:a4:0f:2c acpi_tz0: on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xccfff,0xd0000-0xd3fff,0xd4000-0xd4fff on isa0 ppc0: parallel port not found. 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 Timecounter "TSC" frequency 1607340639 Hz quality 800 Timecounters tick every 1.000 msec ad0: 3089MB at ata0-master UDMA33 ad2: 117800MB at ata1-master UDMA100 ad3: 117800MB at ata1-slave UDMA100 GEOM_LABEL: Label for provider ad2p1 is label/subdisk1. GEOM_LABEL: Label for provider ad3p1 is label/subdisk0. GEOM_MIRROR: Device data created (id=1293437608). GEOM_MIRROR: Device data: provider label/subdisk1 detected. GEOM_MIRROR: Device data: provider label/subdisk0 detected. GEOM_MIRROR: Device data: provider label/subdisk1 activated. GEOM_MIRROR: Device data: provider label/subdisk0 activated. GEOM_MIRROR: Device data: provider mirror/data launched. GEOM_LABEL: Label for provider mirror/data is label/data. Trying to mount root from ufs:/dev/ad0s2a > -- > Jay Chandler > Network Administrator, Chapman University > 714.628.7249 / chandler@chapman.edu > Today's Excuse: Processes running slowly due to weak power supply > > -- Kimi From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 06:54:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B9B3B16A415 for ; Fri, 15 Dec 2006 06:54:18 +0000 (UTC) (envelope-from matt@chronos.org.uk) Received: from chronos.org.uk (chronos.org.uk [82.152.140.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BB9343CA8 for ; Fri, 15 Dec 2006 06:52:37 +0000 (GMT) (envelope-from matt@chronos.org.uk) Received: from [2001:618:400:6f4e:20d:f0ff:fe1f:a6de] ([IPv6:2001:618:400:6f4e:20d:f0ff:fe1f:a6de]) (authenticated bits=0) by chronos.org.uk (8.13.6/8.13.6) with ESMTP id kBF6s72c011026 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 15 Dec 2006 06:54:08 GMT (envelope-from matt@chronos.org.uk) From: Matt Dawson To: freebsd-stable@freebsd.org Date: Fri, 15 Dec 2006 06:53:52 +0000 User-Agent: KMail/1.9.4 X-Face: Uq{{&_!oO{M&ydj?-f%{D]bN7/|/]a+utod35[+IyH#R>F~YPffK,=?iso-8859-1?q?=25=60=7D=25=0A?= FTMbmzo,]0X3K:N&{h7],FI{?EkORzB; f:V3"vKXsUNw5Yh`}ef4MZ*a4,=?iso-8859-1?q?ObuJ=5F=26=5B1S=27zP=5CK0wcKZP=0A?= =?iso-8859-1?q?_=60=23L=25=5Dq*OUPQ-4T=3FHZ=7EAKX0=7D3W=25o=3DP?= X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00,NO_RELAYS autolearn=unavailable version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on central.local.chronos.org.uk X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on central.local.chronos.org.uk X-Virus-Status: Clean Subject: ral(4) and second/third gen devices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 06:54:18 -0000 Hi, Is there any timescale/possibility of a MFC of the ral driver that Damien has added second and third generation support to? It is becoming increasingly hard to lay one's hands on first gen kit, especially in MiniPCI. If not, is there a patch lurking somewhere to add this to the RELENG_6_2 branch? -- Matt Dawson. matt@chronos.org.uk MTD15-RIPE OpenNIC M_D9 MD51-6BONE From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 08:01:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E8FD116A40F for ; Fri, 15 Dec 2006 08:01:28 +0000 (UTC) (envelope-from hunreal@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79D8743CA2 for ; Fri, 15 Dec 2006 07:59:48 +0000 (GMT) (envelope-from hunreal@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so617019wxc for ; Fri, 15 Dec 2006 00:01:27 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=L2Qd+1tYXk8s6HencnmxrVHz+fduOTR4bysnnUTUGQrT63ymXKe1WBPnAxYzuDohfWRI6sgGlX1lNbL2Mt7YZxBjf6RXwV4dDRTOXQMhNDvqAKhPc2w3OqoL3ybCqvPVLx5peFfiUk01uzCpaWwGuZptM1cHBmwU8FdeygNC+pQ= Received: by 10.90.120.13 with SMTP id s13mr313939agc.1166169687949; Fri, 15 Dec 2006 00:01:27 -0800 (PST) Received: by 10.90.84.18 with HTTP; Fri, 15 Dec 2006 00:01:27 -0800 (PST) Message-ID: <9b6b59500612150001p706b361ava92ad96cdcd4791@mail.gmail.com> Date: Fri, 15 Dec 2006 16:01:27 +0800 From: hshh To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: SMP Kernel Panic while heavy load. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Dec 2006 08:01:29 -0000 Hi, My FreeBSD server panic while running SMP kernel. All work fine if disable SMP feature. uname log: http://upload.hshh.org/homes/hshh/temp/panic/uname.log My kernel conf: http://upload.hshh.org/homes/hshh/temp/panic/kernel.log Backtrace log: http://upload.hshh.org/homes/hshh/temp/panic/kgdb.log From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 08:22:32 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BD27016A412 for ; Fri, 15 Dec 2006 08:22:32 +0000 (UTC) (envelope-from bram@diomedia.be) Received: from raponsje.telenet.be (cust142-140.dsl.versadsl.be [62.166.142.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9ED5543CAC for ; Fri, 15 Dec 2006 08:20:50 +0000 (GMT) (envelope-from bram@diomedia.be) Received: from [192.168.1.15] ([192.168.1.15]) by raponsje.telenet.be (8.13.6/8.13.6) with ESMTP id kBF8LuZ4076646 for ; Fri, 15 Dec 2006 09:21:56 +0100 (CET) (envelope-from bram@diomedia.be) Message-ID: <45825B48.9030203@diomedia.be> Date: Fri, 15 Dec 2006 09:22:32 +0100 From: Bram User-Agent: Thunderbird 1.5.0.8 (X11/20061107) MIME-Version: 1.0 To: stable@freebsd.org References: <4541B6AD.3090507@diomedia.be> <20061027160922.GB96009@xor.obsecurity.org> In-Reply-To: <20061027160922.GB96009@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: RELENG 6.1/AMD64 system hangs when SMP enabled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Dec 2006 08:22:32 -0000 Hi all, I turned kernel debuging on and tried the key combinations when the machine was stuck but it did not really help because the machine was not responding to this. I do think that I might have found the cause of the problem. I was running powerd and the cpufreq module was loaded each I had problems. I now turned powerd of and did not load the cpufreq module and the machine is now running for 23 days in a row. Does anybody know wether this is possible/makes sense ? kind regards Kris Kennaway schreef: > On Fri, Oct 27, 2006 at 09:35:09AM +0200, bram wrote: > >> Hi all, >> >> I'm rather new to freebsd so forgive me if I am saying things that don't >> make sense. >> >> I have a dual opteron server running freebsd 6.1/amd64 updated 4 weeks ago. >> >> Since I moved to 6 I've been having tho following problem. >> >> When I put heavy load on the server (python scripts that take 20 minutes >> to complete) the server sometimes hangs. >> >> I can then not ping it anymore and it does not respond to anything (no >> keyboard power button etc.). >> Mostly there are no error messages or anything so I have no clue to what >> the problem is. >> One time it did give an error but I did not wrote it down, but as I >> recall it was something like SMP spin lock timed out. >> >> It hangs every three weeks >> >> Please give me some info on how I can get it to give more info or how to >> resolve this problem. >> > > See the chapter on kernel debugging in the develpers handbook > > Kris > From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 08:40:47 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1DDDC16A407 for ; Fri, 15 Dec 2006 08:40:47 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26B1043CA0 for ; Fri, 15 Dec 2006 08:39:06 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 3C61F1A4D9D; Fri, 15 Dec 2006 00:40:46 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2553A54A57; Fri, 15 Dec 2006 03:40:45 -0500 (EST) Date: Fri, 15 Dec 2006 03:40:44 -0500 From: Kris Kennaway To: Bram Message-ID: <20061215084044.GA10112@xor.obsecurity.org> References: <4541B6AD.3090507@diomedia.be> <20061027160922.GB96009@xor.obsecurity.org> <45825B48.9030203@diomedia.be> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LZvS9be/3tNcYl/X" Content-Disposition: inline In-Reply-To: <45825B48.9030203@diomedia.be> User-Agent: Mutt/1.4.2.2i Cc: stable@freebsd.org Subject: amd64 systems hanging with powerd (Re: RELENG 6.1/AMD64 system hangs when SMP enabled) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Dec 2006 08:40:47 -0000 --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 15, 2006 at 09:22:32AM +0100, Bram wrote: > Hi all, >=20 > I turned kernel debuging on and tried the key combinations when the=20 > machine was stuck > but it did not really help because the machine was not responding to this. >=20 > I do think that I might have found the cause of the problem. >=20 > I was running powerd and the cpufreq module was loaded each I had problem= s. >=20 > I now turned powerd of and did not load the cpufreq module and the=20 > machine is now running for 23 days in a row. >=20 > Does anybody know wether this is possible/makes sense ? The same thing happens on this athlon64 X2. Kris --LZvS9be/3tNcYl/X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFgl+LWry0BWjoQKURAoGUAJ9H8GIbjOJ7eWT04HphYVG0ehDqVwCgpWbI 6XFY8oh9mRVk2bOwFFizRmw= =4y6Z -----END PGP SIGNATURE----- --LZvS9be/3tNcYl/X-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 09:31:40 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 66ED816A40F for ; Fri, 15 Dec 2006 09:31:40 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39DDF43CB5 for ; Fri, 15 Dec 2006 09:29:56 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (pszcds@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kBF9VTFH077239; Fri, 15 Dec 2006 10:31:34 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kBF9VT4u077238; Fri, 15 Dec 2006 10:31:29 +0100 (CET) (envelope-from olli) Date: Fri, 15 Dec 2006 10:31:29 +0100 (CET) Message-Id: <200612150931.kBF9VT4u077238@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, om-lists-bsd@omx.ch In-Reply-To: <03050A19-BA59-4874-9F1B-BC9302C0C7FC@omx.ch> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 15 Dec 2006 10:31:35 +0100 (CET) Cc: Subject: Re: p5-Quota issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, om-lists-bsd@omx.ch List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Dec 2006 09:31:40 -0000 Olivier Mueller wrote: > Le 15 déc. 06 à 00:57, Oliver Fromme a écrit : > > Olivier Mueller wrote: > > > I'm trying to get a script working with the p5-Quota module, but no > > > way... : > > > - quota correctely working for the /home partition > > > - tested with edquota/repquota, etc. > > > > > > But when trying to retrieve information or setup quota information > > > from > > > a perl script, I get: Quota::sync: error #45 > > > > I guess that's an errno number, and in that case 45 is > > EOPNOTSUPP (Operation not supported). It is a bug that > > the errno number is not printed as a human-readable > > string. > > > > Did you try to use Quota::query? Does it work? > > Tried yes, work: no. Which means, exactly? Same error message? Are you sure that you specify the file system correctly? Is your kernel compiled with "options QUOTA"? > > > But what bothers me more is that exactely the same script (with the > > > same module) is working fine under linux... > > > > According to the p5-Quota documentation, the Quota::sync > > function is not supported on all platforms, so it's > > perfectly possible that the p5-Quota code supports it > > on Linux, but not on FreeBSD. > > Well, in this case, why would there be a freebsd port for this > module? :-) The sync function is optional and not necessarily required for the rest of the module to be useful. (Although it _should_ work on FreeBSD.) Of course, if the query function doesn't work either, then there really is something wrong. > I'll continue my tests... And if it doesn't work, I'll simply use the > system commands That's how I do it in a Python program. Since I'm not querying quotas ten times per second or so, calling the system commands isn't really a problem. > instead of the perl module, but then I would have to rewrite some > part of my scripts. Well, should be just three or four lines. In my Python program I'm doing it's the following code (this won't help you, I'm afraid, but I'm quoting it so someone who searches the archives might find it helpful): quotas = dict([ (user, qinfo.split()) for line in getoutput("repquota -a /home").splitlines()[2:] for user, qinfo in [line.split(None,1)] ]) That creates a dictionary (Perl calls it a "hash") with the user names as keys and their quota information as values (a list with 9 string elements, corresponding to the columns in repquota output). E.g. quotas["joe"][2] will give the soft blocks limit of user joe. If quotas are disabled, the dictionary is empty, so you can simply write "if quotas: ..." or "if not quotas: ..." to check whether quotas are enabled at all. I'm sure you can do it similarly in Perl. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "I made up the term 'object-oriented', and I can tell you I didn't have C++ in mind." -- Alan Kay, OOPSLA '97 From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 09:34:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 143D816A403 for ; Fri, 15 Dec 2006 09:34:50 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from core.bps.co.id (core.bps.co.id [202.57.0.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 151DB43CA2 for ; Fri, 15 Dec 2006 09:33:08 +0000 (GMT) (envelope-from zen@tk-pttuntex.com) Received: from [172.64.14.3] (unknown [172.64.14.3]) (Authenticated sender: zen) by core.bps.co.id (Postfix) with ESMTP id 683BB3C66F6 for ; Fri, 15 Dec 2006 16:34:45 +0700 (WIT) Message-ID: <45826CD7.9060608@tk-pttuntex.com> Date: Fri, 15 Dec 2006 16:37:27 +0700 From: zen User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: make buildworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 09:34:50 -0000 dear all, i have a problem during upgrading my FreeBSD box to 6.1, this error occured during make buildworld. these are the error mesages: _tools/../../../../contrib/gcc/genemit.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genemit.c: In function `gen_expand': /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genemit.c:546: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. {standard input}: Assembler messages: {standard input}:1106: Warning: partial line at end of file ignored *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/cc_tools. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Cheers Zen From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 09:42:13 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CEC4D16A492 for ; Fri, 15 Dec 2006 09:42:13 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE7E843DA9 for ; Fri, 15 Dec 2006 09:39:28 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (klyvwf@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kBF9ewxK081421; Fri, 15 Dec 2006 10:41:03 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kBF9ev2E081420; Fri, 15 Dec 2006 10:40:57 +0100 (CET) (envelope-from olli) Date: Fri, 15 Dec 2006 10:40:57 +0100 (CET) Message-Id: <200612150940.kBF9ev2E081420@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, kimimeister@gmail.com In-Reply-To: <42b497160612142059h331b2206p8ee2aaf13588458@mail.gmail.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 15 Dec 2006 10:41:03 +0100 (CET) Cc: Subject: Re: Poor NFS performance after recent update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, kimimeister@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Dec 2006 09:42:13 -0000 Kimi Ostro wrote: > fserver:/data /media/data nfs rw,-b,-i,-s,-L,noauto A small side note (probably not related to your actual problem): It is usually a bad idea to use the -s ("soft") option, because many programs are not prepared to handle unexpected I/O errors, leading to file corruption. The following is an excerpt from the Solaris docs, which applies to FreeBSD as well: | File systems that are mounted read-write or that con- | tain executable files should always be mounted with | the hard option. Applications using soft mounted file | systems may incur unexpected I/O errors, file corrup- | tion, and unexpected program core dumps. The soft | option is not recommended. I think a similar paragraph should be added to FreeBSD's mount_nfs(8) manpage and to the Handbook. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "I have stopped reading Stephen King novels. Now I just read C code instead." -- Richard A. O'Keefe From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 09:51:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D67AA16A40F for ; Fri, 15 Dec 2006 09:51:20 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04E9D43CEE for ; Fri, 15 Dec 2006 09:49:11 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 6EB15EB4D4B; Fri, 15 Dec 2006 17:50:51 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id dsFjKEKRtA5x; Fri, 15 Dec 2006 17:50:46 +0800 (CST) Received: from [192.168.1.32] (unknown [221.216.128.175]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id CDDA3EB4CB8; Fri, 15 Dec 2006 17:50:46 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=oT/Gb10ThouoipAqWsIxmetlJSU9OWAF9YdU/pKf+rWUwPcZyK/taDmXxkpRLPLvY rmyYMmp6qxZ/rI/a20m6g== Message-ID: <45826FCA.2010709@delphij.net> Date: Fri, 15 Dec 2006 17:50:02 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: hshh References: <9b6b59500612150001p706b361ava92ad96cdcd4791@mail.gmail.com> In-Reply-To: <9b6b59500612150001p706b361ava92ad96cdcd4791@mail.gmail.com> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigA5848F81F32DD562984EE6ED" Cc: freebsd-stable@freebsd.org Subject: Re: SMP Kernel Panic while heavy load. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Dec 2006 09:51:20 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA5848F81F32DD562984EE6ED Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable hshh wrote: > Hi, > My FreeBSD server panic while running SMP kernel. All work fine if > disable SMP feature. >=20 > uname log: http://upload.hshh.org/homes/hshh/temp/panic/uname.log > My kernel conf: http://upload.hshh.org/homes/hshh/temp/panic/kernel.log= > Backtrace log: http://upload.hshh.org/homes/hshh/temp/panic/kgdb.log Would you please disable ZEROCOPY_SOCKETS and try if things gets improved= ? Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigA5848F81F32DD562984EE6ED Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFgm/KOfuToMruuMARA2gFAJ49XPL1QnlXGDD2jPX7mPcTFzSWhgCcDX9U AxjXovtnt19Ob5vg1u4Q40s= =s8bX -----END PGP SIGNATURE----- --------------enigA5848F81F32DD562984EE6ED-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 11:13:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AD3EB16A47B for ; Fri, 15 Dec 2006 11:13:12 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id CD2E043CC1 for ; Fri, 15 Dec 2006 11:11:30 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 15 Dec 2006 11:13:10 -0000 Received: from vpn-cl-166-143.rz.uni-karlsruhe.de (EHLO [141.3.166.143]) [141.3.166.143] by mail.gmx.net (mp030) with SMTP; 15 Dec 2006 12:13:10 +0100 X-Authenticated: #5465401 Message-ID: <4582838C.109@gmx.de> Date: Fri, 15 Dec 2006 12:14:20 +0100 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Thunderbird 1.5.0.8 (X11/20061110) MIME-Version: 1.0 To: zen References: <45826CD7.9060608@tk-pttuntex.com> In-Reply-To: <45826CD7.9060608@tk-pttuntex.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: make buildworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 11:13:12 -0000 zen wrote: > dear all, > i have a problem during upgrading my FreeBSD box to 6.1, > this error occured during make buildworld. > these are the error mesages: > > _tools/../../../../contrib/gcc/genemit.c > /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genemit.c: In > function `gen_expand': > /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genemit.c:546: > internal compiler error: Segmentation fault: 11 That looks like faulty memory or a temperature problem. Such problems normally only show on very high load. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 11:40:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A313916A506 for ; Fri, 15 Dec 2006 11:40:50 +0000 (UTC) (envelope-from fjoe@neo.samodelkin.net) Received: from neo.samodelkin.net (samodelkin.net [195.62.0.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17D0443D8E for ; Fri, 15 Dec 2006 11:36:54 +0000 (GMT) (envelope-from fjoe@neo.samodelkin.net) Received: by neo.samodelkin.net (Postfix, from userid 1000) id 6815817053; Fri, 15 Dec 2006 17:38:23 +0600 (NOVT) Date: Fri, 15 Dec 2006 17:38:23 +0600 From: Max Khon To: Matt Dawson Message-ID: <20061215113823.GA55806@samodelkin.net> References: <200612150653.53016.matt@chronos.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200612150653.53016.matt@chronos.org.uk> User-Agent: Mutt/1.4.2i Cc: freebsd-stable@freebsd.org Subject: [CALL FOR TESTERS] (was: ral(4) and second/third gen devices) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 11:40:50 -0000 Hi! On Fri, Dec 15, 2006 at 06:53:52AM +0000, Matt Dawson wrote: > Is there any timescale/possibility of a MFC of the ral driver that Damien has > added second and third generation support to? It is becoming increasingly > hard to lay one's hands on first gen kit, especially in MiniPCI. If not, is > there a patch lurking somewhere to add this to the RELENG_6_2 branch? Please try this patch: http://samodelkin.net/~fjoe/if_ral.diff Works for me for some RT2561-based card for about 6 months. I had to merge some fixes from OpenBSD (to HEAD) in order to fix a panic during interface reconfiguration. I hesitate to MFC this because the driver has been heavily refactored and I do not have RT2560 card to test with. Any reports from owners of Ralink RT2560-based cards about this patch are highly appreciated. Unfortunately Damien no longer maintains FreeBSD driver. /fjoe From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 12:44:49 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B230316A40F for ; Fri, 15 Dec 2006 12:44:49 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id F39CF43CBD for ; Fri, 15 Dec 2006 12:42:47 +0000 (GMT) (envelope-from uspoerlein@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so731910uge for ; Fri, 15 Dec 2006 04:44:25 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=EZPY0mV47tEoOsPcBqOxj9sxu4LLRw0obMAtN7gnM3zRm8Dq42Tp9jX/dTLwgU86zd4IhlFdGMhvGVxdr10vWqTxuX2BnrZxKAUFtTstk4oFoaHh6WqOZ11c3rhJ5oeYy545BB4SdpOlOB3Y1dvmmFolKarfxHVuRDkLyRDmF+A= Received: by 10.49.28.3 with SMTP id f3mr2409218nfj.1166186664075; Fri, 15 Dec 2006 04:44:24 -0800 (PST) Received: by 10.78.140.12 with HTTP; Fri, 15 Dec 2006 04:44:23 -0800 (PST) Message-ID: <7ad7ddd90612150444ifd95974gf429a7f22c177508@mail.gmail.com> Date: Fri, 15 Dec 2006 13:44:23 +0100 From: "Ulrich Spoerlein" To: stable@freebsd.org, bug-followup@FreeBSD.org, rockowallaby@bellsouth.net, "Mohan Srinivasan" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Re: kern/92785: Using exported filesystem on OS/2 NFS client causes filesystem freeze X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 12:44:49 -0000 Hi, we too, ran into this problem. OS/2 Clients kill our NFS server. It is running a RELENG_6 snapshot from 2006-11-14. rpc.lockd and rpc.statd are running. I'll conduct a test without those two services shortly. You can still log in the system with ssh and cruse around, but mountd is stuck in ufs state and is no longer serving requests. root@fs2:~# ps axl | grep ufs 0 39370 1 0 -4 0 3052 2200 ufs Ds ?? 0:00.01 /usr/sbin/mountd -r db> show lockedvnods Locked vnodes 0xc87b9414: tag ufs, type VDIR usecount 0, writecount 0, refcount 4 mountedhere 0 flags (VV_ROOT) v_object 0xc8c43c60 ref 0 pages 1 lock type ufs: EXCL (count 4) by thread 0xc8bac300 (pid 6926) with 1 pending#0 0xc0668bf9 at lockmgr+0x4ed #1 0xc078572e at ffs_lock+0x76 #2 0xc0838287 at VOP_LOCK_APV+0x87 #3 0xc06d663c at vn_lock+0xac #4 0xc06ca4ca at vget+0xc2 #5 0xc06c24a9 at vfs_hash_get+0x8d #6 0xc07844af at ffs_vget+0x27 #7 0xc078b253 at ufs_lookup+0xa4b #8 0xc083641b at VOP_CACHEDLOOKUP_APV+0x9b #9 0xc06bf499 at vfs_cache_lookup+0xb5 #10 0xc0836347 at VOP_LOOKUP_APV+0x87 #11 0xc06c3626 at lookup+0x46e #12 0xc0734fba at nfs_namei+0x40e #13 0xc0726d81 at nfsrv_lookup+0x1dd #14 0xc0736765 at nfssvc_nfsd+0x3d9 #15 0xc07360b4 at nfssvc+0x18c #16 0xc0825a07 at syscall+0x25b #17 0xc0811f7f at Xint0x80_syscall+0x1f ino 2, on dev da1s2e db> trace 6926 Tracing pid 6926 tid 100106 td 0xc8bac300 sched_switch(c8bac300,0,1) at sched_switch+0x177 mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c8678200) at sleepq_switch+0xc1 sleepq_wait_sig(c8678200) at sleepq_wait_sig+0x1d msleep(c8678200,c09c9f00,158,c088bec9,0,...) at msleep+0x26a nfssvc_nfsd(c8bac300) at nfssvc_nfsd+0xe5 nfssvc(c8bac300,eafd4d04) at nfssvc+0x18c syscall(3b,3b,3b,1,0,...) at syscall+0x25b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (155, FreeBSD ELF32, nfssvc), eip = 0x280bd1b7, esp = 0xbfbfe90c, ebp = 0xbfbfe928 --- db> trace 39370 Tracing pid 39370 tid 100102 td 0xc8bac900 sched_switch(c8bac900,0,1) at sched_switch+0x177 mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c87b946c,c0973440,0,c089798c,211,...) at sleepq_switch+0xc1 sleepq_wait(c87b946c,0,c87b94dc,b7,c08929b8,...) at sleepq_wait+0x46 msleep(c87b946c,c0972500,50,c089c1c1,0,...) at msleep+0x279 acquire(eafe094c,40,60000,c8bac900,0,...) at acquire+0x76 lockmgr(c87b946c,2002,c87b94dc,c8bac900) at lockmgr+0x44e ffs_lock(eafe09a4) at ffs_lock+0x76 VOP_LOCK_APV(c0943320,eafe09a4) at VOP_LOCK_APV+0x87 vn_lock(c87b9414,2002,c8bac900,c87b9414) at vn_lock+0xac vget(c87b9414,2002,c8bac900) at vget+0xc2 vfs_hash_get(c86cf2e4,2,2,c8bac900,eafe0abc,0,0) at vfs_hash_get+0x8d ffs_vget(c86cf2e4,2,2,eafe0abc) at ffs_vget+0x27 ufs_root(c86cf2e4,2,eafe0b00,c8bac900,0,...) at ufs_root+0x19 lookup(eafe0ba0) at lookup+0x743 namei(eafe0ba0) at namei+0x39a kern_lstat(c8bac900,bfbfd2a0,0,eafe0c74) at kern_lstat+0x47 lstat(c8bac900,eafe0d04) at lstat+0x1b syscall(3b,3b,3b,281512fb,bfbfc9f1,...) at syscall+0x25b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (190, FreeBSD ELF32, lstat), eip = 0x2813d427, esp = 0xbfbfc5ac, ebp = 0xbfbfd268 --- I was under the impression, that you are not allowed to sleep while holding a lock in the FreeBSD kernel. Doesn't this also apply to the lockmgr itself? Upon shutting down the system, I had a panic coming in: panic: userret: Returning with 4 locks held. cpuid = 1 KDB: stack backtrace: kdb_backtrace(100,c8bac300,c8bac3c8,c8bad218,c8bac300,...) at kdb_backtrace+0x29 panic(c089806f,4,0,c8bac300,c8bad218,...) at panic+0x114 userret(c8bac300,eafd4d38,0,2,0,...) at userret+0x183 syscall(3b,3b,3b,1,0,...) at syscall+0x321 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (0, FreeBSD ELF32, nosys), eip = 0x280bd1b7, esp = 0xbfbfe90c, ebp = 0xbfbfe928 --- KDB: enter: panic [thread pid 6926 tid 100106 ] Stopped at kdb_enter+0x2b: nop db> bt Tracing pid 6926 tid 100106 td 0xc8bac300 kdb_enter(c0894aec) at kdb_enter+0x2b panic(c089806f,4,0,c8bac300,c8bad218,...) at panic+0x127 userret(c8bac300,eafd4d38,0,2,0,...) at userret+0x183 syscall(3b,3b,3b,1,0,...) at syscall+0x321 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (0, FreeBSD ELF32, nosys), eip = 0x280bd1b7, esp = 0xbfbfe90c, ebp = 0xbfbfe928 --- db> show lockedvnods Locked vnodes 0xc8761c3c: tag ufs, type VDIR usecount 1, writecount 0, refcount 1 mountedhere 0xc86cf2e4 flags () lock type ufs: EXCL (count 1) by thread 0xc8bac780 (pid 59934)#0 0xc0668bf9 at lockmgr+0x4ed #1 0xc078572e at ffs_lock+0x76 #2 0xc0838287 at VOP_LOCK_APV+0x87 #3 0xc06d663c at vn_lock+0xac #4 0xc06c5eba at dounmount+0x62 #5 0xc06c5e31 at unmount+0x1e5 #6 0xc0825a07 at syscall+0x25b #7 0xc0811f7f at Xint0x80_syscall+0x1f ino 8260, on dev ufs/root 0xc87b9414: tag ufs, type VDIR usecount 0, writecount 0, refcount 4 mountedhere 0 flags (VV_ROOT) v_object 0xc8c43c60 ref 0 pages 1 lock type ufs: EXCL (count 4) by thread 0xc8bac300 (pid 6926) with 1 pending#0 0xc0668bf9 at lockmgr+0x4ed #1 0xc078572e at ffs_lock+0x76 #2 0xc0838287 at VOP_LOCK_APV+0x87 #3 0xc06d663c at vn_lock+0xac #4 0xc06ca4ca at vget+0xc2 #5 0xc06c24a9 at vfs_hash_get+0x8d #6 0xc07844af at ffs_vget+0x27 #7 0xc078b253 at ufs_lookup+0xa4b #8 0xc083641b at VOP_CACHEDLOOKUP_APV+0x9b #9 0xc06bf499 at vfs_cache_lookup+0xb5 #10 0xc0836347 at VOP_LOOKUP_APV+0x87 #11 0xc06c3626 at lookup+0x46e #12 0xc0734fba at nfs_namei+0x40e #13 0xc0726d81 at nfsrv_lookup+0x1dd #14 0xc0736765 at nfssvc_nfsd+0x3d9 #15 0xc07360b4 at nfssvc+0x18c #16 0xc0825a07 at syscall+0x25b #17 0xc0811f7f at Xint0x80_syscall+0x1f ino 2, on dev da1s2e db> ps pid ppid pgrp uid state wmesg wchan cmd 41369 75806 93096 0 R sleep 59934 55518 59934 0 S+ vfslock 0xc86cf308 umount 75806 62826 93096 0 R sh 62826 1 93096 0 R sh 39370 1 39370 0 Ss ufs 0xc87b946c mountd 6926 1 3231 0 R CPU 1 nfsd So this seems to be umount and mountd tripping over each other. Uli From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 12:48:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A65A816A501 for ; Fri, 15 Dec 2006 12:48:47 +0000 (UTC) (envelope-from matt@chronos.org.uk) Received: from chronos.org.uk (chronos.org.uk [82.152.140.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEE4443E50 for ; Fri, 15 Dec 2006 12:45:22 +0000 (GMT) (envelope-from matt@chronos.org.uk) Received: from [2001:618:400:6f4e:20d:f0ff:fe1f:a6de] ([IPv6:2001:618:400:6f4e:20d:f0ff:fe1f:a6de]) (authenticated bits=0) by chronos.org.uk (8.13.6/8.13.6) with ESMTP id kBFCkHv6076693 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 15 Dec 2006 12:46:18 GMT (envelope-from matt@chronos.org.uk) From: Matt Dawson To: freebsd-stable@freebsd.org Date: Fri, 15 Dec 2006 12:46:01 +0000 User-Agent: KMail/1.9.4 References: <20061215120035.7CA3316A511@hub.freebsd.org> In-Reply-To: <20061215120035.7CA3316A511@hub.freebsd.org> X-Face: Uq{{&_!oO{M&ydj?-f%{D]bN7/|/]a+utod35[+IyH#R>F~YPffK,=?iso-8859-1?q?=25=60=7D=25=0A?= FTMbmzo,]0X3K:N&{h7],FI{?EkORzB; f:V3"vKXsUNw5Yh`}ef4MZ*a4,=?iso-8859-1?q?ObuJ=5F=26=5B1S=27zP=5CK0wcKZP=0A?= =?iso-8859-1?q?_=60=23L=25=5Dq*OUPQ-4T=3FHZ=7EAKX0=7D3W=25o=3DP?= X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00,NO_RELAYS autolearn=unavailable version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on central.local.chronos.org.uk X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on central.local.chronos.org.uk X-Virus-Status: Clean Subject: Re: [CALL FOR TESTERS] (was: ral(4) and second/third gen devices) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 12:48:47 -0000 On Friday 15 December 2006 12:00, freebsd-stable-request@freebsd.org wrote: > Please try this patch: > > http://samodelkin.net/~fjoe/if_ral.diff This won't compile on my system (6.1-RELEASE-p11). Any ideas? linking kernel if_ral_pci.o(.data+0x120): undefined reference to `rt2661_attach' if_ral_pci.o(.data+0x124): undefined reference to `rt2661_detach' if_ral_pci.o(.data+0x128): undefined reference to `rt2661_shutdown' if_ral_pci.o(.data+0x12c): undefined reference to `rt2661_suspend' if_ral_pci.o(.data+0x130): undefined reference to `rt2661_resume' if_ral_pci.o(.data+0x134): undefined reference to `rt2661_intr' if_ral_pci.o(.data+0x138): undefined reference to `rt2560_attach' if_ral_pci.o(.data+0x13c): undefined reference to `rt2560_detach' if_ral_pci.o(.data+0x140): undefined reference to `rt2560_shutdown' if_ral_pci.o(.data+0x144): undefined reference to `rt2560_suspend' if_ral_pci.o(.data+0x148): undefined reference to `rt2560_resume' if_ral_pci.o(.data+0x14c): undefined reference to `rt2560_intr' *** Error code 1 Stop in /usr/obj/usr/src/sys/LAPTOP64. -- Matt Dawson. matt@chronos.org.uk MTD15-RIPE OpenNIC M_D9 MD51-6BONE From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 12:55:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D14416A415 for ; Fri, 15 Dec 2006 12:55:15 +0000 (UTC) (envelope-from morten@atreides.freenix.no) Received: from freenix.no (atreides.freenix.no [212.33.142.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id D008443C9F for ; Fri, 15 Dec 2006 12:53:30 +0000 (GMT) (envelope-from morten@atreides.freenix.no) Received: from atreides.freenix.no (localhost [127.0.0.1]) by freenix.no (8.13.6/8.13.6) with ESMTP id kBFCt93v091655; Fri, 15 Dec 2006 13:55:10 +0100 (CET) (envelope-from morten@atreides.freenix.no) Received: (from morten@localhost) by atreides.freenix.no (8.13.6/8.13.6/Submit) id kBFCt9um091654; Fri, 15 Dec 2006 13:55:09 +0100 (CET) (envelope-from morten) Date: Fri, 15 Dec 2006 13:55:09 +0100 From: "Morten A. Middelthon" To: Conrad Burger Message-ID: <20061215125509.GK2761@freenix.no> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yiup30KVCQiHUZFC" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://freenix.no/~morten/pgp.txt X-PGP-Key-FingerPrint: D48B 5C4E 1590 7DE6 08A0 6539 BECC F62E 829F DF6A X-Operating-System: FreeBSD 5.5-RELEASE-p1 X-Warning: So cunning you could brush your teeth with it. User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: Dell 1955 Blade - Broadcom NIC not detected (BCM5708S) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 12:55:15 -0000 --yiup30KVCQiHUZFC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 30, 2006 at 04:17:00PM +0200, Conrad Burger wrote: > I am trying to get FreeBSD to work on a Dell 1955 blade. Looks like > the NICs on the blade are not supported by the BCE or BGE driver. >=20 > On Linux the NICs are identified as "06:00.0 Ethernet controller: > Broadcom Corporation NetXtreme II BCM5708S Gigabit Ethernet (rev 11)" >=20 > >From "if_bce.c" > ------------------------- > * The following controllers are not supported by this driver: > * (These are not "Production" versions of the controller.) > * BCM5706C A0, A1 > * BCM5706S A0, A1, A2, A3 > * BCM5708C A0, B0 > * --> BCM5708S <-- A0, B0, B1 >=20 > Is there any reason why the chipset is not supported? Is there anyway > of getting the BCE or BGE driver to work with this chipset? Will it be > supported sometime in the near future? >=20 > Any help would be much appreciated. Any development here? We have just started purchasing 1955 Blades and would very much like to install FreeBSD on them :) with regards, --=20 Morten A. Middelthon To err is human, to forgive is Not Company Policy. --yiup30KVCQiHUZFC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFgpstvsz2LoKf32oRAo7NAKCDMvJDJpTKR0r+luGrmG/Lbv3bHQCaAqPi AmZYuvUoxBOUO162vzLhFZM= =ZjrF -----END PGP SIGNATURE----- --yiup30KVCQiHUZFC-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 13:17:25 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E67FF16A416; Fri, 15 Dec 2006 13:17:25 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26B9943DA6; Fri, 15 Dec 2006 13:14:28 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1GvCup-0003s8-AU; Fri, 15 Dec 2006 15:16:03 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id kBFDFjcG002853 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 Dec 2006 15:15:45 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id kBFDFjje010251; Fri, 15 Dec 2006 15:15:45 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id kBFDFjS6010250; Fri, 15 Dec 2006 15:15:45 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 15 Dec 2006 15:15:45 +0200 From: Kostik Belousov To: Ulrich Spoerlein Message-ID: <20061215131545.GB23698@deviant.kiev.zoral.com.ua> References: <7ad7ddd90612150444ifd95974gf429a7f22c177508@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TakKZr9L6Hm6aLOc" Content-Disposition: inline In-Reply-To: <7ad7ddd90612150444ifd95974gf429a7f22c177508@mail.gmail.com> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=1.4 required=5.0 tests=SPF_NEUTRAL, UNPARSEABLE_RELAY autolearn=no version=3.1.4 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on fw.zoral.com.ua X-Scanner-Signature: c9418faa199d4f718891ecf121ad1ea0 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 614 [Dec 14 2006] 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, rockowallaby@bellsouth.net, bug-followup@freebsd.org, Mohan Srinivasan Subject: Re: kern/92785: Using exported filesystem on OS/2 NFS client causes filesystem freeze X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 13:17:26 -0000 --TakKZr9L6Hm6aLOc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 15, 2006 at 01:44:23PM +0100, Ulrich Spoerlein wrote: > Hi, >=20 > we too, ran into this problem. OS/2 Clients kill our NFS server. It is > running a RELENG_6 snapshot from 2006-11-14. rpc.lockd and rpc.statd > are running. I'll conduct a test without those two services shortly. >=20 > You can still log in the system with ssh and cruse around, but mountd > is stuck in ufs state and is no longer serving requests. >=20 > root@fs2:~# ps axl | grep ufs > 0 39370 1 0 -4 0 3052 2200 ufs Ds ?? 0:00.01 > /usr/sbin/mountd -r >=20 > db> show lockedvnods > Locked vnodes >=20 > 0xc87b9414: tag ufs, type VDIR > usecount 0, writecount 0, refcount 4 mountedhere 0 > flags (VV_ROOT) > v_object 0xc8c43c60 ref 0 pages 1 > lock type ufs: EXCL (count 4) by thread 0xc8bac300 (pid 6926) > with 1 pending#0 0xc0668bf9 at lockmgr+0x4ed > #1 0xc078572e at ffs_lock+0x76 > #2 0xc0838287 at VOP_LOCK_APV+0x87 > #3 0xc06d663c at vn_lock+0xac > #4 0xc06ca4ca at vget+0xc2 > #5 0xc06c24a9 at vfs_hash_get+0x8d > #6 0xc07844af at ffs_vget+0x27 > #7 0xc078b253 at ufs_lookup+0xa4b > #8 0xc083641b at VOP_CACHEDLOOKUP_APV+0x9b > #9 0xc06bf499 at vfs_cache_lookup+0xb5 > #10 0xc0836347 at VOP_LOOKUP_APV+0x87 > #11 0xc06c3626 at lookup+0x46e > #12 0xc0734fba at nfs_namei+0x40e > #13 0xc0726d81 at nfsrv_lookup+0x1dd > #14 0xc0736765 at nfssvc_nfsd+0x3d9 > #15 0xc07360b4 at nfssvc+0x18c > #16 0xc0825a07 at syscall+0x25b > #17 0xc0811f7f at Xint0x80_syscall+0x1f >=20 > ino 2, on dev da1s2e >=20 >=20 > db> trace 6926 > Tracing pid 6926 tid 100106 td 0xc8bac300 > sched_switch(c8bac300,0,1) at sched_switch+0x177 > mi_switch(1,0) at mi_switch+0x270 > sleepq_switch(c8678200) at sleepq_switch+0xc1 > sleepq_wait_sig(c8678200) at sleepq_wait_sig+0x1d > msleep(c8678200,c09c9f00,158,c088bec9,0,...) at msleep+0x26a > nfssvc_nfsd(c8bac300) at nfssvc_nfsd+0xe5 > nfssvc(c8bac300,eafd4d04) at nfssvc+0x18c > syscall(3b,3b,3b,1,0,...) at syscall+0x25b > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (155, FreeBSD ELF32, nfssvc), eip =3D 0x280bd1b7, esp =3D > 0xbfbfe90c, ebp =3D 0xbfbfe928 --- > db> trace 39370 > Tracing pid 39370 tid 100102 td 0xc8bac900 > sched_switch(c8bac900,0,1) at sched_switch+0x177 > mi_switch(1,0) at mi_switch+0x270 > sleepq_switch(c87b946c,c0973440,0,c089798c,211,...) at sleepq_switch+0xc1 > sleepq_wait(c87b946c,0,c87b94dc,b7,c08929b8,...) at sleepq_wait+0x46 > msleep(c87b946c,c0972500,50,c089c1c1,0,...) at msleep+0x279 > acquire(eafe094c,40,60000,c8bac900,0,...) at acquire+0x76 > lockmgr(c87b946c,2002,c87b94dc,c8bac900) at lockmgr+0x44e > ffs_lock(eafe09a4) at ffs_lock+0x76 > VOP_LOCK_APV(c0943320,eafe09a4) at VOP_LOCK_APV+0x87 > vn_lock(c87b9414,2002,c8bac900,c87b9414) at vn_lock+0xac > vget(c87b9414,2002,c8bac900) at vget+0xc2 > vfs_hash_get(c86cf2e4,2,2,c8bac900,eafe0abc,0,0) at vfs_hash_get+0x8d > ffs_vget(c86cf2e4,2,2,eafe0abc) at ffs_vget+0x27 > ufs_root(c86cf2e4,2,eafe0b00,c8bac900,0,...) at ufs_root+0x19 > lookup(eafe0ba0) at lookup+0x743 > namei(eafe0ba0) at namei+0x39a > kern_lstat(c8bac900,bfbfd2a0,0,eafe0c74) at kern_lstat+0x47 > lstat(c8bac900,eafe0d04) at lstat+0x1b > syscall(3b,3b,3b,281512fb,bfbfc9f1,...) at syscall+0x25b > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (190, FreeBSD ELF32, lstat), eip =3D 0x2813d427, esp =3D > 0xbfbfc5ac, ebp =3D 0xbfbfd268 --- >=20 > I was under the impression, that you are not allowed to sleep while > holding a lock in the FreeBSD kernel. Doesn't this also apply to the > lockmgr itself? >=20 > Upon shutting down the system, I had a panic coming in: >=20 > panic: userret: Returning with 4 locks held. > cpuid =3D 1 > KDB: stack backtrace: > kdb_backtrace(100,c8bac300,c8bac3c8,c8bad218,c8bac300,...) at=20 > kdb_backtrace+0x29 > panic(c089806f,4,0,c8bac300,c8bad218,...) at panic+0x114 > userret(c8bac300,eafd4d38,0,2,0,...) at userret+0x183 > syscall(3b,3b,3b,1,0,...) at syscall+0x321 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (0, FreeBSD ELF32, nosys), eip =3D 0x280bd1b7, esp =3D > 0xbfbfe90c, ebp =3D 0xbfbfe928 --- > KDB: enter: panic > [thread pid 6926 tid 100106 ] > Stopped at kdb_enter+0x2b: nop > db> bt > Tracing pid 6926 tid 100106 td 0xc8bac300 > kdb_enter(c0894aec) at kdb_enter+0x2b > panic(c089806f,4,0,c8bac300,c8bad218,...) at panic+0x127 > userret(c8bac300,eafd4d38,0,2,0,...) at userret+0x183 > syscall(3b,3b,3b,1,0,...) at syscall+0x321 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (0, FreeBSD ELF32, nosys), eip =3D 0x280bd1b7, esp =3D > 0xbfbfe90c, ebp =3D 0xbfbfe928 --- > db> show lockedvnods > Locked vnodes >=20 > 0xc8761c3c: tag ufs, type VDIR > usecount 1, writecount 0, refcount 1 mountedhere 0xc86cf2e4 > flags () > lock type ufs: EXCL (count 1) by thread 0xc8bac780 (pid 59934)#0 > 0xc0668bf9 at lockmgr+0x4ed > #1 0xc078572e at ffs_lock+0x76 > #2 0xc0838287 at VOP_LOCK_APV+0x87 > #3 0xc06d663c at vn_lock+0xac > #4 0xc06c5eba at dounmount+0x62 > #5 0xc06c5e31 at unmount+0x1e5 > #6 0xc0825a07 at syscall+0x25b > #7 0xc0811f7f at Xint0x80_syscall+0x1f >=20 > ino 8260, on dev ufs/root >=20 > 0xc87b9414: tag ufs, type VDIR > usecount 0, writecount 0, refcount 4 mountedhere 0 > flags (VV_ROOT) > v_object 0xc8c43c60 ref 0 pages 1 > lock type ufs: EXCL (count 4) by thread 0xc8bac300 (pid 6926) > with 1 pending#0 0xc0668bf9 at lockmgr+0x4ed > #1 0xc078572e at ffs_lock+0x76 > #2 0xc0838287 at VOP_LOCK_APV+0x87 > #3 0xc06d663c at vn_lock+0xac > #4 0xc06ca4ca at vget+0xc2 > #5 0xc06c24a9 at vfs_hash_get+0x8d > #6 0xc07844af at ffs_vget+0x27 > #7 0xc078b253 at ufs_lookup+0xa4b > #8 0xc083641b at VOP_CACHEDLOOKUP_APV+0x9b > #9 0xc06bf499 at vfs_cache_lookup+0xb5 > #10 0xc0836347 at VOP_LOOKUP_APV+0x87 > #11 0xc06c3626 at lookup+0x46e > #12 0xc0734fba at nfs_namei+0x40e > #13 0xc0726d81 at nfsrv_lookup+0x1dd > #14 0xc0736765 at nfssvc_nfsd+0x3d9 > #15 0xc07360b4 at nfssvc+0x18c > #16 0xc0825a07 at syscall+0x25b > #17 0xc0811f7f at Xint0x80_syscall+0x1f >=20 > ino 2, on dev da1s2e > db> ps > pid ppid pgrp uid state wmesg wchan cmd > 41369 75806 93096 0 R sleep > 59934 55518 59934 0 S+ vfslock 0xc86cf308 umount > 75806 62826 93096 0 R sh > 62826 1 93096 0 R sh > 39370 1 39370 0 Ss ufs 0xc87b946c mountd > 6926 1 3231 0 R CPU 1 nfsd >=20 > So this seems to be umount and mountd tripping over each other. >=20 > Uli This looks like lock leak in nfsd. Could you supply the tcpdump of the session that causes the problem ? Also, it would be very helpful if you cou= ld note exact rpc that wedges the server. --TakKZr9L6Hm6aLOc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFgqAAC3+MBN1Mb4gRAsr0AKC+zN6OykbDcH2dGHazulrBruq0ewCgwKTu zsHKtcnJhnFSFJ2S4a989YA= =QZC9 -----END PGP SIGNATURE----- --TakKZr9L6Hm6aLOc-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 13:32:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 93FF116A540 for ; Fri, 15 Dec 2006 13:32:02 +0000 (UTC) (envelope-from fjoe@neo.samodelkin.net) Received: from neo.samodelkin.net (samodelkin.net [195.62.0.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1450B43CC1 for ; Fri, 15 Dec 2006 13:29:17 +0000 (GMT) (envelope-from fjoe@neo.samodelkin.net) Received: by neo.samodelkin.net (Postfix, from userid 1000) id 2DD301704E; Fri, 15 Dec 2006 19:30:46 +0600 (NOVT) Date: Fri, 15 Dec 2006 19:30:46 +0600 From: Max Khon To: Matt Dawson Message-ID: <20061215133045.GB55806@samodelkin.net> References: <20061215120035.7CA3316A511@hub.freebsd.org> <200612151246.02469.matt@chronos.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200612151246.02469.matt@chronos.org.uk> User-Agent: Mutt/1.4.2i Cc: freebsd-stable@freebsd.org Subject: Re: [CALL FOR TESTERS] (was: ral(4) and second/third gen devices) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 13:32:02 -0000 Hi! > This won't compile on my system (6.1-RELEASE-p11). Any ideas? > > linking kernel > if_ral_pci.o(.data+0x120): undefined reference to `rt2661_attach' > if_ral_pci.o(.data+0x124): undefined reference to `rt2661_detach' > if_ral_pci.o(.data+0x128): undefined reference to `rt2661_shutdown' > if_ral_pci.o(.data+0x12c): undefined reference to `rt2661_suspend' > if_ral_pci.o(.data+0x130): undefined reference to `rt2661_resume' > if_ral_pci.o(.data+0x134): undefined reference to `rt2661_intr' > if_ral_pci.o(.data+0x138): undefined reference to `rt2560_attach' > if_ral_pci.o(.data+0x13c): undefined reference to `rt2560_detach' > if_ral_pci.o(.data+0x140): undefined reference to `rt2560_shutdown' > if_ral_pci.o(.data+0x144): undefined reference to `rt2560_suspend' > if_ral_pci.o(.data+0x148): undefined reference to `rt2560_resume' > if_ral_pci.o(.data+0x14c): undefined reference to `rt2560_intr' > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/LAPTOP64. Sorry, forgot to attach the diff for conf/ and for modules/ New patch version is available at http://samodelkin.net/~fjoe/if_ral.diff. But it only builds as a module. cd /sys/modules/ral && make && make install /fjoe From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 13:50:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A8FA916A4D1 for ; Fri, 15 Dec 2006 13:50:54 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66BED43D9C for ; Fri, 15 Dec 2006 13:48:40 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by wr-out-0506.google.com with SMTP id i28so400920wra for ; Fri, 15 Dec 2006 05:50:21 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=L6pQnxhopvlpl7MeYi6FBQ2H4ETOUp16R2kxQGdti+caHi2VWJ5kFgCVM3h97VMDszQfIhunvM9a0YfMKMga8jaWcOaL8GB6A9qRWD02NxdEhJ0VQinHa7n7rqhmx5OxN8tx21pSbPTJeayP4PHwQG5VpIIkIj1264/A1sKBs08= Received: by 10.49.28.3 with SMTP id f3mr2536114nfj.1166190618918; Fri, 15 Dec 2006 05:50:18 -0800 (PST) Received: by 10.78.100.10 with HTTP; Fri, 15 Dec 2006 05:50:18 -0800 (PST) Message-ID: Date: Fri, 15 Dec 2006 14:50:18 +0100 From: "Claus Guttesen" To: "Morten A. Middelthon" In-Reply-To: <20061215125509.GK2761@freenix.no> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061215125509.GK2761@freenix.no> Cc: freebsd-stable@freebsd.org, Conrad Burger Subject: Re: Dell 1955 Blade - Broadcom NIC not detected (BCM5708S) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 13:50:54 -0000 > > I am trying to get FreeBSD to work on a Dell 1955 blade. Looks like > > the NICs on the blade are not supported by the BCE or BGE driver. > > > > On Linux the NICs are identified as "06:00.0 Ethernet controller: > > Broadcom Corporation NetXtreme II BCM5708S Gigabit Ethernet (rev 11)" > > > > >From "if_bce.c" > > ------------------------- > > * The following controllers are not supported by this driver: > > * (These are not "Production" versions of the controller.) > > * BCM5706C A0, A1 > > * BCM5706S A0, A1, A2, A3 > > * BCM5708C A0, B0 > > * --> BCM5708S <-- A0, B0, B1 > > > > Is there any reason why the chipset is not supported? Is there anyway > > of getting the BCE or BGE driver to work with this chipset? Will it be > > supported sometime in the near future? > > > > Any help would be much appreciated. > > Any development here? We have just started purchasing 1955 Blades and would > very much like to install FreeBSD on them :) There is not much response regardring this issue other than "me too". The need for an updated driver is there and if we want some progress I believe some financing seems to be the only alternative. Maby Scott (Long) has some thought on this (if he's not to busy getting 6.2 ready). Claus From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 13:54:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B20E916A417 for ; Fri, 15 Dec 2006 13:54:33 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F65443CB3 for ; Fri, 15 Dec 2006 13:50:45 +0000 (GMT) (envelope-from wmoran@collaborativefusion.com) Received: from vanquish.pgh.priv.collaborativefusion.com (vanquish.pgh.priv.collaborativefusion.com [192.168.2.61]) (SSL: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Fri, 15 Dec 2006 08:52:20 -0500 id 00056405.4582A894.0000B235 Date: Fri, 15 Dec 2006 08:52:16 -0500 From: Bill Moran To: "Morten A. Middelthon" Message-Id: <20061215085216.b7c8a814.wmoran@collaborativefusion.com> In-Reply-To: <20061215125509.GK2761@freenix.no> References: <20061215125509.GK2761@freenix.no> Organization: Collaborative Fusion X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Conrad Burger Subject: Re: Dell 1955 Blade - Broadcom NIC not detected (BCM5708S) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 13:54:33 -0000 In response to "Morten A. Middelthon" : > On Mon, Oct 30, 2006 at 04:17:00PM +0200, Conrad Burger wrote: > > I am trying to get FreeBSD to work on a Dell 1955 blade. Looks like > > the NICs on the blade are not supported by the BCE or BGE driver. > > > > On Linux the NICs are identified as "06:00.0 Ethernet controller: > > Broadcom Corporation NetXtreme II BCM5708S Gigabit Ethernet (rev 11)" > > > > >From "if_bce.c" > > ------------------------- > > * The following controllers are not supported by this driver: > > * (These are not "Production" versions of the controller.) > > * BCM5706C A0, A1 > > * BCM5706S A0, A1, A2, A3 > > * BCM5708C A0, B0 > > * --> BCM5708S <-- A0, B0, B1 > > > > Is there any reason why the chipset is not supported? Is there anyway > > of getting the BCE or BGE driver to work with this chipset? Will it be > > supported sometime in the near future? > > > > Any help would be much appreciated. > > Any development here? We have just started purchasing 1955 Blades and would > very much like to install FreeBSD on them :) Support for them is in CURRENT and 6.2, although the comment saying that they're _not_ supported is still there as well ;) -- Bill Moran Collaborative Fusion Inc. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 14:13:02 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E51DA16A415 for ; Fri, 15 Dec 2006 14:13:02 +0000 (UTC) (envelope-from uspoerlein@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 85BE743CA3 for ; Fri, 15 Dec 2006 14:11:20 +0000 (GMT) (envelope-from uspoerlein@gmail.com) Received: by wr-out-0506.google.com with SMTP id i28so405854wra for ; Fri, 15 Dec 2006 06:13:01 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=akMgGAOSERJXCqgi1qWxcECsTAb2sHKOoIFUxPrjtH4JW7qZUqBqxDGy4IHPimXt88aaPGp2ZKnAm6+EYVsf/0YEplnCsZ9ka+j50jxsU81GEYkL89JMruDvt63lNpMc20qIYt3E6lVwiME/3s+A9O8I8s7GfMP88GUiqebwZs4= Received: by 10.49.20.15 with SMTP id x15mr37188nfi.1166191979280; Fri, 15 Dec 2006 06:12:59 -0800 (PST) Received: by 10.78.140.12 with HTTP; Fri, 15 Dec 2006 06:12:58 -0800 (PST) Message-ID: <7ad7ddd90612150612k1b7933f1u22826c96b4938726@mail.gmail.com> Date: Fri, 15 Dec 2006 15:12:58 +0100 From: "Ulrich Spoerlein" To: "Kostik Belousov" In-Reply-To: <20061215131545.GB23698@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7ad7ddd90612150444ifd95974gf429a7f22c177508@mail.gmail.com> <20061215131545.GB23698@deviant.kiev.zoral.com.ua> Cc: stable@freebsd.org, bug-followup@freebsd.org Subject: Re: kern/92785: Using exported filesystem on OS/2 NFS client causes filesystem freeze X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 14:13:03 -0000 On 12/15/06, Kostik Belousov wrote: > This looks like lock leak in nfsd. Could you supply the tcpdump of the > session that causes the problem ? Also, it would be very helpful if you could > note exact rpc that wedges the server. That would have been my next step. I ran only rpcbind, nfsd and mountd on the file server (no rpc.lockd/rpc.statd). I then had an OS/2 Client mount the filesystem, issue a readdir and then tried to mount the same share from an Linux client. This last mount request never came back, immediately after issueing the mount request the mountd got stuck in state 'ufs' as shown in the backtrace. A tcpdump of the session can be found at: http://coyote.dnsalias.net/rpc.pcap (9kB) Uli PS: Please trim the Email when responding to the GNATS DB as that makes the PR-Trail rather unreadable. Thanks! From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 14:31:09 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3182716A494; Fri, 15 Dec 2006 14:31:09 +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 94B5C43E84; Fri, 15 Dec 2006 14:27:02 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1GvE2q-000Ikn-Qv; Fri, 15 Dec 2006 16:28:25 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id kBFES9Uw004879 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 Dec 2006 16:28:09 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id kBFES9i0011683; Fri, 15 Dec 2006 16:28:09 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id kBFES9cx011682; Fri, 15 Dec 2006 16:28:09 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 15 Dec 2006 16:28:09 +0200 From: Kostik Belousov To: Ulrich Spoerlein Message-ID: <20061215142809.GC23698@deviant.kiev.zoral.com.ua> References: <7ad7ddd90612150444ifd95974gf429a7f22c177508@mail.gmail.com> <20061215131545.GB23698@deviant.kiev.zoral.com.ua> <7ad7ddd90612150612k1b7933f1u22826c96b4938726@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="raC6veAxrt5nqIoY" Content-Disposition: inline In-Reply-To: <7ad7ddd90612150612k1b7933f1u22826c96b4938726@mail.gmail.com> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=1.4 required=5.0 tests=SPF_NEUTRAL, UNPARSEABLE_RELAY autolearn=no version=3.1.4 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on fw.zoral.com.ua X-Scanner-Signature: 3140350ce96b4815fe22a3a842dc7b15 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 614 [Dec 14 2006] 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, bug-followup@freebsd.org Subject: Re: kern/92785: Using exported filesystem on OS/2 NFS client causes filesystem freeze X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 14:31:09 -0000 --raC6veAxrt5nqIoY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 15, 2006 at 03:12:58PM +0100, Ulrich Spoerlein wrote: > A tcpdump of the session can be found at: > http://coyote.dnsalias.net/rpc.pcap (9kB) >=20 Am I right that all you did was ls -l ? Does OS/2 supports the notion of ".." directory ? Could you do just "ls -l .." from nfs client and then try "stat " on the server (i think it shall hang) ? My hypothesis is that LOOKUP RPC for ".." causes directory vnode lock leak in nfs_namei. After that, mountd hang is just consequence. --raC6veAxrt5nqIoY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFgrD4C3+MBN1Mb4gRAtiqAJ9EsyTLBk7IwXw7vJuc41xgCX/xtACgiH4L g8t6UNjdVFLfMKKJIgnsC6E= =OJqq -----END PGP SIGNATURE----- --raC6veAxrt5nqIoY-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 14:47:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EDCFD16A58C for ; Fri, 15 Dec 2006 14:47:03 +0000 (UTC) (envelope-from hunreal@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82AF643CD7 for ; Fri, 15 Dec 2006 14:44:57 +0000 (GMT) (envelope-from hunreal@gmail.com) Received: by wr-out-0506.google.com with SMTP id i28so413123wra for ; Fri, 15 Dec 2006 06:46:38 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IGTysSNlPwRyt8/M5gEKCg32GNCc6Hs63+mVPrdXkyn3ApPejyn9RCQ820p+AITki00/CDNQsfHTIN4LFIa2z5Lk80ZA+3QCx4/5CXs7/XCl80imyY5b8s2+JclHdk9ncLJiYFjgnTbytbqXNzmCYM56WJPnYPhTX7sXEO77/AQ= Received: by 10.90.80.8 with SMTP id d8mr934615agb.1166193998824; Fri, 15 Dec 2006 06:46:38 -0800 (PST) Received: by 10.90.84.18 with HTTP; Fri, 15 Dec 2006 06:46:38 -0800 (PST) Message-ID: <9b6b59500612150646k4f902e65qb5ef6efa86dbc7c6@mail.gmail.com> Date: Fri, 15 Dec 2006 22:46:38 +0800 From: hshh To: "LI Xin" In-Reply-To: <45826FCA.2010709@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <9b6b59500612150001p706b361ava92ad96cdcd4791@mail.gmail.com> <45826FCA.2010709@delphij.net> Cc: freebsd-stable@freebsd.org Subject: Re: SMP Kernel Panic while heavy load. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Dec 2006 14:47:04 -0000 After recompile kernel with new conf: http://upload.hshh.org/homes/hshh/temp/panic/kernel-1215.log It still panic while SMP enabled. kgdb backtrace: http://upload.hshh.org/homes/hshh/temp/panic/kgdb-1215.log On 12/15/06, LI Xin wrote: > hshh wrote: > > Hi, > > My FreeBSD server panic while running SMP kernel. All work fine if > > disable SMP feature. > > > > uname log: http://upload.hshh.org/homes/hshh/temp/panic/uname.log > > My kernel conf: http://upload.hshh.org/homes/hshh/temp/panic/kernel.log > > Backtrace log: http://upload.hshh.org/homes/hshh/temp/panic/kgdb.log > > Would you please disable ZEROCOPY_SOCKETS and try if things gets improved? > > Cheers, > -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > > > > From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 14:58:21 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 65A5116A47B for ; Fri, 15 Dec 2006 14:58:21 +0000 (UTC) (envelope-from sven@dmv.com) Received: from smtp-gw-cl-d.dmv.com (smtp-gw-cl-d.dmv.com [216.240.97.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63A3443CA6 for ; Fri, 15 Dec 2006 14:56:29 +0000 (GMT) (envelope-from sven@dmv.com) Received: from mail-gw-cl-a.dmv.com (mail-gw-cl-a.dmv.com [216.240.97.38]) by smtp-gw-cl-d.dmv.com (8.12.10/8.12.10) with ESMTP id kBFEw9JX025292 for ; Fri, 15 Dec 2006 09:58:09 -0500 (EST) (envelope-from sven@dmv.com) Received: from lanshark.dmv.com (lanshark.dmv.com [216.240.97.46]) by mail-gw-cl-a.dmv.com (8.12.9/8.12.9) with ESMTP id kBFEw9Xi092034 for ; Fri, 15 Dec 2006 09:58:09 -0500 (EST) (envelope-from sven@dmv.com) From: Sven Willenberger To: stable@freebsd.org In-Reply-To: <20061205.123805.59655403.hrs@allbsd.org> References: <20061205.004323.78708386.hrs@allbsd.org> <20061204160949.GM35681@deviant.kiev.zoral.com.ua> <20061205.123805.59655403.hrs@allbsd.org> Content-Type: text/plain Date: Fri, 15 Dec 2006 10:01:19 -0500 Message-Id: <1166194879.6317.11.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.48 on 216.240.97.42 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.38 Cc: Subject: Re: panic in nfsd on 6.2-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 14:58:21 -0000 On Tue, 2006-12-05 at 12:38 +0900, Hiroki Sato wrote: > Kostik Belousov wrote > in <20061204160949.GM35681@deviant.kiev.zoral.com.ua>: > > ko> What version of sys/nfsserver/nfs_serv.c do you use ? If it is older than > ko> 1.156.2.7, please, update the system. > > Thanks, I updated it just now and see how it works. > > -- > | Hiroki SATO I was/am having the same issue. Updating world (6.2-stable) to include the above update sadly did not fix the problem for me. This is an amd64 box with only one client connecting to it via nfs. Reading further it may seem to be an issue with rpc.statd and/or rpc.lockd. As I only have one client connecting and it is being used as mail storage (i.e. the client pops/imaps the storage) would be safe to not using fcntl forwards over the wire? Is this same issue present in 6.1-RELENG? I am really at my wits end at this point and for the first time am actually considering moving to another OS (solaris more than likely) as I cannot have these types of issues interrupting services every couple days. What other information (spefically) can I provide to help the devs figure out what is going on? What can I do in the meantime to have some semblence of stability? I assume downgrading to 5.5-RELENG is out of the question but perhaps disabling SMP? Sven From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 15:14:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7DE9716A417 for ; Fri, 15 Dec 2006 15:14:06 +0000 (UTC) (envelope-from matt@chronos.org.uk) Received: from chronos.org.uk (chronos.org.uk [82.152.140.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1FD043CAB for ; Fri, 15 Dec 2006 15:12:20 +0000 (GMT) (envelope-from matt@chronos.org.uk) Received: from [2001:618:400:6f4e:204:75ff:fe75:30d6] ([IPv6:2001:618:400:6f4e:204:75ff:fe75:30d6]) (authenticated bits=0) by chronos.org.uk (8.13.6/8.13.6) with ESMTP id kBFFDqJl020864 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 15 Dec 2006 15:13:52 GMT (envelope-from matt@chronos.org.uk) From: Matt Dawson To: Max Khon , freebsd-stable@freebsd.org Date: Fri, 15 Dec 2006 15:13:51 +0000 User-Agent: KMail/1.9.4 References: <20061215120035.7CA3316A511@hub.freebsd.org> <200612151246.02469.matt@chronos.org.uk> <20061215133045.GB55806@samodelkin.net> In-Reply-To: <20061215133045.GB55806@samodelkin.net> X-Face: Uq{{&_!oO{M&ydj?-f%{D]bN7/|/]a+utod35[+IyH#R>F~YPffK,=?iso-8859-1?q?=25=60=7D=25=0A?= FTMbmzo,]0X3K:N&{h7],FI{?EkORzB; f:V3"vKXsUNw5Yh`}ef4MZ*a4,=?iso-8859-1?q?ObuJ=5F=26=5B1S=27zP=5CK0wcKZP=0A?= =?iso-8859-1?q?_=60=23L=25=5Dq*OUPQ-4T=3FHZ=7EAKX0=7D3W=25o=3DP?= X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00,NO_RELAYS autolearn=unavailable version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on central.local.chronos.org.uk X-Virus-Scanned: ClamAV 0.88.7/2338/Fri Dec 15 14:41:09 2006 on central.local.chronos.org.uk X-Virus-Status: Clean Cc: Subject: Re: [CALL FOR TESTERS] (was: ral(4) and second/third gen devices) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 15:14:06 -0000 On Friday 15 December 2006 13:30, you wrote: > Sorry, forgot to attach the diff for conf/ and for modules/ > New patch version is available at http://samodelkin.net/~fjoe/if_ral.diff. > But it only builds as a module. > > cd /sys/modules/ral && make && make install Hi Max, Most excellent! The original 2560 (QCom Q802MKG generic RT2560 based Mini-PCI) works fine (maybe just a little better, as it can associate with both my indoor and workshop APs, something I haven't been able to do lately) and the 2561s (Gigabyte GN-WI01GS Mini-PCI) works just as well. Both are using WPA-PSK and wpa_supplicant has no problems with either of them. Many thanks for the efforts. I'm leaving the RT2560 in this machine for now, and will post again if there are any problems. -- Matt Dawson. matt@chronos.org.uk MTD15-RIPE OpenNIC M_D9 MD51-6BONE From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 15:19:45 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D1BAC16A4D4 for ; Fri, 15 Dec 2006 15:19:45 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1DE643DAE for ; Fri, 15 Dec 2006 15:17:06 +0000 (GMT) (envelope-from uspoerlein@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so761063uge for ; Fri, 15 Dec 2006 07:18:34 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nByASx7H28I0Tl9NnGAhaLOlx3zz77PfunRY2THP0hBdA6QNutAh0afyUrLZuEBlpgVzRYwngyAiAF9rDv6wcpPBLH0o6p/HccOJ/cDE/XonN7ur+5iSIxm1E281hLCY2tFvOz0LXpcmZf/BGM3Hm9SLGrNv+4g5SO3S8wfzxjs= Received: by 10.49.58.13 with SMTP id l13mr2680347nfk.1166195913479; Fri, 15 Dec 2006 07:18:33 -0800 (PST) Received: by 10.78.140.12 with HTTP; Fri, 15 Dec 2006 07:18:32 -0800 (PST) Message-ID: <7ad7ddd90612150718v74ef2912ye7bfdb48cf325db8@mail.gmail.com> Date: Fri, 15 Dec 2006 16:18:32 +0100 From: "Ulrich Spoerlein" To: "Kostik Belousov" In-Reply-To: <20061215142809.GC23698@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7ad7ddd90612150444ifd95974gf429a7f22c177508@mail.gmail.com> <20061215131545.GB23698@deviant.kiev.zoral.com.ua> <7ad7ddd90612150612k1b7933f1u22826c96b4938726@mail.gmail.com> <20061215142809.GC23698@deviant.kiev.zoral.com.ua> Cc: stable@freebsd.org, bug-followup@freebsd.org Subject: Re: kern/92785: Using exported filesystem on OS/2 NFS client causes filesystem freeze X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 15:19:46 -0000 On 12/15/06, Kostik Belousov wrote: > Am I right that all you did was ls -l ? Does OS/2 > supports the notion of ".." directory ? Could you do just "ls -l .." > from nfs client and then try "stat " on the server > (i think it shall hang) ? Yes, you are right about the symptoms. We tried the following on the OS/2 Client mount export umount export mount export umount export this is all working fine, then we do a "dir" on the mounted FS mount i: /export/foo dir i: umount <-- haning, as mountd can't process the RPC. > My hypothesis is that LOOKUP RPC for ".." causes directory vnode lock > leak in nfs_namei. After that, mountd hang is just consequence. So, I mounted from the OS/2 Client, ran a dir on the i: drive and then an stat(1) to the exported partition on the server. This stat would hang, here's the backtraces: db> ps pid ppid pgrp uid state wmesg wchan cmd 33017 88035 33017 0 S+ ufs 0xc8771880 stat 23627 55476 23627 0 S+ bpf 0xc8e16c00 tcpdump 88035 87505 88035 0 S+ pause 0xc882bcc4 tcsh 87505 72558 87505 1000 S+ wait 0xc86f9218 su 72558 89630 72558 1000 Ss+ pause 0xc873867c tcsh 21229 1 21229 0 Ss select 0xc09c10c4 mountd 91293 79042 79042 0 S - 0xc8668200 nfsd 88479 79042 79042 0 S - 0xc8668600 nfsd 86952 79042 79042 0 S - 0xc847cc00 nfsd 83659 79042 79042 0 S - 0xc8678200 nfsd 79042 1 79042 0 Ss accept 0xc8d649f6 nfsd 55476 52005 55476 0 S+ pause 0xc8bcc24c tcsh 52005 95193 52005 1000 S+ wait 0xc8734648 su ... db> show lockedvnods Locked vnodes 0xc8771828: tag ufs, type VDIR usecount 0, writecount 0, refcount 4 mountedhere 0 flags (VV_ROOT) v_object 0xc8a8a084 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc882f900 (pid 83659) with 1 pending#0 0xc0668bf9 at lockmgr+0x4ed #1 0xc078572e at ffs_lock+0x76 #2 0xc0838287 at VOP_LOCK_APV+0x87 #3 0xc06d663c at vn_lock+0xac #4 0xc06ca4ca at vget+0xc2 #5 0xc06c24a9 at vfs_hash_get+0x8d #6 0xc07844af at ffs_vget+0x27 #7 0xc078b253 at ufs_lookup+0xa4b #8 0xc083641b at VOP_CACHEDLOOKUP_APV+0x9b #9 0xc06bf499 at vfs_cache_lookup+0xb5 #10 0xc0836347 at VOP_LOOKUP_APV+0x87 #11 0xc06c3626 at lookup+0x46e #12 0xc0734fba at nfs_namei+0x40e #13 0xc0726d81 at nfsrv_lookup+0x1dd #14 0xc0736765 at nfssvc_nfsd+0x3d9 #15 0xc07360b4 at nfssvc+0x18c #16 0xc0825a07 at syscall+0x25b #17 0xc0811f7f at Xint0x80_syscall+0x1f ino 2, on dev da1s2e db> tr 33017 Tracing pid 33017 tid 100125 td 0xc86fd600 sched_switch(c86fd600,0,1) at sched_switch+0x177 mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c8771880,c0973440,0,c089798c,211,...) at sleepq_switch+0xc1 sleepq_wait(c8771880,0,c87718f0,b7,c08929b8,...) at sleepq_wait+0x46 msleep(c8771880,c0972590,50,c089c1c1,0,...) at msleep+0x279 acquire(eb01694c,40,60000,c86fd600,0,...) at acquire+0x76 lockmgr(c8771880,2002,c87718f0,c86fd600) at lockmgr+0x44e ffs_lock(eb0169a4) at ffs_lock+0x76 VOP_LOCK_APV(c0943320,eb0169a4) at VOP_LOCK_APV+0x87 vn_lock(c8771828,2002,c86fd600,c8771828) at vn_lock+0xac vget(c8771828,2002,c86fd600) at vget+0xc2 vfs_hash_get(c87115c8,2,2,c86fd600,eb016abc,0,0) at vfs_hash_get+0x8d ffs_vget(c87115c8,2,2,eb016abc) at ffs_vget+0x27 ufs_root(c87115c8,2,eb016b00,c86fd600,0,...) at ufs_root+0x19 lookup(eb016ba0) at lookup+0x743 namei(eb016ba0) at namei+0x39a kern_lstat(c86fd600,bfbfed99,0,eb016c74) at kern_lstat+0x47 lstat(c86fd600,eb016d04) at lstat+0x1b syscall(3b,3b,3b,0,bfbfebf0,...) at syscall+0x25b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (190, FreeBSD ELF32, lstat), eip = 0x2812d427, esp = 0xbfbfeb9c, ebp = 0xbfbfec68 --- db> tr 83659 Tracing pid 83659 tid 100115 td 0xc882f900 sched_switch(c882f900,0,1) at sched_switch+0x177 mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c8678200) at sleepq_switch+0xc1 sleepq_wait_sig(c8678200) at sleepq_wait_sig+0x1d msleep(c8678200,c09c9f00,158,c088bec9,0,...) at msleep+0x26a nfssvc_nfsd(c882f900) at nfssvc_nfsd+0xe5 nfssvc(c882f900,eaf8ad04) at nfssvc+0x18c syscall(3b,3b,3b,1,0,...) at syscall+0x25b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (155, FreeBSD ELF32, nfssvc), eip = 0x280bd1b7, esp = 0xbfbfe90c, ebp = 0xbfbfe928 --- Do you think you can fix it? Any idea why this seems to only happen with OS/2 Clients? Uli From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 15:26:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 08B6716A416 for ; Fri, 15 Dec 2006 15:26:59 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4B0343CBA for ; Fri, 15 Dec 2006 15:25:03 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so762627uge for ; Fri, 15 Dec 2006 07:26:43 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LcHY4J9nfDAfxL3qPvbeeDjkldY7lG0WDKPoBUB4GMsNJGb94HJSetWc3FdN72xYHsoIU96s2mybaHCdLPqkp9cypSMVpNYUjK0h8KykuDaTFqLS0RWPKk9y6cwHDZEnD3MGyUwXrUcm+pbOEPmDS2tR56lyHPoBx9uZvC/Oxlg= Received: by 10.49.41.12 with SMTP id t12mr10310nfj.1166196402664; Fri, 15 Dec 2006 07:26:42 -0800 (PST) Received: by 10.78.100.10 with HTTP; Fri, 15 Dec 2006 07:26:42 -0800 (PST) Message-ID: Date: Fri, 15 Dec 2006 16:26:42 +0100 From: "Claus Guttesen" To: "Bill Moran" In-Reply-To: <20061215085216.b7c8a814.wmoran@collaborativefusion.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061215125509.GK2761@freenix.no> <20061215085216.b7c8a814.wmoran@collaborativefusion.com> Cc: freebsd-stable@freebsd.org, Conrad Burger Subject: Re: Dell 1955 Blade - Broadcom NIC not detected (BCM5708S) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 15:26:59 -0000 > > > I am trying to get FreeBSD to work on a Dell 1955 blade. Looks like > > > the NICs on the blade are not supported by the BCE or BGE driver. > > > > > > On Linux the NICs are identified as "06:00.0 Ethernet controller: > > > Broadcom Corporation NetXtreme II BCM5708S Gigabit Ethernet (rev 11)" > > > > > > >From "if_bce.c" > > > ------------------------- > > > * The following controllers are not supported by this driver: > > > * (These are not "Production" versions of the controller.) > > > * BCM5706C A0, A1 > > > * BCM5706S A0, A1, A2, A3 > > > * BCM5708C A0, B0 > > > * --> BCM5708S <-- A0, B0, B1 > > > > > > Is there any reason why the chipset is not supported? Is there anyway > > > of getting the BCE or BGE driver to work with this chipset? Will it be > > > supported sometime in the near future? > > > > > > Any help would be much appreciated. > > > > Any development here? We have just started purchasing 1955 Blades and would > > very much like to install FreeBSD on them :) > > Support for them is in CURRENT and 6.2, although the comment saying > that they're _not_ supported is still there as well ;) No, unfortunately not. The controller is recognized but then bails out with "SerDes controller not supported". Have tried (many times :-/ ). regards Claus From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 15:27:51 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1B83D16A4FB; Fri, 15 Dec 2006 15:27:51 +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 C020343CA2; Fri, 15 Dec 2006 15:26:04 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1GvEyH-000Dhg-7l; Fri, 15 Dec 2006 17:27:45 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id kBFFRUJ0006791 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 Dec 2006 17:27:30 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id kBFFRUbi013012; Fri, 15 Dec 2006 17:27:30 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id kBFFRUVr013011; Fri, 15 Dec 2006 17:27:30 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 15 Dec 2006 17:27:30 +0200 From: Kostik Belousov To: Ulrich Spoerlein Message-ID: <20061215152730.GD23698@deviant.kiev.zoral.com.ua> References: <7ad7ddd90612150444ifd95974gf429a7f22c177508@mail.gmail.com> <20061215131545.GB23698@deviant.kiev.zoral.com.ua> <7ad7ddd90612150612k1b7933f1u22826c96b4938726@mail.gmail.com> <20061215142809.GC23698@deviant.kiev.zoral.com.ua> <7ad7ddd90612150718v74ef2912ye7bfdb48cf325db8@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="q9KOos5vDmpwPx9o" Content-Disposition: inline In-Reply-To: <7ad7ddd90612150718v74ef2912ye7bfdb48cf325db8@mail.gmail.com> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=1.4 required=5.0 tests=SPF_NEUTRAL, UNPARSEABLE_RELAY autolearn=no version=3.1.4 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on fw.zoral.com.ua X-Scanner-Signature: 5bcd58edb95cdacf596e852bfe0375ec X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 614 [Dec 14 2006] 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, bug-followup@freebsd.org Subject: Re: kern/92785: Using exported filesystem on OS/2 NFS client causes filesystem freeze X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 15:27:51 -0000 --q9KOos5vDmpwPx9o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 15, 2006 at 04:18:32PM +0100, Ulrich Spoerlein wrote: [Lot of debugging info trimmed to pacify you ] >=20 > Do you think you can fix it? Any idea why this seems to only happen > with OS/2 Clients? It seems that my guess is right. OS/2 nfs client, in contrast to unix clien= t, send LOOKUP ".." on the root vnode to the server. --q9KOos5vDmpwPx9o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFgr7hC3+MBN1Mb4gRAh1NAJ979NHf5n/MUktAyXmT1cJXXrN5lwCcDDk9 lRiefyReuh2hWGXOknjPHZA= =jFKP -----END PGP SIGNATURE----- --q9KOos5vDmpwPx9o-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 15:29:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AB83B16A40F for ; Fri, 15 Dec 2006 15:29:36 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3B5543CB0 for ; Fri, 15 Dec 2006 15:27:52 +0000 (GMT) (envelope-from wmoran@collaborativefusion.com) Received: from vanquish.pgh.priv.collaborativefusion.com (vanquish.pgh.priv.collaborativefusion.com [192.168.2.61]) (SSL: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Fri, 15 Dec 2006 10:29:34 -0500 id 00056413.4582BF5E.0000C149 Date: Fri, 15 Dec 2006 10:29:29 -0500 From: Bill Moran To: "Claus Guttesen" Message-Id: <20061215102929.eef32522.wmoran@collaborativefusion.com> In-Reply-To: References: <20061215125509.GK2761@freenix.no> <20061215085216.b7c8a814.wmoran@collaborativefusion.com> Organization: Collaborative Fusion X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Dell 1955 Blade - Broadcom NIC not detected (BCM5708S) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 15:29:36 -0000 In response to "Claus Guttesen" : > > > > I am trying to get FreeBSD to work on a Dell 1955 blade. Looks like > > > > the NICs on the blade are not supported by the BCE or BGE driver. > > > > > > > > On Linux the NICs are identified as "06:00.0 Ethernet controller: > > > > Broadcom Corporation NetXtreme II BCM5708S Gigabit Ethernet (rev 11)" > > > > > > > > >From "if_bce.c" > > > > ------------------------- > > > > * The following controllers are not supported by this driver: > > > > * (These are not "Production" versions of the controller.) > > > > * BCM5706C A0, A1 > > > > * BCM5706S A0, A1, A2, A3 > > > > * BCM5708C A0, B0 > > > > * --> BCM5708S <-- A0, B0, B1 > > > > > > > > Is there any reason why the chipset is not supported? Is there anyway > > > > of getting the BCE or BGE driver to work with this chipset? Will it be > > > > supported sometime in the near future? > > > > > > > > Any help would be much appreciated. > > > > > > Any development here? We have just started purchasing 1955 Blades and would > > > very much like to install FreeBSD on them :) > > > > Support for them is in CURRENT and 6.2, although the comment saying > > that they're _not_ supported is still there as well ;) > > No, unfortunately not. The controller is recognized but then bails out > with "SerDes controller not supported". Have tried (many times :-/ ). Ah ... that part wasn't clear. Unfortunately, I don't have any further information on this. -- Bill Moran Collaborative Fusion Inc. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 15:33:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B999216A407 for ; Fri, 15 Dec 2006 15:33:24 +0000 (UTC) (envelope-from shildreth@allantgroup.com) Received: from scotth.emsphone.com (scotth.emsphone.com [199.67.51.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36AD843C9D for ; Fri, 15 Dec 2006 15:31:42 +0000 (GMT) (envelope-from shildreth@allantgroup.com) Received: from scotth.emsphone.com (localhost [127.0.0.1]) by scotth.emsphone.com (8.13.4/8.13.4) with ESMTP id kBFFXNRj022389 for ; Fri, 15 Dec 2006 09:33:23 -0600 (CST) (envelope-from shildreth@allantgroup.com) Received: (from shildret@localhost) by scotth.emsphone.com (8.13.4/8.13.4/Submit) id kBFFXNR9022388 for freebsd-stable@freebsd.org; Fri, 15 Dec 2006 09:33:23 -0600 (CST) (envelope-from shildreth@allantgroup.com) X-Authentication-Warning: scotth.emsphone.com: shildret set sender to shildreth@allantgroup.com using -f From: "Scott T. Hildreth" To: freebsd-stable@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 15 Dec 2006 09:33:22 -0600 Message-Id: <1166196803.9393.403.camel@scotth.emsphone.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Subject: RC2 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: shildreth@allantgroup.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Dec 2006 15:33:24 -0000 Will there be a RC2 or just a realease? Thanks. -- Scott T. Hildreth From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 15:38:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 36C1E16A47E for ; Fri, 15 Dec 2006 15:38:28 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18B3243CC8 for ; Fri, 15 Dec 2006 15:36:31 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so1109233nfc for ; Fri, 15 Dec 2006 07:38:12 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QJ907vEBN2v1DfOXMfH1Zkn7OHay8aVNSWYLDu2VTVSH+XY7qtWt1lEXZMEFyGZayCMVBjoAjNWuvQPQMGuoTqpOcDqhUwqPJkAa2yQLhhlZRbppeuR6YK5f6IogODpmpVscvccjIuSc6IIClga+6v7KW8R/R/byT551Wt96Kxo= Received: by 10.49.20.14 with SMTP id x14mr165945nfi.1166197092653; Fri, 15 Dec 2006 07:38:12 -0800 (PST) Received: by 10.78.100.10 with HTTP; Fri, 15 Dec 2006 07:38:12 -0800 (PST) Message-ID: Date: Fri, 15 Dec 2006 16:38:12 +0100 From: "Claus Guttesen" To: "Bill Moran" In-Reply-To: <20061215102929.eef32522.wmoran@collaborativefusion.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061215125509.GK2761@freenix.no> <20061215085216.b7c8a814.wmoran@collaborativefusion.com> <20061215102929.eef32522.wmoran@collaborativefusion.com> Cc: freebsd-stable@freebsd.org Subject: Re: Dell 1955 Blade - Broadcom NIC not detected (BCM5708S) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 15:38:28 -0000 > > > > > I am trying to get FreeBSD to work on a Dell 1955 blade. Looks like > > > > > the NICs on the blade are not supported by the BCE or BGE driver. > > > > > > > > > > On Linux the NICs are identified as "06:00.0 Ethernet controller: > > > > > Broadcom Corporation NetXtreme II BCM5708S Gigabit Ethernet (rev 11)" > > > > > > > > > > >From "if_bce.c" > > > > > ------------------------- > > > > > * The following controllers are not supported by this driver: > > > > > * (These are not "Production" versions of the controller.) > > > > > * BCM5706C A0, A1 > > > > > * BCM5706S A0, A1, A2, A3 > > > > > * BCM5708C A0, B0 > > > > > * --> BCM5708S <-- A0, B0, B1 > > > > > > > > > > Is there any reason why the chipset is not supported? Is there anyway > > > > > of getting the BCE or BGE driver to work with this chipset? Will it be > > > > > supported sometime in the near future? > > > > > > > > > > Any help would be much appreciated. > > > > > > > > Any development here? We have just started purchasing 1955 Blades and would > > > > very much like to install FreeBSD on them :) > > > > > > Support for them is in CURRENT and 6.2, although the comment saying > > > that they're _not_ supported is still there as well ;) > > > > No, unfortunately not. The controller is recognized but then bails out > > with "SerDes controller not supported". Have tried (many times :-/ ). > > Ah ... that part wasn't clear. > > Unfortunately, I don't have any further information on this. It appears as a generic (blade) issue, Dell- and HP-blades exhibit this behaviour. regards Claus From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 16:27:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9B82216A593 for ; Fri, 15 Dec 2006 16:27:39 +0000 (UTC) (envelope-from freebsd@chrisbuechler.com) Received: from mail.livebsd.com (mail.livebsd.com [69.64.6.14]) by mx1.FreeBSD.org (Postfix) with SMTP id D4A9C43F9A for ; Fri, 15 Dec 2006 16:23:43 +0000 (GMT) (envelope-from freebsd@chrisbuechler.com) Received: (qmail 15328 invoked by uid 89); 15 Dec 2006 16:24:59 -0000 Received: from unknown (HELO ?10.0.30.2?) (208.60.70.178) by 172.29.29.14 with SMTP; 15 Dec 2006 16:24:59 -0000 Message-ID: <4582CC5A.7050300@chrisbuechler.com> Date: Fri, 15 Dec 2006 11:24:58 -0500 From: Chris Buechler User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: Jack Vogel References: <457EDD6B.20107@chrisbuechler.com> <2a41acea0612120936q671d5b59g39100983f2adf9db@mail.gmail.com> <457FA268.4020003@chrisbuechler.com> <2a41acea0612131238p34222362qde6ae51b18055744@mail.gmail.com> <4580B356.2030501@chrisbuechler.com> <2a41acea0612132013r63b8b2a8q21be60a37cc7728b@mail.gmail.com> In-Reply-To: <2a41acea0612132013r63b8b2a8q21be60a37cc7728b@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-RC1 em(4) issue - freezes during CD boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 16:27:40 -0000 Jack Vogel wrote: > Since its often the case that a kernel you rebuild is NOT the same as the > one install ends you with it might be a good test to go ahead, > redefine em > back into the kernel and see if THAT new kernel hangs. Just be SURE and > keep this other kernel available to boot up again :) Well I ran cvsup prior to doing this, so it's not a perfect test case (i.e. it's not the src that the 6.2-RC1 CD installed). But after building and installing a new world and GENERIC kernel from a cvsup on RELENG_6_2 from yesterday, the box boots fine and detects the em card properly during boot without freezing. I can test future 6.2 RC's or the final release and let you know if I'm still seeing the same issue if you'd like. Thanks for your help! Cheers, -Chris From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 16:52:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4A62016A47C for ; Fri, 15 Dec 2006 16:52:00 +0000 (UTC) (envelope-from pokui@psg.com) Received: from mail.trueafrican.com (mail.trueafrican.com [212.88.98.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id D360A43CB3 for ; Fri, 15 Dec 2006 16:47:20 +0000 (GMT) (envelope-from pokui@psg.com) X-Virus-Scanned: by amavisd-new at trueafrican.com Received: from mail.trueafrican.com ([127.0.0.1]) by localhost (mail.trueafrican.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EP8idypaQX9m for ; Fri, 15 Dec 2006 19:48:28 +0300 (EAT) Received: from pjo.trueafrican.com (pokui.trueafrican.com [169.254.0.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.trueafrican.com (Postfix) with ESMTP id 7B96B269FE8 for ; Fri, 15 Dec 2006 19:48:27 +0300 (EAT) Received: from [127.0.0.1] (helo=andromeda.trueafrican.com) by pjo.trueafrican.com with esmtp (Exim 4.62) (envelope-from ) id 1GvGEM-0004lY-Ja; Fri, 15 Dec 2006 19:48:18 +0300 From: Patrick Okui To: freebsd-stable@freebsd.org Date: Fri, 15 Dec 2006 19:48:03 +0300 User-Agent: KMail/1.8 References: <1166196803.9393.403.camel@scotth.emsphone.com> In-Reply-To: <1166196803.9393.403.camel@scotth.emsphone.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200612151948.04509.pokui@psg.com> Cc: "Scott T. Hildreth" Subject: Re: RC2 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 16:52:00 -0000 On Friday 15 December 2006 18:33, Scott T. Hildreth wrote: > Will there be a RC2 or just a realease? http://www.freebsd.org/releases/6.2R/schedule.html -- patrick From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 17:15:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8D6AE16A516 for ; Fri, 15 Dec 2006 17:15:34 +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 E654A43F3C for ; Fri, 15 Dec 2006 17:08:53 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from [64.142.31.109] (phantom.kitchenlab.org [64.142.31.109]) (authenticated bits=0) by b.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id kBFHAHxt014961 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 Dec 2006 09:10:18 -0800 Message-ID: <4582D6F9.3030004@freebsd.org> Date: Fri, 15 Dec 2006 09:10:17 -0800 From: "Bruce A. Mah" User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: shildreth@allantgroup.com References: <1166196803.9393.403.camel@scotth.emsphone.com> In-Reply-To: <1166196803.9393.403.camel@scotth.emsphone.com> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=5ba052c3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD87987379301BB67A5924D78" Cc: freebsd-stable@freebsd.org Subject: Re: RC2 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 17:15:34 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD87987379301BB67A5924D78 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If memory serves me right, Scott T. Hildreth wrote: > Will there be a RC2 or just a realease? Current plans are to do one more release candidate (=3D=3D 6.2-RC2) and t= hen the final release. If I said it was coming soon, nobody would believe me, so I won't say it. :-p Bruce. --------------enigD87987379301BB67A5924D78 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 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFgtb52MoxcVugUsMRApXyAKD7/tkZ7FNpXg/gX0QE+4lolLw1vACggc06 OnVG/SOyKleCliwXEBtypEw= =lcaM -----END PGP SIGNATURE----- --------------enigD87987379301BB67A5924D78-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 17:19:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1123516A47E for ; Fri, 15 Dec 2006 17:19:23 +0000 (UTC) (envelope-from shildreth@allantgroup.com) Received: from scotth.emsphone.com (scotth.emsphone.com [199.67.51.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 689DB43D94 for ; Fri, 15 Dec 2006 17:13:08 +0000 (GMT) (envelope-from shildreth@allantgroup.com) Received: from scotth.emsphone.com (localhost [127.0.0.1]) by scotth.emsphone.com (8.13.4/8.13.4) with ESMTP id kBFHEoaX023420; Fri, 15 Dec 2006 11:14:50 -0600 (CST) (envelope-from shildreth@allantgroup.com) Received: (from shildret@localhost) by scotth.emsphone.com (8.13.4/8.13.4/Submit) id kBFHEoCO023419; Fri, 15 Dec 2006 11:14:50 -0600 (CST) (envelope-from shildreth@allantgroup.com) X-Authentication-Warning: scotth.emsphone.com: shildret set sender to shildreth@allantgroup.com using -f From: "Scott T. Hildreth" To: Patrick Okui In-Reply-To: <200612151948.04509.pokui@psg.com> References: <1166196803.9393.403.camel@scotth.emsphone.com> <200612151948.04509.pokui@psg.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 15 Dec 2006 11:14:49 -0600 Message-Id: <1166202889.9393.406.camel@scotth.emsphone.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Cc: freebsd-stable@freebsd.org Subject: Re: RC2 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: shildreth@allantgroup.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Dec 2006 17:19:23 -0000 On Fri, 2006-12-15 at 19:48 +0300, Patrick Okui wrote: > On Friday 15 December 2006 18:33, Scott T. Hildreth wrote: > > Will there be a RC2 or just a realease? > > http://www.freebsd.org/releases/6.2R/schedule.html And that has expired dates, so I was wondering if RC2 would be released or skipped. -- Scott T. Hildreth From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 17:33:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ECCAE16A407 for ; Fri, 15 Dec 2006 17:33:21 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9FCD43C9D for ; Fri, 15 Dec 2006 17:31:38 +0000 (GMT) (envelope-from gkontos.mail@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so727817wxc for ; Fri, 15 Dec 2006 09:33:20 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=aWt6OXE0IkCLtD9vEWZrWX8dlEDONYdBXy3G6l3uj+uA5lADPyER+N7TTNrCVzT20yOHKwQIeuCamT+W392x7O2A3LK1KoawymBOsil3ZXK88Ihy+NWUKFhyqPDyQMRsag8dWEIeMsCUAqhpN8mfr2vMV20D3DAq5r39TvpoPFg= Received: by 10.70.11.5 with SMTP id 5mr1448352wxk.1166204000499; Fri, 15 Dec 2006 09:33:20 -0800 (PST) Received: by 10.70.57.5 with HTTP; Fri, 15 Dec 2006 09:33:19 -0800 (PST) Message-ID: Date: Fri, 15 Dec 2006 19:33:19 +0200 From: "George Kontostanos" To: "Patrick Okui" In-Reply-To: <200612151948.04509.pokui@psg.com> MIME-Version: 1.0 References: <1166196803.9393.403.camel@scotth.emsphone.com> <200612151948.04509.pokui@psg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "Scott T. Hildreth" , freebsd-stable@freebsd.org Subject: Re: RC2 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 17:33:22 -0000 And ? On 12/15/06, Patrick Okui wrote: > > On Friday 15 December 2006 18:33, Scott T. Hildreth wrote: > > Will there be a RC2 or just a realease? > > http://www.freebsd.org/releases/6.2R/schedule.html > -- > patrick > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 17:54:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E437216A407 for ; Fri, 15 Dec 2006 17:54: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 1BDF243C9E for ; Fri, 15 Dec 2006 17:52:16 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kBFHrwUV081810; Fri, 15 Dec 2006 12:53:58 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id kBFHrvFi046915 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 Dec 2006 12:53:57 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200612151753.kBFHrvFi046915@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 15 Dec 2006 12:52:43 -0500 To: Chris Buechler , Jack Vogel From: Mike Tancsa In-Reply-To: <4582CC5A.7050300@chrisbuechler.com> References: <457EDD6B.20107@chrisbuechler.com> <2a41acea0612120936q671d5b59g39100983f2adf9db@mail.gmail.com> <457FA268.4020003@chrisbuechler.com> <2a41acea0612131238p34222362qde6ae51b18055744@mail.gmail.com> <4580B356.2030501@chrisbuechler.com> <2a41acea0612132013r63b8b2a8q21be60a37cc7728b@mail.gmail.com> <4582CC5A.7050300@chrisbuechler.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner3 X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-RC1 em(4) issue - freezes during CD boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 17:54:05 -0000 At 11:24 AM 12/15/2006, Chris Buechler wrote: >Jack Vogel wrote: >>Since its often the case that a kernel you rebuild is NOT the same as the >>one install ends you with it might be a good test to go ahead, redefine em >>back into the kernel and see if THAT new kernel hangs. Just be SURE and >>keep this other kernel available to boot up again :) > >Well I ran cvsup prior to doing this, so it's not a perfect test >case (i.e. it's not the src that the 6.2-RC1 CD installed). But >after building and installing a new world and GENERIC kernel from a >cvsup on RELENG_6_2 from yesterday, the box boots fine and detects >the em card properly during boot without freezing. >I can test future 6.2 RC's or the final release and let you know if >I'm still seeing the same issue if you'd like. >Thanks for your help! For me, I can trigger the lockup upto and including this morning's RELENG_6. ---Mike From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 18:15:49 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C34D116A538 for ; Fri, 15 Dec 2006 18:15:49 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9500943CA0 for ; Fri, 15 Dec 2006 18:14:06 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 318B21A4D93; Fri, 15 Dec 2006 10:15:49 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7D3B0512FA; Fri, 15 Dec 2006 13:15:48 -0500 (EST) Date: Fri, 15 Dec 2006 13:15:48 -0500 From: Kris Kennaway To: Sven Willenberger Message-ID: <20061215181548.GA58555@xor.obsecurity.org> References: <20061205.004323.78708386.hrs@allbsd.org> <20061204160949.GM35681@deviant.kiev.zoral.com.ua> <20061205.123805.59655403.hrs@allbsd.org> <1166194879.6317.11.camel@lanshark.dmv.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mP3DRpeJDSE+ciuQ" Content-Disposition: inline In-Reply-To: <1166194879.6317.11.camel@lanshark.dmv.com> User-Agent: Mutt/1.4.2.2i Cc: stable@freebsd.org Subject: Re: panic in nfsd on 6.2-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 18:15:49 -0000 --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 15, 2006 at 10:01:19AM -0500, Sven Willenberger wrote: > On Tue, 2006-12-05 at 12:38 +0900, Hiroki Sato wrote: > > Kostik Belousov wrote > > in <20061204160949.GM35681@deviant.kiev.zoral.com.ua>: > >=20 > > ko> What version of sys/nfsserver/nfs_serv.c do you use ? If it is olde= r than > > ko> 1.156.2.7, please, update the system. > >=20 > > Thanks, I updated it just now and see how it works. > >=20 > > -- > > | Hiroki SATO >=20 > I was/am having the same issue. Updating world (6.2-stable) to include > the above update sadly did not fix the problem for me. This is an amd64 > box with only one client connecting to it via nfs. Reading further it > may seem to be an issue with rpc.statd and/or rpc.lockd. As I only have > one client connecting and it is being used as mail storage (i.e. the > client pops/imaps the storage) would be safe to not using fcntl forwards > over the wire? Is this same issue present in 6.1-RELENG? I am really at > my wits end at this point and for the first time am actually considering > moving to another OS (solaris more than likely) as I cannot have these > types of issues interrupting services every couple days. >=20 > What other information (spefically) can I provide to help the devs > figure out what is going on? What can I do in the meantime to have some > semblence of stability? I assume downgrading to 5.5-RELENG is out of the > question but perhaps disabling SMP? Just to confirm, can you please post the panic backtrace you are seeing? And can you explain what you mean by "may seem to be an issue with rpc.statd and/or rpc.lockd"? Sometimes people think they're seeing the same problem as someone else when really it's a completely different problem in the same subsystem, so I'd like to rule that out here. Kris --mP3DRpeJDSE+ciuQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFguZUWry0BWjoQKURAod9AJ95GH7/7BVWzTeVoH12SUx0CzXGtQCbBWiG ZmBPlCIb505+awTiy1X6kKA= =QQgL -----END PGP SIGNATURE----- --mP3DRpeJDSE+ciuQ-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 19:02:40 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C5A9B16A494 for ; Fri, 15 Dec 2006 19:02:40 +0000 (UTC) (envelope-from ShopAETV@newsletters.aetv.com) Received: from mta.newsletters.aetv.com (mta.newsletters.aetv.com [198.31.62.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 122F943CFA for ; Fri, 15 Dec 2006 19:00:53 +0000 (GMT) (envelope-from ShopAETV@newsletters.aetv.com) Date: Fri, 15 Dec 2006 14:02:36 -0500 (EST) Message-Id: From: "The History Channel" To: stable@freebsd.org Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: Subject: History Education Shop: $25 Gift card Offer on DVDs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 19:02:40 -0000 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ History Education Shop: $1 Shipping for Holiday Delivery ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ One week left! Order by 11pm EST on Tues, Dec 19th for guaranteed Christmas delivery of in-stock items for only $1! In addition, take advantage of our special holiday offer: Get a free $25 gift certificate when you spend $100 or more! Offer ends 1/3. Shop Now. http://newsletters.aetv.com/cgi-bin15/DM/y/eXvr0K6nDL0EFr0Uqa0EM ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Featured DVDs ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Multimedia Classroom American History Series http://newsletters.aetv.com/cgi-bin15/DM/y/eXvr0K6nDL0EFr0Uqb0EN The Presidents DVD set http://newsletters.aetv.com/cgi-bin15/DM/y/eXvr0K6nDL0EFr0Uqc0EO The Revolution: The Series DVD Set http://newsletters.aetv.com/cgi-bin15/DM/y/eXvr0K6nDL0EFr0Uqd0EP 10 Days Complete DVD Collection http://newsletters.aetv.com/cgi-bin15/DM/y/eXvr0K6nDL0EFr0Uqe0EQ Multimedia Classroom: Latin America http://newsletters.aetv.com/cgi-bin15/DM/y/eXvr0K6nDL0EFr0Uqf0ER Desperate Crossing: The Untold Story of the Mayflower DVD http://newsletters.aetv.com/cgi-bin15/DM/y/eXvr0K6nDL0EFr0Uqg0ES Founding Fathers DVD set http://newsletters.aetv.com/cgi-bin15/DM/y/eXvr0K6nDL0EFr0Uqh0ET Multimedia Classroom: Founding of a Nation http://newsletters.aetv.com/cgi-bin15/DM/y/eXvr0K6nDL0EFr0Uqi0EU For more BEST SELLERS click here http://newsletters.aetv.com/cgi-bin15/DM/y/eXvr0K6nDL0EFr0Uqj0EV ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Gift Finder ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Find the perfect gift for any person! Gifts under $50 http://newsletters.aetv.com/cgi-bin15/DM/y/eXvr0K6nDL0EFr0Uqk0EW Gifts Under $100 http://newsletters.aetv.com/cgi-bin15/DM/y/eXvr0K6nDL0EFr0Uql0EX Ultimate gifts http://newsletters.aetv.com/cgi-bin15/DM/y/eXvr0K6nDL0EFr0Uqm0EY ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Ultimate World History Collection DVD http://newsletters.aetv.com/cgi-bin15/DM/y/eXvr0K6nDL0EFr0UwR0ED ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Order now: 1-888-423-1212 Use your MasterCard(R) card & get FREE SHIPPING when you spend $100! ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ To ensure delivery of Special Offers from A&E Television to your inbox (not bulk or junk folders), please add ShopAETV@newsletters.aetv.com to your address book. Your email address, stable@freebsd.org, is signed up to receive new release info and offers from our store. If you do not wish to receive future email offers from our store, simply send an email to unsub_shop@newsletters.aetv.com We respect your privacy. For more information, view our privacy policy: http://newsletters.aetv.com/cgi-bin15/DM/y/eXvr0K6nDL0EFr0Uqo0Ea A&E Television Networks, Email Marketing 250 Harbor Drive, Stamford, CT 06902 From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 19:14:41 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 03A9316A575 for ; Fri, 15 Dec 2006 19:14:41 +0000 (UTC) (envelope-from sven@dmv.com) Received: from smtp-gw-cl-c.dmv.com (smtp-gw-cl-c.dmv.com [216.240.97.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 704F243D9A for ; Fri, 15 Dec 2006 19:07:29 +0000 (GMT) (envelope-from sven@dmv.com) Received: from mail-gw-cl-a.dmv.com (mail-gw-cl-a.dmv.com [216.240.97.38]) by smtp-gw-cl-c.dmv.com (8.12.10/8.12.10) with ESMTP id kBFJ9A0F050732; Fri, 15 Dec 2006 14:09:10 -0500 (EST) (envelope-from sven@dmv.com) Received: from lanshark.dmv.com (lanshark.dmv.com [216.240.97.46]) by mail-gw-cl-a.dmv.com (8.12.9/8.12.9) with ESMTP id kBFJ95Xi099778; Fri, 15 Dec 2006 14:09:05 -0500 (EST) (envelope-from sven@dmv.com) From: Sven Willenberger To: Kris Kennaway In-Reply-To: <20061215181548.GA58555@xor.obsecurity.org> References: <20061205.004323.78708386.hrs@allbsd.org> <20061204160949.GM35681@deviant.kiev.zoral.com.ua> <20061205.123805.59655403.hrs@allbsd.org> <1166194879.6317.11.camel@lanshark.dmv.com> <20061215181548.GA58555@xor.obsecurity.org> Content-Type: text/plain Date: Fri, 15 Dec 2006 14:12:16 -0500 Message-Id: <1166209936.6317.21.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.39 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.38 Cc: stable@freebsd.org Subject: Re: panic in nfsd on 6.2-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 19:14:41 -0000 On Fri, 2006-12-15 at 13:15 -0500, Kris Kennaway wrote: > On Fri, Dec 15, 2006 at 10:01:19AM -0500, Sven Willenberger wrote: > > On Tue, 2006-12-05 at 12:38 +0900, Hiroki Sato wrote: > > > Kostik Belousov wrote > > > in <20061204160949.GM35681@deviant.kiev.zoral.com.ua>: > > > > > > ko> What version of sys/nfsserver/nfs_serv.c do you use ? If it is older than > > > ko> 1.156.2.7, please, update the system. > > > > > > Thanks, I updated it just now and see how it works. > > > > > > -- > > > | Hiroki SATO > > > > I was/am having the same issue. Updating world (6.2-stable) to include > > the above update sadly did not fix the problem for me. This is an amd64 > > box with only one client connecting to it via nfs. Reading further it > > may seem to be an issue with rpc.statd and/or rpc.lockd. As I only have > > one client connecting and it is being used as mail storage (i.e. the > > client pops/imaps the storage) would be safe to not using fcntl forwards > > over the wire? Is this same issue present in 6.1-RELENG? I am really at > > my wits end at this point and for the first time am actually considering > > moving to another OS (solaris more than likely) as I cannot have these > > types of issues interrupting services every couple days. > > > > What other information (spefically) can I provide to help the devs > > figure out what is going on? What can I do in the meantime to have some > > semblence of stability? I assume downgrading to 5.5-RELENG is out of the > > question but perhaps disabling SMP? > > Just to confirm, can you please post the panic backtrace you are > seeing? And can you explain what you mean by "may seem to be an issue > with rpc.statd and/or rpc.lockd"? > > Sometimes people think they're seeing the same problem as someone else > when really it's a completely different problem in the same subsystem, > so I'd like to rule that out here. > > Kris Well I have now added kdb and invariants/witness support to the kernel so I should be able to get some backtrace the next time it happens. Currently, the system just locks and no error is displayed on the console or /var/log/messages; sorry I cannot be of immediate help there. Regarding the rpc issue, I just ran across mention of those in sshfs/nfs threads appearing here and in particular to a link referenced within one of them (http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1362611+0 +archive/2006/freebsd-stable/20060702.freebsd-stable ) - it is more than likely not at all related but I am grasping at straws here trying to solve this. FWIW, I do see the following appearing in the /var/log/messages: ufs_rename: fvp == tvp (can't happen) about once or twice a day, but cannot correlate those to lockup. Now that I have enabled the options mentioned above in the kernel, I am seeing some LOR issues: kernel: lock order reversal: kernel: 1st 0xffffff00c3bab200 kqueue (kqueue) @ /usr/src/sys/kern/kern_event.c:1547 kernel: 2nd 0xffffff0005bb6078 struct mount mtx (struct mount mtx) @ /usr/src/sys/ufs/ufs/ufs_vnops.c:138 From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 19:31:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0DC9016A407 for ; Fri, 15 Dec 2006 19:31:55 +0000 (UTC) (envelope-from pokui@psg.com) Received: from mail.trueafrican.com (mail.trueafrican.com [212.88.98.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1769443D8E for ; Fri, 15 Dec 2006 19:28:35 +0000 (GMT) (envelope-from pokui@psg.com) X-Virus-Scanned: by amavisd-new at trueafrican.com Received: from mail.trueafrican.com ([127.0.0.1]) by localhost (mail.trueafrican.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ohSpWpMQmecR for ; Fri, 15 Dec 2006 22:29:44 +0300 (EAT) Received: from pjo.trueafrican.com (pokui.trueafrican.com [169.254.0.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.trueafrican.com (Postfix) with ESMTP id 8B569269FC7 for ; Fri, 15 Dec 2006 22:29:43 +0300 (EAT) Received: from [127.0.0.1] (helo=andromeda.trueafrican.com) by pjo.trueafrican.com with esmtp (Exim 4.62) (envelope-from ) id 1GvIkg-000550-U9; Fri, 15 Dec 2006 22:29:51 +0300 From: Patrick Okui To: "Scott T. Hildreth" Date: Fri, 15 Dec 2006 22:29:48 +0300 User-Agent: KMail/1.8 References: <1166196803.9393.403.camel@scotth.emsphone.com> <200612151948.04509.pokui@psg.com> <1166202889.9393.406.camel@scotth.emsphone.com> In-Reply-To: <1166202889.9393.406.camel@scotth.emsphone.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200612152229.49234.pokui@psg.com> Cc: freebsd-stable@freebsd.org Subject: Re: RC2 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 19:31:55 -0000 On Friday 15 December 2006 20:14, Scott T. Hildreth wrote: > On Fri, 2006-12-15 at 19:48 +0300, Patrick Okui wrote: > > On Friday 15 December 2006 18:33, Scott T. Hildreth wrote: > > > Will there be a RC2 or just a realease? > > > > http://www.freebsd.org/releases/6.2R/schedule.html > > And that has expired dates, so I was wondering if > RC2 would be released or skipped. AFAIR even when the dates/times on the schedules are missed, the sequence is followed so I'd say most probably, but then again I'm not part of re@. -- patrick From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 19:32:39 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C05A816A4CE for ; Fri, 15 Dec 2006 19:32:39 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB6BE43CF8 for ; Fri, 15 Dec 2006 19:28:45 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 8FEF71A4DAC; Fri, 15 Dec 2006 11:29:59 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D719E51349; Fri, 15 Dec 2006 14:29:58 -0500 (EST) Date: Fri, 15 Dec 2006 14:29:58 -0500 From: Kris Kennaway To: Sven Willenberger Message-ID: <20061215192958.GA86926@xor.obsecurity.org> References: <20061205.004323.78708386.hrs@allbsd.org> <20061204160949.GM35681@deviant.kiev.zoral.com.ua> <20061205.123805.59655403.hrs@allbsd.org> <1166194879.6317.11.camel@lanshark.dmv.com> <20061215181548.GA58555@xor.obsecurity.org> <1166209936.6317.21.camel@lanshark.dmv.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wRRV7LY7NUeQGEoC" Content-Disposition: inline In-Reply-To: <1166209936.6317.21.camel@lanshark.dmv.com> User-Agent: Mutt/1.4.2.2i Cc: stable@freebsd.org, Kris Kennaway Subject: Not panic in nfsd (Re: panic in nfsd on 6.2-RC1) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 19:32:39 -0000 --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 15, 2006 at 02:12:16PM -0500, Sven Willenberger wrote: > On Fri, 2006-12-15 at 13:15 -0500, Kris Kennaway wrote: > > On Fri, Dec 15, 2006 at 10:01:19AM -0500, Sven Willenberger wrote: > > > On Tue, 2006-12-05 at 12:38 +0900, Hiroki Sato wrote: > > > > Kostik Belousov wrote > > > > in <20061204160949.GM35681@deviant.kiev.zoral.com.ua>: > > > >=20 > > > > ko> What version of sys/nfsserver/nfs_serv.c do you use ? If it is = older than > > > > ko> 1.156.2.7, please, update the system. > > > >=20 > > > > Thanks, I updated it just now and see how it works. > > > >=20 > > > > -- > > > > | Hiroki SATO > > >=20 > > > I was/am having the same issue. Updating world (6.2-stable) to include > > > the above update sadly did not fix the problem for me. This is an amd= 64 > > > box with only one client connecting to it via nfs. Reading further it > > > may seem to be an issue with rpc.statd and/or rpc.lockd. As I only ha= ve > > > one client connecting and it is being used as mail storage (i.e. the > > > client pops/imaps the storage) would be safe to not using fcntl forwa= rds > > > over the wire? Is this same issue present in 6.1-RELENG? I am really = at > > > my wits end at this point and for the first time am actually consider= ing > > > moving to another OS (solaris more than likely) as I cannot have these > > > types of issues interrupting services every couple days. > > >=20 > > > What other information (spefically) can I provide to help the devs > > > figure out what is going on? What can I do in the meantime to have so= me > > > semblence of stability? I assume downgrading to 5.5-RELENG is out of = the > > > question but perhaps disabling SMP? > >=20 > > Just to confirm, can you please post the panic backtrace you are > > seeing? And can you explain what you mean by "may seem to be an issue > > with rpc.statd and/or rpc.lockd"? > >=20 > > Sometimes people think they're seeing the same problem as someone else > > when really it's a completely different problem in the same subsystem, > > so I'd like to rule that out here. > >=20 > > Kris >=20 > Well I have now added kdb and invariants/witness support to the kernel > so I should be able to get some backtrace the next time it happens. > Currently, the system just locks and no error is displayed on the > console or /var/log/messages; sorry I cannot be of immediate help there. OK, so your issue is not, in fact, a "panic in nfsd" as you were claiming ;-) > Regarding the rpc issue, I just ran across mention of those in sshfs/nfs > threads appearing here and in particular to a link referenced within one > of them (http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D1362611+0 > +archive/2006/freebsd-stable/20060702.freebsd-stable ) - it is more than > likely not at all related but I am grasping at straws here trying to > solve this. Yes, I think you are grasping at straws. At this point, you need to do some debugging to find out the source of your problem, and treat it as a new bug until you find conclusive evidence that it's the same as a previously reported bug. Guessing without evidence that your problem is the same as someone else's problem, because e.g. both involve your system becoming unresponsive, is a very good way to confuse the issue and delay resolution. =20 > FWIW, I do see the following appearing in the /var/log/messages: > ufs_rename: fvp =3D=3D tvp (can't happen)=20 > about once or twice a day, but cannot correlate those to lockup. Now > that I have enabled the options mentioned above in the kernel, I am > seeing some LOR issues: >=20 > kernel: lock order reversal: > kernel: 1st 0xffffff00c3bab200 kqueue (kqueue) @ /usr/src/sys/kern/kern_e= vent.c:1547 > kernel: 2nd 0xffffff0005bb6078 struct mount mtx (struct mount mtx) @ /usr= /src/sys/ufs/ufs/ufs_vnops.c:138 OK, this is interesting, so let's proceed from here. Kris --wRRV7LY7NUeQGEoC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFgve2Wry0BWjoQKURAqW8AKDX9EeWBqdrZAdv2WLow3zJgZgLEQCg6t5Y k646L8XnVb+fBosox46t3tU= =juWl -----END PGP SIGNATURE----- --wRRV7LY7NUeQGEoC-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 21:22:52 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AEBE016A407 for ; Fri, 15 Dec 2006 21:22:52 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DAA043C9F for ; Fri, 15 Dec 2006 21:21:08 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1GvKVu-000Mr7-Gw for stable@freebsd.org; Fri, 15 Dec 2006 23:22:51 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id kBFLKfYA015857 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 Dec 2006 23:20:41 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id kBFLKfrA091833; Fri, 15 Dec 2006 23:20:41 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id kBFLKeNw091832; Fri, 15 Dec 2006 23:20:40 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 15 Dec 2006 23:20:40 +0200 From: Kostik Belousov To: Kris Kennaway Message-ID: <20061215212040.GG23698@deviant.kiev.zoral.com.ua> References: <20061205.004323.78708386.hrs@allbsd.org> <20061204160949.GM35681@deviant.kiev.zoral.com.ua> <20061205.123805.59655403.hrs@allbsd.org> <1166194879.6317.11.camel@lanshark.dmv.com> <20061215181548.GA58555@xor.obsecurity.org> <1166209936.6317.21.camel@lanshark.dmv.com> <20061215192958.GA86926@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9Iq5ULCa7nGtWwZS" Content-Disposition: inline In-Reply-To: <20061215192958.GA86926@xor.obsecurity.org> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=1.4 required=5.0 tests=SPF_NEUTRAL, UNPARSEABLE_RELAY autolearn=no version=3.1.4 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on fw.zoral.com.ua X-Scanner-Signature: 5465a971ece288bb6a3bd6c55c651316 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 614 [Dec 14 2006] 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: Sven Willenberger , stable@freebsd.org Subject: Re: Not panic in nfsd (Re: panic in nfsd on 6.2-RC1) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2006 21:22:52 -0000 --9Iq5ULCa7nGtWwZS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 15, 2006 at 02:29:58PM -0500, Kris Kennaway wrote: > On Fri, Dec 15, 2006 at 02:12:16PM -0500, Sven Willenberger wrote: > > On Fri, 2006-12-15 at 13:15 -0500, Kris Kennaway wrote: > > > On Fri, Dec 15, 2006 at 10:01:19AM -0500, Sven Willenberger wrote: > > > > On Tue, 2006-12-05 at 12:38 +0900, Hiroki Sato wrote: > > > > > Kostik Belousov wrote > > > > > in <20061204160949.GM35681@deviant.kiev.zoral.com.ua>: > > > > >=20 > > > > > ko> What version of sys/nfsserver/nfs_serv.c do you use ? If it i= s older than > > > > > ko> 1.156.2.7, please, update the system. > > > > >=20 > > > > > Thanks, I updated it just now and see how it works. > > > > >=20 > > > > > -- > > > > > | Hiroki SATO > > > >=20 > > > > I was/am having the same issue. Updating world (6.2-stable) to incl= ude > > > > the above update sadly did not fix the problem for me. This is an a= md64 > > > > box with only one client connecting to it via nfs. Reading further = it > > > > may seem to be an issue with rpc.statd and/or rpc.lockd. As I only = have > > > > one client connecting and it is being used as mail storage (i.e. the > > > > client pops/imaps the storage) would be safe to not using fcntl for= wards > > > > over the wire? Is this same issue present in 6.1-RELENG? I am reall= y at > > > > my wits end at this point and for the first time am actually consid= ering > > > > moving to another OS (solaris more than likely) as I cannot have th= ese > > > > types of issues interrupting services every couple days. > > > >=20 > > > > What other information (spefically) can I provide to help the devs > > > > figure out what is going on? What can I do in the meantime to have = some > > > > semblence of stability? I assume downgrading to 5.5-RELENG is out o= f the > > > > question but perhaps disabling SMP? > > >=20 > > > Just to confirm, can you please post the panic backtrace you are > > > seeing? And can you explain what you mean by "may seem to be an issue > > > with rpc.statd and/or rpc.lockd"? > > >=20 > > > Sometimes people think they're seeing the same problem as someone else > > > when really it's a completely different problem in the same subsystem, > > > so I'd like to rule that out here. > > >=20 > > > Kris > >=20 > > Well I have now added kdb and invariants/witness support to the kernel > > so I should be able to get some backtrace the next time it happens. > > Currently, the system just locks and no error is displayed on the > > console or /var/log/messages; sorry I cannot be of immediate help there. >=20 > OK, so your issue is not, in fact, a "panic in nfsd" as you were > claiming ;-) >=20 > > Regarding the rpc issue, I just ran across mention of those in sshfs/nfs > > threads appearing here and in particular to a link referenced within one > > of them (http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D1362611+0 > > +archive/2006/freebsd-stable/20060702.freebsd-stable ) - it is more than > > likely not at all related but I am grasping at straws here trying to > > solve this. >=20 > Yes, I think you are grasping at straws. At this point, you need to > do some debugging to find out the source of your problem, and treat it > as a new bug until you find conclusive evidence that it's the same as > a previously reported bug. >=20 > Guessing without evidence that your problem is the same as someone > else's problem, because e.g. both involve your system becoming > unresponsive, is a very good way to confuse the issue and delay > resolution. > =20 > > FWIW, I do see the following appearing in the /var/log/messages: > > ufs_rename: fvp =3D=3D tvp (can't happen)=20 > > about once or twice a day, but cannot correlate those to lockup. Now > > that I have enabled the options mentioned above in the kernel, I am > > seeing some LOR issues: > >=20 > > kernel: lock order reversal: > > kernel: 1st 0xffffff00c3bab200 kqueue (kqueue) @ /usr/src/sys/kern/kern= _event.c:1547 > > kernel: 2nd 0xffffff0005bb6078 struct mount mtx (struct mount mtx) @ /u= sr/src/sys/ufs/ufs/ufs_vnops.c:138 >=20 > OK, this is interesting, so let's proceed from here. >=20 > Kris Try this. Index: ufs/ufs/ufs_vnops.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/local/arch/ncvs/src/sys/ufs/ufs/ufs_vnops.c,v retrieving revision 1.283 diff -u -r1.283 ufs_vnops.c --- ufs/ufs/ufs_vnops.c 6 Nov 2006 13:42:09 -0000 1.283 +++ ufs/ufs/ufs_vnops.c 15 Dec 2006 21:19:51 -0000 @@ -133,19 +133,15 @@ { struct inode *ip; struct timespec ts; - int mnt_locked; =20 ip =3D VTOI(vp); - mnt_locked =3D 0; - if ((vp->v_mount->mnt_flag & MNT_RDONLY) !=3D 0) { - VI_LOCK(vp); + VI_LOCK(vp); + if ((vp->v_mount->mnt_flag & MNT_RDONLY) !=3D 0) goto out; + if ((ip->i_flag & (IN_ACCESS | IN_CHANGE | IN_UPDATE)) =3D=3D 0) { + VI_UNLOCK(vp); + return; } - MNT_ILOCK(vp->v_mount); /* For reading of mnt_kern_flags. */ - mnt_locked =3D 1; - VI_LOCK(vp); - if ((ip->i_flag & (IN_ACCESS | IN_CHANGE | IN_UPDATE)) =3D=3D 0) - goto out_unl; =20 if ((vp->v_type =3D=3D VBLK || vp->v_type =3D=3D VCHR) && !DOINGSOFTDEP(v= p)) ip->i_flag |=3D IN_LAZYMOD; @@ -172,10 +168,7 @@ =20 out: ip->i_flag &=3D ~(IN_ACCESS | IN_CHANGE | IN_UPDATE); - out_unl: VI_UNLOCK(vp); - if (mnt_locked) - MNT_IUNLOCK(vp->v_mount); } =20 /* --9Iq5ULCa7nGtWwZS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFgxGoC3+MBN1Mb4gRAlhrAJ4j5LNZBdJ+cw9DFNxjr92AHH8TaACeIPLl migJ5N+a/N0XEU6D6gHcwVE= =7lc7 -----END PGP SIGNATURE----- --9Iq5ULCa7nGtWwZS-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 22:43:21 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7660A16A417 for ; Fri, 15 Dec 2006 22:43:21 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AE7643CBE for ; Fri, 15 Dec 2006 22:41:05 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so312932ana for ; Fri, 15 Dec 2006 14:42:44 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tGh1e3nXk2pZ1LjD+YWBlaYS0y2T/NuWWYZ7vPT+OqbfsPWTwYLuz5/0x+ymOBBAnbNhTnpl5kN2pDqUSwX4W8TlcsX2Cg493ptCQEcPuoCnDTRq8n4HEtMdBFMMHDyWZ2BlptcQm2BwiSOnFtiYVbJRISERNQrK9VonvZ3hZAg= Received: by 10.100.45.10 with SMTP id s10mr1029638ans.1166222563997; Fri, 15 Dec 2006 14:42:43 -0800 (PST) Received: by 10.100.136.16 with HTTP; Fri, 15 Dec 2006 14:42:43 -0800 (PST) Message-ID: <6eb82e0612151442u73dbeeffp5a74245e013e4543@mail.gmail.com> Date: Sat, 16 Dec 2006 06:42:43 +0800 From: "Rong-en Fan" To: "Scott Long" In-Reply-To: <455DF4A2.2010805@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6eb82e0611170814w55814f96wcbf8be80f7a621fa@mail.gmail.com> <455DF4A2.2010805@samsco.org> Cc: stable@freebsd.org Subject: Re: ips(4) in toaster 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: Fri, 15 Dec 2006 22:43:21 -0000 It seems that after upgrading ips firmware to the latest version available on ibm.com solves this problem. One changelog caught me eye: "increase timeout when tape driver is attached to the adapter". Indeed, we have a tape on ahd(4), which I think ips(4) is sharing this adapter. however, the mystery is why ips stops work suddenly. Perhaps, I tweaked some hardware settings and I forgot it. On 11/18/06, Scott Long wrote: > I'll look at this. > > Scott > > > Rong-en Fan wrote: > > Hi, > > > > After upgrading RELENG_6 from Jul 11 to Sep 30 on an i386 box, > > everytime I run tar to backup my system to a mounted nfs volume. > > After one hour of operation, it panics with sleeping thread. Upgrading > > to RELENG_6_2 does not help. Also, the console is complete > > hang, I can not break into DDB at all. The only thing is do power > > cycling. > > > > Also, the only harddisk on that host is the ips(4), so I can not obtain > > a kernel dump. I'm not sure if this is a hardware failure, at least, no > > led on the panel is shown red... > > > > OK, the only information on console is attached below. Any suggesstion > > are welcome. > > > > Thanks, > > Rong-En Fan > > > > == > > > > ips0: WARNING: command timeout. Adapter is in toaster mode, resetting to > > known s > > tate > > ips0: resetting adapter, this may take up to 5 minutes > > ips0: syncing config > > Sleeping thread (tid 100002, pid 14) owns a non-sleepable lock > > sched_switch(c5feec00,0,1,8577f833,d14d2103,...) at sched_switch+0x158 > > mi_switch(1,0) at mi_switch+0x1d5 > > sleepq_switch(c60c2604,e9f77b8c,c051acd3,4,1,...) at sleepq_switch+0x93 > > sleepq_wait(c60c2604,c60c25e0,c06e6957,1,1,...) at sleepq_wait+0x75 > > cv_wait(c60c2604,c60c25e0,a,e9f77c04,5,...) at cv_wait+0x151 > > _sema_wait(c60c25e0,0,0,c60c2400,c60c2400,...) at _sema_wait+0x64 > > ips_send_config_sync_cmd(c60f5000,e9f77c08,1,c60f5000,7,...) at > > ips_send_config_sync_cmd+0x78 > > ips_clear_adapter(c60c2400,c60b6e00,0,4,c60f5000,...) at > > ips_clear_adapter+0x60 > > ips_morpheus_reinit(c60c2400,1,c053abf7,c0740100,c5feec00,...) at > > ips_morpheus_reinit+0x2ac > > ips_timeout(c60c2400,c053a7f5,c5feec00,c5feea80,d69f60ed,...) at > > ips_timeout+0xf8 > > softclock(0,e9f77cd4,15dbe,c43ec589,c5feec00,...) at softclock+0x35d > > ithread_execute_handlers(c5fed430,c6042000,0,0,0,...) at > > ithread_execute_handlers+0x162 > > ithread_loop(c5fbc880,e9f77d38,0,0,0,...) at ithread_loop+0x64 > > fork_exit(c050b22a,c5fbc880,e9f77d38) at fork_exit+0x7b > > fork_trampoline() at fork_trampoline+0x8 > > --- trap 0x1, eip = 0, esp = 0xe9f77d6c, ebp = 0 --- > > panic: sleeping thread > > cpuid = 2 > > KDB: stack backtrace: > > kdb_backtrace(c0702303,2,c06ef01b,e9f98bf0,0,...) at kdb_backtrace+0x2f > > panic(c06ef01b,ffffffff,e,c051ac54,1,...) at panic+0x129 > > propagate_priority(c5fefd80,c5fefd80,0,0,0,...) at propagate_priority+0x69 > > turnstile_wait(c60c25a8,c5feec00,c610c000,c7d064a4,4,...) at > > turnstile_wait+0x32f > > _mtx_lock_sleep(c60c25a8,c5fefd80,0,0,0,...) at _mtx_lock_sleep+0xfd > > ipsd_strategy(c7d064a4,43,200,0,c04e31a1,...) at ipsd_strategy+0x70 > > g_disk_start(c7d1e4a4,c073bac8,24c,c06e8406,64,...) at g_disk_start+0x1b1 > > g_io_schedule_down(c5fefd80,4c,c5fefd80,c04e39c1,e9f98d04,...) at > > g_io_schedule_down+0x15f > > g_down_procbody(0,e9f98d38,0,0,0,...) at g_down_procbody+0xb3 > > fork_exit(c04e39c1,0,e9f98d38) at fork_exit+0x7b > > fork_trampoline() at fork_trampoline+0x8 > > --- trap 0x1, eip = 0, esp = 0xe9f98d6c, ebp = 0 --- > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Sat Dec 16 00:30:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 62B4D16A40F for ; Sat, 16 Dec 2006 00:30:13 +0000 (UTC) (envelope-from kimimeister@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5855043C9D for ; Sat, 16 Dec 2006 00:28:28 +0000 (GMT) (envelope-from kimimeister@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so870368uge for ; Fri, 15 Dec 2006 16:30:11 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fXX356OgxqQHrQiO8PLW8MxdfCM31ppW5OFRSl+Tm2jZuIZzD26NXNhsEueatrdP3O0tsxPtOb676kK7i6nIcc/V2Hl0lObQyKTJJA/9McjHjRcrug2xtfU4UXLYyZGl/j++lGFlNRBhCrOdaxNjm5Gu/5jm2wY/jG3XuMaG5QA= Received: by 10.66.248.5 with SMTP id v5mr800269ugh.1166229011234; Fri, 15 Dec 2006 16:30:11 -0800 (PST) Received: by 10.67.86.17 with HTTP; Fri, 15 Dec 2006 16:30:09 -0800 (PST) Message-ID: <42b497160612151630h4a0afaccma728285480c41d25@mail.gmail.com> Date: Sat, 16 Dec 2006 00:30:11 +0000 From: "Kimi Ostro" To: freebsd-stable@freebsd.org In-Reply-To: <42b497160612142042g32003891j9330b930622c8e64@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <42b497160612142042g32003891j9330b930622c8e64@mail.gmail.com> Subject: Re: Poor NFS performance after recent update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Dec 2006 00:30:13 -0000 Looks like I was wrong, as SCP is also just as slow as NFS I'm lost. I'm going to install 6.1-RELEASE to see if that "fixes" my problem. thanks! all!! -- Kimi From owner-freebsd-stable@FreeBSD.ORG Sat Dec 16 00:54:28 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A8A3116A40F for ; Sat, 16 Dec 2006 00:54:28 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: from smtp101.biz.mail.re2.yahoo.com (smtp101.biz.mail.re2.yahoo.com [68.142.229.215]) by mx1.FreeBSD.org (Postfix) with SMTP id 3E77943C9E for ; Sat, 16 Dec 2006 00:52:43 +0000 (GMT) (envelope-from john_m_cooper@yahoo.com) Received: (qmail 75796 invoked from network); 16 Dec 2006 00:54:27 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-YMail-OSG:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=N95mAFzLxWrhmHFQ1k47TYRkqXQgwMtkXdaCn2gfqqM5EDH3M3RTP+ZUfT/auih65JMu9aD5YdFQNMROnZ07wVJlMxhHIaRsA0TAKQoTCdsBWpG5VIrCkvOjjuUXTQh70/rsz5iWd18AhGYVVNB3FTFZIxFjbrHzNRyPsYK+MVA= ; Received: from unknown (HELO borgdemon2.13tentmillln.home) (j.m.cooper@borgsdemons.com@68.33.224.115 with login) by smtp101.biz.mail.re2.yahoo.com with SMTP; 16 Dec 2006 00:54:27 -0000 X-YMail-OSG: P.hRJxwVM1lHzS6tudx2_DInhhH7xjEpism2bAdP73IXvz_0SsMQPrVbgslSqMdsV5dIJfe3Rng4Rl2spbGAQZJI.o9zFalqUGdmGYDudXYSCTyE_ktKq.DxAfaYldK3goPc003mkzoZsIE- Received: from [127.0.0.1] (localhost [127.0.0.1]) by borgdemon2.13tentmillln.home (Postfix) with ESMTP id 3E5D55CBD; Fri, 15 Dec 2006 19:54:26 -0500 (EST) Message-ID: <458343C1.7090502@yahoo.com> Date: Fri, 15 Dec 2006 19:54:25 -0500 From: John Merryweather Cooper User-Agent: Thunderbird 1.5.0.8 (X11/20061111) MIME-Version: 1.0 To: Kostik Belousov References: <7ad7ddd90612150444ifd95974gf429a7f22c177508@mail.gmail.com> <20061215131545.GB23698@deviant.kiev.zoral.com.ua> <7ad7ddd90612150612k1b7933f1u22826c96b4938726@mail.gmail.com> <20061215142809.GC23698@deviant.kiev.zoral.com.ua> In-Reply-To: <20061215142809.GC23698@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Ulrich Spoerlein , bug-followup@freebsd.org Subject: Re: kern/92785: Using exported filesystem on OS/2 NFS client causes filesystem freeze X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Dec 2006 00:54:28 -0000 Kostik Belousov wrote: > On Fri, Dec 15, 2006 at 03:12:58PM +0100, Ulrich Spoerlein wrote: > >> A tcpdump of the session can be found at: >> http://coyote.dnsalias.net/rpc.pcap (9kB) >> >> > Am I right that all you did was ls -l ? Does OS/2 > supports the notion of ".." directory ? Could you do just "ls -l .." > from nfs client and then try "stat " on the server > (i think it shall hang) ? > > My hypothesis is that LOOKUP RPC for ".." causes directory vnode lock > leak in nfs_namei. After that, mountd hang is just consequence. > Yes, OS/2 supports the ".." directory. FAT, HPFS, and JFS all have a ".." directory. jmc From owner-freebsd-stable@FreeBSD.ORG Sat Dec 16 01:15:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 83ADB16A412 for ; Sat, 16 Dec 2006 01:15:57 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.200.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7570143CA2 for ; Sat, 16 Dec 2006 01:14:12 +0000 (GMT) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (sccrmhc13) with ESMTP id <2006121601155601300ogsefe>; Sat, 16 Dec 2006 01:15:56 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 7C9271FA01D; Fri, 15 Dec 2006 17:15:52 -0800 (PST) Date: Fri, 15 Dec 2006 17:15:52 -0800 From: Jeremy Chadwick To: Kimi Ostro Message-ID: <20061216011552.GA60198@icarus.home.lan> Mail-Followup-To: Kimi Ostro , freebsd-stable@freebsd.org References: <42b497160612142042g32003891j9330b930622c8e64@mail.gmail.com> <42b497160612151630h4a0afaccma728285480c41d25@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42b497160612151630h4a0afaccma728285480c41d25@mail.gmail.com> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: Poor NFS performance after recent update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Dec 2006 01:15:57 -0000 On Sat, Dec 16, 2006 at 12:30:11AM +0000, Kimi Ostro wrote: > Looks like I was wrong, as SCP is also just as slow as NFS > > I'm lost. > > I'm going to install 6.1-RELEASE to see if that "fixes" my problem. Your problem might be duplex-related. Can you provide some netstat -in output (after you've scp'd stuff, etc.), as well as ifconfig -a output? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Dec 16 01:45:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 59B4416A403 for ; Sat, 16 Dec 2006 01:45:01 +0000 (UTC) (envelope-from kimimeister@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3021743CA3 for ; Sat, 16 Dec 2006 01:43:08 +0000 (GMT) (envelope-from kimimeister@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so884198uge for ; Fri, 15 Dec 2006 17:44:52 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fWrk+ozeOcVJxOQveXwfuXdBtayC4sg7T0zBLmWqnMWi+e3nSwCAFFsQ3xVvlROd3cLFmrjruAc2DjGZFngApLfsFtG7DOF3e+6NNt7v9/7BWB1rEmc7x/rrebqqaLVV/ZM1gseJPfpadYzAZYaWW/XovoyQlmjhh/ViGZGcnUA= Received: by 10.66.219.11 with SMTP id r11mr2364509ugg.1166233492168; Fri, 15 Dec 2006 17:44:52 -0800 (PST) Received: by 10.67.86.17 with HTTP; Fri, 15 Dec 2006 17:44:51 -0800 (PST) Message-ID: <42b497160612151744y32b3cfe5n6d95c78c391e328a@mail.gmail.com> Date: Sat, 16 Dec 2006 01:44:51 +0000 From: "Kimi Ostro" To: freebsd-stable@freebsd.org In-Reply-To: <20061216011552.GA60198@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <42b497160612142042g32003891j9330b930622c8e64@mail.gmail.com> <42b497160612151630h4a0afaccma728285480c41d25@mail.gmail.com> <20061216011552.GA60198@icarus.home.lan> Subject: Re: Poor NFS performance after recent update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Dec 2006 01:45:01 -0000 On 16/12/06, Jeremy Chadwick wrote: > > Your problem might be duplex-related. Can you provide some > netstat -in output (after you've scp'd stuff, etc.), as well as > ifconfig -a output? > nxclient-1.4.0-91.i386.tar.gz 100% 3423KB 23.1KB/s 02:28 Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll fxp0 1500 00:90:27:a4:0f:2c 3940 0 3855 0 0 fxp0 1500 192.168.0./24 192.168.0.220 3962 - 3875 - - lo0 16384 0 0 0 0 0 lo0 16384 (28)00:00:00:00:00:00:fe:80:00:02:00:00:00:00:00:00:00:00:00:00:00:01 0 0 0 0 0 lo0 16384 (28)00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:01 0 0 0 0 0 lo0 16384 127 127.0.0.1 0 - 0 - - fxp0: flags=8843 mtu 1500 options=8 inet 192.168.0.220 netmask 0xffffff00 broadcast 192.168.0.255 ether 00:90:27:a4:0f:2c media: Ethernet autoselect (100baseTX ) status: active lo0: flags=8049 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 looks like a normal day to me besides the 23.1KB/s 02:28 :( -- Kimi From owner-freebsd-stable@FreeBSD.ORG Sat Dec 16 02:21:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ABCBB16A40F for ; Sat, 16 Dec 2006 02:21:55 +0000 (UTC) (envelope-from kimimeister@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9FA543C9F for ; Sat, 16 Dec 2006 02:20:09 +0000 (GMT) (envelope-from kimimeister@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so891096uge for ; Fri, 15 Dec 2006 18:21:53 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=e9FgSODFJ0tGx+Vs8f48SS0Qv4TFI9AOUqzzOeLRx0eCwjbW8jAouDBY/fxvMX+otTd9LdWt4wZgYdzLQVVnQVZ5oLn8PkMAEdwWCmXDN8ChDayIFJ/ecPlytIo0Uxg4MBlS+4hDlwWVB7Ypl3LEvuR1msoOhvaU4KHvbk/HbEQ= Received: by 10.67.21.11 with SMTP id y11mr966670ugi.1166235713059; Fri, 15 Dec 2006 18:21:53 -0800 (PST) Received: by 10.67.86.17 with HTTP; Fri, 15 Dec 2006 18:21:52 -0800 (PST) Message-ID: <42b497160612151821pe66b9ado6650372cf935a7f5@mail.gmail.com> Date: Sat, 16 Dec 2006 02:21:53 +0000 From: "Kimi Ostro" To: freebsd-stable@freebsd.org In-Reply-To: <42b497160612151744y32b3cfe5n6d95c78c391e328a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <42b497160612142042g32003891j9330b930622c8e64@mail.gmail.com> <42b497160612151630h4a0afaccma728285480c41d25@mail.gmail.com> <20061216011552.GA60198@icarus.home.lan> <42b497160612151744y32b3cfe5n6d95c78c391e328a@mail.gmail.com> Subject: Re: Poor NFS performance after recent update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Dec 2006 02:21:55 -0000 Okay, this is getting stranger. transferring data between 8 machines on my network which are all running FreeBSD as having this problem, yet I cans download iso file off the internet at over 100KB/s. -- Kimi From owner-freebsd-stable@FreeBSD.ORG Sat Dec 16 02:33:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3317C16A40F for ; Sat, 16 Dec 2006 02:33:41 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [63.240.77.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id E39A243C9D for ; Sat, 16 Dec 2006 02:31:55 +0000 (GMT) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (sccrmhc11) with ESMTP id <2006121602333901100pmgh6e>; Sat, 16 Dec 2006 02:33:40 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 8835C1FA01D; Fri, 15 Dec 2006 18:33:39 -0800 (PST) Date: Fri, 15 Dec 2006 18:33:39 -0800 From: Jeremy Chadwick To: Kimi Ostro Message-ID: <20061216023339.GA61400@icarus.home.lan> Mail-Followup-To: Kimi Ostro , freebsd-stable@freebsd.org References: <42b497160612142042g32003891j9330b930622c8e64@mail.gmail.com> <42b497160612151630h4a0afaccma728285480c41d25@mail.gmail.com> <20061216011552.GA60198@icarus.home.lan> <42b497160612151744y32b3cfe5n6d95c78c391e328a@mail.gmail.com> <42b497160612151821pe66b9ado6650372cf935a7f5@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42b497160612151821pe66b9ado6650372cf935a7f5@mail.gmail.com> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: Poor NFS performance after recent update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Dec 2006 02:33:41 -0000 On Sat, Dec 16, 2006 at 02:21:53AM +0000, Kimi Ostro wrote: > Okay, this is getting stranger. transferring data between 8 machines > on my network which are all running FreeBSD as having this problem, > yet I cans download iso file off the internet at over 100KB/s. Try transfers in different directions. Example: root@machineAA$ scp -p root@machineBB:/dev/urandom /tmp/urandom root@machineAA$ scp -p /dev/urandom root@machineBB:/tmp/urandom Also try the same from machineBB: root@machineBB$ scp -p root@machineAA:/dev/urandom /tmp/urandom root@machineBB$ scp -p /dev/urandom root@machineAA:/tmp/urandom Do you see slow LAN transfer speeds when only receiving data vs. sending data? If so, chances are it's a duplex problem, and you should either adjust some settings in ifconfig_fxp0 in rc.conf to try and work around it (try forcing media 100baseTX mediaopt full-duplex rather than using autonegotiate), or try a different switch. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Dec 16 07:27:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 35CB116A417; Sat, 16 Dec 2006 07:27:49 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mrout2-b.corp.dcn.yahoo.com (mrout2-b.corp.dcn.yahoo.com [216.109.112.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A70E43CA4; Sat, 16 Dec 2006 07:27:47 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy7.corp.yahoo.com [216.145.48.98]) by mrout2-b.corp.dcn.yahoo.com (8.13.6/8.13.6/y.out) with ESMTP id kBG7RNBm043039; Fri, 15 Dec 2006 23:27:23 -0800 (PST) Date: Sat, 16 Dec 2006 13:45:22 +0900 Message-ID: From: gnn@freebsd.org To: Ask =?ISO-8859-1?Q?Bj=F8rn?= Hansen In-Reply-To: References: User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.90 (i386-apple-darwin8.8.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: CARP + VLAN = kernel dump X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Dec 2006 07:27:49 -0000 At Thu, 14 Dec 2006 19:05:04 -0800, Ask Bj=F8rn Hansen wrote: >=20 > Hi, >=20 > If I enable carp on a vlan interface in rc.conf the kernel goes =20 > boom. This is 6.2-RC from a couple of weeks ago. (IIRC then I had =20 > the same problem setting up carp on a bridge'd interface). >=20 > I'm configuring it like this: >=20 > ifconfig_vlan2=3D"inet 10.50.0.3/24 vlan 202 vlandev sis2" > ifconfig_carp2=3D"vhid 3 advskew 200 pass awe4jkfha4jkfha4f 10.50.0.1" >=20 > cloned_interfaces=3D"... carp2 ... vlan2" >=20 > However, if I do the carp2 setup "manually" after the system is =20 > booted, it is working fine. >=20 > ifconfig carp2 vhid 3 advskew 200 pass hjarefhakjewfha 10.50.0.1 >=20 > Any ideas? >=20 > (kernel dump below) >=20 > - ask >=20 >=20 > fault virtual address =3D 0x100005c > fault code =3D supervisor read, page not present > instruction pointer =3D 0x20:0xc05ba533 > stack pointer =3D 0x28:0xc7975c30 > frame pointer =3D 0x28:0xc7975c90 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 13 (swi1: net) > trap number =3D 12 > panic: page fault > Uptime: 17s > Cannot dump. No dump device defined. >=20 A bit more information would really help. What is needed is a backtrace, and, if you can set up to dump core (I see by the output that that's not done) that would be great. A backtrace can be gotten with=20 bt [enter] at the console after the panic. Thanks, George From owner-freebsd-stable@FreeBSD.ORG Sat Dec 16 11:22:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 565AF16A412 for ; Sat, 16 Dec 2006 11:22:23 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id E590F43CA0 for ; Sat, 16 Dec 2006 11:22:22 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id 7AD9978CA9; Sat, 16 Dec 2006 11:21:55 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 3B7321141D; Sat, 16 Dec 2006 12:22:21 +0100 (CET) Date: Sat, 16 Dec 2006 12:22:20 +0100 From: "Simon L. Nielsen" To: "Scott T. Hildreth" Message-ID: <20061216112220.GA1005@zaphod.nitro.dk> References: <1166196803.9393.403.camel@scotth.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1166196803.9393.403.camel@scotth.emsphone.com> User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: RC2 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Dec 2006 11:22:23 -0000 On 2006.12.15 09:33:22 -0600, Scott T. Hildreth wrote: > Will there be a RC2 or just a realease? I'm not on re@ so I don't know the exact status of RC2, but currently it's not possible to distribute it since the master server which the FTP servers mirror from is out of service due to hardware problems. The server "decided" to develop problems at a time when it is not possible for anyone to get on-site to fix it, so we don't know exactly when it will be back. -- Simon L. Nielsen Hat: FreeBSD Admins Team From owner-freebsd-stable@FreeBSD.ORG Sat Dec 16 17:39:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8483016A415 for ; Sat, 16 Dec 2006 17:39:29 +0000 (UTC) (envelope-from v.haisman@sh.cvut.cz) Received: from service.sh.cvut.cz (service.sh.cvut.cz [147.32.127.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id E61FE43CA5 for ; Sat, 16 Dec 2006 17:39:27 +0000 (GMT) (envelope-from v.haisman@sh.cvut.cz) Received: from localhost (localhost [127.0.0.1]) by service.sh.cvut.cz (Postfix) with ESMTP id 6262D1A330D; Sat, 16 Dec 2006 18:39:26 +0100 (CET) Received: from service.sh.cvut.cz ([127.0.0.1]) by localhost (service [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21036-05; Sat, 16 Dec 2006 18:39:18 +0100 (CET) Received: from logout.sh.cvut.cz (logout.sh.cvut.cz [147.32.127.203]) by service.sh.cvut.cz (Postfix) with ESMTP id C76D41A32F4; Sat, 16 Dec 2006 18:39:18 +0100 (CET) Received: from [192.168.1.129] (localhost [127.0.0.1]) by logout.sh.cvut.cz (Postfix) with ESMTP id 0D79C61C2F; Sat, 16 Dec 2006 18:39:18 +0100 (CET) Message-ID: <45842F3D.20907@sh.cvut.cz> Date: Sat, 16 Dec 2006 18:39:09 +0100 From: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCEE0FA30AEC113ECA59D780C" X-Virus-Scanned: by amavisd-new at sh.cvut.cz X-Spam-Status: No, hits=-5.9 tagged_above=-255.0 required=5.0 tests=ALL_TRUSTED, BAYES_00 X-Spam-Level: Subject: negative runtime etc. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Dec 2006 17:39:29 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCEE0FA30AEC113ECA59D780C Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I have loads of following messages in newly installed virtual server (under MS Virtual Server 2005 R2) running 6.2 RC1, I am even using the stock kernel. Can I fix this? Dec 16 18:33:27 shell kernel: calcru: negative runtime of -553620 usec for pid 76484 (zsh) Dec 16 18:33:27 shell kernel: calcru: runtime went backwards from 1004708 usec to 791507 usec for pid 655 (sendmail) Dec 16 18:33:27 shell kernel: calcru: runtime went backwards from 69646821 usec to 69568446 usec for pid 20 (irq14: ata0) Dec 16 18:33:27 shell kernel: calcru: runtime went backwards from 20537009 usec to 20418284 usec for pid 11 (swi1: net) -- Vaclav Haisman --------------enigCEE0FA30AEC113ECA59D780C 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.3 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEVAwUBRYQvRUNOZDESBK8FAQKMCgf/YgFiZVRlwGAl0c40Uj/GMfUe0qC7bJiP 0q/EgFzakSaiju78sd6G8nX1IAUC9SHeQuUAVfh9uhA2xfCSVNJC3/0hiWKOxqdb dGXXdYKh0nLdIhTcbGoCvze+p/heJuedoDzV3N1QvWygrIyN0XGAOvmVEjOZ9LqX iE/bHXDXV+K2gPane0ZEKhS9Nq/Un23K81d+d7Msdn0KagFWWY0lo/xqAZv/8rwq Jd58VqLbVg0HaGfHVKNTbgL3OBLOiVqagn5vT2xRtTNXruOwRi3xKoP8rpe6CJ33 7Rwj1EFKG0Fdqoo3eZ9aN/SURr54/579YLcoUf6zv5w+rqKAIg7s0Q== =LsGX -----END PGP SIGNATURE----- --------------enigCEE0FA30AEC113ECA59D780C-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 16 19:07:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F272016A416 for ; Sat, 16 Dec 2006 19:07:15 +0000 (UTC) (envelope-from swviola@kaspnet.com) Received: from kaspnet.com (dfd234.neoplus.adsl.tpnet.pl [83.23.133.234]) by mx1.FreeBSD.org (Postfix) with SMTP id 1BE1D43CB3 for ; Sat, 16 Dec 2006 19:07:11 +0000 (GMT) (envelope-from swviola@kaspnet.com) Message-ID: <001301c7214c$e8ab9ae0$0726a9cc@staleczka> From: "Natasha Warner" To: "freebsd-stable" Date: Sat, 16 Dec 2006 20:01:00 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="windows-1252"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Subject: US Stock Highlights X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Dec 2006 19:07:16 -0000 MarketMasters Equity Alert [NEWS] Report for Ermengarde Are You a Penny Stox Player? _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ make a move Apparel Manufacturing Associates, Inc. Premier Investor Report Symbol OTC : APPM Current Price : $0.06 Real Picks, Real Profits, Big Gains! Huge news expected out on APPM, get in before the wire, We're taking it all the way to $1.00 Emerging Public Company Alert Watch it like a hawk and get in before the rush The Next Big Thing on Wall Street? About the Company We are a multifaceted management/development company concentrating on the world of Fashion and Music. Our affiliates and partners offer 4 decades of experience and recognized success in their respective fields. With offices in New York City, Miami and Zurich, we are in touch with the pulse of the "fashion forward". _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ get in early and build a strong position Aggressive Investors Alert Rising Stars Equity Newsletter From owner-freebsd-stable@FreeBSD.ORG Sat Dec 16 19:09:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E5AE316A407 for ; Sat, 16 Dec 2006 19:09:00 +0000 (UTC) (envelope-from ckausurer@linkssoft.nl) Received: from linkssoft.nl (coi83.neoplus.adsl.tpnet.pl [83.31.188.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 0765943CA3 for ; Sat, 16 Dec 2006 19:08:32 +0000 (GMT) (envelope-from ckausurer@linkssoft.nl) Message-ID: <001a01c7214d$f3d74bc0$068dceb4@kiliaczyk> From: "Shari Bailey" To: "freebsd-stable" Date: Sat, 16 Dec 2006 20:08:29 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="windows-1250"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2462.1081 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.0000 Subject: Winning Stock Picks That Produce! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Dec 2006 19:09:01 -0000 the volume is up, now comes the price make a move - time to build a position Are You a Microcap Player? - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Are You a Penny Stox Player? Apparel Manufacturing Associates, Inc. Trade alert Symbol OTC : APPM Current Price : $0.06 our pick of the week - build a position Huge news expected out on APPM, get in before the wire, We're taking it all the way to $1.00 Small-Cap Preview Watch it like a hawk and get in before the rush High Octane Equity? About the Company We are a multifaceted management/development company concentrating on the world of Fashion and Music. Our affiliates and partners offer 4 decades of experience and recognized success in their respective fields. With offices in New York City, Miami and Zurich, we are in touch with the pulse of the "fashion forward". - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Equity Spotlight now is the time to make a move Investment Central From owner-freebsd-stable@FreeBSD.ORG Sat Dec 16 19:29:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DBC5D16A415; Sat, 16 Dec 2006 19:29:42 +0000 (UTC) (envelope-from chris@vindaloo.com) Received: from corellia.vindaloo.com (corellia.vindaloo.com [64.51.148.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24DA843CA7; Sat, 16 Dec 2006 19:29:29 +0000 (GMT) (envelope-from chris@vindaloo.com) Received: from yavin.vindaloo.com (yavin.vindaloo.com [172.24.144.34]) by corellia.vindaloo.com (Postfix) with ESMTP id DB08C5C6B; Sat, 16 Dec 2006 14:29:22 -0500 (EST) Received: from [172.24.145.69] (endor.vindaloo.com [172.24.145.69]) by yavin.vindaloo.com (Postfix) with ESMTP id 8818824C4D; Sat, 16 Dec 2006 14:29:22 -0500 (EST) Message-ID: <45844912.7070103@vindaloo.com> Date: Sat, 16 Dec 2006 14:29:22 -0500 From: Christopher Hilton User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: OpenBSD's spamd. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Dec 2006 19:29:43 -0000 Has anyone gotten a newer version of OpenBSD's spamd than the one in ports going? I'm cvsupping my ports tree now but since I didn't see an update on the cvs server I'm assuming 3.7 is the latest version. Between OpenBSD 3.7 and 3.8 spamd gained the ability to tarpit or stutter at all connections for a configurable period of time. I understand that stuttering for the first few seconds of the SMTP dialog causes many spammers to go away before even generating a greylisting tuple. It's something I'd like to try and see for myself and it will be fairly easy since my primary MX is behind an OpenBSD firewall. However, my secondary MX is a FreeBSD box with no such protection and I fear that the spammers will just take advantage of the fact that my secondary MX has weaker protections than my primary. -- Chris From owner-freebsd-stable@FreeBSD.ORG Sat Dec 16 21:15:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0348116A407 for ; Sat, 16 Dec 2006 21:15:12 +0000 (UTC) (envelope-from hunreal@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EDE043CA4 for ; Sat, 16 Dec 2006 21:15:11 +0000 (GMT) (envelope-from hunreal@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so989038wxc for ; Sat, 16 Dec 2006 13:15:10 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=CJVR/HCXK5c7pS8jfFUWfLaW9cMgwy0akqgwKw1nIzBYvzfuddTZmUNWFViLSHXOaLwa9Yut3XQXGWBmeH1bbZJ0CbFSLJhXBU81P0K7Jdd1x8oRJBOp7Qwaf/HpD3P9Yt6/qPTKglTICvxzm+DgtE2zsEqF3hWaMwKIeBQUh2g= Received: by 10.90.83.14 with SMTP id g14mr2374376agb.1166303710952; Sat, 16 Dec 2006 13:15:10 -0800 (PST) Received: by 10.90.84.18 with HTTP; Sat, 16 Dec 2006 13:15:10 -0800 (PST) Message-ID: <9b6b59500612161315w58d01d25n902f12e3a4f4b2b2@mail.gmail.com> Date: Sun, 17 Dec 2006 05:15:10 +0800 From: hshh To: "LI Xin" In-Reply-To: <9b6b59500612150646k4f902e65qb5ef6efa86dbc7c6@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <9b6b59500612150001p706b361ava92ad96cdcd4791@mail.gmail.com> <45826FCA.2010709@delphij.net> <9b6b59500612150646k4f902e65qb5ef6efa86dbc7c6@mail.gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: SMP Kernel Panic while heavy load. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Dec 2006 21:15:12 -0000 As LI Xin's said, I modified sys/kern/kern_descrip.c, [root@www] /web/dump# diff -c kern_descrip.c.bak /sys/kern/kern_descrip.c *** kern_descrip.c.bak Sun Dec 17 05:10:51 2006 --- /sys/kern/kern_descrip.c Sun Dec 17 02:37:01 2006 *************** *** 197,202 **** --- 197,203 ---- static int fdisused(struct filedesc *fdp, int fd) { + MPASS(fdp->fd_map != NULL); KASSERT(fd >= 0 && fd < fdp->fd_nfiles, ("file descriptor %d out of range (0, %d)", fd, fdp->fd_nfiles)); return ((fdp->fd_map[NDSLOT(fd)] & NDBIT(fd)) != 0); New backtrace: http://upload.hshh.org/homes/hshh/temp/panic/kgdb-1217.log Kernel config: http://upload.hshh.org/homes/hshh/temp/panic/kernel-1217.log On 12/15/06, hshh wrote: > After recompile kernel with new conf: > http://upload.hshh.org/homes/hshh/temp/panic/kernel-1215.log > It still panic while SMP enabled. > kgdb backtrace: > http://upload.hshh.org/homes/hshh/temp/panic/kgdb-1215.log > > On 12/15/06, LI Xin wrote: > > hshh wrote: > > > Hi, > > > My FreeBSD server panic while running SMP kernel. All work fine if > > > disable SMP feature. > > > > > > uname log: http://upload.hshh.org/homes/hshh/temp/panic/uname.log > > > My kernel conf: http://upload.hshh.org/homes/hshh/temp/panic/kernel.log > > > Backtrace log: http://upload.hshh.org/homes/hshh/temp/panic/kgdb.log > > > > Would you please disable ZEROCOPY_SOCKETS and try if things gets improved? > > > > Cheers, > > -- > > Xin LI http://www.delphij.net/ > > FreeBSD - The Power to Serve! > > > > > > > > >