From owner-freebsd-stable@FreeBSD.ORG Sun Oct 22 00:27: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3442616A40F; Sun, 22 Oct 2006 00:27:21 +0000 (UTC) (envelope-from jon.passki@hursk.com) Received: from davie.textdrive.com (davie.textdrive.com [207.7.108.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id C685C43D46; Sun, 22 Oct 2006 00:27:20 +0000 (GMT) (envelope-from jon.passki@hursk.com) Received: from [192.168.20.110] (unknown [209.98.240.245]) by davie.textdrive.com (Postfix) with ESMTP id 651D9BC50A; Sun, 22 Oct 2006 00:27:19 +0000 (GMT) Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: Jon Passki Date: Sat, 21 Oct 2006 19:27:22 -0500 To: freebsd-stable@freebsd.org, sos@freebsd.org X-Pgp-Agent: GPGMail 1.1.2 (Tiger) X-Gpgmail-State: !encrypted X-Mailer: Apple Mail (2.752.3) Cc: Matthew Dettinger Subject: Panic on "DOH! ata_alloc_request failed!" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2006 00:27:21 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hey all, (I'm off list, please include me in any replies) (S=F8ren, please let me know if you do not want to be emailed in the =20 future directly! You seem to be the ATA RAID FreeBSD goto guy. =20 Apologies if you did not want to be solicited). I just received a panic w/ this in /var/log/messages (uname and dmesg =20= at the end of the email / book): Oct 21 04:17:05 prometheus kernel: DOH! ata_alloc_composite failed! The system would have been performing a weekly dump (live snapshot) =20 at the time. The motherboard is a SuperMicro P4SCi [1], which uses =20 an Intel 6300ESB onboard SATA w/ RAID 0/1 support (Adaptec). I have =20 one RAID volume created, ar0 as a RAID 1 between two 300GB disks. I =20 previously have seen this error when we were importing a MySQL =20 database on the box w/ heavy disk I/O. Oct 9 21:41:23 prometheus kernel: DOH! ata_alloc_request failed! Oct 9 21:41:29 prometheus kernel: FAILURE - out of memory in =20 ata_raid_init_requ est Oct 9 21:41:29 prometheus last message repeated 2 times Oct 9 21:41:29 prometheus kernel: g_vfs_done():ar0s1e[WRITE=20 (offset=3D108675514368 , length=3D16384)]error =3D 5 Oct 9 21:41:29 prometheus kernel: g_vfs_done():ar0s1e[WRITE=20 (offset=3D108486344704 , length=3D16384)]error =3D 5 Oct 9 21:41:29 prometheus kernel: g_vfs_done():ar0s1e[WRITE=20 (offset=3D108486623232 , length=3D16384)]error =3D 5 Oct 9 23:01:17 prometheus kernel: FAILURE - out of memory in =20 ata_raid_init_requ est Oct 9 23:01:17 prometheus kernel: FAILURE - out of memory in =20 ata_raid_init_requ est Oct 9 23:01:17 prometheus kernel: g_vfs_done():ar0s1e[WRITE=20 (offset=3D118889250816 , length=3D16384)]error =3D 5 Oct 9 23:01:17 prometheus kernel: g_vfs_done():ar0s1e[WRITE=20 (offset=3D118889742336 , length=3D16384)]error =3D 5 I've seen two other similar issues on the mailing lists: http://lists.freebsd.org/pipermail/freebsd-amd64/2006-August/008770.html http://lists.freebsd.org/pipermail/freebsd-amd64/2006-April/008047.html http://lists.freebsd.org/pipermail/freebsd-stable/2005-November/=20 019559.html The first two didn't seem to have any follow-ups. This is the only bug report with "ata_alloc_composite" returned in =20 the query: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/89310 I restarted the box, manually verified the array using the BIOS utils =20= (12 errors fixed, eek!), and had to run fsck manually due to an =20 "UNEXPECTED SOFT UPDATE INCONSISTENCY" on /dev/ar0s1e. I had =20 unreferenced files, too (yeah for backups). Since I didn't have a =20 dumpon device, I don't have a core to post. Here's the grep of sysctl alluded to in the Nov. 2005 email above: sysctl -a | grep ^ata_ ata_composit: 196, 0, 0, 100, 3928 ata_request: 204, 0, 0, 76, 127512 How do I monitor or fix this? 'sync' or restart every so often? =20 Any assistance would be appreciated! TIA, Jon [1] http://www.supermicro.com/products/motherboard/P4/E7210/P4SCi.cfm uname -a FreeBSD prometheus.int.hursk.com 6.1-RELEASE FreeBSD 6.1-RELEASE #0: =20 Sun May 7 04:32:43 UTC 2006 root@opus.cse.buffalo.edu:/usr/obj/=20 usr/src/sys/GENERIC i386 (who believes in patches ;-) 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 =20 reserved. FreeBSD 6.1-RELEASE #0: Sun May 7 04:32:43 UTC 2006 root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2795.24-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf29 Stepping =3D 9 =20 Features=3D0xbfebfbff Features2=3D0x4400> Logical CPUs per core: 2 real memory =3D 1072562176 (1022 MB) avail memory =3D 1040633856 (992 MB) ioapic0: Changing APIC ID to 2 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 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 3.0 on pci0 pci1: on pcib1 em0: port =20 0xb000-0xb01f mem 0xf2300000-0xf231ffff irq 18 at device 1.0 on pci1 em0: Ethernet address: 00:30:48:84:01:22 pcib2: at device 28.0 on pci0 pci2: on pcib2 pcib3: at device 1.0 on pci2 pci3: on pcib3 sf0: port 0xc000-0xc0ff mem =20 0xf2000000-0xf207ffff irq 24 at device 4.0 on pci3 miibus0: on sf0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sf0: Ethernet address: 00:00:d1:ed:98:49 sf1: port 0xc100-0xc1ff mem =20 0xf2080000-0xf20fffff irq 25 at device 5.0 on pci3 miibus1: on sf1 ukphy1: on miibus1 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sf1: Ethernet address: 00:00:d1:ed:98:4a sf2: port 0xc200-0xc2ff mem =20 0xf2100000-0xf217ffff irq 26 at device 6.0 on pci3 miibus2: on sf2 ukphy2: on miibus2 ukphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sf2: Ethernet address: 00:00:d1:ed:98:4b sf3: port 0xc300-0xc3ff mem =20 0xf2180000-0xf21fffff irq 27 at device 7.0 on pci3 miibus3: on sf3 ukphy3: on miibus3 ukphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sf3: Ethernet address: 00:00:d1:ed:98:4c uhci0: port 0xe100-0xe11f irq 16 at =20 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 0xe000-0xe01f irq 19 at =20 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 =20 driver attached) ehci0: mem 0xf2400000-0xf24003ff =20 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 pcib4: at device 30.0 on pci0 pci4: on pcib4 pci4: at device 9.0 (no driver attached) em1: port =20 0xd100-0xd13f mem 0xf1000000-0xf101ffff irq 19 at device 10.0 on pci4 em1: Ethernet address: 00:30:48:84:01:23 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port =20 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port =20 0xe200-0xe207,0xe300-0xe303,0xe400-0xe407,0xe500-0xe503,0xe600-0xe60f =20= irq 18 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on =20= acpi0 fdc0: [FAST] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 =20 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f,0x778-0x77b =20 irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 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,=20 0xcc000-0xd07ff,0xd1000-0xd1fff,0xd2000-0xd2fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on =20 isa0 Timecounter "TSC" frequency 2795241476 Hz quality 800 Timecounters tick every 1.000 msec ad4: 305245MB at ata2-master SATA150 ad6: 305245MB at ata3-master SATA150 ar0: 305245MB status: READY ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master [snipped] -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFFOrrqZpJsLIS+QSIRAnUPAJ0YDTABguFtSuGOOeh0UcM+AwjMBgCcC9cW bWKbrtKMBFhMXDxYoiwk5Mw=3D =3DDyaq -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 22 08:37: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E87916A407 for ; Sun, 22 Oct 2006 08:37:00 +0000 (UTC) (envelope-from wanbin198010@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75AA043D99 for ; Sun, 22 Oct 2006 08:36:42 +0000 (GMT) (envelope-from wanbin198010@gmail.com) Received: by nf-out-0910.google.com with SMTP id p77so2010491nfc for ; Sun, 22 Oct 2006 01:36:41 -0700 (PDT) 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; b=qvznnU6HoraJ0hGU88V1due8M61sqQfnQmOaHjVMu45FecMgbpAH6e4Rw9PAXEEayUUY0XRuB4pvmPji4fMX1Lh+V06ozY0XKfrehCTK4+elFbd5Cnf2EHwOA5LjQEzlQ/j3kmOYfvfwAEzs3HTmoCF/R7jpI6axfb26dMh0o54= Received: by 10.82.126.19 with SMTP id y19mr1037528buc; Sun, 22 Oct 2006 01:36:40 -0700 (PDT) Received: by 10.82.110.1 with HTTP; Sun, 22 Oct 2006 01:36:40 -0700 (PDT) Message-ID: <46a9be130610220136n4d9cc95dj7ddb2000aef7876b@mail.gmail.com> Date: Sun, 22 Oct 2006 16:36:40 +0800 From: "bin wan" 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: a problem about linux-firefox X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2006 08:37:00 -0000 I used firefox based on FreeBSD perviously. but it wasn't able to run plugin of flash player. because flash player has only Linux version. so I installed linux-firefox by ports. Install is no error. However when the linux-firefox actually run , I get wan# linux-firefox /usr/local/lib/linux-firefox/firefox-bin: error while loading shared libraries: /usr/lib/libgtk-x11-2.0.so.0: ELF file OS ABI invalid Linux compatibility enviroment is seem to available. see the following wan# /compat/linux/bin/uname Linux And I also brand firefox-bin with Linux . see the following wan# brandelf /usr/local/lib/linux-firefox/firefox-bin File '/usr/local/lib/linux-firefox/firefox-bin' is of brand 'Linux' (3). I'm not sure linux compatibility enviroment is right, because when I use ldd ,I get wan# ldd /compat/linux/usr/bin/iconv /compat/linux/usr/bin/iconv: libc.so.6 => /lib/obsolete/linuxthreads/libc.so.6 (0x28072000) /lib/ld-linux.so.2 (0x28054000) According I known, Linux program need the shared library in the /compat/linux path. so I'm puzzling. Anyone have any suggestions as to the cause of this problem or its solution. From owner-freebsd-stable@FreeBSD.ORG Sun Oct 22 09:32:37 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C46216A494; Sun, 22 Oct 2006 09:32:37 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id A044E43D5F; Sun, 22 Oct 2006 09:32:28 +0000 (GMT) (envelope-from sos@deepcore.dk) Received: from [194.192.25.130] (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.13.6/8.13.4) with ESMTP id k9M9WQll019799; Sun, 22 Oct 2006 11:32:27 +0200 (CEST) (envelope-from sos@deepcore.dk) Message-ID: <453B3AAB.6060407@deepcore.dk> Date: Sun, 22 Oct 2006 11:32:27 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 1.5.0.2 (X11/20060531) MIME-Version: 1.0 To: Jon Passki References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v2.0beta Cc: Matthew Dettinger , freebsd-stable@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: Panic on "DOH! ata_alloc_request failed!" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2006 09:32:37 -0000 Jon Passki wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hey all, > > (I'm off list, please include me in any replies) > > (Søren, please let me know if you do not want to be emailed in the > future directly! You seem to be the ATA RAID FreeBSD goto guy. > Apologies if you did not want to be solicited). > > I just received a panic w/ this in /var/log/messages (uname and dmesg > at the end of the email / book): > > Oct 21 04:17:05 prometheus kernel: DOH! ata_alloc_composite failed! I fixed a few nits in this area after 6.1-RELEASE, so you should upgrade to 6-stable or 6.2-betasomething to get this fixed. -Søren From owner-freebsd-stable@FreeBSD.ORG Sun Oct 22 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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8CB216A415 for ; Sun, 22 Oct 2006 09:42:13 +0000 (UTC) (envelope-from vlado@botka.homeunix.org) Received: from smtp-out4.iol.cz (smtp-out4.iol.cz [194.228.2.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7D5743D5D for ; Sun, 22 Oct 2006 09:42:12 +0000 (GMT) (envelope-from vlado@botka.homeunix.org) Received: from antivir4.iol.cz (avir4 [192.168.30.209]) by smtp-out4.iol.cz (Postfix) with ESMTP id 4839E1FA371; Sun, 22 Oct 2006 11:42:11 +0200 (CEST) Received: from localhost (antivir4.iol.cz [127.0.0.1]) by antivir4.iol.cz (Postfix) with ESMTP id 3C0DC240063; Sun, 22 Oct 2006 11:42:11 +0200 (CEST) Received: from smtp-out4.iol.cz (smtp-out-4.iplanet.iol.cz [192.168.30.31]) by antivir4.iol.cz (Postfix) with ESMTP id 1E8B9240062; Sun, 22 Oct 2006 11:42:11 +0200 (CEST) Received: from ace.botka.homeunix.org (3.77.broadband2.iol.cz [83.208.77.3]) by smtp-out4.iol.cz (Postfix) with ESMTP id DB2DC22AEDF; Sun, 22 Oct 2006 11:42:04 +0200 (CEST) Received: by ace.botka.homeunix.org (Postfix, from userid 1001) id 2A764FA; Sun, 22 Oct 2006 11:42:02 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ace.botka.homeunix.org X-Spam-Level: X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 Received: from srv (ac.botka.homeunix.org [192.168.1.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ace.botka.homeunix.org (Postfix) with ESMTP id E1B20F3; Sun, 22 Oct 2006 11:42:00 +0200 (CEST) Date: Sun, 22 Oct 2006 11:42:00 +0200 (CEST) From: Vladimir Botka X-X-Sender: vlado@srv.g1.netng.org To: bin wan In-Reply-To: <46a9be130610220136n4d9cc95dj7ddb2000aef7876b@mail.gmail.com> Message-ID: <20061022113344.X28163@srv.g1.netng.org> References: <46a9be130610220136n4d9cc95dj7ddb2000aef7876b@mail.gmail.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1862160225-1161510120=:28163" X-Virus-Scanned: amavisd-new at iol.cz Cc: freebsd-stable@freebsd.org Subject: Re: a problem about linux-firefox X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2006 09:42:14 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1862160225-1161510120=:28163 Content-Type: TEXT/PLAIN; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Hi, there is some problem in your linux-firefox installation. The firefox=20 binary is: vlado.srv# ll /usr/local/bin/linux-firefox -r-xr-xr-x 1 root wheel 57 15 =F8=EDj 19:15 /usr/local/bin/linux-firefox vlado.srv# brandelf /usr/local/bin/linux-firefox brandelf: file '/usr/local/bin/linux-firefox' is not ELF format Other information: vlado.srv# uname -a FreeBSD srv.g1.netng.org 6.1-RC FreeBSD 6.1-RC #0: Wed Aug 16 00:08:49=20 CEST 2006 admin@srv.g1.netng.org:/usr/obj/usrmnt/src/sys/SRV i386 vlado.srv# ll /var/db/pkg/ | grep linux drwxr-xr-x 2 root wheel 512 15 =F8=EDj 19:11 linuxpluginwrapper-200= 51113_2 drwxr-xr-x 2 root wheel 512 15 =F8=EDj 19:15 linux-atk-1.8.0_1 drwxr-xr-x 2 root wheel 512 15 =F8=EDj 19:18 linux-expat-1.95.7_1 drwxr-xr-x 2 root wheel 512 15 =F8=EDj 19:15 linux-firefox-1.5.0.7 drwxr-xr-x 2 root wheel 512 15 =F8=EDj 19:18 linux-flashplugin-7.0r= 68 drwxr-xr-x 2 root wheel 512 15 =F8=EDj 19:18 linux-fontconfig-2.2.3= _3 drwxr-xr-x 2 root wheel 512 15 =F8=EDj 19:15 linux-glib2-2.4.8_1 drwxr-xr-x 2 root wheel 512 15 =F8=EDj 19:15 linux-gtk2-2.4.14_3 drwxr-xr-x 2 root wheel 512 14 =F8=EDj 19:16 linux-gtk-1.2.10_1 drwxr-xr-x 2 root wheel 512 15 =F8=EDj 19:15 linux-hicolor-icon-the= me-0.5 drwxr-xr-x 2 root wheel 512 15 =F8=EDj 19:15 linux-jpeg-6b.33 drwxr-xr-x 2 root wheel 512 14 =F8=EDj 19:16 linux-mozilla-1.7.13_1 drwxr-xr-x 2 root wheel 512 15 =F8=EDj 19:15 linux-pango-1.6.0_1 drwxr-xr-x 2 root wheel 512 15 =F8=EDj 19:15 linux-png-1.2.8 drwxr-xr-x 2 root wheel 512 14 =F8=EDj 19:16 linux-realplayer-10.0.= 7.785.20060201 drwxr-xr-x 2 root wheel 512 14 =F8=EDj 19:16 linux-sun-jdk-1.4.2.10 drwxr-xr-x 2 root wheel 512 15 =F8=EDj 19:15 linux-tiff-3.6.1_5 drwxr-xr-x 2 root wheel 512 15 =F8=EDj 19:18 linux-XFree86-libs-4.3= =2E99.902_7 drwxr-xr-x 2 root wheel 512 14 =F8=EDj 19:47 linux-xorg-libs-6.8.2_= 5 drwxr-xr-x 2 root wheel 512 15 =F8=EDj 19:18 linux_base-fc-4_9 Cheers, =09-vlado On Sun, 22 Oct 2006, bin wan wrote: > I used firefox based on FreeBSD perviously. but it wasn't able to run plu= gin > of flash player. because flash player has only Linux version. so I instal= led > linux-firefox by ports. Install is no error. However when the linux-firef= ox > actually run , I get > wan# linux-firefox > /usr/local/lib/linux-firefox/firefox-bin: error while loading shared > libraries: /usr/lib/libgtk-x11-2.0.so.0: ELF file OS ABI invalid > > Linux compatibility enviroment is seem to available. see the following > wan# /compat/linux/bin/uname > Linux > > And I also brand firefox-bin with Linux . see the following > wan# brandelf /usr/local/lib/linux-firefox/firefox-bin > File '/usr/local/lib/linux-firefox/firefox-bin' is of brand 'Linux' (3). > > I'm not sure linux compatibility enviroment is right, because when I use = ldd > ,I get > wan# ldd /compat/linux/usr/bin/iconv > /compat/linux/usr/bin/iconv: > libc.so.6 =3D> /lib/obsolete/linuxthreads/libc.so.6 (0x28072000) > /lib/ld-linux.so.2 (0x28054000) > > According I known, Linux program need the shared library in the > /compat/linux path. so I'm puzzling. > > Anyone have any suggestions as to the cause of this problem or its soluti= on. > _______________________________________________ > 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" > > --0-1862160225-1161510120=:28163-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 22 10:07:54 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 720B416A412 for ; Sun, 22 Oct 2006 10:07:54 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from smtp1.uct.ac.za (smtp1.uct.ac.za [137.158.128.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1311643D81 for ; Sun, 22 Oct 2006 10:07:39 +0000 (GMT) (envelope-from bsd@lordcow.org) Received: from [137.158.128.125] (helo=anubis.uct.ac.za) by smtp1.uct.ac.za with esmtp (Exim 4.30; FreeBSD) id 1GbaEx-000Prx-EV for stable@freebsd.org; Sun, 22 Oct 2006 12:07:35 +0200 Received: from lhc.phy.uct.ac.za ([137.158.37.93]) by anubis.uct.ac.za with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1GbaEx-000GYw-4s for stable@freebsd.org; Sun, 22 Oct 2006 12:07:35 +0200 Received: from lordcow by lhc.phy.uct.ac.za with local (Exim 4.63) (envelope-from ) id 1GbaEy-0008Oq-4S for stable@freebsd.org; Sun, 22 Oct 2006 12:07:36 +0200 Date: Sun, 22 Oct 2006 12:07:36 +0200 From: gareth To: stable@freebsd.org Message-ID: <20061022100736.GA31399@lordcow.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: kernel compilation error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2006 10:07:54 -0000 --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline hey guys, i have a fresh install of FreeBSD 6.1 and have only done a cvsup (with a 'ports-all' in my cvsup.conf file, that doesn't affect the kernel source does it?). now i added "CFLAGS=-O -pipe", and "NO_PROFILE=true" to /etc/make.conf and tried to recompile the kernel: make buildkernel KERNCONF=KERNEL but it dies with: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/ src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_K ERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-gr owth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/kern /vfs_subr.c /usr/src/sys/sys/buf.h: In function `vtruncbuf': /usr/src/sys/sys/buf.h:268: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /usr/obj/usr/src/sys/COWNEL. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. # exit anyone know why? i'll include the config file --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=KERNEL machine i386 cpu I686_CPU ident COWNEL options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC device isa device pci device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering device atkbdc # AT keyboard controller device atkbd # AT keyboard device vga # VGA video card driver device splash # Splash screen and screen saver support device sc device agp # support several AGP chipsets device npx device pmtimer device miibus # MII bus support device vr # VIA Rhine, Rhine II device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device bpf # Berkeley packet filter --W/nzBZO5zC0uMSeA-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 22 11:53:32 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49B7F16A56B for ; Sun, 22 Oct 2006 11:53:32 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: from mail.droso.net (koala.droso.net [193.88.12.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DE3044327 for ; Sun, 22 Oct 2006 11:27:17 +0000 (GMT) (envelope-from erwin@mail.droso.net) Received: by mail.droso.net (Postfix, from userid 1001) id B90191CDB0; Sun, 22 Oct 2006 13:27:16 +0200 (CEST) Date: Sun, 22 Oct 2006 13:27:16 +0200 From: Erwin Lansing To: stable@FreeBSD.org Message-ID: <20061022112716.GV80328@droso.net> Mail-Followup-To: stable@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XFI+TFG+M3u0jUjZ" Content-Disposition: inline X-Operating-System: FreeBSD/i386 6.2-PRERELEASE User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Kernel not installed from CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2006 11:53:32 -0000 --XFI+TFG+M3u0jUjZ Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I haven't seen a report on this before, although I heard other people being hit by the same problem before. Doing a fresh install from a BETA2 cd forgets to install the kernel and modules to disk. Everything else is installed just fine, so a simple copy of /dist/kernel/ to the installed disk easily fixes the problem. A wild guess would be that this has something to do with the SMP detection, although the first machine was SMP and the second UP. If this already is reported and fixed, I'll just shut up and get a newer BETA :-) -erwin --=20 Erwin Lansing http://droso.org Security is like an onion. (o_ _o) It's made up of several layers \\\_\ /_/// erwin@FreeBSD.org And it makes you cry. <____) (____> erwin@aauug.dk --XFI+TFG+M3u0jUjZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFO1WUqy9aWxUlaZARAiM0AKCj/Dknnz2TliWJnzi2xgW3lAm2zwCg8wDm H9XOrCUUiCGpbaOuVpj0jDI= =ziJt -----END PGP SIGNATURE----- --XFI+TFG+M3u0jUjZ-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 22 12:23:08 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C1A516A412; Sun, 22 Oct 2006 12:23:08 +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 1225543D5D; Sun, 22 Oct 2006 12:23:08 +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 982D746C13; Sun, 22 Oct 2006 08:23:07 -0400 (EDT) Date: Sun, 22 Oct 2006 13:23:07 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Erwin Lansing In-Reply-To: <20061022112716.GV80328@droso.net> Message-ID: <20061022132116.V60062@fledge.watson.org> References: <20061022112716.GV80328@droso.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@FreeBSD.org Subject: Re: Kernel not installed from CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2006 12:23:08 -0000 On Sun, 22 Oct 2006, Erwin Lansing wrote: > I haven't seen a report on this before, although I heard other people being > hit by the same problem before. Doing a fresh install from a BETA2 cd > forgets to install the kernel and modules to disk. Everything else is > installed just fine, so a simple copy of /dist/kernel/ to the installed disk > easily fixes the problem. A wild guess would be that this has something to > do with the SMP detection, although the first machine was SMP and the second > UP. If this already is reported and fixed, I'll just shut up and get a newer > BETA :-) As a "me too" -- I've seen this happen a few times with previous FreeBSD releases, and I've not managed to trigger it reproduceably. Rather frustrating, actually -- there are just one or two boxes I installed where the first time through the installer, no kernel was installed, but when I re-did the install, it was. I tried to figure out what I had done differently, and wasn't able to track it down. This is something we need to look into -- perhaps something about how we decide what kernel to install, etc? It would be interesting to think about having sysintall produce an install log and install that in /var/db/install on the installed box, so that a log of what had happened during install (i.e., the debug output) was available after the install. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Sun Oct 22 12:39:45 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 176AD16A40F for ; Sun, 22 Oct 2006 12:39:45 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id A05F843D83 for ; Sun, 22 Oct 2006 12:39:39 +0000 (GMT) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.8/8.13.8) with ESMTP id k9MCdbaQ066207 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 22 Oct 2006 14:39:38 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <20061022100736.GA31399@lordcow.org> References: <20061022100736.GA31399@lordcow.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <8E50B2B6-65E2-43CD-8BFA-B7E9C7099DAB@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Sun, 22 Oct 2006 14:39:37 +0200 To: gareth X-Mailer: Apple Mail (2.752.2) Cc: stable@freebsd.org Subject: Re: kernel compilation error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2006 12:39:45 -0000 Am 22.10.2006 um 12:07 schrieb gareth: > now i added "CFLAGS=-O -pipe", and "NO_PROFILE=true" to /etc/ > make.conf and tried to recompile the kernel: > > make buildkernel KERNCONF=KERNEL ... > /usr/src/sys/sys/buf.h: In function `vtruncbuf': > /usr/src/sys/sys/buf.h:268: internal compiler error: Segmentation > fault: 11 If your run make kernel again, does it stop at the same file, or at a different one? If it stops somewhere else, it's very likely that you have bad RAM in your box. Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-stable@FreeBSD.ORG Sun Oct 22 13:01: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4592516A51B for ; Sun, 22 Oct 2006 13:01:55 +0000 (UTC) (envelope-from eti@erata.net) Received: from s1.net-solution.ro (s1.net-solution.ro [65.98.58.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FF3243D5A for ; Sun, 22 Oct 2006 13:01:39 +0000 (GMT) (envelope-from eti@erata.net) Received: (qmail 17491 invoked from network); 22 Oct 2006 16:00:48 +0300 Received: from 223.126.77.82.static.cluj.rdsnet.ro (HELO toshiba) (82.77.126.223) by s1.net-solution.ro with (DHE-RSA-AES256-SHA encrypted) SMTP; 22 Oct 2006 16:00:48 +0300 From: Iulian M Organization: Perlica Technologies To: freebsd-stable@freebsd.org Date: Sun, 22 Oct 2006 16:00:34 +0300 User-Agent: KMail/1.9.4 References: <46a9be130610220136n4d9cc95dj7ddb2000aef7876b@mail.gmail.com> In-Reply-To: <46a9be130610220136n4d9cc95dj7ddb2000aef7876b@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1728845.E84P8XcNWv"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200610221600.38371.eti@erata.net> Subject: Re: a problem about linux-firefox X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2006 13:01:55 -0000 --nextPart1728845.E84P8XcNWv Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 22 October 2006 11:36, bin wan wrote: > I used firefox based on FreeBSD perviously. but it wasn't able to run > plugin of flash player. because flash player has only Linux version. Hi,=20 native firefox works well ( read usable ) with linux-flashplugin and=20 linuxpluginwrapper. I have written a howto ( my first "technical" paper so= =20 please be gentle ) on how to make flashplugin work in native firefox: http://www.erata.net/weblog/default/2006/10/16/flash-plugin-on-freebsd/=20 hope it helps, Iulian M. http://www.erata.net =2D-=20 The part of the world that people find most puzzling is the part called "Me= ". --nextPart1728845.E84P8XcNWv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFO2t2E4semV9hLhcRAl1MAKDAlv6+5R+LkWQv6iT8I5in2MBMIACfV5hp E5RrsTKsA0J85ftIab02ZAs= =Rykm -----END PGP SIGNATURE----- --nextPart1728845.E84P8XcNWv-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 22 14:10:29 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78A7B16A415 for ; Sun, 22 Oct 2006 14:10:29 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: from mail.droso.net (koala.droso.net [193.88.12.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24CE343D8F for ; Sun, 22 Oct 2006 14:10:25 +0000 (GMT) (envelope-from erwin@mail.droso.net) Received: by mail.droso.net (Postfix, from userid 1001) id 1317C1CD29; Sun, 22 Oct 2006 16:10:23 +0200 (CEST) Date: Sun, 22 Oct 2006 16:10:23 +0200 From: Erwin Lansing To: stable@FreeBSD.org Message-ID: <20061022141022.GB80328@droso.net> Mail-Followup-To: stable@FreeBSD.org References: <20061022112716.GV80328@droso.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yPSgZSQ6mfPWgZ9n" Content-Disposition: inline In-Reply-To: <20061022112716.GV80328@droso.net> X-Operating-System: FreeBSD/i386 6.2-PRERELEASE User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: Kernel not installed from CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2006 14:10:29 -0000 --yPSgZSQ6mfPWgZ9n Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 22, 2006 at 01:27:16PM +0200, Erwin Lansing wrote: > I haven't seen a report on this before, although I heard other people > being hit by the same problem before. Doing a fresh install from a BETA2 > cd forgets to install the kernel and modules to disk. Everything else is > installed just fine, so a simple copy of /dist/kernel/ to the installed > disk easily fixes the problem. A wild guess would be that this has > something to do with the SMP detection, although the first machine was > SMP and the second UP. If this already is reported and fixed, I'll just > shut up and get a newer BETA :-) >=20 This seems to be related to choosing a distribution in sysintall (developer, X-developer, User, ...) Without choosing one, no kernel is installed. I guess implicitly installing the smallest distribution when no distribution is chosen from the menu would solve this problem. Thanks to bram@diomedia.be for the suggestion. -erwin --=20 Erwin Lansing http://droso.org Security is like an onion. (o_ _o) It's made up of several layers \\\_\ /_/// erwin@FreeBSD.org And it makes you cry. <____) (____> erwin@aauug.dk --yPSgZSQ6mfPWgZ9n Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFO3vOqy9aWxUlaZARArUnAJ4o6yASs1OavC9VkhBkSj3xB1CIMwCgoG4J wpONhegEj9WFsdmkUTJ4YDY= =l1IU -----END PGP SIGNATURE----- --yPSgZSQ6mfPWgZ9n-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 22 14:16: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A80A16A412 for ; Sun, 22 Oct 2006 14:16:31 +0000 (UTC) (envelope-from eti@erata.net) Received: from s1.net-solution.ro (s1.net-solution.ro [65.98.58.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 431B643D46 for ; Sun, 22 Oct 2006 14:16:29 +0000 (GMT) (envelope-from eti@erata.net) Received: (qmail 23241 invoked from network); 22 Oct 2006 17:16:32 +0300 Received: from 223.126.77.82.static.cluj.rdsnet.ro (HELO toshiba) (82.77.126.223) by s1.net-solution.ro with (DHE-RSA-AES256-SHA encrypted) SMTP; 22 Oct 2006 17:16:32 +0300 From: Iulian M Organization: Perlica Technologies To: freebsd-stable@freebsd.org Date: Sun, 22 Oct 2006 17:16:21 +0300 User-Agent: KMail/1.9.4 References: <46a9be130610220136n4d9cc95dj7ddb2000aef7876b@mail.gmail.com> In-Reply-To: <46a9be130610220136n4d9cc95dj7ddb2000aef7876b@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1832443.AtWIlAfC6o"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200610221716.25245.eti@erata.net> Subject: Re: a problem about linux-firefox X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2006 14:16:31 -0000 --nextPart1832443.AtWIlAfC6o Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 22 October 2006 11:36, bin wan wrote: > /usr/local/lib/linux-firefox/firefox-bin: error while loading shared > libraries: /usr/lib/libgtk-x11-2.0.so.0: ELF file OS ABI invalid It seems firefox-bin is trying to use the freebsd's native libgtk. You need= to=20 install linux-gtk2 port ( and maybe other ports like linux-xorg-libs ). You= =20 can't use linux binaries with native shared libs.=20 =2D-=20 UNIX is many things to many people, but it's never been everything to anybody. --nextPart1832443.AtWIlAfC6o Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFO305E4semV9hLhcRAjIYAJ0dtpXJbl2jUbqofAJjuT9cfAgdsgCcCtrk HV9h84dkHG4fn361+JLPCBk= =2x9Z -----END PGP SIGNATURE----- --nextPart1832443.AtWIlAfC6o-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 22 14:18:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C0C616A415 for ; Sun, 22 Oct 2006 14:18:53 +0000 (UTC) (envelope-from eti@erata.net) Received: from s1.net-solution.ro (s1.net-solution.ro [65.98.58.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 963F643D73 for ; Sun, 22 Oct 2006 14:18:47 +0000 (GMT) (envelope-from eti@erata.net) Received: (qmail 23417 invoked from network); 22 Oct 2006 17:18:50 +0300 Received: from 223.126.77.82.static.cluj.rdsnet.ro (HELO toshiba) (82.77.126.223) by s1.net-solution.ro with (DHE-RSA-AES256-SHA encrypted) SMTP; 22 Oct 2006 17:18:50 +0300 From: Iulian M Organization: Perlica Technologies To: freebsd-stable@freebsd.org User-Agent: KMail/1.9.4 References: <46a9be130610220136n4d9cc95dj7ddb2000aef7876b@mail.gmail.com> In-Reply-To: <46a9be130610220136n4d9cc95dj7ddb2000aef7876b@mail.gmail.com> MIME-Version: 1.0 Date: Sun, 22 Oct 2006 17:18:41 +0300 Content-Type: multipart/signed; boundary="nextPart2811019.E2p00pv0aJ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200610221718.44188.eti@erata.net> Subject: Re: a problem about linux-firefox X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2006 14:18:53 -0000 --nextPart2811019.E2p00pv0aJ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 22 October 2006 11:36, bin wan wrote: > > /usr/local/lib/linux-firefox/firefox-bin: error while loading shared > > libraries: /usr/lib/libgtk-x11-2.0.so.0: ELF file OS ABI invalid > > It seems firefox-bin is trying to use the freebsd's native libgtk. You ne= ed > to install linux-gtk2 port ( and maybe other ports like linux-xorg-libs ). > You can't use linux binaries with native shared libs. and also reading man linux should help. Iulian M. http://www.erata.net =2D-=20 UNIX is many things to many people, but it's never been everything to anybody. --nextPart2811019.E2p00pv0aJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFO33EE4semV9hLhcRAoMgAJoDDr9z7K50reh9NEvVEJbyyC8rPgCfZEZV aqot5G6mauwJcIWZHuArZg0= =jVe7 -----END PGP SIGNATURE----- --nextPart2811019.E2p00pv0aJ-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 22 15:22:58 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EE2816A417 for ; Sun, 22 Oct 2006 15:22:58 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from smtp1.uct.ac.za (smtp1.uct.ac.za [137.158.128.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09D3643D91 for ; Sun, 22 Oct 2006 15:22:51 +0000 (GMT) (envelope-from bsd@lordcow.org) Received: from [137.158.128.125] (helo=anubis.uct.ac.za) by smtp1.uct.ac.za with esmtp (Exim 4.30; FreeBSD) id 1Gbf9z-000HIF-Mw for stable@freebsd.org; Sun, 22 Oct 2006 17:22:47 +0200 Received: from lhc.phy.uct.ac.za ([137.158.37.93]) by anubis.uct.ac.za with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1Gbf9z-000Alg-CD for stable@freebsd.org; Sun, 22 Oct 2006 17:22:47 +0200 Received: from lordcow by lhc.phy.uct.ac.za with local (Exim 4.63) (envelope-from ) id 1GbfA1-00018i-I5 for stable@freebsd.org; Sun, 22 Oct 2006 17:22:49 +0200 Date: Sun, 22 Oct 2006 17:22:49 +0200 From: gareth To: stable@freebsd.org Message-ID: <20061022152249.GA4366@lordcow.org> References: <20061022100736.GA31399@lordcow.org> <8E50B2B6-65E2-43CD-8BFA-B7E9C7099DAB@lassitu.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8E50B2B6-65E2-43CD-8BFA-B7E9C7099DAB@lassitu.de> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: kernel compilation error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2006 15:22:58 -0000 On Sun 2006-10-22 (14:39), Stefan Bethke wrote: > Am 22.10.2006 um 12:07 schrieb gareth: > > >now i added "CFLAGS=-O -pipe", and "NO_PROFILE=true" to /etc/ > >make.conf and tried to recompile the kernel: > > > >make buildkernel KERNCONF=KERNEL > ... > >/usr/src/sys/sys/buf.h: In function `vtruncbuf': > >/usr/src/sys/sys/buf.h:268: internal compiler error: Segmentation > >fault: 11 > > If your run make kernel again, does it stop at the same file, or at a > different one? If it stops somewhere else, it's very likely that you > have bad RAM in your box. hmm, i just ran it again, and it compiles fun this time, and i can even boot into this kernel. there's also no mention of buf.h (i don't know if it's normal to output header files, don't have text editors on yet). don't like the look've this, guess i'm gonna check the RAM right? From owner-freebsd-stable@FreeBSD.ORG Sun Oct 22 16:10:45 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48AEA16A417 for ; Sun, 22 Oct 2006 16:10:45 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from smtp1.uct.ac.za (smtp1.uct.ac.za [137.158.128.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BA1443D45 for ; Sun, 22 Oct 2006 16:10:44 +0000 (GMT) (envelope-from bsd@lordcow.org) Received: from [137.158.128.125] (helo=anubis.uct.ac.za) by smtp1.uct.ac.za with esmtp (Exim 4.30; FreeBSD) id 1GbfuM-000KMF-VO for stable@freebsd.org; Sun, 22 Oct 2006 18:10:42 +0200 Received: from lhc.phy.uct.ac.za ([137.158.37.93]) by anubis.uct.ac.za with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1GbfuM-000CU1-Lm for stable@freebsd.org; Sun, 22 Oct 2006 18:10:42 +0200 Received: from lordcow by lhc.phy.uct.ac.za with local (Exim 4.63) (envelope-from ) id 1GbfuO-0001Qm-UM for stable@freebsd.org; Sun, 22 Oct 2006 18:10:44 +0200 Date: Sun, 22 Oct 2006 18:10:44 +0200 From: gareth To: stable@freebsd.org Message-ID: <20061022161044.GA4635@lordcow.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: portaudit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2006 16:10:45 -0000 hi, i want to install a port but portaudit won't let me because it "has known vulnerabilities". trying to tell it it's ok with 'portaudit_fixed' in /usr/local/etc/portaudit.conf doesn't work, and trying to deinstall portaudit: /usr/ports/security/portaudit# make deinstall ===> Deinstalling for security/portaudit ===> Deinstalling portaudit-0.5.11 ./+REQUIRE: Permission denied pkg_delete: package portaudit-0.5.11 fails requirements ./+DEINSTALL: Permission denied pkg_delete: deinstall script returned error status ./+DEINSTALL: Permission denied pkg_delete: post-deinstall script returned error status well, i dunno what that means but doesn't work either. so how do i get around it? From owner-freebsd-stable@FreeBSD.ORG Sun Oct 22 18:00:15 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 874D216A416 for ; Sun, 22 Oct 2006 18:00:15 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out0.tiscali.nl (smtp-out0.tiscali.nl [195.241.79.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA5A343D60 for ; Sun, 22 Oct 2006 18:00:14 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [82.171.39.195] (helo=guido.klop.ws) by smtp-out0.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1GbhcL-0006w7-8q for ; Sun, 22 Oct 2006 20:00:13 +0200 Received: (qmail 96606 invoked from network); 22 Oct 2006 17:33:31 -0000 Received: from localhost.thuis.klop.ws (HELO guido.klop.ws) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; 22 Oct 2006 17:33:31 -0000 Date: Sun, 22 Oct 2006 19:33:31 +0200 To: gareth , stable@freebsd.org From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <20061022161044.GA4635@lordcow.org> Content-Transfer-Encoding: Quoted-Printable Message-ID: In-Reply-To: <20061022161044.GA4635@lordcow.org> User-Agent: Opera Mail/9.02 (FreeBSD) Cc: Subject: Re: portaudit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2006 18:00:15 -0000 On Sun, 22 Oct 2006 18:10:44 +0200, gareth wrote: > hi, i want to install a port but portaudit won't let me because it > "has known vulnerabilities". You can set DISABLE_VULNERABILITIES=3Dtrue in the environment. In bash it is: export DISABLE_VULNERABILITIES=3Dtrue See /usr/ports/Mk/bsd.port.mk voor more options in ports building. But know what you are doing. I do not recommend you to install vulnerabl= e = ports. Ronald. -- = Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Sun Oct 22 18:04:01 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CA9E16A47B for ; Sun, 22 Oct 2006 18:04:01 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from slimak.dkm.cz (slimak.dkm.cz [62.24.64.34]) by mx1.FreeBSD.org (Postfix) with SMTP id 1FD2643D7C for ; Sun, 22 Oct 2006 18:03:57 +0000 (GMT) (envelope-from 000.fbsd@quip.cz) Received: (qmail 99376 invoked by uid 0); 22 Oct 2006 18:03:55 -0000 Received: from grimm.quip.cz (HELO ?192.168.1.2?) (213.220.192.218) by slimak.dkm.cz with SMTP; 22 Oct 2006 18:03:55 -0000 Message-ID: <453BB28B.9010601@quip.cz> Date: Sun, 22 Oct 2006 20:03:55 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, en, cs, en-us MIME-Version: 1.0 To: gareth References: <20061022161044.GA4635@lordcow.org> In-Reply-To: <20061022161044.GA4635@lordcow.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: portaudit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2006 18:04:01 -0000 gareth wrote: > hi, i want to install a port but portaudit won't let me because it > "has known vulnerabilities". > > trying to tell it it's ok with 'portaudit_fixed' in > /usr/local/etc/portaudit.conf doesn't work, and trying to deinstall > portaudit: > > /usr/ports/security/portaudit# make deinstall > ===> Deinstalling for security/portaudit > ===> Deinstalling portaudit-0.5.11 > ./+REQUIRE: Permission denied > pkg_delete: package portaudit-0.5.11 fails requirements > ./+DEINSTALL: Permission denied > pkg_delete: deinstall script returned error status > ./+DEINSTALL: Permission denied > pkg_delete: post-deinstall script returned error status > > well, i dunno what that means but doesn't work either. so how > do i get around it? There are more than one way to install vulnerable port. Sometimes DISABLE_VULNERABILITIES=yes may be enough. Permissions denied may be caused by your file system mount options - if you have /var (/var/db/pkg) mounted as noexec, than some ports (packages) can not be deinstalled (deinstall script can not be executed) Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Sun Oct 22 18:10:32 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9928116A40F for ; Sun, 22 Oct 2006 18:10:32 +0000 (UTC) (envelope-from freeknossin@planet.nl) Received: from smtp14.wxs.nl (smtp14.wxs.nl [195.121.247.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9006043DD6 for ; Sun, 22 Oct 2006 18:10:11 +0000 (GMT) (envelope-from freeknossin@planet.nl) Received: from edx2 (ip56519a8a.speed.planet.nl [86.81.154.138]) by smtp14.wxs.nl (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0J7J00AAJUGP9V@smtp14.wxs.nl> for stable@freebsd.org; Sun, 22 Oct 2006 20:10:01 +0200 (CEST) Date: Sun, 22 Oct 2006 20:10:09 +0200 From: Freek Nossin To: stable@freebsd.org Message-id: <007001c6f605$4f5fddf0$9f00000a@edx2> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Mailer: Microsoft Office Outlook 11 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Thread-index: Acb2BU85iwfQ3yyWTvqXgj2cKL65fg== Cc: Subject: partioning failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2006 18:10:32 -0000 Hello, I've run into some problems while I was trying to install freebsd 6.1 (i386). When I've finished partitioning and the installer wants to write the partition data to disk, it fails to do so. I used the typical settings, ie one slice on the disc, with a default partitioning scheme (except that I merged the /tmp with /var). The installer reports: unable to find device node for /dev/ad0s1b. I tried to use another hard disk, which resulted in the same error. On VTY1 I got the following messages: ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=63 ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=63 ad0: FAILURE - READ_DMA status=51 error=84 LBA=63 ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=0 ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=0 ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=0 ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=0 ad0: FAILURE - READ_DMA status=51 error=84LBA=0 ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=64 ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=64 ad0: FAILURE - READ_DMA status=51 error=84 LBA=64 ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=63 ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=63 ad0: FAILURE - READ_DMA status=51 error=84 LBA=63 ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=63 ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=63 ad0: FAILURE - READ_DMA status=51 error=84 LBA=63 System information: Athlon XP 1700+ / 786 MB Asus A7V266 (bios v1.11) Maxtor 60 GB Has anyone any suggestions? Thanks, Freek From owner-freebsd-stable@FreeBSD.ORG Sun Oct 22 19:28: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FBC916A40F; Sun, 22 Oct 2006 19:28:52 +0000 (UTC) (envelope-from jon.passki@hursk.com) Received: from davie.textdrive.com (davie.textdrive.com [207.7.108.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0893443D66; Sun, 22 Oct 2006 19:28:51 +0000 (GMT) (envelope-from jon.passki@hursk.com) Received: from [10.1.2.35] (v-209-98-139-33.mn.visi.com [209.98.139.33]) by davie.textdrive.com (Postfix) with ESMTP id B3604BD144; Sun, 22 Oct 2006 19:28:50 +0000 (GMT) In-Reply-To: <453B3AAB.6060407@deepcore.dk> References: <453B3AAB.6060407@deepcore.dk> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: Jon Passki Date: Sun, 22 Oct 2006 14:28:55 -0500 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= X-Pgp-Agent: GPGMail 1.1.2 (Tiger) X-Mailer: Apple Mail (2.752.3) Cc: Matthew Dettinger , freebsd-stable@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: Panic on "DOH! ata_alloc_request failed!" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2006 19:28:52 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Oct 22, 2006, at 04:32 , S=F8ren Schmidt wrote: > Jon Passki wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Hey all, >> >> (I'm off list, please include me in any replies) >> >> (S=F8ren, please let me know if you do not want to be emailed in the =20= >> future directly! You seem to be the ATA RAID FreeBSD goto guy. =20 >> Apologies if you did not want to be solicited). >> >> I just received a panic w/ this in /var/log/messages (uname and =20 >> dmesg at the end of the email / book): >> >> Oct 21 04:17:05 prometheus kernel: DOH! ata_alloc_composite failed! > I fixed a few nits in this area after 6.1-RELEASE, so you should =20 > upgrade to 6-stable or 6.2-betasomething to get this fixed. I will upgrade to 6.2-R when it comes out, thanks S=F8ren! Jon -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFFO8Z3ZpJsLIS+QSIRAh6sAJ0Q9V8C5DtBzYc9Oxsdw3DXDlNemQCfaBf2 SVuv/g3sdZ/twsfYXqDeLeg=3D =3D4vCc -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 22 20:24:18 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 543ED16A416 for ; Sun, 22 Oct 2006 20:24:18 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from smtp1.uct.ac.za (smtp1.uct.ac.za [137.158.128.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9BE543D53 for ; Sun, 22 Oct 2006 20:24:17 +0000 (GMT) (envelope-from bsd@lordcow.org) Received: from [137.158.128.125] (helo=anubis.uct.ac.za) by smtp1.uct.ac.za with esmtp (Exim 4.30; FreeBSD) id 1Gbjrh-0008fo-9J for stable@freebsd.org; Sun, 22 Oct 2006 22:24:13 +0200 Received: from lhc.phy.uct.ac.za ([137.158.37.93]) by anubis.uct.ac.za with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1Gbjrg-000JQU-WC for stable@freebsd.org; Sun, 22 Oct 2006 22:24:13 +0200 Received: from lordcow by lhc.phy.uct.ac.za with local (Exim 4.63) (envelope-from ) id 1Gbjrk-0002PR-4t for stable@freebsd.org; Sun, 22 Oct 2006 22:24:16 +0200 Date: Sun, 22 Oct 2006 22:24:16 +0200 From: gareth To: stable@freebsd.org Message-ID: <20061022202416.GA9235@lordcow.org> References: <20061022161044.GA4635@lordcow.org> <453BB28B.9010601@quip.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <453BB28B.9010601@quip.cz> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: portaudit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2006 20:24:18 -0000 On Sun 2006-10-22 (20:03), Miroslav Lachman wrote: > There are more than one way to install vulnerable port. Sometimes > DISABLE_VULNERABILITIES=yes may be enough. thanx, that did the trick. > Permissions denied may be caused by your file system mount options - if > you have /var (/var/db/pkg) mounted as noexec, than some ports > (packages) can not be deinstalled (deinstall script can not be executed) ah, yes i mounted /var as noexec, haven't come across this happening before though. will remount it and give it a try. From owner-freebsd-stable@FreeBSD.ORG Sun Oct 22 20:27:39 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 418CC16A403 for ; Sun, 22 Oct 2006 20:27:39 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from smtp1.uct.ac.za (smtp1.uct.ac.za [137.158.128.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id A86F543D49 for ; Sun, 22 Oct 2006 20:27:38 +0000 (GMT) (envelope-from bsd@lordcow.org) Received: from [137.158.128.125] (helo=anubis.uct.ac.za) by smtp1.uct.ac.za with esmtp (Exim 4.30; FreeBSD) id 1Gbjuz-0008om-Fg for stable@freebsd.org; Sun, 22 Oct 2006 22:27:37 +0200 Received: from lhc.phy.uct.ac.za ([137.158.37.93]) by anubis.uct.ac.za with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1Gbjuz-000JTe-7X for stable@freebsd.org; Sun, 22 Oct 2006 22:27:37 +0200 Received: from lordcow by lhc.phy.uct.ac.za with local (Exim 4.63) (envelope-from ) id 1Gbjv2-0002Pn-Et for stable@freebsd.org; Sun, 22 Oct 2006 22:27:40 +0200 Date: Sun, 22 Oct 2006 22:27:40 +0200 From: gareth To: stable@freebsd.org Message-ID: <20061022202740.GB9235@lordcow.org> References: <20061022161044.GA4635@lordcow.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: portaudit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2006 20:27:39 -0000 On Sun 2006-10-22 (19:33), Ronald Klop wrote: > You can set DISABLE_VULNERABILITIES=true in the environment. > In bash it is: > export DISABLE_VULNERABILITIES=true thanx ;) > But know what you are doing. I do not recommend you to install vulnerable > ports. yes i don't feel to easy about it, my hand has been forced though. From owner-freebsd-stable@FreeBSD.ORG Sun Oct 22 20:46:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB15E16A412 for ; Sun, 22 Oct 2006 20:46:38 +0000 (UTC) (envelope-from bsam@bsam.ru) Received: from mail.kuban.ru (mail.kuban.ru [62.183.66.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CAFA43D6B for ; Sun, 22 Oct 2006 20:46:37 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam.ru ([83.239.48.191]) by mail.kuban.ru (8.9.1/8.9.1) with ESMTP id k9MKkGMr018389; Mon, 23 Oct 2006 00:46:26 +0400 (MSD) Received: from bsam by bsam.ru with local (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GbkCE-0000IX-Fi; Mon, 23 Oct 2006 00:45:26 +0400 To: "bin wan" References: <46a9be130610220136n4d9cc95dj7ddb2000aef7876b@mail.gmail.com> From: Boris Samorodov Date: Mon, 23 Oct 2006 00:45:26 +0400 In-Reply-To: <46a9be130610220136n4d9cc95dj7ddb2000aef7876b@mail.gmail.com> (bin wan's message of "Sun, 22 Oct 2006 16:36:40 +0800") Message-ID: <35247993@bsam.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: Boris Samorodov Cc: freebsd-stable@freebsd.org Subject: Re: a problem about linux-firefox X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2006 20:46:38 -0000 On Sun, 22 Oct 2006 16:36:40 +0800 bin wan wrote: > wan# linux-firefox > /usr/local/lib/linux-firefox/firefox-bin: error while loading shared > libraries: /usr/lib/libgtk-x11-2.0.so.0: ELF file OS ABI invalid You may consider reading /usr/ports/UPDATING "20060616: AFFECTS users of emulation/linux_base-*" for tips on upgrading/using linux_base port. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Sun Oct 22 21:40: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42ED816A4DA for ; Sun, 22 Oct 2006 21:40:40 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [63.240.77.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8474243D49 for ; Sun, 22 Oct 2006 21:40:38 +0000 (GMT) (envelope-from josh@tcbug.org) Received: from gimpy (c-24-118-173-219.hsd1.mn.comcast.net[24.118.173.219]) by comcast.net (sccrmhc12) with ESMTP id <20061022214037012002frrne>; Sun, 22 Oct 2006 21:40:37 +0000 From: Josh Paetzel To: freebsd-stable@freebsd.org Date: Sun, 22 Oct 2006 16:40:25 -0500 User-Agent: KMail/1.9.3 References: <007001c6f605$4f5fddf0$9f00000a@edx2> In-Reply-To: <007001c6f605$4f5fddf0$9f00000a@edx2> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610221640.25873.josh@tcbug.org> Cc: Freek Nossin Subject: Re: partioning failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2006 21:40:40 -0000 On Sunday 22 October 2006 13:10, Freek Nossin wrote: > Hello, > > I've run into some problems while I was trying to install freebsd > 6.1 (i386). > When I've finished partitioning and the installer wants to write > the partition data to disk, it fails to do so. > I used the typical settings, ie one slice on the disc, with a > default partitioning scheme (except that I merged the /tmp with > /var). > > The installer reports: unable to find device node for /dev/ad0s1b. > > I tried to use another hard disk, which resulted in the same error. > > On VTY1 I got the following messages: > ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=63 > ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=63 > ad0: FAILURE - READ_DMA status=51 error=84 aborted> LBA=63 > > ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=0 > ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=0 > ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=0 > ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=0 > ad0: FAILURE - READ_DMA status=51 error=84 aborted>LBA=0 > > ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=64 > ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=64 > ad0: FAILURE - READ_DMA status=51 error=84 aborted> LBA=64 > > ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=63 > ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=63 > ad0: FAILURE - READ_DMA status=51 error=84 aborted> LBA=63 > > ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=63 > ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=63 > ad0: FAILURE - READ_DMA status=51 error=84 aborted> LBA=63 > > System information: > Athlon XP 1700+ / 786 MB > Asus A7V266 (bios v1.11) > Maxtor 60 GB > > Has anyone any suggestions? > > Thanks, > > Freek I'd try a different cable for the drive. If that doesn't fix it the controller on the motherboard is probably bad. -- Thanks, Josh Paetzel From owner-freebsd-stable@FreeBSD.ORG Sun Oct 22 22:04: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2734816A40F for ; Sun, 22 Oct 2006 22:04:21 +0000 (UTC) (envelope-from carl.gustavsson@bahnhofbredband.se) Received: from mx2.kth.se (mx2.kth.se [130.237.48.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7840443D58 for ; Sun, 22 Oct 2006 22:04:20 +0000 (GMT) (envelope-from carl.gustavsson@bahnhofbredband.se) Received: from localhost (localhost.localdomain [127.0.0.1]) by mx2.kth.se (Postfix) with ESMTP id 2C66E140D97; Mon, 23 Oct 2006 00:04:19 +0200 (CEST) Received: from mx2.kth.se ([127.0.0.1]) by localhost (mx2.kth.se [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 07274-01-40; Mon, 23 Oct 2006 00:04:18 +0200 (CEST) Received: from [192.168.0.9] (c213-100-49-147.swipnet.se [213.100.49.147]) by mx2.kth.se (Postfix) with ESMTP id 03200140D9C; Mon, 23 Oct 2006 00:04:17 +0200 (CEST) Message-ID: <453BEA39.5000508@bahnhofbredband.se> Date: Mon, 23 Oct 2006 00:01:29 +0200 From: Carl Johan Gustavsson User-Agent: Thunderbird 1.5.0.7 (X11/20060914) MIME-Version: 1.0 To: Freek Nossin References: <007001c6f605$4f5fddf0$9f00000a@edx2> <200610221640.25873.josh@tcbug.org> In-Reply-To: <200610221640.25873.josh@tcbug.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at kth.se Cc: freebsd-stable@freebsd.org Subject: Re: partioning failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2006 22:04:21 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Josh Paetzel wrote: > On Sunday 22 October 2006 13:10, Freek Nossin wrote: >> Hello, >> >> I've run into some problems while I was trying to install freebsd >> 6.1 (i386). When I've finished partitioning and the installer >> wants to write the partition data to disk, it fails to do so. I >> used the typical settings, ie one slice on the disc, with a >> default partitioning scheme (except that I merged the /tmp with >> /var). >> >> The installer reports: unable to find device node for >> /dev/ad0s1b. >> >> I tried to use another hard disk, which resulted in the same >> error. >> >> On VTY1 I got the following messages: ad0: WARNING - READ_DMA >> UDMA ICRC error (retrying request) LBA=63 ad0: WARNING - READ_DMA >> UDMA ICRC error (retrying request) LBA=63 ad0: FAILURE - READ_DMA >> status=51 error=84 LBA=63 >> >> ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=0 >> ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=0 >> ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=0 >> ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=0 >> ad0: FAILURE - READ_DMA status=51 >> error=84LBA=0 >> >> ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=64 >> ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) >> LBA=64 ad0: FAILURE - READ_DMA status=51 >> error=84 LBA=64 >> >> ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=63 >> ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) >> LBA=63 ad0: FAILURE - READ_DMA status=51 >> error=84 LBA=63 >> >> ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=63 >> ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) >> LBA=63 ad0: FAILURE - READ_DMA status=51 >> error=84 LBA=63 >> >> System information: Athlon XP 1700+ / 786 MB Asus A7V266 (bios >> v1.11) Maxtor 60 GB >> >> Has anyone any suggestions? >> >> Thanks, >> >> Freek > > I'd try a different cable for the drive. If that doesn't fix it > the controller on the motherboard is probably bad. Hi! If you are using a 40-pin cable and changing to another 40-pin doesn't help, test with a 80-pin cable. FreeBSD can be a bit picky about that. / Carl -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFO+o08UQ1gvZaLdMRAt/hAKCdVWbYJYZ3SVCvdsw3uagRq8I2GQCgiEl1 wsOmOG7XuGrmlt756+TVq8M= =r8I0 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 22 22:04:28 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88E9C16A4EF for ; Sun, 22 Oct 2006 22:04:28 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail.asahi-net.or.jp (mail1.asahi-net.or.jp [202.224.39.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EF6D43D58 for ; Sun, 22 Oct 2006 22:04:27 +0000 (GMT) (envelope-from ota@j.email.ne.jp) Received: from p600-freebsd.advok.com (pool-141-151-70-146.phlapa.east.verizon.net [141.151.70.146]) by mail.asahi-net.or.jp (Postfix) with ESMTP id E45811BB6B; Mon, 23 Oct 2006 07:04:18 +0900 (JST) Date: Sun, 22 Oct 2006 18:04:04 -0500 From: Yoshihiro Ota To: Miroslav Lachman <000.fbsd@quip.cz> Message-Id: <20061022180405.973f2692.ota@j.email.ne.jp> In-Reply-To: <453BB28B.9010601@quip.cz> References: <20061022161044.GA4635@lordcow.org> <453BB28B.9010601@quip.cz> 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: gareth , stable@freebsd.org Subject: Re: portaudit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2006 22:04:28 -0000 On Sun, 22 Oct 2006 20:03:55 +0200 Miroslav Lachman <000.fbsd@quip.cz> wrote: > gareth wrote: > > There are more than one way to install vulnerable port. Sometimes > DISABLE_VULNERABILITIES=yes may be enough. Hello. What are other ways? I want to see vulnerable message but still want to install without portupgrade being interrupted. According to /usr/ports/Mk/bsd.port.mk, DISABLE_VULNERABILITIES=yes disables vulnerable check, don't it? Thanks, Hiro From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 01:08: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7ABC16A403 for ; Mon, 23 Oct 2006 01:08:56 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from centrmmtao03.cox.net (centrmmtao03.cox.net [70.168.83.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E31E43D4C for ; Mon, 23 Oct 2006 01:08:55 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from eastrmimpo01.cox.net ([68.1.16.119]) by centrmmtao03.cox.net (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP id <20061023010857.TGZO3784.centrmmtao03.cox.net@eastrmimpo01.cox.net> for ; Sun, 22 Oct 2006 21:08:57 -0400 Received: from mezz.mezzweb.com ([24.255.149.218]) by eastrmimpo01.cox.net with bizsmtp id dd8X1V00K4iy4EG0000000 Sun, 22 Oct 2006 21:08:31 -0400 Date: Sun, 22 Oct 2006 20:09:30 -0500 To: freebsd-stable@freebsd.org From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable Message-ID: User-Agent: Opera Mail/9.02 (Linux) Subject: Do anyone has any problem with sem_open() crash? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 01:08:56 -0000 Hello folks, Last night, I have upgraded from July RELENG_6 to last night. I have = reinstalled all of ports and I noticed that the log/messages is collecti= ng = a few of 'pid 14699 (conftest), uid 0: exited on signal 12 (core dumped)= '. = I dig in the configure and found a location of crash. It is from = sem_open(). I don't get that before I upgraded the RELENG_6. http://people.freebsd.org/~mezz/test-sem_open.cc (took from configure's = = conftest) =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D % c++ -o test-sem_open -O2 -fno-strict-aliasing -pipe -g -pthread -pipe = = test-sem_open.cc % ./test-sem_open [1] 5761 invalid system call (core dumped) ./test-sem_open % grep sem_open /var/log/messages Oct 22 19:44:35 mezz kernel: pid 5761 (test-sem_open), uid 1001: exited = on = signal 12 (core dumped) Oct 22 20:00:45 mezz kernel: pid 6140 (test-sem_open), uid 1001: exited = on = signal 12 (core dumped) =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D I have decided to login in a jail that has RELENG_6 from July in the sam= e = local machine that have most debug enable. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D $ gdb test-sem_open test-sem_open.core Core was generated by `test-sem_open'. Program terminated with signal 12, Bad system call. #0 0x281bf297 in ksem_open () at ksem_open.S:2 2 ksem_open.S: No such file or directory. in ksem_open.S [New LWP 100120] (gdb) bt #0 0x281bf297 in ksem_open () at ksem_open.S:2 #1 0x281b5cd8 in __sem_open (name=3D0x804868e "ace_semaphore_foo", = oflag=3D2560) at /usr/src/lib/libc/gen/sem.c:217 #2 0x080485ee in main () at test-sem_open.cc:168 Current language: auto; currently asm (gdb) bt full #0 0x281bf297 in ksem_open () at ksem_open.S:2 No locals. #1 0x281b5cd8 in __sem_open (name=3D0x804868e "ace_semaphore_foo", = oflag=3D2560) at /usr/src/lib/libc/gen/sem.c:217 sem =3D (sem_t *) 0xbfbfec9c s =3D 0x4e semid =3D 1 mode =3D 78 value =3D 1 #2 0x080485ee in main () at test-sem_open.cc:168 s =3D (sem_t *) 0xa00 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D BTW: Please add me in CC, I am not on the list. Cheers, Mezz -- = mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src) http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org http://wiki.freebsd.org/multimedia - multimedia@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 01:30:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A148C16A415 for ; Mon, 23 Oct 2006 01:30:43 +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 61FEC43D46 for ; Mon, 23 Oct 2006 01:30:43 +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 36FBF1A3C1A; Sun, 22 Oct 2006 18:30:43 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D7C8251438; Sun, 22 Oct 2006 21:30:40 -0400 (EDT) Date: Sun, 22 Oct 2006 21:30:40 -0400 From: Kris Kennaway To: Jeremy Messenger Message-ID: <20061023013040.GA25120@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/9DWx/yDrRhgMJTb" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: Do anyone has any problem with sem_open() crash? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 01:30:43 -0000 --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 22, 2006 at 08:09:30PM -0500, Jeremy Messenger wrote: > Hello folks, >=20 > Last night, I have upgraded from July RELENG_6 to last night. I have =20 > reinstalled all of ports and I noticed that the log/messages is collectin= g =20 > a few of 'pid 14699 (conftest), uid 0: exited on signal 12 (core dumped)'= . =20 > I dig in the configure and found a location of crash. It is from =20 > sem_open(). I don't get that before I upgraded the RELENG_6. >=20 > http://people.freebsd.org/~mezz/test-sem_open.cc (took from configure's = =20 > conftest) That's "bad system call" - probably you don't have SYSVSEM support enabled. Kris --/9DWx/yDrRhgMJTb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFPBtAWry0BWjoQKURAmQWAKCWK0sE0x1Ra1ZRibgtMAVcdJt2nACfX7AE i0BfklAKqRe69hgRKspGreA= =whsN -----END PGP SIGNATURE----- --/9DWx/yDrRhgMJTb-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 01: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89A4F16A407 for ; Mon, 23 Oct 2006 01:36:20 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25D7043D53 for ; Mon, 23 Oct 2006 01:36:19 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.8/8.13.8) with ESMTP id k9N1aqSM062275; Sun, 22 Oct 2006 21:36:52 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Jeremy Messenger In-Reply-To: References: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-YNsPX9MINMUQRz/6I3fP" Organization: MarcusCom, Inc. Date: Sun, 22 Oct 2006 21:36:08 -0400 Message-Id: <1161567368.30822.31.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1.1 FreeBSD GNOME Team Port Cc: freebsd-stable@freebsd.org Subject: Re: Do anyone has any problem with sem_open() crash? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 01:36:20 -0000 --=-YNsPX9MINMUQRz/6I3fP Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2006-10-22 at 20:09 -0500, Jeremy Messenger wrote: > Hello folks, >=20 > Last night, I have upgraded from July RELENG_6 to last night. I have =20 > reinstalled all of ports and I noticed that the log/messages is collectin= g =20 > a few of 'pid 14699 (conftest), uid 0: exited on signal 12 (core dumped)'= . =20 > I dig in the configure and found a location of crash. It is from =20 > sem_open(). I don't get that before I upgraded the RELENG_6. >=20 > http://people.freebsd.org/~mezz/test-sem_open.cc (took from configure's =20 > conftest) >=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 > % c++ -o test-sem_open -O2 -fno-strict-aliasing -pipe -g -pthread -pipe =20 > test-sem_open.cc > % ./test-sem_open > [1] 5761 invalid system call (core dumped) ./test-sem_open >=20 > % grep sem_open /var/log/messages > Oct 22 19:44:35 mezz kernel: pid 5761 (test-sem_open), uid 1001: exited o= n =20 > signal 12 (core dumped) > Oct 22 20:00:45 mezz kernel: pid 6140 (test-sem_open), uid 1001: exited o= n =20 > signal 12 (core dumped) > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D >=20 > I have decided to login in a jail that has RELENG_6 from July in the same= =20 > local machine that have most debug enable. >=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 > $ gdb test-sem_open test-sem_open.core >=20 > Core was generated by `test-sem_open'. > Program terminated with signal 12, Bad system call. >=20 > #0 0x281bf297 in ksem_open () at ksem_open.S:2 > 2 ksem_open.S: No such file or directory. > in ksem_open.S > [New LWP 100120] >=20 >=20 > (gdb) bt > #0 0x281bf297 in ksem_open () at ksem_open.S:2 > #1 0x281b5cd8 in __sem_open (name=3D0x804868e "ace_semaphore_foo", =20 > oflag=3D2560) > at /usr/src/lib/libc/gen/sem.c:217 > #2 0x080485ee in main () at test-sem_open.cc:168 > Current language: auto; currently asm >=20 >=20 > (gdb) bt full > #0 0x281bf297 in ksem_open () at ksem_open.S:2 > No locals. > #1 0x281b5cd8 in __sem_open (name=3D0x804868e "ace_semaphore_foo", =20 > oflag=3D2560) > at /usr/src/lib/libc/gen/sem.c:217 > sem =3D (sem_t *) 0xbfbfec9c > s =3D 0x4e > semid =3D 1 > mode =3D 78 > value =3D 1 > #2 0x080485ee in main () at test-sem_open.cc:168 > s =3D (sem_t *) 0xa00 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D >=20 > BTW: Please add me in CC, I am not on the list. You need to make sure you have "options P1003_1B_SEMAPHORES" in your kernel. These POSIX IPC constructs are labeled as being very experimental, and this is not a default option. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-YNsPX9MINMUQRz/6I3fP Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFPByIb2iPiv4Uz4cRApTiAKCKbvzR5G6fgil7+O8B1pUrNhs05wCfSfak 1/xdho9/rIMc9cghSj2sWGk= =1Twd -----END PGP SIGNATURE----- --=-YNsPX9MINMUQRz/6I3fP-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 01:40: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47DF216A407 for ; Mon, 23 Oct 2006 01:40:21 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from centrmmtao04.cox.net (centrmmtao04.cox.net [70.168.83.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F5E643D45 for ; Mon, 23 Oct 2006 01:40:20 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from eastrmimpo01.cox.net ([68.1.16.119]) by centrmmtao04.cox.net (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP id <20061023014021.BDPA16408.centrmmtao04.cox.net@eastrmimpo01.cox.net>; Sun, 22 Oct 2006 21:40:21 -0400 Received: from mezz.mezzweb.com ([24.255.149.218]) by eastrmimpo01.cox.net with bizsmtp id ddfv1V00P4iy4EG0000000 Sun, 22 Oct 2006 21:39:55 -0400 Date: Sun, 22 Oct 2006 20:40:54 -0500 To: "Kris Kennaway" From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <20061023013040.GA25120@xor.obsecurity.org> Content-Transfer-Encoding: Quoted-Printable Message-ID: In-Reply-To: <20061023013040.GA25120@xor.obsecurity.org> User-Agent: Opera Mail/9.02 (Linux) Cc: freebsd-stable@freebsd.org Subject: Re: Do anyone has any problem with sem_open() crash? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 01:40:21 -0000 On Sun, 22 Oct 2006 20:30:40 -0500, Kris Kennaway = = wrote: > On Sun, Oct 22, 2006 at 08:09:30PM -0500, Jeremy Messenger wrote: >> Hello folks, >> >> Last night, I have upgraded from July RELENG_6 to last night. I have >> reinstalled all of ports and I noticed that the log/messages is = >> collecting >> a few of 'pid 14699 (conftest), uid 0: exited on signal 12 (core = >> dumped)'. >> I dig in the configure and found a location of crash. It is from >> sem_open(). I don't get that before I upgraded the RELENG_6. >> >> http://people.freebsd.org/~mezz/test-sem_open.cc (took from configure= 's >> conftest) > > That's "bad system call" - probably you don't have SYSVSEM support > enabled. I have not change kernel config for a very long time. I have these enabl= ed: options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores More: http://people.freebsd.org/~mezz/OUTLAWS As for the /boot/loader.conf: kern.maxfiles=3D"25000" linux_load=3D"YES" nvidia_load=3D"YES" Cheers, Mezz > Kris -- = mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src) http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org http://wiki.freebsd.org/multimedia - multimedia@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 01:47: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23B3E16A407 for ; Mon, 23 Oct 2006 01:47:49 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmmtao05.cox.net (eastrmmtao05.cox.net [68.230.240.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id D843E43D72 for ; Mon, 23 Oct 2006 01:47:45 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from eastrmimpo01.cox.net ([68.1.16.119]) by eastrmmtao05.cox.net (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP id <20061023014747.FYGZ7951.eastrmmtao05.cox.net@eastrmimpo01.cox.net>; Sun, 22 Oct 2006 21:47:47 -0400 Received: from mezz.mezzweb.com ([24.255.149.218]) by eastrmimpo01.cox.net with bizsmtp id ddnL1V00i4iy4EG0000000 Sun, 22 Oct 2006 21:47:21 -0400 Date: Sun, 22 Oct 2006 20:48:20 -0500 To: "Joe Marcus Clarke" From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <1161567368.30822.31.camel@shumai.marcuscom.com> Content-Transfer-Encoding: Quoted-Printable Message-ID: In-Reply-To: <1161567368.30822.31.camel@shumai.marcuscom.com> User-Agent: Opera Mail/9.02 (Linux) Cc: freebsd-stable@freebsd.org Subject: Re: Do anyone has any problem with sem_open() crash? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 01:47:49 -0000 On Sun, 22 Oct 2006 20:36:08 -0500, Joe Marcus Clarke = wrote: > On Sun, 2006-10-22 at 20:09 -0500, Jeremy Messenger wrote: >> Hello folks, >> >> Last night, I have upgraded from July RELENG_6 to last night. I have >> reinstalled all of ports and I noticed that the log/messages is = >> collecting >> a few of 'pid 14699 (conftest), uid 0: exited on signal 12 (core = >> dumped)'. >> I dig in the configure and found a location of crash. It is from >> sem_open(). I don't get that before I upgraded the RELENG_6. >> >> http://people.freebsd.org/~mezz/test-sem_open.cc (took from configure= 's >> conftest) >> >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D >> % c++ -o test-sem_open -O2 -fno-strict-aliasing -pipe -g -pthread -pi= pe >> test-sem_open.cc >> % ./test-sem_open >> [1] 5761 invalid system call (core dumped) ./test-sem_open >> >> % grep sem_open /var/log/messages >> Oct 22 19:44:35 mezz kernel: pid 5761 (test-sem_open), uid 1001: exit= ed = >> on >> signal 12 (core dumped) >> Oct 22 20:00:45 mezz kernel: pid 6140 (test-sem_open), uid 1001: exit= ed = >> on >> signal 12 (core dumped) >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D >> >> I have decided to login in a jail that has RELENG_6 from July in the = = >> same >> local machine that have most debug enable. >> >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D >> $ gdb test-sem_open test-sem_open.core >> >> Core was generated by `test-sem_open'. >> Program terminated with signal 12, Bad system call. >> >> #0 0x281bf297 in ksem_open () at ksem_open.S:2 >> 2 ksem_open.S: No such file or directory. >> in ksem_open.S >> [New LWP 100120] >> >> >> (gdb) bt >> #0 0x281bf297 in ksem_open () at ksem_open.S:2 >> #1 0x281b5cd8 in __sem_open (name=3D0x804868e "ace_semaphore_foo", >> oflag=3D2560) >> at /usr/src/lib/libc/gen/sem.c:217 >> #2 0x080485ee in main () at test-sem_open.cc:168 >> Current language: auto; currently asm >> >> >> (gdb) bt full >> #0 0x281bf297 in ksem_open () at ksem_open.S:2 >> No locals. >> #1 0x281b5cd8 in __sem_open (name=3D0x804868e "ace_semaphore_foo", >> oflag=3D2560) >> at /usr/src/lib/libc/gen/sem.c:217 >> sem =3D (sem_t *) 0xbfbfec9c >> s =3D 0x4e >> semid =3D 1 >> mode =3D 78 >> value =3D 1 >> #2 0x080485ee in main () at test-sem_open.cc:168 >> s =3D (sem_t *) 0xa00 >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D >> >> BTW: Please add me in CC, I am not on the list. > > You need to make sure you have "options P1003_1B_SEMAPHORES" in your > kernel. These POSIX IPC constructs are labeled as being very > experimental, and this is not a default option. I guess I am safe then as I can ignore these cores.. Thanks! Isn't kerne= l = supposed to be avoid the crash? I don't see any of crash before I upgrad= ed = to last night of RELENG_6. Cheers, Mezz > Joe -- = mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src) http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org http://wiki.freebsd.org/multimedia - multimedia@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 01:50: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E39D116A412 for ; Mon, 23 Oct 2006 01:50:20 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from centrmmtao02.cox.net (centrmmtao02.cox.net [70.168.83.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23ADE43D49 for ; Mon, 23 Oct 2006 01:50:19 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from eastrmimpo01.cox.net ([68.1.16.119]) by centrmmtao02.cox.net (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP id <20061023015021.VHKW29165.centrmmtao02.cox.net@eastrmimpo01.cox.net>; Sun, 22 Oct 2006 21:50:21 -0400 Received: from mezz.mezzweb.com ([24.255.149.218]) by eastrmimpo01.cox.net with bizsmtp id ddpv1V0064iy4EG0000000 Sun, 22 Oct 2006 21:49:55 -0400 Date: Sun, 22 Oct 2006 20:50:54 -0500 To: "Kris Kennaway" From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <20061023013040.GA25120@xor.obsecurity.org> Content-Transfer-Encoding: Quoted-Printable Message-ID: In-Reply-To: User-Agent: Opera Mail/9.02 (Linux) Cc: freebsd-stable@freebsd.org Subject: Re: Do anyone has any problem with sem_open() crash? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 01:50:21 -0000 On Sun, 22 Oct 2006 20:40:54 -0500, Jeremy Messenger wro= te: > On Sun, 22 Oct 2006 20:30:40 -0500, Kris Kennaway = > wrote: > >> On Sun, Oct 22, 2006 at 08:09:30PM -0500, Jeremy Messenger wrote: >>> Hello folks, >>> >>> Last night, I have upgraded from July RELENG_6 to last night. I have= >>> reinstalled all of ports and I noticed that the log/messages is = >>> collecting >>> a few of 'pid 14699 (conftest), uid 0: exited on signal 12 (core = >>> dumped)'. >>> I dig in the configure and found a location of crash. It is from >>> sem_open(). I don't get that before I upgraded the RELENG_6. >>> >>> http://people.freebsd.org/~mezz/test-sem_open.cc (took from configur= e's >>> conftest) >> >> That's "bad system call" - probably you don't have SYSVSEM support >> enabled. > > I have not change kernel config for a very long time. I have these = > enabled: > > options SYSVSHM # SYSV-style shared memory > options SYSVMSG # SYSV-style message queues > options SYSVSEM # SYSV-style semaphores > > More: http://people.freebsd.org/~mezz/OUTLAWS > > As for the /boot/loader.conf: > > kern.maxfiles=3D"25000" > linux_load=3D"YES" > nvidia_load=3D"YES" Just to fill out one more detail. ;-) /etc/sysctl.conf: vfs.usermount=3D1 kern.ipc.shmmax=3D67108864 kern.ipc.shmall=3D32768 Cheers, Mezz > Cheers, > Mezz > >> Kris -- = mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src) http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org http://wiki.freebsd.org/multimedia - multimedia@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 02:01: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F9E816A403 for ; Mon, 23 Oct 2006 02:01:22 +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 5E61D43D60 for ; Mon, 23 Oct 2006 02:01:22 +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 3B3981A3C1A; Sun, 22 Oct 2006 19:01:22 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BDFD851211; Sun, 22 Oct 2006 22:01:19 -0400 (EDT) Date: Sun, 22 Oct 2006 22:01:19 -0400 From: Kris Kennaway To: Jeremy Messenger Message-ID: <20061023020119.GA30219@xor.obsecurity.org> References: <1161567368.30822.31.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dDRMvlgZJXvWKvBx" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: Do anyone has any problem with sem_open() crash? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 02:01:22 -0000 --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 22, 2006 at 08:48:20PM -0500, Jeremy Messenger wrote: > I guess I am safe then as I can ignore these cores.. Thanks! Isn't kernel= =20 > supposed to be avoid the crash? I don't see any of crash before I upgrade= d =20 > to last night of RELENG_6. It's not a crash, it's a configure script testing whether the syscall exists, and the the test program gets the signal 12 to tell it that it doesn't. This is expected behaviour. Kris --dDRMvlgZJXvWKvBx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFPCJvWry0BWjoQKURAmrLAKDKiRrHWvVMmsZ48zk0/p35M4vn3gCePljl 0uggVfmSxwYOgevGxPYgOjs= =FBJP -----END PGP SIGNATURE----- --dDRMvlgZJXvWKvBx-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 02:17: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4200F16A412 for ; Mon, 23 Oct 2006 02:17:09 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from coco.macktronics.com (coco.macktronics.com [209.181.253.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id E530643D49 for ; Mon, 23 Oct 2006 02:17:08 +0000 (GMT) (envelope-from mack@macktronics.com) Received-SPF: none (coco.macktronics.com: 209.181.253.65 is neither permitted nor denied by domain of macktronics.com) client-ip=209.181.253.65; envelope-from=mack@macktronics.com; helo=coco.macktronics.com; Received: from coco.macktronics.com (coco.macktronics.com [209.181.253.65]) by coco.macktronics.com (Postfix) with ESMTP id 3F8F24AC11; Sun, 22 Oct 2006 21:17:08 -0500 (CDT) Date: Sun, 22 Oct 2006 21:17:08 -0500 (CDT) From: Dan Mack To: Randy Bush In-Reply-To: <17722.19176.63601.137662@roam.psg.com> Message-ID: <20061022211048.E61835@coco.macktronics.com> References: <17719.43574.819134.370333@roam.psg.com> <20061020005501.R32598@fledge.watson.org> <17722.19176.63601.137662@roam.psg.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Stable Subject: Re: 5 to 6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 02:17:09 -0000 On Sat, 21 Oct 2006, Randy Bush wrote: > for the record, i followed the recipe in UPDATING and it worked. > > randy Another for the record ... I upgraded my production box from 5.3 to 6.2BETA2 without incident as well. I was surprised that all my services started properly on the first boot (postfix; cyrus imap, apache22, postgres, mongrel(ruby on rails), and various others..) After the upgrade, rebuilding some of my ports improved the performance of my ruby on rails apps by a lot. I'm not sure if I am benefiting from improved SMP code compared to 5.3 or if it was due to something unrelated in the ports tree. This was on an older SMP Pentium 3 system which doesn't have any devices using the em driver and so far the system has been rock solid. Dan From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 02:27: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 234ED16A403 for ; Mon, 23 Oct 2006 02:27:54 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmmtao03.cox.net (eastrmmtao03.cox.net [68.230.240.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 796D643D5D for ; Mon, 23 Oct 2006 02:27:53 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from eastrmimpo01.cox.net ([68.1.16.119]) by eastrmmtao03.cox.net (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP id <20061023022754.OVVA23863.eastrmmtao03.cox.net@eastrmimpo01.cox.net>; Sun, 22 Oct 2006 22:27:54 -0400 Received: from mezz.mezzweb.com ([24.255.149.218]) by eastrmimpo01.cox.net with bizsmtp id deTU1V00P4iy4EG0000000 Sun, 22 Oct 2006 22:27:28 -0400 To: "Kris Kennaway" From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <1161567368.30822.31.camel@shumai.marcuscom.com> <20061023020119.GA30219@xor.obsecurity.org> Content-Transfer-Encoding: 7bit Date: Sun, 22 Oct 2006 21:28:27 -0500 Message-ID: In-Reply-To: <20061023020119.GA30219@xor.obsecurity.org> User-Agent: Opera Mail/9.02 (Linux) Cc: freebsd-stable@freebsd.org Subject: Re: Do anyone has any problem with sem_open() crash? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 02:27:54 -0000 On Sun, 22 Oct 2006 21:01:19 -0500, Kris Kennaway wrote: > On Sun, Oct 22, 2006 at 08:48:20PM -0500, Jeremy Messenger wrote: > >> I guess I am safe then as I can ignore these cores.. Thanks! Isn't >> kernel >> supposed to be avoid the crash? I don't see any of crash before I >> upgraded >> to last night of RELENG_6. > > It's not a crash, it's a configure script testing whether the syscall > exists, and the the test program gets the signal 12 to tell it that it > doesn't. This is expected behaviour. Ok, thanks for explain. Cheers, Mezz > Kris -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src) http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org http://wiki.freebsd.org/multimedia - multimedia@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 02:47: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B150416A518; Mon, 23 Oct 2006 02:47:13 +0000 (UTC) (envelope-from kaakun@highway.ne.jp) Received: from mx.highway.ne.jp (pip7.gate01.com [61.122.117.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF57D43D46; Mon, 23 Oct 2006 02:47:12 +0000 (GMT) (envelope-from kaakun@highway.ne.jp) Received: from [219.0.96.106] (helo=[192.168.11.21]) by pop12.isp.us-com.jp with esmtp (Mail 4.20) id 1GbpqJ-0002Ql-TF; Mon, 23 Oct 2006 11:47:11 +0900 Message-ID: <453C2CDC.1070501@highway.ne.jp> Date: Mon, 23 Oct 2006 11:45:48 +0900 From: Kazuaki ODA User-Agent: Thunderbird 1.5.0.7 (X11/20061019) MIME-Version: 1.0 To: Andre Oppermann Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: ggated not working 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, 23 Oct 2006 02:47:13 -0000 Hello, ggated is not working on 6.2-PRERELEASE. For example, run the following commands: # dd if=/dev/zero of=md.img bs=1k count=1k # mdconfig -a -t vnode -f md.img -u 0 # echo "127.0.0.1 RW /dev/md0" > /etc/gg.exports # ggated # ggatec create 127.0.0.1 /dev/md0 As the result, ggated outputs the following messages repeatedly to syslog: ggated: Error while receiving hdr packet: Resource temporarily unavailable. ggated: Exiting. I tried to find what broke ggated, and finally found that it works fine when I backout sys/kern/uipc_socket2.c rev. 1.147.2.7. I don't know why the changes break ggated, but I hope that ggated will work on 6.2-RELEASE. -- Kazuaki ODA From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 06:06: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86DC616A40F for ; Mon, 23 Oct 2006 06:06:50 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from omta05ps.mx.bigpond.com (omta05ps.mx.bigpond.com [144.140.83.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC3A943D46 for ; Mon, 23 Oct 2006 06:06:43 +0000 (GMT) (envelope-from andrew@areilly.bpa.nu) Received: from areilly.bpa.nu ([141.168.2.3]) by omta05ps.mx.bigpond.com with ESMTP id <20061023060641.JZSK22583.omta05ps.mx.bigpond.com@areilly.bpa.nu> for ; Mon, 23 Oct 2006 06:06:41 +0000 Received: (qmail 4134 invoked by uid 501); 23 Oct 2006 06:04:31 -0000 Date: Mon, 23 Oct 2006 16:04:31 +1000 From: Andrew Reilly To: Robert Watson Message-ID: <20061023060431.GA3186@duncan.reilly.home> References: <17719.43574.819134.370333@roam.psg.com> <20061020005501.R32598@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061020005501.R32598@fledge.watson.org> User-Agent: Mutt/1.4.2.2i Cc: Randy Bush , FreeBSD Stable Subject: Re: 5 to 6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 06:06:50 -0000 On Fri, Oct 20, 2006 at 12:56:58AM +0100, Robert Watson wrote: > On Thu, 19 Oct 2006, Randy Bush wrote: > >do folk actually successfully upgrade > >to RELENG_6 *safely* on a many-user production system using the > >instructions in UPDATING? I've done that successfully on two single-user workstations, but it failed when it came to try on the one multi-user production box that I maintain. I've posted to the lists about this a couple of times and received zero responses, so my guess is that my condition was sufficiently obscure that no-one else has experienced the problem[*]. A shame. I'll have to do a re-format and start from scratch upgrade, some time that I can get the system quiet enough for long enough. > Do make sure to boot a 6.x kernel with your 5.x userland and test things > out a bit - make sure your hardware probes, is reliable, etc. Ditto. This was how I discovered that the ataraid in the 6.x kernel does something sufficiently different to the one in the 5.x kernel that I couldn't get past the fsck of the /usr partition... Luckily enough of / was mounting successfully for me to back out to the (working) 5.x kernel. So: my two cents: it can work, but it's possible for it not to work, and care is required. [*] The production server is using a software RAID mirror on a pair of SATA drives on a low-end Intel P4/ICH6 motherboard, using ar(4), configured by atacontrol. Fsck on 6.x can't find any superblocks on /usr, but 5.5 is fine. Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 06:57: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E8A816A40F for ; Mon, 23 Oct 2006 06:57:40 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1663343D55 for ; Mon, 23 Oct 2006 06:57:40 +0000 (GMT) (envelope-from adrian.chadd@gmail.com) Received: by wx-out-0506.google.com with SMTP id t4so1520422wxc for ; Sun, 22 Oct 2006 23:57:39 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=j69D7h/U/HeE9cs6xtubS3yI4s2yE78wOa76S8tHQNwlw3RMuDCtkJWD9P3ySpDZ+WykkD2/5BQoFq2DVdMVFd+pjfe7OtOO4dRjYeKLpKu9JfInVUizXwZPYUFeEaO3vIiRCRJ/J36J4yvmHNqolLX6hUYTOp5tc8EvhdFCV/8= Received: by 10.90.52.18 with SMTP id z18mr1883165agz; Sun, 22 Oct 2006 23:57:39 -0700 (PDT) Received: by 10.90.66.16 with HTTP; Sun, 22 Oct 2006 23:57:39 -0700 (PDT) Message-ID: Date: Mon, 23 Oct 2006 14:57:39 +0800 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: "FreeBSD Stable" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: 9a7bc1310b76c77f Subject: FreeBSD 6.x + SATA NCQ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 06:57:40 -0000 Hiya, Is there support for SATA tagged queueing in FreeBSD-6? Any ideas on which chipsets would support it or how to determine whether FreeBSD is using it? Thanks, Adrian -- Adrian Chadd - adrian@freebsd.org From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 08:08:34 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3701416A403 for ; Mon, 23 Oct 2006 08:08:34 +0000 (UTC) (envelope-from grafan@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 CB4A943D78 for ; Mon, 23 Oct 2006 08:08:28 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by wx-out-0506.google.com with SMTP id t4so1531099wxc for ; Mon, 23 Oct 2006 01:08:28 -0700 (PDT) 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=FThoBNiR5uyTXaadRq+Alf7vQ43QHJdxSwumC5vRLGrsKzc6NjWa9mthVWjP3pyaH1ynn4zdxIqqg0pU9EjKcx8IIArCrqJWJAu1gM70wcTTTP7pxhwYa9hP1ZcacKozzBVrUeJLQpyrf9xHIFSUxxgWjim60wNnCxpTAy8iTqY= Received: by 10.90.105.20 with SMTP id d20mr1909623agc; Mon, 23 Oct 2006 01:08:28 -0700 (PDT) Received: by 10.90.98.18 with HTTP; Mon, 23 Oct 2006 01:08:27 -0700 (PDT) Message-ID: <6eb82e0610230108s4c1431c7t811f7505372cbc1@mail.gmail.com> Date: Mon, 23 Oct 2006 16:08:27 +0800 From: "Rong-en Fan" To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: LOR (intr table and sio) and instability X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 08:08:34 -0000 I'm running today's 6-stable on a amd64 SMP (Pentium-D) machine. When turning on witness, I got a LOR on half way of booting: ata0-slave: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=40 wire ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad4: 157066MB at ata2-master SATA150 ad4: 321672960 sectors [319120C/16H/63S] 16 sectors/interrupt 1 depth queue SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 lock order reversal: 1st 0xffffffff805643c0 intr table (intr table) @ /home/admin/usr/src/sys/amd64/amd64/intr_machdep.c:417 2nd 0xffffffff8056fb00 sio (sio) @ /home/admin/usr/src/sys/dev/sio/sio.c:2586 KDB: stack backtrace: witness_checkorder() at witness_checkorder+0x4e1 _mtx_lock_spin_flags() at _mtx_lock_spin_flags+0x5d siocnputc() at siocnputc+0xf5 cnputc() at cnputc+0x60 putchar() at putchar+0xcb kvprintf() at kvprintf+0x9b printf() at printf+0xe7 intr_assign_next_cpu() at intr_assign_next_cpu+0x7a intr_shuffle_irqs() at intr_shuffle_irqs+0x6b mi_startup() at mi_startup+0xc0 btext() at btext+0x2c INTR: Assigning IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 1 to local APIC 0 INTR: Assigning IRQ 3 to local APIC 1 ioapic0: Assigning ISA IRQ 3 to local APIC 1 INTR: Assigning IRQ 4 to local APIC 0 ioapic0: Assigning ISA IRQ 4 to local APIC 0 INTR: Assigning IRQ 9 to local APIC 1 ioapic0: Assigning ISA IRQ 9 to local APIC 1 INTR: Assigning IRQ 12 to local APIC 0 ioapic0: Assigning ISA IRQ 12 to local APIC 0 INTR: Assigning IRQ 14 to local APIC 1 ioapic0: Assigning ISA IRQ 14 to local APIC 1 INTR: Assigning IRQ 15 to local APIC 0 ioapic0: Assigning ISA IRQ 15 to local APIC 0 INTR: Assigning IRQ 17 to local APIC 1 ioapic0: Assigning PCI IRQ 17 to local APIC 1 GEOM: new disk ad4 Trying to mount root from ufs:/dev/ad4s1a I checked the LOR page, and there no such report. I'm wondering if this is related to the console hang every few days on this machine. When it hangs, keyboard does not work. The only way is to break into ddb and reset it. I just hooked up the serial console few days ago. No hang yet. But I got a panic this noon: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x18c fault code = supervisor read, page not present instruction pointer = 0x8:0xffffffff801f107e stack pointer = 0x10:0xffffffffb1839b30 frame pointer = 0x10:0xffffffffb1839b60 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 9 (thread taskq) [thread pid 9 tid 100011 ] Stopped at _mtx_lock_sleep+0x80: movl 0x18824(%r12),%r8d db> bt Tracing pid 9 tid 100011 td 0xffffff007b218980 _mtx_lock_sleep() at _mtx_lock_sleep+0x80 unp_gc() at unp_gc+0x4c4 taskqueue_run() at taskqueue_run+0xd5 taskqueue_thread_loop() at taskqueue_thread_loop+0x88 fork_exit() at fork_exit+0x8b fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb1839d00, rbp = 0 --- I searched the mail archive, but it seems there is no similar report. I call 'doadump' in ddb, but after rebooting, savecore says there is no dump there? (i have dump_dev="AUTO" If you need more information, please let me know. Thanks, Rong-En Fan From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 09: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DD0A16A403 for ; Mon, 23 Oct 2006 09:05:58 +0000 (UTC) (envelope-from E5739C@motorola.com) Received: from mail119.messagelabs.com (mail119.messagelabs.com [216.82.241.179]) by mx1.FreeBSD.org (Postfix) with SMTP id DFE9043D46 for ; Mon, 23 Oct 2006 09:05:57 +0000 (GMT) (envelope-from E5739C@motorola.com) X-VirusChecked: Checked X-Env-Sender: E5739C@motorola.com X-Msg-Ref: server-14.tower-119.messagelabs.com!1161593820!11612992!1 X-StarScan-Version: 5.5.10.7; banners=-,-,- X-Originating-IP: [129.188.136.9] Received: (qmail 29847 invoked from network); 23 Oct 2006 08:57:00 -0000 Received: from ftpbox.mot.com (HELO ftpbox.mot.com) (129.188.136.9) by server-14.tower-119.messagelabs.com with SMTP; 23 Oct 2006 08:57:00 -0000 Received: from az33exr04.mot.com (az33exr04.mot.com [10.64.251.234]) by ftpbox.mot.com (8.12.11/Motorola) with ESMTP id k9N8uxdc000697 for ; Mon, 23 Oct 2006 03:56:59 -0500 (CDT) Received: from zmy16exm63.ds.mot.com (zmy16exm63.ap.mot.com [10.179.4.34]) by az33exr04.mot.com (8.13.1/8.13.0) with ESMTP id k9N8uvQf022880 for ; Mon, 23 Oct 2006 03:56:58 -0500 (CDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 23 Oct 2006 16:56:50 +0800 Message-ID: <565F40B9893580489B94B8D324460AF4E29001@zmy16exm63.ds.mot.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: How to configure a usb device thread-index: Acb2gS2iblSLK4VGQ7+6r31Bd1uxoQ== From: "Sun Zongjun-E5739C" To: Subject: How to configure a usb device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 09:05:58 -0000 Hi, all I want to use a usb network interface on FreeBSD6.1 as well as I use it on linux. When insert the USB into Linux box and run ifconfig command, it will report that a usb0(1, 2) can be used now. But when I insert the same USB device into the FreeBSD box, FreeBSD only report that some USB device has been detected, there is nothing on the screen when I run ifconfig command. I am a newbie to FreeBSD. How can I know whether my FreeBSD can support this devices like Linux? Thanks for your help very much Zongjun From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 09:11:12 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E3E816A40F for ; Mon, 23 Oct 2006 09:11:12 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from slimak.dkm.cz (slimak.dkm.cz [62.24.64.34]) by mx1.FreeBSD.org (Postfix) with SMTP id 3008D43D77 for ; Mon, 23 Oct 2006 09:11:10 +0000 (GMT) (envelope-from 000.fbsd@quip.cz) Received: (qmail 94205 invoked by uid 0); 23 Oct 2006 09:11:07 -0000 Received: from grimm.quip.cz (HELO ?192.168.1.2?) (213.220.192.218) by slimak.dkm.cz with SMTP; 23 Oct 2006 09:11:07 -0000 Message-ID: <453C872C.4040309@quip.cz> Date: Mon, 23 Oct 2006 11:11:08 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, en, cs, en-us MIME-Version: 1.0 To: Yoshihiro Ota References: <20061022161044.GA4635@lordcow.org> <453BB28B.9010601@quip.cz> <20061022180405.973f2692.ota@j.email.ne.jp> In-Reply-To: <20061022180405.973f2692.ota@j.email.ne.jp> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: gareth , stable@freebsd.org Subject: Re: portaudit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 09:11:12 -0000 Yoshihiro Ota wrote: [...] > Hello. > > What are other ways? > I want to see vulnerable message but still want to install > without portupgrade being interrupted. > > According to /usr/ports/Mk/bsd.port.mk, DISABLE_VULNERABILITIES=yes > disables vulnerable check, don't it? Yes, it disable vulnerability check at all and you will not see any vulnerable message. Some vulnerable ports are also marked as FORBIDDEN in Makefile. If you want to install this port, you must comment out this line and use DISABLE_VULNERABILITIES=yes (eg awstats port) I do not know any way to transparently install vulnerable port with vulnerable message withou portupgrade interruption. I do not see any problem in actual behaviour, if some port is vulnerable, portupgrade / portinstall gives me the message, I can search the web for vulnerability details and if I think I can use this port anyway, I can run portupgrade / portinstall again with -m "DISABLE_VULNERABILITIES=yes". Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 11:17: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30FC716A492 for ; Mon, 23 Oct 2006 11:17:52 +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 5B4E643D60 for ; Mon, 23 Oct 2006 11:17:51 +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 0181746DCF; Mon, 23 Oct 2006 07:17:51 -0400 (EDT) Date: Mon, 23 Oct 2006 12:17:50 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Kris Kennaway In-Reply-To: <20061023020119.GA30219@xor.obsecurity.org> Message-ID: <20061023121528.L60062@fledge.watson.org> References: <1161567368.30822.31.camel@shumai.marcuscom.com> <20061023020119.GA30219@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Jeremy Messenger , freebsd-stable@freebsd.org Subject: Re: Do anyone has any problem with sem_open() crash? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 11:17:52 -0000 On Sun, 22 Oct 2006, Kris Kennaway wrote: > On Sun, Oct 22, 2006 at 08:48:20PM -0500, Jeremy Messenger wrote: > >> I guess I am safe then as I can ignore these cores.. Thanks! Isn't kernel >> supposed to be avoid the crash? I don't see any of crash before I upgraded >> to last night of RELENG_6. > > It's not a crash, it's a configure script testing whether the syscall > exists, and the the test program gets the signal 12 to tell it that it > doesn't. This is expected behaviour. We have several levels of "But that's not implemented". The level used for system calls that are simply not defined is SIGSYS+ENOSYS. By default, application calling these (undefined) system calls can catch the error if they choose to, but will exit otherwise. The next level is to provide ENOSYS stubs that return ENOSYS without generating SIGSYS; in some situations, this is preferred. For example, we use this when AUDIT isn't compiled into the kernel but login(1) calls an audit system call to see if audit is present. Finally, there are a number of situations where a system call is implemented, but the underlying object doesn't support the operation, in which case we often return EOPNOTSUPP or variations on that them. The SIGSYS+ENOSYS error code isn't a bug, but it seems likely that configure would be a lot happier if we returned ENOSYS without SIGSYS. Right now, that means hand-defining a stub that's conditionally compiled based on the feature not being present. It might be nicer if we had a way to indicate that in the system call table. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 11:33: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A162616A412 for ; Mon, 23 Oct 2006 11:33:22 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02EE443D76 for ; Mon, 23 Oct 2006 11:33:19 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp196-158.lns1.adl4.internode.on.net [203.122.196.158]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k9NBXG7p066541 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Oct 2006 21:03:16 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Mon, 23 Oct 2006 21:03:01 +0930 User-Agent: KMail/1.9.4 References: <565F40B9893580489B94B8D324460AF4E29001@zmy16exm63.ds.mot.com> In-Reply-To: <565F40B9893580489B94B8D324460AF4E29001@zmy16exm63.ds.mot.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3124172.D1CpBK9IC2"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200610232103.10234.doconnor@gsoft.com.au> X-Spam-Score: -2.301 () AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.57 on 203.31.81.10 Cc: Sun Zongjun-E5739C Subject: Re: How to configure a usb device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 11:33:22 -0000 --nextPart3124172.D1CpBK9IC2 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 23 October 2006 18:26, Sun Zongjun-E5739C wrote: > I want to use a usb network interface on FreeBSD6.1 as well as I use it > on linux. When insert the USB into Linux box and run ifconfig command, > it will report that a usb0(1, 2) can be used now. But when I insert the > same USB device into the FreeBSD box, FreeBSD only report that some USB > device has been detected, there is nothing on the screen when I run > ifconfig command. You need to paste the dmesg output so we have a chance to see what the actu= al=20 device in question is.. The output of usbdevs -v would be useful. If you are running a GENERIC kernel (which has all of the USB drivers loade= d=20 in it already) then it would seem FreeBSD doesn't support your hardware. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart3124172.D1CpBK9IC2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFPKh25ZPcIHs/zowRAiC9AJ9Wzq+9sx3hn3mGFyjrV0/s+hu6FACeP/kJ LjrwStOUXgbdE945iwvc72U= =FaMR -----END PGP SIGNATURE----- --nextPart3124172.D1CpBK9IC2-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 11:52: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E71116A40F for ; Mon, 23 Oct 2006 11:52:57 +0000 (UTC) (envelope-from jason.thomson@mintel.com) Received: from rocky.mintel.co.uk (rocky2.mintel.com [217.206.187.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5952243D53 for ; Mon, 23 Oct 2006 11:52:55 +0000 (GMT) (envelope-from jason.thomson@mintel.com) Received: from [10.0.62.5] ([10.0.62.5]) by rocky.mintel.co.uk (8.13.4/8.13.4) with ESMTP id k9NBqleR040790; Mon, 23 Oct 2006 12:52:47 +0100 (BST) (envelope-from jason.thomson@mintel.com) Message-ID: <453CAD74.80806@mintel.com> Date: Mon, 23 Oct 2006 12:54:28 +0100 From: Jason Thomson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en, en-us MIME-Version: 1.0 To: Scott Long References: <45364782.8090209@samsco.org> <45366122.6090704@mintel.com> <20061019130040.5f06baf7.wmoran@collaborativefusion.com> <4539D8F0.3050602@samsco.org> In-Reply-To: <4539D8F0.3050602@samsco.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.28 (www . roaringpenguin . com / mimedefang) Cc: freebsd-stable@freebsd.org, Conrad Burger , Bill Moran Subject: Re: When will the new BCE driver in HEAD be incorporated into RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 11:52:57 -0000 Scott Long wrote: > Bill Moran wrote: > >> In response to Jason Thomson : >> >>> Scott Long wrote: >>> >>> Using the driver from HEAD* in the latest RELENG_6 didn't fix our >>> problems. >>> >>> We could still trigger the Watchdog timeout when copying a local file to >>> an NFS mounted filesystem (UDP mount, GigE speeds). >> >> >> Same here, although it seemed to require a lot more effort to produce the >> problem. >> >> I see there have been additional updates to the driver in the past 10 >> hours. I'll grab those and try again to see if they help any. >> > > I'll cautiously say that the latest set of changes to bce might be > interesting for you. It now survives all of my ttcp and netblast tests > in both UDP and TCP. Please let me know if it makes things better, > worse, or no change for you. > > > Scott > The driver from HEAD (if_bce.c 1.17) is looking much better - thanks Scott! We couldn't trigger this bug using UDP NFS mounts. Neither could we trigger it with multiple simultaneous TCP connections. (Both tests could crash the unpatched kernel and the driver from HEAD last week - if_bce.c 1.16). We will apply this patch to all of our RELENG6 2950s and keep you posted. Thanks for all the hard work you've put in on this. Kind regards, Jason. From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 12:13: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C096A16A416; Mon, 23 Oct 2006 12:13:47 +0000 (UTC) (envelope-from ohartman@uni-mainz.de) Received: from mailgate01.zdv.uni-mainz.de (mailgate01.zdv.Uni-Mainz.DE [134.93.178.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72BF843D79; Mon, 23 Oct 2006 12:13:44 +0000 (GMT) (envelope-from ohartman@uni-mainz.de) Received: from exfront02.zdv.uni-mainz.de ([134.93.176.56]) by mailgate01.zdv.uni-mainz.de with ESMTP; 23 Oct 2006 14:13:43 +0200 Received: from mail.uni-mainz.de ([134.93.176.56]) by exfront02.zdv.Uni-Mainz.DE with Microsoft SMTPSVC(6.0.3790.1830); Mon, 23 Oct 2006 14:13:41 +0200 Received: from [130.133.86.198] ([130.133.86.198] RDNS failed) by mail.uni-mainz.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Mon, 23 Oct 2006 14:13:40 +0200 Message-ID: <453CB1F0.2060901@uni-mainz.de> Date: Mon, 23 Oct 2006 14:13:36 +0200 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.7 (X11/20061015) MIME-Version: 1.0 To: Adrian Chadd References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 23 Oct 2006 12:13:40.0859 (UTC) FILETIME=[AD3F84B0:01C6F69C] Cc: FreeBSD Stable Subject: Re: FreeBSD 6.x + SATA NCQ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 12:13:47 -0000 Adrian Chadd wrote: > Hiya, > > Is there support for SATA tagged queueing in FreeBSD-6? Any ideas on > which chipsets would support it or how to determine whether FreeBSD is > using it? > > Thanks, > > > Adrian > As I know, this is on one hand dependend on the used chipset and on the other haned dependend on the ATA driver. Those chipsets with NCQ AND AHCI (mostly Intel ICH based chipsets) should be managed and addressed by a suitable driver (as far as I know not yet available for FreeBSD 6.X). As someone can read at the nVidia homepage, their nForce4-SLI chipsets also supports NCQ, but it is proprietary thing, not commonly accessible via AHCI. And due to the lack of information, like most of nVidias goodies for computers, there is no access to this feature via the open source way. If I'm wrong someone should correct my statement. Regards, Oliver From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 12: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D87D16A412; Mon, 23 Oct 2006 12:25:58 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24D0A43DEC; Mon, 23 Oct 2006 12:24:55 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id E6EC9C656; Mon, 23 Oct 2006 08:24:40 -0400 (EDT) Received: from [192.168.1.10] (socker.hsd1.ma.comcast.net [24.218.145.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id 0C96EC49B; Mon, 23 Oct 2006 08:24:35 -0400 (EDT) DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=hz+C1CZukpzOTA7IlSIPM1JADal4u2EOsnJwQqrXUMqxCDhyVJ1fjkJKr1fbo0mHt n/mW4H3wzmePwalD108YGn/qYW8X6p7F2eO+K6E8xuj48pSuSeNKIyXxQVabhwf Message-ID: <453CB483.7050809@protected-networks.net> Date: Mon, 23 Oct 2006 08:24:35 -0400 From: Michael Butler User-Agent: Thunderbird 1.5.0.7 (X11/20061019) MIME-Version: 1.0 To: "O. Hartmann" References: <453CB1F0.2060901@uni-mainz.de> In-Reply-To: <453CB1F0.2060901@uni-mainz.de> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Adrian Chadd , FreeBSD Stable Subject: Re: FreeBSD 6.x + SATA NCQ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 12:25:58 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 O. Hartmann wrote: > Adrian Chadd wrote: >> Is there support for SATA tagged queueing in FreeBSD-6? Any ideas on >> which chipsets would support it or how to determine whether FreeBSD is >> using it? >> > As I know, this is on one hand dependend on the used chipset and on > the other haned dependend on the ATA driver. Those chipsets with NCQ > AND AHCI (mostly Intel ICH based chipsets) should be managed and > addressed by a suitable driver (as far as I know not yet available > for FreeBSD 6.X). > As someone can read at the nVidia homepage, their nForce4-SLI > chipsets also supports NCQ, but it is proprietary thing, not > commonly accessible via AHCI. And due to the lack of information, > like most of nVidias goodies for computers, there is no access to > this feature via the open source way. Sadly, a good proportion of current laptops fitted with SATA-150 drives and based on the the Intel ICH-7 chipset do not fully initialize AHCI mode in the BIOS. Specifically, no resources are allocated to supporting it. This complicates any potential driver implementation somewhat :-( Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFPLSDQv9rrgRC1JIRAlvmAJ4+iYPifYnWLRXdQ+aCfPVlzP5dTQCgxteH mOyOFPSx0tZ+DHGmFKhckrM= =Ymek -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 12:39: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D528B16A40F for ; Mon, 23 Oct 2006 12:39:19 +0000 (UTC) (envelope-from rvenne@dental-on-line.fr) Received: from smtp.dental-on-line.fr (smtp.dental-on-line.fr [82.234.245.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62ED243D66 for ; Mon, 23 Oct 2006 12:39:19 +0000 (GMT) (envelope-from rvenne@dental-on-line.fr) Received: from [192.168.1.7] (triton.dental-on-line.net [192.168.1.7]) by smtp.dental-on-line.fr (Postfix) with ESMTP id 5E3CF1382E7 for ; Mon, 23 Oct 2006 14:39:15 +0200 (CEST) Message-ID: <453CB7EF.8010200@dental-on-line.fr> Date: Mon, 23 Oct 2006 14:39:11 +0200 From: rvenne@dental-on-line.fr User-Agent: Mozilla Thunderbird 1.0.6 (X11/20051013) X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: FreeBSD Stable References: <453CB1F0.2060901@uni-mainz.de> <453CB483.7050809@protected-networks.net> In-Reply-To: <453CB483.7050809@protected-networks.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: gpt bogus map X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 12:39:19 -0000 Hi list: I've a 2.6 To storage device, and for some reasons, I've to do a gpt destroy /dev/aoed0 which gives me: gpt create: error: bogus map gpt create: unable to open device '/dev/aoed0': Unknown error: 0 I missed a detail? From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 12:40: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C87216A403 for ; Mon, 23 Oct 2006 12:40:59 +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 968EA43D64 for ; Mon, 23 Oct 2006 12:40:55 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from atlantis.dp.ua (localhost [127.0.0.1]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k9NCe9V7061673; Mon, 23 Oct 2006 15:40:22 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Received: from localhost (dmitry@localhost) by atlantis.dp.ua (8.13.1/8.13.1/Submit) with ESMTP id k9NCe9jO061611; Mon, 23 Oct 2006 15:40:09 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Mon, 23 Oct 2006 15:40:09 +0300 (EEST) From: Dmitry Pryanishnikov To: Carl Johan Gustavsson In-Reply-To: <453BEA39.5000508@bahnhofbredband.se> Message-ID: <20061023141456.R5940@atlantis.atlantis.dp.ua> References: <007001c6f605$4f5fddf0$9f00000a@edx2> <200610221640.25873.josh@tcbug.org> <453BEA39.5000508@bahnhofbredband.se> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Freek Nossin , freebsd-stable@freebsd.org Subject: Possible 40-pin cable misdetection [Re: partioning failed] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 12:40:59 -0000 Hello! On Mon, 23 Oct 2006, Carl Johan Gustavsson wrote: >>> System information: Athlon XP 1700+ / 786 MB Asus A7V266 (bios >>> v1.11) Maxtor 60 GB >>> >>> Has anyone any suggestions? >>> >>> Thanks, >>> >>> Freek >> >> I'd try a different cable for the drive. If that doesn't fix it >> the controller on the motherboard is probably bad. > Hi! > > If you are using a 40-pin cable and changing to another 40-pin doesn't > help, test with a 80-pin cable. FreeBSD can be a bit picky about that. I would say that 40-conductor (not pin!) cable detection feature may not work on the particular chipset. I've no idea what kind of ATA controller does Asus A7V266 use, but on my Asus P5W DH under fresh RELENG_6 40-conductor cable detection works correctly on the ICH7 PATA channel, while doesn't work on the PATA channel which is served by the JMicron JMB363 controller. Here is an example of connecting a UDMA66 drive to JMB363 by 40-conductor cable: atapci0: port 0xac00-0xac07,0xa880-0xa883, 0xa800-0xa807,0xa480-0xa483,0xa400-0xa40f mem 0xff6fe000-0xff6fffff irq 17 at device 0.0 on pci2 atapci0: AHCI Version 01.00 controller with 2 ports detected ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 ... ad9: 16536MB at ata4-slave UDMA66 ... ad9: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=696 ad9: TIMEOUT - READ_DMA retrying (1 retry left) LBA=1728 ad9: TIMEOUT - READ_DMA retrying (0 retries left) LBA=1728 ad9: FAILURE - READ_DMA timed out LBA=1728 Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 12:47: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67D5116A40F for ; Mon, 23 Oct 2006 12:47:21 +0000 (UTC) (envelope-from adrian.chadd@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 E05F743D58 for ; Mon, 23 Oct 2006 12:47:20 +0000 (GMT) (envelope-from adrian.chadd@gmail.com) Received: by wx-out-0506.google.com with SMTP id t4so1584973wxc for ; Mon, 23 Oct 2006 05:47:20 -0700 (PDT) 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=Xt2kqtAOTXUt7m+vNYk5+LVl5MDXKgo+9bA0Ng7QShfrYaWsEteC0ZuyUlRJF2QeFWhEeEX5JjuKyumOhyXru+2Smj/YK5QDDc70pj5zWCyTJTTc2vfKIRzwZZuvTknhBNUP9GJR+rnYaQhB8NphlFosxXmoQQV+r7c7LZVeAFo= Received: by 10.90.32.19 with SMTP id f19mr1991992agf; Mon, 23 Oct 2006 05:47:19 -0700 (PDT) Received: by 10.90.66.16 with HTTP; Mon, 23 Oct 2006 05:47:19 -0700 (PDT) Message-ID: Date: Mon, 23 Oct 2006 20:47:19 +0800 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: "Michael Butler" In-Reply-To: <453CB483.7050809@protected-networks.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <453CB1F0.2060901@uni-mainz.de> <453CB483.7050809@protected-networks.net> X-Google-Sender-Auth: 17f5ac99110a2184 Cc: "O. Hartmann" , FreeBSD Stable Subject: Re: FreeBSD 6.x + SATA NCQ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 12:47:21 -0000 On 10/23/06, Michael Butler wrote: > > Sadly, a good proportion of current laptops fitted with SATA-150 > drives and based on the the Intel ICH-7 chipset do not fully > initialize AHCI mode in the BIOS. Specifically, no resources are > allocated to supporting it. This complicates any potential driver > implementation somewhat :-( I'm not that worried about laptops; they don't come with rack mounting kits :) I was more interested in the various intel server motherboards with onboard SATA. Here's a blog entry from someone who managed to (in the true linux way of patching patching patching) got what he saw as stable NCQ support for his servers: http://blog.kovyrin.net/2006/08/11/turn-on-ncq-on-ich-linux/ It'd be nifty to see something like this pop up in FreeBSD 6.x for the Intel ICH7 boards. Thanks, Adrian -- Adrian Chadd - adrian@freebsd.org From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 14:00: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E754E16A4C2 for ; Mon, 23 Oct 2006 14:00:32 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFF814451E for ; Mon, 23 Oct 2006 13:34:30 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id k9NDXZgb015453; Mon, 23 Oct 2006 10:33:36 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org, Sam Leffler Date: Mon, 23 Oct 2006 10:34:40 -0300 User-Agent: KMail/1.9.4 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200610231034.41137.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: Subject: ath adhoc problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 14:00:33 -0000 Hi I have a remote server running if_bridge with two ath cards one 11g as hostap one 11a as adhoc I have a local server with an ath card as 11a adhoc linking the remote serv= er all works fine but when I run "ifconfig ath0 list stat" on the *local* serv= er=20 all stations connected to the remote hostap card are appearing as if they=20 were connected locally and as with 11a this first entry is the adhoc link and the following macs are remote statio= ns=20 connected to the 11g card 00:13:46:fd:40:48 0 153 6M 29 0 1888 7328 I A=20 00:13:46:9a:bc:e6 0 153 54M 30 0 34709 28096 I A 00:4f:62:07:77:3d 0 153 54M 30 0 6934 28112 A 00:08:54:ab:a4:8c 0 153 54M 29 0 53447 28080 A 00:08:54:ab:73:30 0 153 54M 30 0 40577 28000 A 00:08:54:ab:a4:8b 0 153 54M 29 0 12658 24864 A 00:08:54:ab:71:68 0 153 54M 29 15 2396 12720 A 00:08:54:ab:80:f9 0 153 54M 29 0 5215 27008 A 00:08:54:ab:70:8d 0 153 54M 28 135 1 61648 A 00:08:54:ab:70:87 0 153 54M 29 45 1 59216 A =2E... this is not the correct behaviour isn't it? =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 15:06:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E89E616A412 for ; Mon, 23 Oct 2006 15:06:53 +0000 (UTC) (envelope-from me@hawei.net2.nerim.net) Received: from hawei.net2.nerim.net (hawei.net2.nerim.net [213.41.129.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id E59EF43D64 for ; Mon, 23 Oct 2006 15:06:51 +0000 (GMT) (envelope-from me@hawei.net2.nerim.net) Received: by hawei.net2.nerim.net (Postfix, from userid 1001) id F2CD4450D9; Mon, 23 Oct 2006 17:07:10 +0200 (CEST) Date: Mon, 23 Oct 2006 17:07:10 +0200 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20061023150710.GA3252@hawei.net2.nerim.net> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: xchm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 15:06:54 -0000 How can I tell xchm not to output the following error message: ``Failed to display HTML document in ISO-8859-1 encoding''? I've installed it with ``pkg_add -r xchm''. It works alright except for that error message output for every subject change. By the way, chmview doesn't work at all: the converted html-files do not display. Thanks for any help. Harald Weis -- FreeBSD 6.1-RELEASE #0: Sun May 7 04:42:56 UTC 2006 From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 15:07: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95E3416A4A0 for ; Mon, 23 Oct 2006 15:07:52 +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 79F5843D72 for ; Mon, 23 Oct 2006 15:07:45 +0000 (GMT) (envelope-from wmoran@collaborativefusion.com) Received: from collaborativefusion.com (mx01.pub.collaborativefusion.com [206.210.89.201]) (TLS: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Mon, 23 Oct 2006 11:07:45 -0400 id 00056424.453CDAC1.00005DB1 Received: from Internal Mail-Server (206.210.89.202) by mx01 (envelope-from wmoran@collaborativefusion.com) with AES256-SHA encrypted SMTP; 23 Oct 2006 11:02:00 -0400 Date: Mon, 23 Oct 2006 11:07:43 -0400 From: Bill Moran To: Jason Thomson Message-Id: <20061023110743.5f9924dc.wmoran@collaborativefusion.com> In-Reply-To: <453CAD74.80806@mintel.com> References: <45364782.8090209@samsco.org> <45366122.6090704@mintel.com> <20061019130040.5f06baf7.wmoran@collaborativefusion.com> <4539D8F0.3050602@samsco.org> <453CAD74.80806@mintel.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, Conrad Burger Subject: Re: When will the new BCE driver in HEAD be incorporated into RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 15:07:52 -0000 In response to Jason Thomson : > Scott Long wrote: > > > I'll cautiously say that the latest set of changes to bce might be > > interesting for you. It now survives all of my ttcp and netblast tests > > in both UDP and TCP. Please let me know if it makes things better, > > worse, or no change for you. > > The driver from HEAD (if_bce.c 1.17) is looking much better - thanks > Scott! > > We couldn't trigger this bug using UDP NFS mounts. > > Neither could we trigger it with multiple simultaneous TCP connections. I'm seeing similar improvement. I've been testing the new version since I came in this morning (About 2.5 hours so far), with no failures. This is the first version of the driver that has allowed me to actually complete a buildworld over NFS. I will continue testing and report again at the end of the day. -- Bill Moran Collaborative Fusion Inc. From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 15:31: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA84E16A407; Mon, 23 Oct 2006 15:31:30 +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 881CF43D72; Mon, 23 Oct 2006 15:31:30 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 2D522361F9; Mon, 23 Oct 2006 11:31:30 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id 425344AC2B; Mon, 23 Oct 2006 11:31:31 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17724.57427.231687.273549@canoe.dclg.ca> Date: Mon, 23 Oct 2006 11:31:31 -0400 To: freebsd-amd64@freebsd.org, freebsd-stable@freebsd.org X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid Cc: Subject: ggate fails on 6.2-RC. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 15:31:30 -0000 Has anyone else been testing ggate on amd64? There is an open pr that highlights a datatype problem between the kernel and userland, but even with that patch, I can't get ggate to stay up. I'll post in a more detailed manner about the problem as soon as I get my test-bed system up, but I'm looking for people who also have been testing this with 6.2-RC. 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 Oct 23 15:35: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1D5916A415 for ; Mon, 23 Oct 2006 15:35:00 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9266443D80 for ; Mon, 23 Oct 2006 15:34:47 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 7584CB80A for ; Mon, 23 Oct 2006 11:34:46 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) To: FreeBSD Stable Message-Id: <8F9483A9-D387-443E-A325-356958211153@khera.org> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-7-774374722; protocol="application/pkcs7-signature" From: Vivek Khera Date: Mon, 23 Oct 2006 11:34:44 -0400 X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: CARP not balancing automatically X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 15:35:01 -0000 --Apple-Mail-7-774374722 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed I'm attempting to use CARP with arpbalance to load balance some services. My only problem is that the balancing doesn't happen automatically. The configuration is just from the carp man page: ifconfig_em0="inet XXX.XXX.XXX.55 netmask 255.255.255.192 " ifconfig_em1="inet 192.168.100.55 netmask 255.255.255.0 " ifconfig_carp0="inet 192.168.100.100 netmask 255.255.255.0 vhid 5 pass dns-prv" ifconfig_carp1="inet 192.168.100.100 netmask 255.255.255.0 vhid 6 advskew 100 pass dns-prv" cloned_interfaces="carp0 carp1" and on the other box: ifconfig_em0="inet XXX.XXX.XXX.56 netmask 255.255.255.192 " ifconfig_em1="inet 192.168.100.56 netmask 255.255.255.0 " ifconfig_carp0="inet 192.168.100.100 netmask 255.255.255.0 vhid 5 advskew 100 pass dns-prv" ifconfig_carp1="inet 192.168.100.100 netmask 255.255.255.0 vhid 6 pass dns-prv" cloned_interfaces="carp0 carp1" and of course net.inet.carp.arpbalance=1 in /etc/sysctl.conf. When I reboot the systems, the first one to boot up becomes the MASTER for both carp0 and carp1 interfaces and remains so even after the other machine comes up. The second machine to boot comes up in BACKUP mode for both interfaces. The only way to make the balance change is to bring down carp0 on the box not designated as the master for it momentarily until such time that the first one (the designated master for carp0) takes over, then bring up carp0 again. Until I perform this manual step, all traffic goes to the single box. After I perform this step, the traffic is balanced nicely as expected amongst the local network hosts. Each box then has one MASTER and one BACKUP carp interface for this IP. What can I do to make the balance automatic as the docs imply? This also happens on another pair of machines I have which are CARP + arpbalance for another IP. The NICs in question are hooked up to a gigabit switch. Thanks! =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Vivek Khera, Ph.D. MailerMailer, LLC Rockville, MD http://www.MailerMailer.com/ +1-301-869-4449 x806 --Apple-Mail-7-774374722-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 15:41: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52FE716A47C for ; Mon, 23 Oct 2006 15:41:24 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21BBD43E03 for ; Mon, 23 Oct 2006 15:40:26 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 9149EB80F for ; Mon, 23 Oct 2006 11:40:20 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <20061019171904.A19CE4504D@ptavv.es.net> References: <20061019171904.A19CE4504D@ptavv.es.net> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-10-774709479; protocol="application/pkcs7-signature" Message-Id: <9441FA71-94EB-431E-AD4F-725C1920BC7F@khera.org> From: Vivek Khera Date: Mon, 23 Oct 2006 11:40:19 -0400 To: FreeBSD Stable X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: 5 to 6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 15:41:24 -0000 --Apple-Mail-10-774709479 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Oct 19, 2006, at 1:19 PM, Kevin Oberman wrote: > I delete rc.d/* isdn/* bluetooth/* defaults/* gnats/* mtree/* > periodic/* > and security/* as well as most other stuff in /etc that I know I have > not modified and won't need for a single-user boot. But be VERY > careful > about this! I do this too, but I do it *after* the single user boot, prior to running mergemaster. No need to do it before the boot. --Apple-Mail-10-774709479-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 15:46: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5987116A51F for ; Mon, 23 Oct 2006 15:46:29 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DD6243D5C for ; Mon, 23 Oct 2006 15:46:27 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id AC31DB80A for ; Mon, 23 Oct 2006 11:46:26 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: References: Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-11-775075709; protocol="application/pkcs7-signature" Message-Id: <6196E612-1611-4D81-BF50-8E54DED00480@khera.org> From: Vivek Khera Date: Mon, 23 Oct 2006 11:46:25 -0400 To: FreeBSD Stable X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: kernel ignores kenv comconsole_speed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 15:46:29 -0000 --Apple-Mail-11-775075709 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Oct 20, 2006, at 6:59 AM, Stefan Bethke wrote: > I have -DS115200 in /boot.config, and boot and loader are happily > using this speed. However, the kernel appears to be hardwired to 9600. I've only ever gotten it to work when /boot.config looks like "-D - S115200". I don't think you can merge the -S flag with the others, at least according to my read of the man page. Also make sure the boot loader is at least as new as that installed by 6.0-REL. Older ones (ie from 5.x didn't work at all with -S for me.) You will probably want to run "fdisk -B" to update that. --Apple-Mail-11-775075709-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 15:52: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62F4C16A412; Mon, 23 Oct 2006 15:52:31 +0000 (UTC) (envelope-from kaakun@highway.ne.jp) Received: from mx.highway.ne.jp (pip7.gate01.com [61.122.117.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id B868D43D78; Mon, 23 Oct 2006 15:52:21 +0000 (GMT) (envelope-from kaakun@highway.ne.jp) Received: from [219.0.96.106] (helo=[192.168.11.21]) by pop12.isp.us-com.jp with esmtp (Mail 4.20) id 1Gc267-0004RO-V5; Tue, 24 Oct 2006 00:52:20 +0900 Message-ID: <453CE4E0.40301@highway.ne.jp> Date: Tue, 24 Oct 2006 00:50:56 +0900 From: Kazuaki ODA User-Agent: Thunderbird 1.5.0.7 (X11/20061019) MIME-Version: 1.0 To: David Gilbert References: <17724.57427.231687.273549@canoe.dclg.ca> In-Reply-To: <17724.57427.231687.273549@canoe.dclg.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: ggate fails on 6.2-RC. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 15:52:31 -0000 David Gilbert wrote: > Has anyone else been testing ggate on amd64? There is an open pr that > highlights a datatype problem between the kernel and userland, but > even with that patch, I can't get ggate to stay up. I'll post in a > more detailed manner about the problem as soon as I get my test-bed > system up, but I'm looking for people who also have been testing this > with 6.2-RC. > > Dave. > I've posted in the problem about ggated to freebsd-stable@. Try to backout sys/kern/uipc_socket2.c rev. 1.147.2.7. This has solved the problem for me. -- Kazuaki ODA From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 16:05: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B048316A403; Mon, 23 Oct 2006 16:05:05 +0000 (UTC) (envelope-from gabriele@sssup.it) Received: from sssup.it (ms01.sssup.it [193.205.80.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1B2A43D7D; Mon, 23 Oct 2006 16:03:38 +0000 (GMT) (envelope-from gabriele@sssup.it) Received: from [193.205.82.27] (HELO [127.0.0.1]) by sssup.it (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 25179374; Mon, 23 Oct 2006 17:55:19 +0200 Message-ID: <453CE7CE.5000206@sssup.it> Date: Mon, 23 Oct 2006 18:03:26 +0200 From: Gabriele Cecchetti User-Agent: Mozilla Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Kazuaki ODA References: <17724.57427.231687.273549@canoe.dclg.ca> <453CE4E0.40301@highway.ne.jp> In-Reply-To: <453CE4E0.40301@highway.ne.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org, David Gilbert Subject: Re: ggate fails on 6.2-RC. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 16:05:05 -0000 Kazuaki ODA ha scritto: > David Gilbert wrote: >> Has anyone else been testing ggate on amd64? There is an open pr that >> highlights a datatype problem between the kernel and userland, but >> even with that patch, I can't get ggate to stay up. I'll post in a >> more detailed manner about the problem as soon as I get my test-bed >> system up, but I'm looking for people who also have been testing this >> with 6.2-RC. >> >> Dave. >> > > I've posted in the problem about ggated to freebsd-stable@. Try to > backout sys/kern/uipc_socket2.c rev. 1.147.2.7. This has solved the > problem for me. > > During last days I've tried ggated too, but it did not work for me. I've tried to apply the patch proposed on pr, but it does not solved. I'll try this too. I think that this GEOM_gate need more attention, because it's a critical component when it is used. Gabriele From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 16:12: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D55B16A412 for ; Mon, 23 Oct 2006 16:12:27 +0000 (UTC) (envelope-from jas@math.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2E5143D6A for ; Mon, 23 Oct 2006 16:11:55 +0000 (GMT) (envelope-from jas@math.jussieu.fr) Received: from riemann.math.jussieu.fr (riemann.math.jussieu.fr [134.157.13.3]) by shiva.jussieu.fr (8.13.7/jtpda-5.4) with ESMTP id k9NGBrpF015337 for ; Mon, 23 Oct 2006 18:11:53 +0200 (CEST) X-Ids: 164 Received: from grobner1.math.jussieu.fr (galois2.math.jussieu.fr [134.157.13.117]) by riemann.math.jussieu.fr (8.13.8/jtpda-5.4) with ESMTP id k9NGBoim058957 for ; Mon, 23 Oct 2006 18:11:50 +0200 (CEST) Received: from galois2.math.jussieu.fr (localhost.localdomain [127.0.0.1]) by grobner1.math.jussieu.fr (8.13.7/jtpda-5.4) with ESMTP id k9NGBoBJ018751 for ; Mon, 23 Oct 2006 18:11:50 +0200 Received: (from jas@localhost) by galois2.math.jussieu.fr (8.13.7/8.13.7/Submit) id k9NGBow9018749 for freebsd-stable@freebsd.org; Mon, 23 Oct 2006 18:11:50 +0200 Date: Mon, 23 Oct 2006 18:11:50 +0200 From: Albert Shih To: freebsd-stable@freebsd.org Message-ID: <20061023161150.GA13290@math.jussieu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.6i X-Spam-Score: 0.001 () UNPARSEABLE_RELAY X-Scanned-By: MIMEDefang 2.57 on 134.157.13.3 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (shiva.jussieu.fr [134.157.0.164]); Mon, 23 Oct 2006 18:11:53 +0200 (CEST) X-Virus-Scanned: ClamAV 0.88.2/2082/Mon Oct 23 16:58:17 2006 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 453CE9C9.002 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Subject: em network or rpc pb ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: shih@math.jussieu.fr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 16:12:27 -0000 Hi all I come again for my network problem. After I make this changement : The patch http://lists.freebsd.org/pipermail/freebsd-stable/2006-October/029224.html a kernel without USB. a kernel in no-SMP mode (the server is SMP). I don't have em* watchdog on the console. But my other problem still here : After someday the client cannot connect on rpcbind on server. If I restart rpcbind there are very strange thing : the daemon running, with sockstat -l or lsof we can see the rpcbind listen on correct ports and correct interface (all) but when a client want to connect to server on rpcbind port we got Connection attempt to TCP server_ip_add:111 from client_ip_add:40396 flags:0x02 at this point we can nothing. Only reboot can solve the problem. Regards. -- Albert SHIH Universite de Paris 7 (Denis DIDEROT) U.F.R. de Mathematiques. 7 ième étage, plateau D, bureau 10 Tel : 01 44 27 86 88 FAX : 01 44 27 69 35 GSM(UFR) : 06 85 05 58 43 Heure local/Local time: Mon Oct 23 18:11:36 CEST 2006 From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 16:19: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B89416A407 for ; Mon, 23 Oct 2006 16:19:12 +0000 (UTC) (envelope-from lavalamp@spiritual-machines.org) Received: from mail.digitalfreaks.org (arbitor.digitalfreaks.org [216.151.95.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97D2C43DB0 for ; Mon, 23 Oct 2006 16:18:51 +0000 (GMT) (envelope-from lavalamp@spiritual-machines.org) Received: by mail.digitalfreaks.org (Postfix, from userid 1022) id B43C617AAB; Mon, 23 Oct 2006 12:18:40 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.digitalfreaks.org (Postfix) with ESMTP id B2E5617AAA; Mon, 23 Oct 2006 12:18:40 -0400 (EDT) Date: Mon, 23 Oct 2006 12:18:40 -0400 (EDT) From: "Brian A. Seklecki" X-X-Sender: lavalamp@arbitor.digitalfreaks.org To: Scott Long In-Reply-To: <453647A1.6080608@samsco.org> Message-ID: <20061023121558.T63561@arbitor.digitalfreaks.org> References: <45362C94.5070804@centtech.com> <453647A1.6080608@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: When will the new BCE driver in HEAD be incorporated RELE6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 16:19:12 -0000 Kevin: Maybe you can get a punter on linux-poweredge@ lists to do "scanpci -v" or "lspci" or whatever to get the IDs. ~BAS On Wed, 18 Oct 2006, Scott Long wrote: > Kevin Kramer wrote: >> and will it support the BCM5754 in the Precision 390? >> > > No idea, ask the vendor. > > Scott > _______________________________________________ > 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" > 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." From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 16:20: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B23916A4D1 for ; Mon, 23 Oct 2006 16:20:50 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr15.xs4all.nl (smtp-vbr15.xs4all.nl [194.109.24.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id D24DF43E0A for ; Mon, 23 Oct 2006 16:20:14 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr15.xs4all.nl (8.13.8/8.13.8) with ESMTP id k9NGKCd9045428; Mon, 23 Oct 2006 18:20:13 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 09BBAB840; Mon, 23 Oct 2006 18:20:12 +0200 (CEST) Date: Mon, 23 Oct 2006 18:20:12 +0200 From: Roland Smith To: Sun Zongjun-E5739C Message-ID: <20061023162011.GA13707@slackbox.xs4all.nl> Mail-Followup-To: Sun Zongjun-E5739C , freebsd-stable@freebsd.org References: <565F40B9893580489B94B8D324460AF4E29001@zmy16exm63.ds.mot.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XsQoSWH+UP9D9v3l" Content-Disposition: inline In-Reply-To: <565F40B9893580489B94B8D324460AF4E29001@zmy16exm63.ds.mot.com> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: How to configure a usb device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 16:20:50 -0000 --XsQoSWH+UP9D9v3l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 23, 2006 at 04:56:50PM +0800, Sun Zongjun-E5739C wrote: >=20 > Hi, all >=20 > I want to use a usb network interface on FreeBSD6.1 as well as I use it > I am a newbie to FreeBSD. How can I know whether my FreeBSD can support > this devices like Linux? You need to know what chipset is in your USB Ethernet device. A cursory search through the ethernet drivers[1] turns up the following drivers; aue(4): ADMtek AN986 Pegasus chipset axe(4): ASIX Electronics AX88172 chipset cue(4): Computer Access Technology Corporation's USB-EL1210A chipset kue(4): Kawasaki LSI KL5KLUSB101B chipset rue(4): RealTek RTL8150 chip udav(4): Davicom DM9601 chipset As others have said, check your 'dmesg' and 'usbdevs' output if you can find any of these devices. Roland [1]: zgrep -l "USB Ether" /usr/share/man/man4/if_*=20 --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --XsQoSWH+UP9D9v3l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFPOu7EnfvsMMhpyURAokqAJ9tUFzMmYBjz5kvEowzmKenTuPaOACfdmg6 DoLZudFxpo8Fw6RkkVOaRz0= =OEO5 -----END PGP SIGNATURE----- --XsQoSWH+UP9D9v3l-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 16:24:27 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68B9216A4C8 for ; Mon, 23 Oct 2006 16:24:27 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from smtp1.uct.ac.za (smtp1.uct.ac.za [137.158.128.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id D343B43D98 for ; Mon, 23 Oct 2006 16:23:52 +0000 (GMT) (envelope-from bsd@lordcow.org) Received: from [137.158.128.125] (helo=anubis.uct.ac.za) by smtp1.uct.ac.za with esmtp (Exim 4.30; FreeBSD) id 1Gc2ac-000NyT-I0 for stable@freebsd.org; Mon, 23 Oct 2006 18:23:50 +0200 Received: from lhc.phy.uct.ac.za ([137.158.37.93]) by anubis.uct.ac.za with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1Gc2ac-000PMG-CS for stable@freebsd.org; Mon, 23 Oct 2006 18:23:50 +0200 Received: from lordcow by lhc.phy.uct.ac.za with local (Exim 4.63) (envelope-from ) id 1Gc2ae-0007wQ-LC for stable@freebsd.org; Mon, 23 Oct 2006 18:23:52 +0200 Date: Mon, 23 Oct 2006 18:23:52 +0200 From: gareth To: stable@freebsd.org Message-ID: <20061023162352.GA30413@lordcow.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: cpu usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 16:24:27 -0000 hi, i'm on FreeBSD 6.1, with a problematic cpu - it seems to be overheating and shutting the system down when running intensive jobs, at the moment i can't even finish compiling the mysql-server in ports. i've tried running the make with an increased nice level, but that doesn't seem to change much. and looking through ports there only seems to be cpu monitoring tools, not suppression? From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 16:42:08 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7847116A51E for ; Mon, 23 Oct 2006 16:42:08 +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 D3EA943E1B for ; Mon, 23 Oct 2006 16:40:47 +0000 (GMT) (envelope-from wmoran@collaborativefusion.com) Received: from collaborativefusion.com (mx01.pub.collaborativefusion.com [206.210.89.201]) (TLS: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Mon, 23 Oct 2006 12:40:38 -0400 id 00056433.453CF086.000067EF Received: from Internal Mail-Server (206.210.89.202) by mx01 (envelope-from wmoran@collaborativefusion.com) with AES256-SHA encrypted SMTP; 23 Oct 2006 12:34:54 -0400 Date: Mon, 23 Oct 2006 12:40:37 -0400 From: Bill Moran To: gareth Message-Id: <20061023124037.7142cf56.wmoran@collaborativefusion.com> In-Reply-To: <20061023162352.GA30413@lordcow.org> References: <20061023162352.GA30413@lordcow.org> 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: stable@freebsd.org Subject: Re: cpu usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 16:42:08 -0000 In response to gareth : > hi, i'm on FreeBSD 6.1, with a problematic cpu - it seems > to be overheating and shutting the system down when running > intensive jobs, at the moment i can't even finish compiling > the mysql-server in ports. i've tried running the make with > an increased nice level, but that doesn't seem to change > much. and looking through ports there only seems to be > cpu monitoring tools, not suppression? It's unlikely that there's anything you can do in software to fix this problem. You need to fix your cooling so the CPU doesn't overheat. -- Bill Moran Collaborative Fusion Inc. From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 16:44: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DE0616A4D0 for ; Mon, 23 Oct 2006 16:44:57 +0000 (UTC) (envelope-from lavalamp@spiritual-machines.org) Received: from mail.digitalfreaks.org (arbitor.digitalfreaks.org [216.151.95.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05D6443D72 for ; Mon, 23 Oct 2006 16:44:35 +0000 (GMT) (envelope-from lavalamp@spiritual-machines.org) Received: by mail.digitalfreaks.org (Postfix, from userid 1022) id 15ABA17AB1; Mon, 23 Oct 2006 12:44:27 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.digitalfreaks.org (Postfix) with ESMTP id 142F417AAF; Mon, 23 Oct 2006 12:44:27 -0400 (EDT) Date: Mon, 23 Oct 2006 12:44:27 -0400 (EDT) From: "Brian A. Seklecki" X-X-Sender: lavalamp@arbitor.digitalfreaks.org To: Bill Moran In-Reply-To: <20061023110743.5f9924dc.wmoran@collaborativefusion.com> Message-ID: <20061023122921.B63561@arbitor.digitalfreaks.org> References: <45364782.8090209@samsco.org> <45366122.6090704@mintel.com> <20061019130040.5f06baf7.wmoran@collaborativefusion.com> <4539D8F0.3050602@samsco.org> <453CAD74.80806@mintel.com> <20061023110743.5f9924dc.wmoran@collaborativefusion.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Jason Thomson , freebsd-stable@freebsd.org, Conrad Burger Subject: Re: When will the new BCE driver in HEAD be incorporated into RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 16:44:57 -0000 So probably MFC/RFP into RELENG_6 after two weeks? Is there an official FreeBSD PR on this to update? ~BAS On Mon, 23 Oct 2006, Bill Moran wrote: > In response to Jason Thomson : > >> Scott Long wrote: >> >>> I'll cautiously say that the latest set of changes to bce might be >>> interesting for you. It now survives all of my ttcp and netblast tests >>> in both UDP and TCP. Please let me know if it makes things better, From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 16:48:04 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E9D216A40F for ; Mon, 23 Oct 2006 16:48:04 +0000 (UTC) (envelope-from kaakun@highway.ne.jp) Received: from mx.highway.ne.jp (pip7.gate01.com [61.122.117.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0029043DD6 for ; Mon, 23 Oct 2006 16:47:28 +0000 (GMT) (envelope-from kaakun@highway.ne.jp) Received: from [219.0.96.106] (helo=[192.168.11.21]) by pop12.isp.us-com.jp with esmtp (Mail 4.20) id 1Gc2xS-0000at-6D; Tue, 24 Oct 2006 01:47:26 +0900 Message-ID: <453CF1C9.5010402@highway.ne.jp> Date: Tue, 24 Oct 2006 01:46:01 +0900 From: Kazuaki ODA User-Agent: Thunderbird 1.5.0.7 (X11/20061019) MIME-Version: 1.0 To: gareth References: <20061023162352.GA30413@lordcow.org> In-Reply-To: <20061023162352.GA30413@lordcow.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: cpu usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 16:48:04 -0000 gareth wrote: > hi, i'm on FreeBSD 6.1, with a problematic cpu - it seems > to be overheating and shutting the system down when running > intensive jobs, at the moment i can't even finish compiling > the mysql-server in ports. i've tried running the make with > an increased nice level, but that doesn't seem to change > much. and looking through ports there only seems to be > cpu monitoring tools, not suppression? > _______________________________________________ > 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" > > Is this really a cpu problem? I suspect that your cpu fan or case fan has stopped, so there is nothing to cool the cpu. -- Kazuaki ODA From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 16:50: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 750E816A403 for ; Mon, 23 Oct 2006 16:50:45 +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 C08BC43DA6 for ; Mon, 23 Oct 2006 16:49:28 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (xydilc@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k9NGnLdp065469; Mon, 23 Oct 2006 18:49:26 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k9NGnLgQ065468; Mon, 23 Oct 2006 18:49:21 +0200 (CEST) (envelope-from olli) Date: Mon, 23 Oct 2006 18:49:21 +0200 (CEST) Message-Id: <200610231649.k9NGnLgQ065468@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, matthieu.michaud@epita.info In-Reply-To: <45393A29.3080100@epita.info> 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]); Mon, 23 Oct 2006 18:49:26 +0200 (CEST) Cc: Subject: Re: VIA C7 support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, matthieu.michaud@epita.info List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 16:50:45 -0000 Matthieu Michaud wrote: > Oliver Fromme wrote: > > Also take into account that you usually don't read that > > much data from /dev/random. Quality is much more important > > than speed. > > you are right. do you know an easy way to evaluate this quality ? There is no easy way, I'm afraid. 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. "File names are infinite in length, where infinity is set to 255 characters." -- Peter Collinson, "The Unix File System" From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 16:59: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B350A16A4C8 for ; Mon, 23 Oct 2006 16:59:08 +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 989F943E3F for ; Mon, 23 Oct 2006 16:56:53 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (qtedgn@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k9NGugXU065807; Mon, 23 Oct 2006 18:56:48 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k9NGug1p065806; Mon, 23 Oct 2006 18:56:42 +0200 (CEST) (envelope-from olli) Date: Mon, 23 Oct 2006 18:56:42 +0200 (CEST) Message-Id: <200610231656.k9NGug1p065806@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, bsd@lordcow.org In-Reply-To: <20061023162352.GA30413@lordcow.org> 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]); Mon, 23 Oct 2006 18:56:52 +0200 (CEST) Cc: Subject: Re: cpu usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, bsd@lordcow.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 16:59:08 -0000 gareth wrote: > hi, i'm on FreeBSD 6.1, with a problematic cpu - it seems > to be overheating and shutting the system down when running > intensive jobs, at the moment i can't even finish compiling > the mysql-server in ports. i've tried running the make with > an increased nice level, but that doesn't seem to change > much. It shouldn't change anything. The nice level will not reduce the amount of work that your CPU is doing, it might only shift that amount between processes. > and looking through ports there only seems to be > cpu monitoring tools, not suppression? Depending on the type of your CPU (which you didn't tell us), it might be possible to reduce the clock rate using the cpufreq(4) framework. You can control it with sysctl. Reducing the clock rate will reduce the power consumption and thus the heat generated by the CPU. Of course it will also make your computer run much slower. However, since you seem to have a hardware problem, you should first try to fix your hardware. If the CPU is overclocked, stop that. If the timing values in the BIOS setup have been set too tight, correct them. If there's insufficient cooling (e.g. heat sink to small or not correctly attached, or broken fan, or whatever), then fix it. 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. cat man du : where Unix geeks go when they die From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 16:59:21 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05BDF16A5F1 for ; Mon, 23 Oct 2006 16:59:21 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr7.xs4all.nl (smtp-vbr7.xs4all.nl [194.109.24.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CDD143D45 for ; Mon, 23 Oct 2006 16:57:47 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr7.xs4all.nl (8.13.8/8.13.8) with ESMTP id k9NGvjZH058396; Mon, 23 Oct 2006 18:57:45 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 10BB3B842; Mon, 23 Oct 2006 18:57:45 +0200 (CEST) Date: Mon, 23 Oct 2006 18:57:45 +0200 From: Roland Smith To: gareth Message-ID: <20061023165745.GA15800@slackbox.xs4all.nl> References: <20061023162352.GA30413@lordcow.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Nq2Wo0NMKNjxTN9z" Content-Disposition: inline In-Reply-To: <20061023162352.GA30413@lordcow.org> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: stable@freebsd.org Subject: Re: cpu usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 16:59:21 -0000 --Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 23, 2006 at 06:23:52PM +0200, gareth wrote: > hi, i'm on FreeBSD 6.1, with a problematic cpu - it seems > to be overheating and shutting the system down when running > intensive jobs, at the moment i can't even finish compiling > the mysql-server in ports. i've tried running the make with > an increased nice level, but that doesn't seem to change > much. and looking through ports there only seems to be > cpu monitoring tools, not suppression? Forgot the thermal paste between the CPU and the fan? Overclocked the CPU? Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --Nq2Wo0NMKNjxTN9z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFPPSJEnfvsMMhpyURApKZAKCK6zR+7m2PXbA3e2+uxjCZZRlNfwCeMSNt o43ecJ2g5Kt+N7DJYDSyXpY= =bqTW -----END PGP SIGNATURE----- --Nq2Wo0NMKNjxTN9z-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 17:12: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C51B316A4A7; Mon, 23 Oct 2006 17:12:05 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (happy-idiot-talk.infracaninophile.co.uk [81.187.76.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id B686D43D8D; Mon, 23 Oct 2006 17:11:33 +0000 (GMT) (envelope-from m.seaman@infracaninophile.co.uk) Received: from [IPv6:::1] (localhost [IPv6:::1]) by smtp.infracaninophile.co.uk (8.13.8/8.13.8) with ESMTP id k9NH9MOo018442; Mon, 23 Oct 2006 18:10:46 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) Authentication-Results: smtp.infracaninophile.co.uk from=m.seaman@infracaninophile.co.uk; sender-id=softfail; spf=softfail X-SenderID: Sendmail Sender-ID Filter v0.2.14 smtp.infracaninophile.co.uk k9NH9MOo018442 Message-ID: <453CF73C.4080507@infracaninophile.co.uk> Date: Mon, 23 Oct 2006 18:09:16 +0100 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 1.5.0.7 (X11/20061015) MIME-Version: 1.0 To: Andrew Reilly References: <17719.43574.819134.370333@roam.psg.com> <20061020005501.R32598@fledge.watson.org> <20061023060431.GA3186@duncan.reilly.home> In-Reply-To: <20061023060431.GA3186@duncan.reilly.home> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig2BD6D660583A23C2C8DB03BC" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (smtp.infracaninophile.co.uk [IPv6:::1]); Mon, 23 Oct 2006 18:11:07 +0100 (BST) X-Virus-Scanned: ClamAV 0.88.5/2083/Mon Oct 23 16:41:11 2006 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00, DKIM_POLICY_TESTING, NO_RELAYS autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on happy-idiot-talk.infracaninophile.co.uk Cc: Randy Bush , FreeBSD Stable , Robert Watson Subject: Re: 5 to 6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 17:12:06 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2BD6D660583A23C2C8DB03BC Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Andrew Reilly wrote: > [*] The production server is using a software RAID mirror on > a pair of SATA drives on a low-end Intel P4/ICH6 motherboard, > using ar(4), configured by atacontrol. Fsck on 6.x can't find > any superblocks on /usr, but 5.5 is fine. It's a horrible hack, and you should definitely have good backups before trying this and there's no guarantee it will even work, but... tunefs -A {mumble} /dev/ad0s1a will re-write all of the superblocks on your disk partition. For {mumble} I used '-n enable' (ie. turn on softupdates), which happened to be a no-op on that system, but you could use practically anything tunefs provides. The problem I had was sort of going in the other direction though: I'd booted fixit mode from a 6.1 Install disk in order to transfer the contents of a failing 4.x system disk to a new drive, and while I could slice, partition and create UFS1 filesystems perfectly happily under 6.1 and use 6.1 dump and restore to copy the disk contents, on reboot 4.x couldn't read the superblocks properly, so the system wouldn't fsck properly and get past single user mode. The trick of using 'tunefs -A' fixed that, and the machine is now running 4.11-RELEASE-p25 perfectly happily on the replacement hard drive. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW --------------enig2BD6D660583A23C2C8DB03BC 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 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFPPdC8Mjk52CukIwRCBzjAJ9xyOA58PCYPceBoRZTSM9BZPNy8ACeOPjz LB83tifbc2E4hOIGd/aNV9I= =70nu -----END PGP SIGNATURE----- --------------enig2BD6D660583A23C2C8DB03BC-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 17:27: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD3FB16A415 for ; Mon, 23 Oct 2006 17:27:21 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr5.xs4all.nl (smtp-vbr5.xs4all.nl [194.109.24.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC31743D62 for ; Mon, 23 Oct 2006 17:27:14 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr5.xs4all.nl (8.13.8/8.13.8) with ESMTP id k9NHRCLb088861; Mon, 23 Oct 2006 19:27:13 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id ACFBAB840; Mon, 23 Oct 2006 19:27:12 +0200 (CEST) Date: Mon, 23 Oct 2006 19:27:12 +0200 From: Roland Smith To: freebsd-stable@freebsd.org, matthieu.michaud@epita.info Message-ID: <20061023172712.GA16379@slackbox.xs4all.nl> Mail-Followup-To: freebsd-stable@freebsd.org, matthieu.michaud@epita.info References: <45393A29.3080100@epita.info> <200610231649.k9NGnLgQ065468@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline In-Reply-To: <200610231649.k9NGnLgQ065468@lurza.secnetix.de> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Subject: Re: VIA C7 support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 17:27:22 -0000 --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 23, 2006 at 06:49:21PM +0200, Oliver Fromme wrote: > Matthieu Michaud wrote: > > Oliver Fromme wrote: > > > Also take into account that you usually don't read that > > > much data from /dev/random. Quality is much more important > > > than speed. > >=20 > > you are right. do you know an easy way to evaluate this quality ? >=20 > There is no easy way, I'm afraid. Start reading here: http://www.random.org/essay.html And follow the links. A test of 1 MB random data with "ent" [http://www.fourmilab.ch/random/]: dd if=3D/dev/random of=3Drand.dat bs=3D1k count=3D1k =2E/ent rand.dat=20 Entropy =3D 7.999843 bits per byte. Optimum compression would reduce the size of this 1048576 byte file by 0 percent. Chi square distribution for 1048576 samples is 227.43, and randomly would exceed this value 75.00 percent of the times. Arithmetic mean value of data bytes is 127.6223 (127.5 =3D random). Monte Carlo value for Pi is 3.133839164 (error 0.25 percent). Serial correlation coefficient is -0.000504 (totally uncorrelated =3D 0.0). According to the same fourmilab page this is quite decent. There is about 1 bit of entropy in approx. ~6000 bytes! The chi square value is of the same order as one generated by timing radioactive decay events. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --gBBFr7Ir9EOA20Yy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFPPtwEnfvsMMhpyURAvgXAJ0X/GasX9YloXL5MZ0jZORrt3hVKgCfdHV2 EW2grILeodlMeLTmDdyQMxs= =yhKw -----END PGP SIGNATURE----- --gBBFr7Ir9EOA20Yy-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 17:35:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53AE716A415 for ; Mon, 23 Oct 2006 17:35:38 +0000 (UTC) (envelope-from kramer@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A96643D7C for ; Mon, 23 Oct 2006 17:35:37 +0000 (GMT) (envelope-from kramer@centtech.com) Received: from [10.177.171.221] (roddick.centtech.com [10.177.171.221]) by mh2.centtech.com (8.13.8/8.13.8) with ESMTP id k9NHZYeK056818; Mon, 23 Oct 2006 12:35:34 -0500 (CDT) (envelope-from kramer@centtech.com) Message-ID: <453CFD66.8080404@centtech.com> Date: Mon, 23 Oct 2006 12:35:34 -0500 From: Kevin Kramer User-Agent: Thunderbird 1.5.0.7 (X11/20061019) MIME-Version: 1.0 To: "Brian A. Seklecki" References: <45362C94.5070804@centtech.com> <453647A1.6080608@samsco.org> <20061023121558.T63561@arbitor.digitalfreaks.org> In-Reply-To: <20061023121558.T63561@arbitor.digitalfreaks.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2085/Mon Oct 23 11:46:55 2006 on mh2.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.4 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh2.centtech.com Cc: freebsd-stable@freebsd.org Subject: Re: When will the new BCE driver in HEAD be incorporated RELE6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kramer@centtech.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 17:35:38 -0000 I have booted it into FC3 using 2.6.18 kernel. here is the dmesg and scanpci -v output tg3.c:v3.65 (August 07, 2006) ACPI: PCI Interrupt 0000:04:00.0[A] -> GSI 17 (level, low) -> IRQ 177 PCI: Setting latency timer of device 0000:04:00.0 to 64 eth0: Tigon3 [partno(BCM95754) rev b002 PHY(5787)] (PCI Express) 10/100/1000Base T Ethernet 00:13:72:25:67:ec eth0: RXcsums[1] LinkChgREG[1] MIirq[1] ASF[0] Split[0] WireSpeed[1] TSOcap[1] eth0: dma_rwctrl[76180000] dma_mask[64-bit] pci bus 0x0004 cardnum 0x00 function 0x00: vendor 0x14e4 device 0x167a Broadcom Corporation Device unknown CardVendor 0x1028 card 0x01de (Card unknown) STATUS 0x0010 COMMAND 0x0006 CLASS 0x02 0x00 0x00 REVISION 0x02 BIST 0x00 HEADER 0x00 LATENCY 0x00 CACHE 0x10 BASE0 0x00000000eddf0004 addr 0x00000000eddf0000 MEM 64BIT MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x01 INT_LINE 0x0a ------------------------------ Kevin Kramer Sr. Systems Administrator 512.418.5725 Centaur Technology, Inc. www.centtech.com Brian A. Seklecki wrote the following on 10/23/06 11:18: > > > Kevin: > > Maybe you can get a punter on linux-poweredge@ lists to do "scanpci > -v" or "lspci" or whatever to get the IDs. > > ~BAS > > On Wed, 18 Oct 2006, Scott Long wrote: > >> Kevin Kramer wrote: >>> and will it support the BCM5754 in the Precision 390? >>> >> >> No idea, ask the vendor. >> >> Scott >> _______________________________________________ >> 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" >> > > 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." From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 17:37: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CF2A16A407 for ; Mon, 23 Oct 2006 17:37:31 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr8.xs4all.nl (smtp-vbr8.xs4all.nl [194.109.24.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 651C443D76 for ; Mon, 23 Oct 2006 17:37:14 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr8.xs4all.nl (8.13.8/8.13.8) with ESMTP id k9NHbDhu026467; Mon, 23 Oct 2006 19:37:13 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id EADD0B840; Mon, 23 Oct 2006 19:37:12 +0200 (CEST) Date: Mon, 23 Oct 2006 19:37:12 +0200 From: Roland Smith To: freebsd-stable@freebsd.org, matthieu.michaud@epita.info Message-ID: <20061023173712.GA17079@slackbox.xs4all.nl> Mail-Followup-To: freebsd-stable@freebsd.org, matthieu.michaud@epita.info References: <45393A29.3080100@epita.info> <200610231649.k9NGnLgQ065468@lurza.secnetix.de> <20061023172712.GA16379@slackbox.xs4all.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline In-Reply-To: <20061023172712.GA16379@slackbox.xs4all.nl> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Subject: Re: VIA C7 support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 17:37:31 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 23, 2006 at 07:27:12PM +0200, Roland Smith wrote: > On Mon, Oct 23, 2006 at 06:49:21PM +0200, Oliver Fromme wrote: > > Matthieu Michaud wrote: > > > Oliver Fromme wrote: > > > > Also take into account that you usually don't read that > > > > much data from /dev/random. Quality is much more important > > > > than speed. > > >=20 > > > you are right. do you know an easy way to evaluate this quality ? > >=20 > > There is no easy way, I'm afraid. >=20 > Start reading here: http://www.random.org/essay.html > And follow the links. >=20 > A test of 1 MB random data with "ent" [http://www.fourmilab.ch/random/]: >=20 > dd if=3D/dev/random of=3Drand.dat bs=3D1k count=3D1k > ./ent rand.dat=20 > Entropy =3D 7.999843 bits per byte. >=20 > Optimum compression would reduce the size > of this 1048576 byte file by 0 percent. >=20 > Chi square distribution for 1048576 samples is 227.43, and randomly > would exceed this value 75.00 percent of the times. >=20 > Arithmetic mean value of data bytes is 127.6223 (127.5 =3D random). > Monte Carlo value for Pi is 3.133839164 (error 0.25 percent). > Serial correlation coefficient is -0.000504 (totally uncorrelated =3D 0.0= ). >=20 >=20 > According to the same fourmilab page this is quite decent. There is > about 1 bit of entropy in approx. ~6000 bytes!=20 That should be 1 bit of _non_ entropy. Oops. > The chi square value is > of the same order as one generated by timing radioactive decay events. Repeating the cycle of dd/ent commands gives varying values for the chi square test. It probably depends on the ratio of random bytes that you need versus the number of really random bytes harvested by the system. =20 Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFPP3IEnfvsMMhpyURAozvAJ41esEmw6HNtj5NgfI6S9b2tp4X7wCcDSgF YtYknOJF28fpE6NLBqeSEoY= =PNwy -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 17:37:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA8F816A582; Mon, 23 Oct 2006 17:37:53 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1028443D75; Mon, 23 Oct 2006 17:37:40 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from [172.21.130.86] (mx-broadway [38.98.68.18]) by corbulon.video-collage.com (8.13.6/8.13.6) with ESMTP id k9NHbdkF055590 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Oct 2006 13:37:39 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) From: Mikhail Teterin Organization: Virtual Estates, Inc. To: Gleb Smirnoff Date: Mon, 23 Oct 2006 13:37:33 -0400 User-Agent: KMail/1.9.1 References: <200610211300.09476@aldan> <20061021173358.GC75694@cell.sick.ru> In-Reply-To: <20061021173358.GC75694@cell.sick.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200610231337.33873.mi+mx@aldan.algebra.com> X-Virus-Scanned: ClamAV 0.88.4/2082/Mon Oct 23 10:58:17 2006 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: em network 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: Mon, 23 Oct 2006 17:37:54 -0000 ÓÕÂÏÔÁ 21 ÖÏ×ÔÅÎØ 2006 13:33, Gleb Smirnoff ÎÁÐÉÓÁ×: > We aren't currently speaking about performance, we need to know whether > kernel with DEVICE_POLLING option makes NIC work stable. Yes, that seems to be the case... After I got to the machine's console (there was no network access) and turning off the polling on em0, it started accepting the dumps (two streams in parallel from two different remote servers), and compressing them (zlib -9) at about 35 Mb/s. The em0's interrupts fire between 3K and 4K times per second, accounting for 3-7% of the total CPU load. I'll test with three parallel dumps tonight (one of them from an "overwhelming" 8-Sparc db-server), but it looks quite promising already. Yours, -mi 4 users Load 2.46 2.34 1.63 23 ÖÏ× 13:34 Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER Tot Share Tot Share Free in out in out Act 113456 17640 233076 44512 89204 count All 2001588 20244 1426659k 51588 pages Interrupts Proc:r p d s w Csw Trp Sys Int Sof Flt cow 7738 total 2 60 12703 172391928576 70 254372 wire irq1: atkb 120004 act irq6: fdc0 4.9%Sys 6.3%Intr 88.8%User 0.0%Nice 0.0%Idl 1548080 inact irq15: ata | | | | | | | | | | 86240 cache irq17: fwo ==++++>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2964 free irq20: nve daefr irq21: ohc Namei Name-cache Dir-cache prcfr 2 irq22: ehc Calls hits % hits % react 3679 irq25: em0 312 312 100 pdwak 67 irq29: amr zfod pdpgs 1995 cpu0: time Disks ad4 ad6 amrd0 ozfod intrn 1995 cpu1: time KB/t 128 0.00 75.03 %slo-z 221184 buf tps 1 0 58 1112 tfree 23 dirtybuf MB/s 0.12 0.00 4.23 100000 desiredvnodes % busy 0 0 61 2757 numvnodes Showing vmstat, refresh every 1 seconds. 1965 From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 17:51: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D349916A492 for ; Mon, 23 Oct 2006 17:51:09 +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 24CA043D45 for ; Mon, 23 Oct 2006 17:50:46 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.176.29] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis), id 0ML29c-1Gc3wh1UpN-00074E; Mon, 23 Oct 2006 19:50:44 +0200 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org Date: Mon, 23 Oct 2006 19:50:32 +0200 User-Agent: KMail/1.9.4 References: <8F9483A9-D387-443E-A325-356958211153@khera.org> In-Reply-To: <8F9483A9-D387-443E-A325-356958211153@khera.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="nextPart2361973.vDJu7dn7XK"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200610231950.39584.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: Vivek Khera Subject: Re: CARP not balancing automatically X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 17:51:10 -0000 --nextPart2361973.vDJu7dn7XK Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 23 October 2006 17:34, Vivek Khera wrote: > I'm attempting to use CARP with arpbalance to load balance some > services. My only problem is that the balancing doesn't happen > automatically. > > The configuration is just from the carp man page: > > ifconfig_em0=3D"inet XXX.XXX.XXX.55 netmask 255.255.255.192 " > ifconfig_em1=3D"inet 192.168.100.55 netmask 255.255.255.0 " > ifconfig_carp0=3D"inet 192.168.100.100 netmask 255.255.255.0 vhid 5 > pass dns-prv" > ifconfig_carp1=3D"inet 192.168.100.100 netmask 255.255.255.0 vhid 6 > advskew 100 pass dns-prv" > cloned_interfaces=3D"carp0 carp1" > > and on the other box: > > ifconfig_em0=3D"inet XXX.XXX.XXX.56 netmask 255.255.255.192 " > ifconfig_em1=3D"inet 192.168.100.56 netmask 255.255.255.0 " > ifconfig_carp0=3D"inet 192.168.100.100 netmask 255.255.255.0 vhid 5 > advskew 100 pass dns-prv" > ifconfig_carp1=3D"inet 192.168.100.100 netmask 255.255.255.0 vhid 6 > pass dns-prv" > cloned_interfaces=3D"carp0 carp1" > > > and of course net.inet.carp.arpbalance=3D1 in /etc/sysctl.conf. > > > When I reboot the systems, the first one to boot up becomes the > MASTER for both carp0 and carp1 interfaces and remains so even after > the other machine comes up. The second machine to boot comes up in > BACKUP mode for both interfaces. > > The only way to make the balance change is to bring down carp0 on the > box not designated as the master for it momentarily until such time > that the first one (the designated master for carp0) takes over, then > bring up carp0 again. > > Until I perform this manual step, all traffic goes to the single box. > After I perform this step, the traffic is balanced nicely as expected > amongst the local network hosts. Each box then has one MASTER and > one BACKUP carp interface for this IP. Sounds like you forgot the net.inet.carp.preempt sysctl. See the begining= =20 of the EXAMPLES section of carp(4). > What can I do to make the balance automatic as the docs imply? This > also happens on another pair of machines I have which are CARP + > arpbalance for another IP. > > The NICs in question are hooked up to a gigabit switch. =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 --nextPart2361973.vDJu7dn7XK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFPQDvXyyEoT62BG0RAk0GAJ9LC0ZF4ttOgot+6N22+fIfgAqHWgCfY9GU oNU8BMhed2vv0Gc5OM20Mls= =vq47 -----END PGP SIGNATURE----- --nextPart2361973.vDJu7dn7XK-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 18:17: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11AD116A587 for ; Mon, 23 Oct 2006 18:17:28 +0000 (UTC) (envelope-from sbesnard@laposte.net) Received: from dominoext.ville-sevran.fr (dominoext.ville-sevran.fr [81.255.128.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 607E243D7B for ; Mon, 23 Oct 2006 18:16:47 +0000 (GMT) (envelope-from sbesnard@laposte.net) Message-ID: <453D070D.7000707@laposte.net> Date: Mon, 23 Oct 2006 20:16:45 +0200 From: Stephane Besnard User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: em, bge, network problems survey. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 18:17:28 -0000 Hi, We do experience some trouble with em. 1. em0: watchdog timeout resetting Network hangs, server becomes unreachable, and after a few minutes, console doesn't respond anymore. We tried to type something at the console prompt and we got some "chinese" characters :) We had to reboot badly. twice. Then we switched to an xl network card. The problem occurred under load (heavy for our use) : nightly nfs backup that wasn't completed, samba home directory for 300 users, squid just 5 minutes after users began to work at the office. Really bad. 2. We are using a 6.1 release. We were using an old 5.2.1 before that. And we already had some network hang followed by server hang that's why we upgraded to 6.1. really bad idea. The problem occurs once a week now. 3. em cards are experiencing the problem. We bought a brand new one, and it stills occurs. So we are now using the integrated xl card. It works fine, but at 100Mbps. 4. It is an SMP machine. We are using the default kernel. 5. machine not hyperthreading capable 6.ioapic0 irqs 0-23 on motherboard 7. no code patch, default configuration, default kernel 8. 4BSD scheduler I can't do a lot of test with this server, as it is a production one. Hope this will help you to fix. See below, vmwtat, dmesg and pciconf Regards Stephane # vmstat -i interrupt total rate irq1: atkbd0 606 0 irq6: fdc0 3 0 irq14: ata0 47 0 irq19: xl0 19094529 540 irq20: em0 0 0 irq21: em1 twe0 654923 18 cpu0: timer 70651494 1999 cpu1: timer 70651376 1999 Total 161052978 4558 #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: Sun May 7 04:42:56 UTC 2006 root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) MP 2600+ (2133.42-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x681 Stepping = 1 Features=0x383fbff AMD Features=0xc0480800 real memory = 536346624 (511 MB) avail memory = 515244032 (491 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 1 cpu1 (AP): APIC ID: 0 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0x8000-0x807f,0x8080-0x80ff iomem 0xd8000-0xdbfff on acpi0 pci0: on pcib0 agp0: port 0x10a0-0x10a3 mem 0xd2000000-0xd3ffffff,0xd0d00000-0xd0d00fff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 5.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 7.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 7.3 (no driver attached) em0: port 0x1000-0x103f mem 0xd0880000-0xd089ffff,0xd0800000-0xd083ffff irq 20 at device 8.0 on pci0 em0: Ethernet address: 00:04:23:d5:40:80 em1: port 0x1040-0x107f mem 0xd08a0000-0xd08bffff,0xd0840000-0xd087ffff irq 21 at device 8.1 on pci0 em1: Ethernet address: 00:04:23:d5:40:81 twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0x1090-0x109f mem 0xd0000000-0xd07fffff irq 21 at device 9.0 on pci0 twe0: [GIANT-LOCKED] twe0: 8 ports, Firmware FE7X 1.05.00.056, BIOS BE7X 1.08.00.046 pcib2: at device 16.0 on pci0 pci2: on pcib2 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0x3000-0x307f mem 0xd0a01000-0xd0a0107f irq 19 at device 8.0 on pci2 miibus0: on xl0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:e0:81:21:81:33 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd07ff,0xd0800-0xd17ff,0xe0000-0xe3fff 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: CDROM at ata0-master UDMA33 twed0: on twe0 twed0: 39265MB (80416192 sectors) twed1: on twe0 twed1: 471192MB (965002240 sectors) SMP: AP CPU #1 Launched! # pciconf -lv agp0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x700c1022 rev=0x11 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'AMD-762 CPU to PCI Bridge (SMP chipset)' class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x700d1022 rev=0x00 hdr=0x01 vendor = 'Advanced Micro Devices (AMD)' device = 'AMD-762 CPU to PCI Bridge (AGP 4x)' class = bridge subclass = PCI-PCI isab0@pci0:7:0: class=0x060100 card=0x00000000 chip=0x74401022 rev=0x05 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'AMD-768 PCI to ISA/LPC Bridge' class = bridge subclass = PCI-ISA atapci0@pci0:7:1: class=0x01018a card=0x74411022 chip=0x74411022 rev=0x04 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'AMD-768 EIDE Controller' class = mass storage subclass = ATA none0@pci0:7:3: class=0x068000 card=0x74431022 chip=0x74431022 rev=0x03 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'AMD-768 System Management' class = bridge em0@pci0:8:0: class=0x020000 card=0x11798086 chip=0x10798086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82546EB Dual Port Gigabit Ethernet Controller' class = network subclass = ethernet em1@pci0:8:1: class=0x020000 card=0x11798086 chip=0x10798086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82546EB Dual Port Gigabit Ethernet Controller' class = network subclass = ethernet twe0@pci0:9: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 pcib2@pci0:16:0: class=0x060400 card=0x00000000 chip=0x74481022 rev=0x05 hdr=0x01 vendor = 'Advanced Micro Devices (AMD)' device = 'AMD-768 PCI Bridge' class = bridge subclass = PCI-PCI none1@pci1:5:0: class=0x030000 card=0x03251039 chip=0x03251039 rev=0x00 hdr=0x00 vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS325 2D/3D Accelerator' class = display subclass = VGA xl0@pci2:8:0: class=0x020000 card=0x246610f1 chip=0x920010b7 rev=0x78 hdr=0x00 vendor = '3COM Corp, Networking Division' device = '3C905C-TX Fast EtherLink for PC Management NIC' class = network subclass = ethernet From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 18:35: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A9FC16A4AB for ; Mon, 23 Oct 2006 18:35:02 +0000 (UTC) (envelope-from balgaa@micom.mn) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id D477843D67 for ; Mon, 23 Oct 2006 18:34:10 +0000 (GMT) (envelope-from balgaa@micom.mn) Received: from [202.179.26.131] (helo=JACK) by publicd.ub.mng.net with esmtpa (Exim 4.61 (FreeBSD)) (envelope-from ) id 1Gc4cD-0006ji-5t for freebsd-stable@freebsd.org; Tue, 24 Oct 2006 02:33:38 +0800 Message-ID: <019f01c6f6d1$bbf45eb0$0201000a@JACK> From: "Balgansuren Batsukh" To: Date: Tue, 24 Oct 2006 02:33:22 +0800 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: em0 update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Balgansuren Batsukh List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 18:35:02 -0000 Hello, I compiled again recent patch from http://lists.freebsd.org/pipermail/freebsd-stable/2006-October/029224.htm= l then em0 works fine until now without any problem. Regards, Balgaa From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 18:42:31 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30D0A16A49E for ; Mon, 23 Oct 2006 18:42:31 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from smtp1.uct.ac.za (smtp1.uct.ac.za [137.158.128.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id C998443E55 for ; Mon, 23 Oct 2006 18:40:26 +0000 (GMT) (envelope-from bsd@lordcow.org) Received: from [137.158.128.125] (helo=anubis.uct.ac.za) by smtp1.uct.ac.za with esmtp (Exim 4.30; FreeBSD) id 1Gc4iJ-0007IQ-SC for stable@freebsd.org; Mon, 23 Oct 2006 20:39:55 +0200 Received: from lhc.phy.uct.ac.za ([137.158.37.93]) by anubis.uct.ac.za with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1Gc4iJ-0006TF-Dh for stable@freebsd.org; Mon, 23 Oct 2006 20:39:55 +0200 Received: from lordcow by lhc.phy.uct.ac.za with local (Exim 4.63) (envelope-from ) id 1Gc4iM-0008Td-5e for stable@freebsd.org; Mon, 23 Oct 2006 20:39:58 +0200 Date: Mon, 23 Oct 2006 20:39:58 +0200 From: gareth To: stable@freebsd.org Message-ID: <20061023183958.GA31571@lordcow.org> References: <20061023162352.GA30413@lordcow.org> <200610231656.k9NGug1p065806@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200610231656.k9NGug1p065806@lurza.secnetix.de> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: cpu usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 18:42:31 -0000 On Mon 2006-10-23 (18:56), Oliver Fromme wrote: > It shouldn't change anything. The nice level will not > reduce the amount of work that your CPU is doing, it might > only shift that amount between processes. ah ok. > Depending on the type of your CPU (which you didn't tell > us), it might be possible to reduce the clock rate using it's an amd athlon-xp 2600+ > the cpufreq(4) framework. You can control it with sysctl. > Reducing the clock rate will reduce the power consumption > and thus the heat generated by the CPU. Of course it will > also make your computer run much slower. thanx, will give that a shot. the machine runs fine under normal circumstances, it's just the odd few jobs. hopefully this'll work without a reboot. *reads up* > should first try to fix your hardware. If the CPU is > overclocked, stop that. nope, not overclocked On Tue 2006-10-24 (01:46), Kazuaki ODA wrote: > Is this really a cpu problem? I suspect that your cpu fan or case fan > has stopped, so there is nothing to cool the cpu. i've been checking those, and they *seem* to be ok. am gonna buy another fan for the cpu when i get a sec. On Mon 2006-10-23 (18:57), Roland Smith wrote: > Forgot the thermal paste between the CPU and the fan? > Overclocked the CPU? nope ;) i built this machine 3 years ago i think, whenever the 2600+'s came out. it's only been giving trouble in the past few months. From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 18:51: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EEAF16A4D1; Mon, 23 Oct 2006 18:51:01 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CA8B43D45; Mon, 23 Oct 2006 18:50:52 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from [172.21.130.86] (mx-broadway [38.98.68.18]) by corbulon.video-collage.com (8.13.6/8.13.6) with ESMTP id k9NIooCO058639 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Oct 2006 14:50:51 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) From: Mikhail Teterin Organization: Virtual Estates, Inc. To: Gleb Smirnoff Date: Mon, 23 Oct 2006 14:50:44 -0400 User-Agent: KMail/1.9.1 References: <200610211300.09476@aldan> <20061021173358.GC75694@cell.sick.ru> <200610231337.33873.mi+mx@aldan.algebra.com> In-Reply-To: <200610231337.33873.mi+mx@aldan.algebra.com> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200610231450.44657.mi+mx@aldan.algebra.com> X-Virus-Scanned: ClamAV 0.88.4/2082/Mon Oct 23 10:58:17 2006 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: em network 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: Mon, 23 Oct 2006 18:51:01 -0000 ÐÏÎÅĦÌÏË 23 ÖÏ×ÔÅÎØ 2006 13:37, Mikhail Teterin ÎÁÐÉÓÁ×: > > We aren't currently speaking about performance, we need to know whether > > kernel with DEVICE_POLLING option makes NIC work stable. > > Yes, that seems to be the case... I spoke too soon :-( It took a lot longer this time (without polling), but the network hung again on the box. Everything recovered by itself after I walked over and simply pushed the Shift button on the machine's keyboard... -mi From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 19:14:42 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E72516A415 for ; Mon, 23 Oct 2006 19:14:42 +0000 (UTC) (envelope-from toreld@netscape.net) Received: from mail46.e.nsc.no (mail46.e.nsc.no [193.213.115.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AD0B43D46 for ; Mon, 23 Oct 2006 19:14:41 +0000 (GMT) (envelope-from toreld@netscape.net) Received: from [62.16.191.2] (062016191002.customer.alfanett.no [62.16.191.2]) (authenticated bits=0) by mail46.nsc.no (8.13.8/8.13.5) with ESMTP id k9NJEcGj008891 for ; Mon, 23 Oct 2006 21:14:39 +0200 (CEST) Message-ID: <453D14D5.2000203@netscape.net> Date: Mon, 23 Oct 2006 21:15:33 +0200 From: Tore Lund User-Agent: Thunderbird 1.5.0.7 (X11/20060925) MIME-Version: 1.0 To: stable@freebsd.org References: <20061023162352.GA30413@lordcow.org> <200610231656.k9NGug1p065806@lurza.secnetix.de> <20061023183958.GA31571@lordcow.org> In-Reply-To: <20061023183958.GA31571@lordcow.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: cpu usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 19:14:42 -0000 gareth wrote: > > On Mon 2006-10-23 (18:57), Roland Smith wrote: >> Forgot the thermal paste between the CPU and the fan? >> Overclocked the CPU? > > nope ;) i built this machine 3 years ago i think, whenever the 2600+'s > came out. it's only been giving trouble in the past few months. I have an XP 2200 in a normal ATX box with no extra fans. I have to change thermal paste about once a year. Even so, I monitor the temperature closely in the summertime and increase fan speed whenever necessary. So there is a chance that your cooler simply needs fresh thermal paste after 3 years. -- Tore From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 19:41:41 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4EED216A412 for ; Mon, 23 Oct 2006 19:41:41 +0000 (UTC) (envelope-from bob@immure.com) Received: from flpi102.sbcis.sbc.com (flpi102.sbcis.sbc.com [207.115.20.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7B7E43D5A for ; Mon, 23 Oct 2006 19:41:40 +0000 (GMT) (envelope-from bob@immure.com) X-ORBL: [66.136.206.1] Received: from maul.immure.com (adsl-66-136-206-1.dsl.austtx.swbell.net [66.136.206.1]) by flpi102.sbcis.sbc.com (8.13.7 out spool5000 dk/8.13.7) with ESMTP id k9NJfv0u021046 for ; Mon, 23 Oct 2006 12:41:57 -0700 Received: from rancor.immure.com (rancor.immure.com [10.1.132.9]) by maul.immure.com (8.13.6/8.13.6) with ESMTP id k9NJfZ58039023 for ; Mon, 23 Oct 2006 14:41:35 -0500 (CDT) (envelope-from bob@immure.com) Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.13.6/8.13.6) with ESMTP id k9NJfZro049755 for ; Mon, 23 Oct 2006 14:41:35 -0500 (CDT) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.13.6/8.13.6/Submit) id k9NJfZdU049754 for stable@freebsd.org; Mon, 23 Oct 2006 14:41:35 -0500 (CDT) (envelope-from bob) Date: Mon, 23 Oct 2006 14:41:35 -0500 From: Bob Willcox To: stable@freebsd.org Message-ID: <20061023194135.GA49555@rancor.immure.com> References: <20061023162352.GA30413@lordcow.org> <200610231656.k9NGug1p065806@lurza.secnetix.de> <20061023183958.GA31571@lordcow.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061023183958.GA31571@lordcow.org> User-Agent: Mutt/1.5.12-2006-07-14 X-immure-MailScanner-Information: Please contact the ISP for more information X-immure-MailScanner: Found to be clean X-immure-MailScanner-From: bob@immure.com X-Spam-Status: No Cc: Subject: Re: cpu usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bob Willcox List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 19:41:41 -0000 On Mon, Oct 23, 2006 at 08:39:58PM +0200, gareth wrote: [snip] > > On Mon 2006-10-23 (18:57), Roland Smith wrote: > > Forgot the thermal paste between the CPU and the fan? > > Overclocked the CPU? > > nope ;) i built this machine 3 years ago i think, whenever the 2600+'s > came out. it's only been giving trouble in the past few months. I've had machines that have been in service for several years start to overheat due to dust accumulation in the CPU cooler fins. If you haven't already done so, you might want to check for that. Bob -- Bob Willcox Possessions increase to fill the space bob@immure.com available for their storage. Austin, TX -- Ryan From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 20:21: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FA8316A403 for ; Mon, 23 Oct 2006 20:21:40 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BE3B43D6E for ; Mon, 23 Oct 2006 20:21:37 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 78BA8B80F; Mon, 23 Oct 2006 16:21:36 -0400 (EDT) In-Reply-To: <200610231950.39584.max@love2party.net> References: <8F9483A9-D387-443E-A325-356958211153@khera.org> <200610231950.39584.max@love2party.net> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-14-791585895; protocol="application/pkcs7-signature" Message-Id: <05BE5E0E-0A4A-4946-8650-3608EBAF540E@khera.org> From: Vivek Khera Date: Mon, 23 Oct 2006 16:21:35 -0400 To: Max Laier X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: CARP not balancing automatically X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 20:21:40 -0000 --Apple-Mail-14-791585895 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Oct 23, 2006, at 1:50 PM, Max Laier wrote: >> Until I perform this manual step, all traffic goes to the single box. >> After I perform this step, the traffic is balanced nicely as expected >> amongst the local network hosts. Each box then has one MASTER and >> one BACKUP carp interface for this IP. > > Sounds like you forgot the net.inet.carp.preempt sysctl. See the > begining > of the EXAMPLES section of carp(4). But I don't have multiple interfaces that all need to go up/down together. I need one carp interface to be master and one backup on box A, and the opposite master/backup on box B. Or am I totally misunderstanding with the preemtp sysctl is for? The second example in the EXAMPLES section is what I followed. It makes no mention of needing preempt, but does say I need arpbalance. Is the documentation incomplete in the second example, then? What I want to end up with (and what I get after my manual manipulation) is this: one host: carp0: flags=49 mtu 1500 inet 192.168.100.100 netmask 0xffffff00 carp: BACKUP vhid 5 advbase 1 advskew 100 carp1: flags=49 mtu 1500 inet 192.168.100.100 netmask 0xffffff00 carp: MASTER vhid 6 advbase 1 advskew 0 other host: carp0: flags=49 mtu 1500 inet 192.168.100.100 netmask 0xffffff00 carp: MASTER vhid 5 advbase 1 advskew 0 carp1: flags=49 mtu 1500 inet 192.168.100.100 netmask 0xffffff00 carp: BACKUP vhid 6 advbase 1 advskew 100 what happens on boot is one box has both MASTER and the other has both BACKUP resulting in zero load balance. --Apple-Mail-14-791585895-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 20:28:20 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D73916A403; Mon, 23 Oct 2006 20:28:20 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B42443D46; Mon, 23 Oct 2006 20:28:19 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from [172.21.130.86] (mx-broadway [38.98.68.18]) by corbulon.video-collage.com (8.13.6/8.13.6) with ESMTP id k9NKSHZj061863 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Oct 2006 16:28:18 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) From: Mikhail Teterin Organization: Virtual Estates, Inc. To: re@freebsd.org Date: Mon, 23 Oct 2006 16:28:12 -0400 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610231628.12318.mi+mx@aldan.algebra.com> X-Virus-Scanned: ClamAV 0.88.4/2082/Mon Oct 23 10:58:17 2006 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 Cc: stable@freebsd.org Subject: some issues not listed on TODO X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 20:28:20 -0000 Hello! Looking at the http://www.freebsd.org/releases/6.2R/todo.html today, I was surprised to not see the following problems in addition to the em(4) issue: . devel/nspr's self test fails: the forktest executable complains about a bug in pthread. Using libthr seems to work, but that is not the default configuration. To reproduce: cd /usr/ports/devel/nspr make build test . when the devel/icu port is built with threading support (currently off for this reason), its self-tests crash randomly on ia64. marcel is aware of the problem with threads on ia64 *in general* and is working on it... To reproduce (on ia64): cd /usr/ports/devel/icu make config ;# Enable threads make . building devel/icu on i386 with an optimization flags lower than -O2, reveals a bug in the compiler toolchain -- a bogus symbol is inserted into an object file. The problem strikes sometimes and appears to depend on the number of string literals in the source file. To reproduce, edit the port's Makefile to change the -O flag modification from -O2 to "-O0 -g" and try to build the port. Yours, -mi From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 20:38: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F78416A403 for ; Mon, 23 Oct 2006 20:38:51 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FA8343D45 for ; Mon, 23 Oct 2006 20:38:49 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 7670EB80A; Mon, 23 Oct 2006 16:38:49 -0400 (EDT) In-Reply-To: <05BE5E0E-0A4A-4946-8650-3608EBAF540E@khera.org> References: <8F9483A9-D387-443E-A325-356958211153@khera.org> <200610231950.39584.max@love2party.net> <05BE5E0E-0A4A-4946-8650-3608EBAF540E@khera.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-17-792618478; protocol="application/pkcs7-signature" Message-Id: <5F2498BF-8821-40C0-B815-2C7E552056AC@khera.org> From: Vivek Khera Date: Mon, 23 Oct 2006 16:38:48 -0400 To: Max Laier X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Stable Subject: Re: CARP not balancing automatically X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 20:38:51 -0000 --Apple-Mail-17-792618478 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Oct 23, 2006, at 4:21 PM, Vivek Khera wrote: >> Sounds like you forgot the net.inet.carp.preempt sysctl. See the >> begining >> of the EXAMPLES section of carp(4). > > But I don't have multiple interfaces that all need to go up/down > together. I need one carp interface to be master and one backup on > box A, and the opposite master/backup on box B. Or am I totally > misunderstanding with the preemtp sysctl is for? Forgot to mention that setting preempt sysctl does instantly make the carp load balanced interfaces work as expected: balancing the load by offering one master on each server. So I'll say that the example needs to be made more clear that preempt needs to be on. It seems to me that preempt off is a mostly useless configuraiton for load balance, but probably not for just simple failover. --Apple-Mail-17-792618478-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 22:19: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 836D316A412 for ; Mon, 23 Oct 2006 22:19:41 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9DA143D49 for ; Mon, 23 Oct 2006 22:19:40 +0000 (GMT) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.8/8.13.8) with ESMTP id k9NMJbcp017533 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 24 Oct 2006 00:19:38 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <6196E612-1611-4D81-BF50-8E54DED00480@khera.org> References: <6196E612-1611-4D81-BF50-8E54DED00480@khera.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <911B338C-38E0-4952-986C-F9DBC82E99BE@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Tue, 24 Oct 2006 00:19:37 +0200 To: Vivek Khera X-Mailer: Apple Mail (2.752.2) Cc: FreeBSD Stable Subject: Re: kernel ignores kenv comconsole_speed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 22:19:41 -0000 Am 23.10.2006 um 17:46 schrieb Vivek Khera: > On Oct 20, 2006, at 6:59 AM, Stefan Bethke wrote: > >> I have -DS115200 in /boot.config, and boot and loader are happily >> using this speed. However, the kernel appears to be hardwired to >> 9600. > > I've only ever gotten it to work when /boot.config looks like "-D - > S115200". I don't think you can merge the -S flag with the others, > at least according to my read of the man page. As I said, boot and loader are happily using 115200, but the kernel uses the compiled-in default. I'll file a PR the next few days, hopefully with a patch. Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 23:01:26 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74A1E16A416 for ; Mon, 23 Oct 2006 23:01:26 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from smtp109.rog.mail.re2.yahoo.com (smtp109.rog.mail.re2.yahoo.com [68.142.225.207]) by mx1.FreeBSD.org (Postfix) with SMTP id 9155643D46 for ; Mon, 23 Oct 2006 23:01:25 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 65095 invoked from network); 23 Oct 2006 23:01:24 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding; b=ZzDfQ2n2tYizNyw9WnBb9LRdrJOJdwqhcmy/bb7MOHVxZYoHwdEy3cfpbu4+ROPGdqPgaOGpPaKXft0YK7l+ZUhYysMMzPpSetu/GIGXprv1j5hI4fCsp1SoW8xsYXOsb+hN4/91hNj9LKhBGIXgthnq/iY026Dz0fVUiV8dP4U= ; Received: from unknown (HELO ?172.16.0.200?) (mikej@rogers.com@74.111.253.239 with plain) by smtp109.rog.mail.re2.yahoo.com with SMTP; 23 Oct 2006 23:01:24 -0000 Message-ID: <453D49D2.1010705@rogers.com> Date: Mon, 23 Oct 2006 19:01:38 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Running large DB's on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 23:01:26 -0000 Greetings, I am in the process of implementing a fairly large mysql server for an even larger company, and naturally i want to use FreeBSD. The hardware will be an HP DL385, 2 x dual-core Opterons, 16GB RAM, 7 x 15k rpm disks in a RAID5 setup. I'm not exactly informed as to the specific workload yet, however i know the database will have several million rows and be larger than 10GB. So, first of all, am i crazy for choosing fbsd+mysql for this rather than something like Solaris + Oracle? :) Secondly, i am just looking for some suggestions, opinions, success/failure story's that may help me out. Is anyone out there using FreeBSD for something of this size? I am hoping that everything will work out well, and the client will be happy. This would generate some good PR for FreeBSD, as it is a very large international company and it would be the first FreeBSD server (that i know of) of this type there. Thanks, any input will be appreciated. From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 23:09:38 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14E8216A5B0 for ; Mon, 23 Oct 2006 23:09:38 +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 50ECE43D53 for ; Mon, 23 Oct 2006 23:09:37 +0000 (GMT) (envelope-from wmoran@collaborativefusion.com) Received: from localhost (c-71-60-174-60.hsd1.pa.comcast.net [71.60.174.60]) (AUTH: LOGIN wmoran, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Mon, 23 Oct 2006 19:09:36 -0400 id 00056427.453D4BB0.0000EFF2 Date: Mon, 23 Oct 2006 19:09:31 -0400 From: Bill Moran To: Mike Jakubik Message-Id: <20061023190931.73ab17d3.wmoran@collaborativefusion.com> In-Reply-To: <453D49D2.1010705@rogers.com> References: <453D49D2.1010705@rogers.com> Organization: Collaborative Fusion X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Running large DB's on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 23:09:38 -0000 Mike Jakubik wrote: > > I am in the process of implementing a fairly large mysql server for > an even larger company, and naturally i want to use FreeBSD. The > hardware will be an HP DL385, 2 x dual-core Opterons, 16GB RAM, 7 x 15k > rpm disks in a RAID5 setup. Generally speaking, RAID 5 is known for lousy performance in database loads. Consider using RAID 10. > So, first of all, am i crazy for choosing fbsd+mysql for this rather > than something like Solaris + Oracle? :) Well, you should be using FreeBSD+PostgreSQL, but that's just my religion. > Secondly, i am just looking for > some suggestions, opinions, success/failure story's that may help me > out. Is anyone out there using FreeBSD for something of this size? I am > hoping that everything will work out well, and the client will be happy. > This would generate some good PR for FreeBSD, as it is a very large > international company and it would be the first FreeBSD server (that i > know of) of this type there. Yes, this is being done. I would suggest surfing the Postgresql performance mailing list archives a bit. There are often discussions of huge databases there: http://archives.postgresql.org/pgsql-performance/ -- Bill Moran The presence of stale files in this directory can cause the dreaded unpredictable results, and therefore it is highly recommended that you delete them. From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 23: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59BDC16A4CA for ; Mon, 23 Oct 2006 23:10:25 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90EC343D6E for ; Mon, 23 Oct 2006 23:10:22 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin05-en2 [10.13.10.150]) by smtpout.mac.com (Xserve/8.12.11/smtpout14/MantshX 4.0) with ESMTP id k9NNAM0f006197; Mon, 23 Oct 2006 16:10:22 -0700 (PDT) Received: from [17.214.13.96] (a17-214-13-96.apple.com [17.214.13.96]) (authenticated bits=0) by mac.com (Xserve/smtpin05/MantshX 4.0) with ESMTP id k9NNAKe4001649; Mon, 23 Oct 2006 16:10:21 -0700 (PDT) In-Reply-To: <453D49D2.1010705@rogers.com> References: <453D49D2.1010705@rogers.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <3861E2E8-4232-4C46-8D0A-1B6079BCA07D@mac.com> Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Mon, 23 Oct 2006 16:10:19 -0700 To: Mike Jakubik X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: stable@freebsd.org Subject: Re: Running large DB's on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 23:10:25 -0000 On Oct 23, 2006, at 4:01 PM, Mike Jakubik wrote: > I am in the process of implementing a fairly large mysql server > for an even larger company, and naturally i want to use FreeBSD. > The hardware will be an HP DL385, 2 x dual-core Opterons, 16GB > RAM, 7 x 15k rpm disks in a RAID5 setup. I'm not exactly informed > as to the specific workload yet, however i know the database will > have several million rows and be larger than 10GB. > > So, first of all, am i crazy for choosing fbsd+mysql for this > rather than something like Solaris + Oracle? :) Moderately...it kinda depends on the budget available. I regard Solaris + Oracle as one of the most reliable combinations for moderate to extreme load, for a system that might well be in operation for five to ten years. If I was going to do FreeBSD, I might look into Postgres instead of MySQL; well, I might look into something else than MySQL under many circumstances. I've gotten some pretty good use out of OpenBase, for another choice. As for the disk configuration, using RAID-5 is one of the worst possible choices for a database; using multiple RAID-1 mirrors or a RAID-10 config would probably do a lot better in terms of performance and reliability. -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 23:35:55 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E90616A412 for ; Mon, 23 Oct 2006 23:35:55 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out1.tiscali.nl (smtp-out1.tiscali.nl [195.241.79.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18FB443D70 for ; Mon, 23 Oct 2006 23:35:52 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [82.171.39.195] (helo=guido.klop.ws) by smtp-out1.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1Gc9Ki-0005s5-1b for ; Tue, 24 Oct 2006 01:35:52 +0200 Received: (qmail 12707 invoked from network); 23 Oct 2006 23:35:49 -0000 Received: from localhost.thuis.klop.ws (HELO guido.klop.ws) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; 23 Oct 2006 23:35:49 -0000 Date: Tue, 24 Oct 2006 01:35:49 +0200 To: "Mike Jakubik" , stable@freebsd.org From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <453D49D2.1010705@rogers.com> Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: <453D49D2.1010705@rogers.com> User-Agent: Opera Mail/9.02 (FreeBSD) Cc: Subject: Re: Running large DB's on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 23:35:55 -0000 On Tue, 24 Oct 2006 01:01:38 +0200, Mike Jakubik wrote: > Greetings, > > I am in the process of implementing a fairly large mysql server for > an even larger company, and naturally i want to use FreeBSD. The > hardware will be an HP DL385, 2 x dual-core Opterons, 16GB RAM, 7 x 15k > rpm disks in a RAID5 setup. I'm not exactly informed as to the specific > workload yet, however i know the database will have several million rows > and be larger than 10GB. > > So, first of all, am i crazy for choosing fbsd+mysql for this rather > than something like Solaris + Oracle? :) Secondly, i am just looking for > some suggestions, opinions, success/failure story's that may help me > out. Is anyone out there using FreeBSD for something of this size? I am > hoping that everything will work out well, and the client will be happy. > This would generate some good PR for FreeBSD, as it is a very large > international company and it would be the first FreeBSD server (that i > know of) of this type there. > > Thanks, any input will be appreciated. I'm running MySQL 5 on Linux at my work (4 disk RAID 10/32G RAM/4xsingle-core). It has a DB of > 100 GB and much more than millions of rows and the preformance is very good with quite a lot of users via the webserver. But I do not have any comparisons with Oracle or other systems. Unforunately we don't run FreeBSD at work except for my workstation. The size of the db is not the problem. The load is more important. Are there a lot of sequential queries or simultanious? Do you do a lot of locking/selects/updates/insert? Are there thousands of tables or just 1? I do recommend a 64 bit OS if your hardware supports it, because it makes allocating memory for MySQL a lot easier. Ronald. -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 23:44:35 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EF1816A4B3 for ; Mon, 23 Oct 2006 23:44:35 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from smtp100.rog.mail.re2.yahoo.com (smtp100.rog.mail.re2.yahoo.com [206.190.36.78]) by mx1.FreeBSD.org (Postfix) with SMTP id EE0E143D7E for ; Mon, 23 Oct 2006 23:44:31 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 37748 invoked from network); 23 Oct 2006 23:44:30 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=1/XmPG7X/P7s+9vBuVtra06JqaEThKXLpK6qWFmzDhy6/RPaZC/yFf2b2XFINRTfAxvWYZNM8BnqkaGIEDG7nKvo1iqRVXmpWMykJu71UfpCbVk7OsG0MuZYi45C8GZhJcmEi0P31azKRh0HzShkcbO5ew29Ts9O7KO1eVkFPrI= ; Received: from unknown (HELO ?172.16.0.200?) (mikej@rogers.com@74.111.253.239 with plain) by smtp100.rog.mail.re2.yahoo.com with SMTP; 23 Oct 2006 23:44:30 -0000 Message-ID: <453D53ED.5050403@rogers.com> Date: Mon, 23 Oct 2006 19:44:45 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Chuck Swiger References: <453D49D2.1010705@rogers.com> <3861E2E8-4232-4C46-8D0A-1B6079BCA07D@mac.com> In-Reply-To: <3861E2E8-4232-4C46-8D0A-1B6079BCA07D@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Running large DB's on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 23:44:35 -0000 Chuck Swiger wrote: > On Oct 23, 2006, at 4:01 PM, Mike Jakubik wrote: >> So, first of all, am i crazy for choosing fbsd+mysql for this >> rather than something like Solaris + Oracle? :) > > Moderately...it kinda depends on the budget available. I regard > Solaris + Oracle as one of the most reliable combinations for moderate > to extreme load, for a system that might well be in operation for five > to ten years. If I was going to do FreeBSD, I might look into > Postgres instead of MySQL; well, I might look into something else than > MySQL under many circumstances. I've gotten some pretty good use out > of OpenBase, for another choice. > I believe the front-end application is MySQL dependent, but what is so much better about PostgreSQL? I understand that it has some more advanced features, but if they are not used, then what is the advantage? (I really like the InnooDB storage in MySQL) > As for the disk configuration, using RAID-5 is one of the worst > possible choices for a database; using multiple RAID-1 mirrors or a > RAID-10 config would probably do a lot better in terms of performance > and reliability. Is RAID5 really that bad when a lot of fast disks are used and the controller has a decent cache with a BBWC? Thanks for the feedback guys. From owner-freebsd-stable@FreeBSD.ORG Mon Oct 23 23:47:37 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8AF116A407 for ; Mon, 23 Oct 2006 23:47:37 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from smtp106.rog.mail.re2.yahoo.com (smtp106.rog.mail.re2.yahoo.com [68.142.225.204]) by mx1.FreeBSD.org (Postfix) with SMTP id 51BB043D49 for ; Mon, 23 Oct 2006 23:47:37 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 20723 invoked from network); 23 Oct 2006 23:47:36 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=ua5vVJSO+zk6CJv3/cLllPYFHg0J9YgkiRc5SqLvk5Wu75M9BPAHUVT1xB/3/rGnNq/6M0wibAgNzpSidZFjnUtKSmNsBzmKLhFoRizCxncnDhTCZU66u+VXH3Ah9/xUYrqFrM40W0G1VmrYGeBeawyZgea13tDdsxJ2nd9wgUg= ; Received: from unknown (HELO ?172.16.0.200?) (mikej@rogers.com@74.111.253.239 with plain) by smtp106.rog.mail.re2.yahoo.com with SMTP; 23 Oct 2006 23:47:36 -0000 Message-ID: <453D54A7.4080303@rogers.com> Date: Mon, 23 Oct 2006 19:47:51 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Ronald Klop References: <453D49D2.1010705@rogers.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Running large DB's on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 23:47:38 -0000 Ronald Klop wrote: > I'm running MySQL 5 on Linux at my work (4 disk RAID 10/32G > RAM/4xsingle-core). It has a DB of > 100 GB and much more than > millions of rows and the preformance is very good with quite a lot of > users via the webserver. But I do not have any comparisons with Oracle > or other systems. Unforunately we don't run FreeBSD at work except for > my workstation. > Well, i guess i can always fall back on Linux if there are any major problems on FreeBSD. > The size of the db is not the problem. The load is more important. Are > there a lot of sequential queries or simultanious? Do you do a lot of > locking/selects/updates/insert? Are there thousands of tables or just 1? > I do recommend a 64 bit OS if your hardware supports it, because it > makes allocating memory for MySQL a lot easier. Thats the information i do not have yet. My guess is mostly selects and possibly more than one table. I also believe they will make use of stored procedures. I will have to use AMD64 anyways, as it will be using 16GB of ram. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 00:00:33 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7605716A4EC for ; Tue, 24 Oct 2006 00:00:33 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9288443D4C for ; Tue, 24 Oct 2006 00:00:31 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin05-en2 [10.13.10.150]) by smtpout.mac.com (Xserve/8.12.11/smtpout04/MantshX 4.0) with ESMTP id k9O00S8j027303; Mon, 23 Oct 2006 17:00:30 -0700 (PDT) Received: from [17.214.13.96] (a17-214-13-96.apple.com [17.214.13.96]) (authenticated bits=0) by mac.com (Xserve/smtpin05/MantshX 4.0) with ESMTP id k9O00NAV018001; Mon, 23 Oct 2006 17:00:24 -0700 (PDT) In-Reply-To: <453D53ED.5050403@rogers.com> References: <453D49D2.1010705@rogers.com> <3861E2E8-4232-4C46-8D0A-1B6079BCA07D@mac.com> <453D53ED.5050403@rogers.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <5B0599EE-17BE-44E1-8CEC-587FFF1D79C4@mac.com> Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Mon, 23 Oct 2006 17:00:22 -0700 To: Mike Jakubik X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: stable@freebsd.org Subject: Re: Running large DB's on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 00:00:33 -0000 On Oct 23, 2006, at 4:44 PM, Mike Jakubik wrote: >> Moderately...it kinda depends on the budget available. I regard >> Solaris + Oracle as one of the most reliable combinations for >> moderate to extreme load, for a system that might well be in >> operation for five to ten years. If I was going to do FreeBSD, I >> might look into Postgres instead of MySQL; well, I might look into >> something else than MySQL under many circumstances. I've gotten >> some pretty good use out of OpenBase, for another choice. > > I believe the front-end application is MySQL dependent, but what is > so much better about PostgreSQL? I understand that it has some more > advanced features, but if they are not used, then what is the > advantage? (I really like the InnooDB storage in MySQL) I'm not sure whether avoiding deadlocks and using row-level locking by default qualifies as "advanced features", but unless you use InnoDB with MySQL, you don't get that from MySQL. Postgres has been around for a lot longer, and isn't as volatile as MySQL seems to be; also, it avoids some of the needless timer overhead that MySQL seems to enjoy, and the less-accurate-but-much-quicker gettimeofday() under Linux helps MySQL on that platform versus FreeBSD. >> As for the disk configuration, using RAID-5 is one of the worst >> possible choices for a database; using multiple RAID-1 mirrors or >> a RAID-10 config would probably do a lot better in terms of >> performance and reliability. > > Is RAID5 really that bad when a lot of fast disks are used and the > controller has a decent cache with a BBWC? Thanks for the feedback > guys. Yes, RAID-5 really can be that bad, unless your database is read-only or read-mostly. Lots of small writes will perform badly under RAID-5, even with a battery-backed write-cache in write-back mode... -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 00:16:22 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C74716A403 for ; Tue, 24 Oct 2006 00:16:22 +0000 (UTC) (envelope-from dmagda@ee.ryerson.ca) Received: from tomts36-srv.bellnexxia.net (tomts36.bellnexxia.net [209.226.175.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id A042843E01 for ; Tue, 24 Oct 2006 00:15:18 +0000 (GMT) (envelope-from dmagda@ee.ryerson.ca) Received: from [192.168.1.133] ([67.71.52.206]) by tomts36-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20061024001505.DJLS13653.tomts36-srv.bellnexxia.net@[192.168.1.133]>; Mon, 23 Oct 2006 20:15:05 -0400 In-Reply-To: <3861E2E8-4232-4C46-8D0A-1B6079BCA07D@mac.com> References: <453D49D2.1010705@rogers.com> <3861E2E8-4232-4C46-8D0A-1B6079BCA07D@mac.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <5FE48A6B-DD60-4FED-B925-C47CA555E962@ee.ryerson.ca> Content-Transfer-Encoding: 7bit From: David Magda Date: Mon, 23 Oct 2006 20:15:04 -0400 To: Chuck Swiger X-Mailer: Apple Mail (2.752.2) Cc: Mike Jakubik , stable@freebsd.org Subject: Re: Running large DB's on FreeBSD 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: Tue, 24 Oct 2006 00:16:22 -0000 On Oct 23, 2006, at 19:10, Chuck Swiger wrote: > Moderately...it kinda depends on the budget available. I regard > Solaris + Oracle as one of the most reliable combinations for > moderate to extreme load, for a system that might well be in > operation for five to ten years. If I was going to do FreeBSD, I > might look into Postgres instead of MySQL; well, I might look into > something else than MySQL under many circumstances. I've gotten > some pretty good use out of OpenBase, for another choice. FWIW, Solaris 10 Update 3 (6/06) comes with Postres on the DVDs and you can get official support from Sun if that's important. Solaris/ x86 does run on HP hardware (with support available), but I don't the exact HCL offhand. As for Postgres on FreeBSD, FlighAware seems to be using it some some decent amount of data: > . Receiving the data and processing it puts them about 6 minutes > behind real time > . Generating one map can be done in about 160 milliseconds of CPU time > . Capable of generating several million maps a day > . About 1 TB of stored data > . Approximately 40 million position updates on air craft per day http://joseph.randomnetworks.com/archives/2006/05/12/flightaware- freebsd-and-postgresql/ From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 00:23:30 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F31E116A4CA for ; Tue, 24 Oct 2006 00:23:29 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out0.tiscali.nl (smtp-out0.tiscali.nl [195.241.79.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2959B43DC9 for ; Tue, 24 Oct 2006 00:21:10 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [82.171.39.195] (helo=guido.klop.ws) by smtp-out0.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1GcA2W-00060e-9X for ; Tue, 24 Oct 2006 02:21:08 +0200 Received: (qmail 43126 invoked from network); 24 Oct 2006 00:21:07 -0000 Received: from localhost.thuis.klop.ws (HELO guido.klop.ws) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; 24 Oct 2006 00:21:07 -0000 Date: Tue, 24 Oct 2006 02:21:06 +0200 To: "Chuck Swiger" , "Mike Jakubik" From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <453D49D2.1010705@rogers.com> <3861E2E8-4232-4C46-8D0A-1B6079BCA07D@mac.com> <453D53ED.5050403@rogers.com> <5B0599EE-17BE-44E1-8CEC-587FFF1D79C4@mac.com> Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: <5B0599EE-17BE-44E1-8CEC-587FFF1D79C4@mac.com> User-Agent: Opera Mail/9.02 (FreeBSD) Cc: stable@freebsd.org Subject: Re: Running large DB's on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 00:23:30 -0000 On Tue, 24 Oct 2006 02:00:22 +0200, Chuck Swiger wrote: > On Oct 23, 2006, at 4:44 PM, Mike Jakubik wrote: >>> Moderately...it kinda depends on the budget available. I regard >>> Solaris + Oracle as one of the most reliable combinations for moderate >>> to extreme load, for a system that might well be in operation for five >>> to ten years. If I was going to do FreeBSD, I might look into >>> Postgres instead of MySQL; well, I might look into something else than >>> MySQL under many circumstances. I've gotten some pretty good use out >>> of OpenBase, for another choice. >> >> I believe the front-end application is MySQL dependent, but what is so >> much better about PostgreSQL? I understand that it has some more >> advanced features, but if they are not used, then what is the >> advantage? (I really like the InnooDB storage in MySQL) > > I'm not sure whether avoiding deadlocks and using row-level locking by > default qualifies as "advanced features", but unless you use InnoDB with > MySQL, you don't get that from MySQL. Postgres has been around for a > lot longer, and isn't as volatile as MySQL seems to be; also, it avoids > some of the needless timer overhead that MySQL seems to enjoy, and the > less-accurate-but-much-quicker gettimeofday() under Linux helps MySQL on > that platform versus FreeBSD. > >>> As for the disk configuration, using RAID-5 is one of the worst >>> possible choices for a database; using multiple RAID-1 mirrors or a >>> RAID-10 config would probably do a lot better in terms of performance >>> and reliability. >> >> Is RAID5 really that bad when a lot of fast disks are used and the >> controller has a decent cache with a BBWC? Thanks for the feedback guys. > > Yes, RAID-5 really can be that bad, unless your database is read-only or > read-mostly. Lots of small writes will perform badly under RAID-5, even > with a battery-backed write-cache in write-back mode... Example: writing 1 bit on 1 disk needs to read some info from all disks to recalculate the parity. So this doesn't scale very well. -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 01:10:07 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F38FA16A47C for ; Tue, 24 Oct 2006 01:10:06 +0000 (UTC) (envelope-from chinhngt@sectorb.msk.ru) Received: from hq.sectorb.msk.ru (petaflop.b.gz.ru [194.88.210.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 749ED43D45 for ; Tue, 24 Oct 2006 01:10:05 +0000 (GMT) (envelope-from chinhngt@sectorb.msk.ru) Received: from it.local (it.local [172.16.20.8]) by hq.sectorb.msk.ru (Postfix) with ESMTP id A2EFF95C; Tue, 24 Oct 2006 05:10:00 +0400 (MSD) Date: Tue, 24 Oct 2006 05:10:19 +0400 (MSD) From: Nguyen Tam Chinh X-X-Sender: chinhngt@it.hackers To: Bill Moran In-Reply-To: <20061023190931.73ab17d3.wmoran@collaborativefusion.com> Message-ID: <20061024050121.Q923@it.hackers> References: <453D49D2.1010705@rogers.com> <20061023190931.73ab17d3.wmoran@collaborativefusion.com> X-Operating-System: FreeBSD 6-STABLE Keywords: 216091683 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Mike Jakubik , stable@freebsd.org Subject: Re: Running large DB's on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 01:10:07 -0000 On Mon, 23 Oct 2006, Bill Moran wrote: > Mike Jakubik wrote: >> >> I am in the process of implementing a fairly large mysql server for >> an even larger company, and naturally i want to use FreeBSD. The >> hardware will be an HP DL385, 2 x dual-core Opterons, 16GB RAM, 7 x 15k >> rpm disks in a RAID5 setup. > > Generally speaking, RAID 5 is known for lousy performance in database > loads. Consider using RAID 10. > >> So, first of all, am i crazy for choosing fbsd+mysql for this rather >> than something like Solaris + Oracle? :) > > Well, you should be using FreeBSD+PostgreSQL, but that's just my religion. > This is not another holy war, we also have a dual Xeon 3.6, 2xSCSI RAID0, 8GB of RAM and a database of 40Gb. But after using mysql 5.0 with all performance tricks I found in google and FreeBSD Wiki page, we decided to change to PostgreSQL and now are happy with it. PS. RAID5 is a bad choice for large DB. I'd recommended a RAID0 with standalone backup server. ----- With best regards, | The Power to Serve Nguyen Tam Chinh | http://www.FreeBSD.org Loc: sp.cs.msu.su | From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 01:15: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 438E916A403 for ; Tue, 24 Oct 2006 01:15:06 +0000 (UTC) (envelope-from alexjeffburke@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id C333643D45 for ; Tue, 24 Oct 2006 01:15:05 +0000 (GMT) (envelope-from alexjeffburke@gmail.com) Received: by nz-out-0102.google.com with SMTP id o37so619514nzf for ; Mon, 23 Oct 2006 18:15:05 -0700 (PDT) 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=dZOX5p0n7N5xVLQ1mTjdxxi7tIoNTvjxODA7O1cd2cfXj4AK7dBhVRX7IyaWbn3m9GhAnzGzy30C35G7cV8KrJ8ExXL8BV+ipMlFhEnJnTQOvUN0u2rkeDBzKLjKkVqnXdPzRs7D7c9JcuQ5MpFWXoTsafcJ7C9SAZTX7Vs8OME= Received: by 10.35.134.12 with SMTP id l12mr7670128pyn; Mon, 23 Oct 2006 17:42:21 -0700 (PDT) Received: by 10.35.49.18 with HTTP; Mon, 23 Oct 2006 17:42:21 -0700 (PDT) Message-ID: Date: Tue, 24 Oct 2006 00:42:21 +0000 From: "Alex Burke" To: "FreeBSD STABLE" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: i915 DRM enabled in X.org log but not in glxinfo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 01:15:06 -0000 Hi, Just to say that this report may well seem a little sparse, but I really don't know what exactly to look for so if anybody needs extra information just shout and I will get it for you ASAP. When I check the X.org log file, it says direct rendering: enabled on my graphics device (it attaches its i810 driver to the kernel's i915 DRM device). This would appear to me to suggest that atleast the X server is running with full DRM capabilities. But when I use glxinfo, it says direct rendering: No. I am just wodnering, is there anything special I need to do for GL to work with the DRM stuff? I haven't installed (atleast knowingly) any other MESA library, so following the advice I have found that should be all I need to check, but apparently something else is wrong and I haven't the faintest idea what to look for. The other other slight oddity is that when i915 probes, it says I have 128 meg video RAM when I really only have 64meg maximum for the intel graphics. Just wondering if anybody had any suggestions, just seems wierd that one says things should be enabled,but the other test program disagrees. Thanks, Alex J Burke. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 01:25:07 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A6F216A407 for ; Tue, 24 Oct 2006 01:25:07 +0000 (UTC) (envelope-from jd@ugcs.caltech.edu) Received: from riyal.ugcs.caltech.edu (riyal.ugcs.caltech.edu [131.215.176.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5679443D4C for ; Tue, 24 Oct 2006 01:25:07 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by riyal.ugcs.caltech.edu (Postfix, from userid 3640) id BDA1045806; Mon, 23 Oct 2006 18:25:05 -0700 (PDT) Date: Mon, 23 Oct 2006 18:25:05 -0700 From: Paul Allen To: Mike Jakubik Message-ID: <20061024012505.GF30707@riyal.ugcs.caltech.edu> References: <453D49D2.1010705@rogers.com> <3861E2E8-4232-4C46-8D0A-1B6079BCA07D@mac.com> <453D53ED.5050403@rogers.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <453D53ED.5050403@rogers.com> Sender: jd@ugcs.caltech.edu Cc: stable@freebsd.org Subject: Re: Running large DB's on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 01:25:07 -0000 >From Mike Jakubik , Mon, Oct 23, 2006 at 07:44:45PM -0400: > Chuck Swiger wrote: > >On Oct 23, 2006, at 4:01 PM, Mike Jakubik wrote: > >> So, first of all, am i crazy for choosing fbsd+mysql for this > >>rather than something like Solaris + Oracle? :) > > > >Moderately...it kinda depends on the budget available. I regard > >Solaris + Oracle as one of the most reliable combinations for moderate > >to extreme load, for a system that might well be in operation for five > >to ten years. If I was going to do FreeBSD, I might look into > >Postgres instead of MySQL; well, I might look into something else than > >MySQL under many circumstances. I've gotten some pretty good use out > >of OpenBase, for another choice. > > > > I believe the front-end application is MySQL dependent, but what is so > much better about PostgreSQL? I understand that it has some more > advanced features, but if they are not used, then what is the advantage? > (I really like the InnooDB storage in MySQL) The argument for pgsql over mysql given freebsd is based on freebsd being fairly competitive for process-based concurrency whereas the more refined 1:1 thread implementation in linux often gives mysql an edge on that platform. pgsql vs. mysql performance comparisons are usually run on Linux and do not necessarily predict performance under freebsd for the testload. ** Find a testload similar in structure to your workload before deciding; make sure that the testload uses hardware with similar bottlenecks to your production setup ** From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 03:17: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA22E16A407 for ; Tue, 24 Oct 2006 03:17:00 +0000 (UTC) (envelope-from E5739C@motorola.com) Received: from mail119.messagelabs.com (mail119.messagelabs.com [216.82.241.179]) by mx1.FreeBSD.org (Postfix) with SMTP id 1418F43D4C for ; Tue, 24 Oct 2006 03:16:59 +0000 (GMT) (envelope-from E5739C@motorola.com) X-VirusChecked: Checked X-Env-Sender: E5739C@motorola.com X-Msg-Ref: server-13.tower-119.messagelabs.com!1161659812!11784614!1 X-StarScan-Version: 5.5.10.7; banners=-,-,- X-Originating-IP: [144.189.100.105] Received: (qmail 21009 invoked from network); 24 Oct 2006 03:16:53 -0000 Received: from motgate5.mot.com (HELO motgate5.mot.com) (144.189.100.105) by server-13.tower-119.messagelabs.com with SMTP; 24 Oct 2006 03:16:53 -0000 Received: from az33exr01.mot.com (az33exr01.mot.com [10.64.251.231]) by motgate5.mot.com (8.12.11/Motorola) with ESMTP id k9O3GqwX006600 for ; Mon, 23 Oct 2006 20:16:52 -0700 (MST) Received: from zmy16exm63.ds.mot.com (zmy16exm63.ap.mot.com [10.179.4.34]) by az33exr01.mot.com (8.13.1/8.13.0) with ESMTP id k9O3GoHW006421 for ; Mon, 23 Oct 2006 22:16:51 -0500 (CDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: 7bit Date: Tue, 24 Oct 2006 11:16:49 +0800 Message-ID: <565F40B9893580489B94B8D324460AF4E291EE@zmy16exm63.ds.mot.com> In-Reply-To: <200610232103.10234.doconnor@gsoft.com.au> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: How to configure a usb device thread-index: Acb2lxNvTBBDG035Sui5ZtuW0aeYwAAg4X4Q From: "Sun Zongjun-E5739C" To: "Daniel O'Connor" , Cc: Subject: RE: How to configure a usb device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 03:17:00 -0000 Thanks for your kindly support. I have checked the driver of USB device on Linux Linux uses the zaurus driver for that device. What I want to know whether such driver has been ported to FreeBSD. Thanks Regards Zongjun -----Original Message----- From: Daniel O'Connor [mailto:doconnor@gsoft.com.au] Sent: 2006$BG/(J10$B7n(J23$BF|(J 19:33 To: freebsd-stable@freebsd.org Cc: Sun Zongjun-E5739C Subject: Re: How to configure a usb device On Monday 23 October 2006 18:26, Sun Zongjun-E5739C wrote: > I want to use a usb network interface on FreeBSD6.1 as well as I use > it on linux. When insert the USB into Linux box and run ifconfig > command, it will report that a usb0(1, 2) can be used now. But when I > insert the same USB device into the FreeBSD box, FreeBSD only report > that some USB device has been detected, there is nothing on the screen > when I run ifconfig command. You need to paste the dmesg output so we have a chance to see what the actual device in question is.. The output of usbdevs -v would be useful. If you are running a GENERIC kernel (which has all of the USB drivers loaded in it already) then it would seem FreeBSD doesn't support your hardware. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 03:37: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E202416A47B for ; Tue, 24 Oct 2006 03:37:33 +0000 (UTC) (envelope-from E5739C@motorola.com) Received: from mail119.messagelabs.com (mail119.messagelabs.com [216.82.241.179]) by mx1.FreeBSD.org (Postfix) with SMTP id 4735D43D5F for ; Tue, 24 Oct 2006 03:37:33 +0000 (GMT) (envelope-from E5739C@motorola.com) X-VirusChecked: Checked X-Env-Sender: E5739C@motorola.com X-Msg-Ref: server-9.tower-119.messagelabs.com!1161661049!11874755!1 X-StarScan-Version: 5.5.10.7; banners=-,-,- X-Originating-IP: [129.188.136.8] Received: (qmail 10635 invoked from network); 24 Oct 2006 03:37:29 -0000 Received: from motgate8.mot.com (HELO motgate8.mot.com) (129.188.136.8) by server-9.tower-119.messagelabs.com with SMTP; 24 Oct 2006 03:37:29 -0000 Received: from il06exr03.mot.com (il06exr03.mot.com [129.188.137.133]) by motgate8.mot.com (8.12.11/Motorola) with ESMTP id k9O3bRdd029608 for ; Mon, 23 Oct 2006 20:37:27 -0700 (MST) Received: from zmy16exm63.ds.mot.com (zmy16exm63.ap.mot.com [10.179.4.34]) by il06exr03.mot.com (8.13.1/8.13.0) with ESMTP id k9O3bQC2019336 for ; Mon, 23 Oct 2006 22:37:27 -0500 (CDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: 7bit Date: Tue, 24 Oct 2006 11:37:23 +0800 Message-ID: <565F40B9893580489B94B8D324460AF4E29216@zmy16exm63.ds.mot.com> In-Reply-To: <8a0f629d0610230305qa7f5c51ue5995ce7a2c120b1@mail.gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: How to configure a usb device thread-index: Acb2ixd433DIcORgTxqRNhezpp029QAkYjQw From: "Sun Zongjun-E5739C" To: "Jansen Gotis" Cc: freebsd-stable@freebsd.org Subject: RE: How to configure a usb device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 03:37:34 -0000 As I said in another email, the Linux uses zaurus driver for this USB lan devices. I have checked the freebsd list that it uses cdce driver to support zaurus USB devices. But some zaurus usb devices don't report its class and interfaces correctly. It should works if we can add the product ID and vendor ID into the drivers manually. The zaurus drivers in linux complains about the incompliance of USB devices of zaurus (CDC) so Linux developer developed a specific driver for that. I don't want to make a specific driver for FreeBSD since I am a newbie to freebsd. What I want to do is to add the vendor and product information to the driver manually by myself. Thanks Regards Zongjun -----Original Message----- From: Jansen Gotis [mailto:jtgotis@gmail.com] Sent: 2006$BG/(J10$B7n(J23$BF|(J 18:06 To: Sun Zongjun-E5739C Subject: Re: How to configure a usb device On 10/23/06, Sun Zongjun-E5739C wrote: > > Hi, all > > I want to use a usb network interface on FreeBSD6.1 as well as I use > it on linux. When insert the USB into Linux box and run ifconfig > command, it will report that a usb0(1, 2) can be used now. But when I > insert the same USB device into the FreeBSD box, FreeBSD only report > that some USB device has been detected, there is nothing on the screen > when I run ifconfig command. > > > I am a newbie to FreeBSD. How can I know whether my FreeBSD can > support this devices like Linux? > > Thanks for your help very much Hello, Please check here if your hardware is supported: http://www.freebsd.org/releases/6.1R/hardware-i386.html#ETHERNET Sometimes even if your specific hardware is not listed, it might work if it uses a supported chipset. Hope this helps, Jansen From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 03:52: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E168C16A407 for ; Tue, 24 Oct 2006 03:52:27 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D44743D53 for ; Tue, 24 Oct 2006 03:52:26 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.25]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k9O3qP2i016837 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Oct 2006 13:22:25 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "Sun Zongjun-E5739C" Date: Tue, 24 Oct 2006 13:22:14 +0930 User-Agent: KMail/1.9.4 References: <565F40B9893580489B94B8D324460AF4E291EE@zmy16exm63.ds.mot.com> In-Reply-To: <565F40B9893580489B94B8D324460AF4E291EE@zmy16exm63.ds.mot.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1980585.y2G9j7qvAg"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200610241322.22250.doconnor@gsoft.com.au> X-Spam-Score: -3.419 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.57 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: How to configure a usb device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 03:52:28 -0000 --nextPart1980585.y2G9j7qvAg Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 24 October 2006 12:46, Sun Zongjun-E5739C wrote: > I have checked the driver of USB device on Linux Linux uses the zaurus > driver for that device. What I want to know whether such driver has been > ported to FreeBSD. You haven't supplied your dmesg or the usbdevs -v output. However I am guessing you probably need to install the palm/uppc-kmod port = and=20 then get PPP working. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1980585.y2G9j7qvAg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFPY325ZPcIHs/zowRAqQGAKCc76vL2YSJVdD4eSMYvaqWQRPhxQCeNkoI YpdzOHvOqCpDTGJImJM1Mew= =xwQp -----END PGP SIGNATURE----- --nextPart1980585.y2G9j7qvAg-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 03:57: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5AEE16A40F for ; Tue, 24 Oct 2006 03:57:47 +0000 (UTC) (envelope-from E5739C@motorola.com) Received: from mail128.messagelabs.com (mail128.messagelabs.com [216.82.250.131]) by mx1.FreeBSD.org (Postfix) with SMTP id 2DCF343D46 for ; Tue, 24 Oct 2006 03:57:47 +0000 (GMT) (envelope-from E5739C@motorola.com) X-VirusChecked: Checked X-Env-Sender: E5739C@motorola.com X-Msg-Ref: server-15.tower-128.messagelabs.com!1161662262!1976075!1 X-StarScan-Version: 5.5.10.7; banners=-,-,- X-Originating-IP: [129.188.136.8] Received: (qmail 3809 invoked from network); 24 Oct 2006 03:57:42 -0000 Received: from motgate8.mot.com (HELO motgate8.mot.com) (129.188.136.8) by server-15.tower-128.messagelabs.com with SMTP; 24 Oct 2006 03:57:42 -0000 Received: from il06exr01.mot.com (il06exr01.mot.com [129.188.137.131]) by motgate8.mot.com (8.12.11/Motorola) with ESMTP id k9O3vgpO005038 for ; Mon, 23 Oct 2006 20:57:42 -0700 (MST) Received: from zmy16exm63.ds.mot.com (zmy16exm63.ap.mot.com [10.179.4.34]) by il06exr01.mot.com (8.13.5/8.13.0) with ESMTP id k9O3vfaa023497 for ; Mon, 23 Oct 2006 22:57:41 -0500 (CDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: 7bit Date: Tue, 24 Oct 2006 11:57:38 +0800 Message-ID: <565F40B9893580489B94B8D324460AF4E2922F@zmy16exm63.ds.mot.com> In-Reply-To: <200610241322.22250.doconnor@gsoft.com.au> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: How to configure a usb device thread-index: Acb3H+UzVDuYvH/VT9+5xaNI1t3HKwAADmcw From: "Sun Zongjun-E5739C" To: "Daniel O'Connor" Cc: freebsd-stable@freebsd.org Subject: RE: How to configure a usb device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 03:57:47 -0000 I use usbdevs -v it is like this Port1 addr 2, full speed, power 500mA, config 1, Motorola USB device(0x6424), Motorola Inc.(0x22b8), rev1.00 Thanks Regards zongjun -----Original Message----- From: Daniel O'Connor [mailto:doconnor@gsoft.com.au] Sent: 2006$BG/(J10$B7n(J24$BF|(J 11:52 To: Sun Zongjun-E5739C Cc: freebsd-stable@freebsd.org Subject: Re: How to configure a usb device On Tuesday 24 October 2006 12:46, Sun Zongjun-E5739C wrote: > I have checked the driver of USB device on Linux Linux uses the > zaurus driver for that device. What I want to know whether such driver > has been ported to FreeBSD. You haven't supplied your dmesg or the usbdevs -v output. However I am guessing you probably need to install the palm/uppc-kmod port and then get PPP working. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 04:30: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E401D16A407 for ; Tue, 24 Oct 2006 04:30:40 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2870B43D45 for ; Tue, 24 Oct 2006 04:30:39 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.25]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k9O4UYj9017795 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Oct 2006 14:00:35 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "Sun Zongjun-E5739C" Date: Tue, 24 Oct 2006 14:00:23 +0930 User-Agent: KMail/1.9.4 References: <565F40B9893580489B94B8D324460AF4E2922F@zmy16exm63.ds.mot.com> In-Reply-To: <565F40B9893580489B94B8D324460AF4E2922F@zmy16exm63.ds.mot.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3912931.s5ge4X6j16"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200610241400.31393.doconnor@gsoft.com.au> X-Spam-Score: -3.42 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.57 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: How to configure a usb device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 04:30:41 -0000 --nextPart3912931.s5ge4X6j16 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 24 October 2006 13:27, Sun Zongjun-E5739C wrote: > I use usbdevs -v it is like this > > Port1 addr 2, full speed, power 500mA, config 1, Motorola USB > device(0x6424), Motorola Inc.(0x22b8), rev1.00 But no dmesg! Do you actually *want* help? Please do me (and everyone on this list) the courtesy of following the=20 instructions I'm supplying so I don't have to send you so many email=20 messages! Doesn't look like uppc-kmod will help though. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart3912931.s5ge4X6j16 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFPZbn5ZPcIHs/zowRAj2eAJoCyoZF/+n+vX3wVziPEcwUocSdZQCeNVzX UcDLiMrb2Nwxhyo8C5saIic= =itFw -----END PGP SIGNATURE----- --nextPart3912931.s5ge4X6j16-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 05:04:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C80DA16A415 for ; Tue, 24 Oct 2006 05:04:53 +0000 (UTC) (envelope-from duane@dwpc.dwlabs.ca) Received: from smtpout.eastlink.ca (smtpout.eastlink.ca [24.222.0.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6147F43D5F for ; Tue, 24 Oct 2006 05:04:50 +0000 (GMT) (envelope-from duane@dwpc.dwlabs.ca) Received: from ip01.eastlink.ca ([24.222.10.5]) by mta01.eastlink.ca (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTP id <0J7M00DTAJHO6K01@mta01.eastlink.ca> for freebsd-stable@freebsd.org; Tue, 24 Oct 2006 02:05:48 -0300 (ADT) Received: from blk-224-199-230.eastlink.ca (HELO dwpc.dwlabs.ca) ([24.224.199.230]) by ip01.eastlink.ca with ESMTP; Tue, 24 Oct 2006 02:04:49 -0300 Received: from dwpc.dwlabs.ca (localhost [127.0.0.1]) by dwpc.dwlabs.ca (8.13.8/8.13.8) with ESMTP id k9O54VMT001670 for ; Tue, 24 Oct 2006 02:04:32 -0300 (ADT envelope-from duane@dwpc.dwlabs.ca) Received: (from duane@localhost) by dwpc.dwlabs.ca (8.13.8/8.13.8/Submit) id k9O54VpE001669 for freebsd-stable@freebsd.org; Tue, 24 Oct 2006 02:04:31 -0300 (ADT envelope-from duane) Date: Tue, 24 Oct 2006 02:04:31 -0300 From: Duane Whitty To: freebsd-stable@freebsd.org Message-id: <20061024050431.GA1474@dwpc.dwlabs.ca> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAJ07PUUY4MfmdGdsb2JhbACBTIpl X-IronPort-AV: i="4.09,348,1157338800"; d="scan'208"; a="857092138:sNHT25987580" User-Agent: Mutt/1.4.2.2i Subject: Pleading for commit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 05:04:53 -0000 --- rtld.c.orig Sun Oct 22 20:21:10 2006 +++ rtld.c Sun Oct 22 20:22:37 2006 @@ -131,6 +131,7 @@ static void ref_dag(Obj_Entry *); void r_debug_state(struct r_debug*, struct link_map*); +__weak_reference(dlsym, _dlsym); /* * Data declarations. It seems that so many of us have been successfully using this patch to src/libexec/rtld-elf/rtld.c for a great while now. I have carefully followed the thread on current@ concerning this topic. The patch was "turned down" but I don't know why. Even though this no longer helps the situation on 7.X having it committed to the tree for 6.X would be a big help! Patching it myself after every cvs update is not such a big deal; It is forgetting to patch it after every update which is a big deal. Even though it is impossible to run Flash on HEAD it seems this patch has been thoroughly, if unofficially, tested on STABLE. This is my plea to a src committer: Please have mercy and commit the above patch. If this is truly impossible, please explain why. Let us all keep our hopes that a true solution may be found before RELENG_7_0_RELEASE. Most Respectfully, Duane Whitty From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 05:05: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B431B16A54C for ; Tue, 24 Oct 2006 05:05:34 +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 A7DC043D5F for ; Tue, 24 Oct 2006 05:05:33 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 17124 invoked by uid 399); 24 Oct 2006 05:05:32 -0000 Received: from localhost (HELO ?192.168.0.4?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 24 Oct 2006 05:05:32 -0000 Message-ID: <453D9F1A.5040803@FreeBSD.org> Date: Mon, 23 Oct 2006 22:05:30 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Andrew Reilly References: <17719.43574.819134.370333@roam.psg.com> <20061020005501.R32598@fledge.watson.org> <20061023060431.GA3186@duncan.reilly.home> In-Reply-To: <20061023060431.GA3186@duncan.reilly.home> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Randy Bush , FreeBSD Stable , Robert Watson Subject: Re: 5 to 6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 05:05:34 -0000 Andrew Reilly wrote: > So: my two cents: it can work, but it's possible for it not to > work, and care is required. That's always true, but worth a reminder nonetheless. :) > [*] The production server is using a software RAID mirror on > a pair of SATA drives on a low-end Intel P4/ICH6 motherboard, > using ar(4), configured by atacontrol. Fsck on 6.x can't find > any superblocks on /usr, but 5.5 is fine. By chance did you upgrade this fs in place from a 4.x install? In other words, do you have only UFS1? Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 05:39: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6D8A16A407 for ; Tue, 24 Oct 2006 05:39:54 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB27B43D46 for ; Tue, 24 Oct 2006 05:39:53 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.176.204] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis), id 0MKwtQ-1GcF0u2iGg-0007Tw; Tue, 24 Oct 2006 07:39:52 +0200 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org Date: Tue, 24 Oct 2006 07:39:31 +0200 User-Agent: KMail/1.9.4 References: <8F9483A9-D387-443E-A325-356958211153@khera.org> <05BE5E0E-0A4A-4946-8650-3608EBAF540E@khera.org> <5F2498BF-8821-40C0-B815-2C7E552056AC@khera.org> In-Reply-To: <5F2498BF-8821-40C0-B815-2C7E552056AC@khera.org> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<%}*_BD U_or=\mOZf764&nYj=JYbR1PW0ud>|!~, , CPC.1-D$FG@0h3#'5"k{V]a~. Content-Type: multipart/signed; boundary="nextPart2515378.9YrjiKaIuv"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: Vivek Khera Subject: Re: CARP not balancing automatically X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 05:39:54 -0000 --nextPart2515378.9YrjiKaIuv Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 23 October 2006 22:38, Vivek Khera wrote: > On Oct 23, 2006, at 4:21 PM, Vivek Khera wrote: > >> Sounds like you forgot the net.inet.carp.preempt sysctl. See the > >> begining > >> of the EXAMPLES section of carp(4). > > > > But I don't have multiple interfaces that all need to go up/down > > together. I need one carp interface to be master and one backup on > > box A, and the opposite master/backup on box B. Or am I totally > > misunderstanding with the preemtp sysctl is for? > > Forgot to mention that setting preempt sysctl does instantly make the > carp load balanced interfaces work as expected: balancing the load by > offering one master on each server. > > So I'll say that the example needs to be made more clear that preempt > needs to be on. Make a suggestion on how it should be worded and submit as a doc PR. > It seems to me that preempt off is a mostly useless=20 > configuraiton for load balance, but probably not for just simple > failover. =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 --nextPart2515378.9YrjiKaIuv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFPacbXyyEoT62BG0RAnYHAKCAwe3kzA1t4gjyFr1EJpTpXED0SACfaq4Y IPisN3nkg+Ee12T9LYSdRGQ= =3OLZ -----END PGP SIGNATURE----- --nextPart2515378.9YrjiKaIuv-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 06:11: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 347A916A40F for ; Tue, 24 Oct 2006 06:11:19 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: from mail.sub.ru (webmail.sub.ru [213.247.139.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8574A43D55 for ; Tue, 24 Oct 2006 06:11:18 +0000 (GMT) (envelope-from tarkhil@webmail.sub.ru) Received: (qmail 58840 invoked by uid 0); 24 Oct 2006 10:11:11 +0400 Received: from tarkhil.rostokino.net (HELO ?85.192.19.9?) (tarkhil%sub.ru@85.192.19.9) by techno.sub.ru with SMTP; 24 Oct 2006 06:11:11 -0000 Message-ID: <453DADC1.9090201@webmail.sub.ru> Date: Tue, 24 Oct 2006 10:08:01 +0400 From: Alex Povolotsky User-Agent: Thunderbird 1.5 (X11/20060310) MIME-Version: 1.0 To: FreeBSD Stable Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: out of memory in restore? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 06:11:19 -0000 Hello! I've tried an interactive restore from a dump, and glob fails, so restore fails with "out of memory". Is my dump useless now? (dumped and tried to restore under 5.4-RELEASE) Alex. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 06:47: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77A2E16A403 for ; Tue, 24 Oct 2006 06:47:16 +0000 (UTC) (envelope-from roth@droopy.unibe.ch) Received: from mailhub03.unibe.ch (mailhub.unibe.ch [130.92.9.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id B45B643D53 for ; Tue, 24 Oct 2006 06:47:15 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from localhost (scanhub02.unibe.ch [130.92.5.62]) by mailhub03.unibe.ch (Postfix) with ESMTP id 8F61C50620; Tue, 24 Oct 2006 08:47:13 +0200 (CEST) X-Virus-checked: by University of Berne Received: from mailhub03.unibe.ch ([130.92.9.70]) by localhost (scanhub02.unibe.ch [130.92.5.62]) (amavisd-new, port 10024) with LMTP id rxtlBt6Lofne; Tue, 24 Oct 2006 08:47:12 +0200 (CEST) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub03.unibe.ch (Postfix) with ESMTP id 4219250625; Tue, 24 Oct 2006 08:47:12 +0200 (CEST) Received: from droopy.unibe.ch (droopy [130.92.64.20]) by asterix.unibe.ch (8.13.6+Sun/8.13.6) with ESMTP id k9O6lCGp000812; Tue, 24 Oct 2006 08:47:12 +0200 (MEST) Received: (from roth@localhost) by droopy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id k9O6lCep026263; Tue, 24 Oct 2006 08:47:12 +0200 (MEST) Date: Tue, 24 Oct 2006 08:47:12 +0200 From: Tobias Roth To: Duane Whitty Message-ID: <20061024064712.GA26237@droopy.unibe.ch> References: <20061024050431.GA1474@dwpc.dwlabs.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061024050431.GA1474@dwpc.dwlabs.ca> User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use a different email client. Cc: freebsd-stable@freebsd.org Subject: Re: Pleading for commit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 06:47:16 -0000 On Tue, Oct 24, 2006 at 02:04:31AM -0300, Duane Whitty wrote: > --- rtld.c.orig Sun Oct 22 20:21:10 2006 > +++ rtld.c Sun Oct 22 20:22:37 2006 > @@ -131,6 +131,7 @@ > static void ref_dag(Obj_Entry *); > > void r_debug_state(struct r_debug*, struct link_map*); > +__weak_reference(dlsym, _dlsym); > > /* > * Data declarations. > > It seems that so many of us have been successfully using this patch > to src/libexec/rtld-elf/rtld.c for a great while now. I have carefully > followed the thread on current@ concerning this topic. The patch was > "turned down" but I don't know why. Uhm, before starting to lobby a patch into the kernel, wouldn't it make sense to research the reason why it was "turned down" once already? Thanks, Tobias From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 07:19:15 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F97116A407 for ; Tue, 24 Oct 2006 07:19:15 +0000 (UTC) (envelope-from dalroi@solfertje.student.utwente.nl) Received: from solfertje.student.utwente.nl (solfertje.student.utwente.nl [130.89.167.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 350ED43D5D for ; Tue, 24 Oct 2006 07:19:09 +0000 (GMT) (envelope-from dalroi@solfertje.student.utwente.nl) Received: from localhost (localhost.internal [127.0.0.1]) by solfertje.student.utwente.nl (Postfix) with SMTP id 75C828057 for ; Tue, 24 Oct 2006 09:18:19 +0200 (CEST) Received: from [10.236.150.4] (hollewijn.internal [10.236.150.4]) by solfertje.student.utwente.nl (Postfix) with ESMTP id 5481F8020; Tue, 24 Oct 2006 09:18:15 +0200 (CEST) In-Reply-To: <20061023190931.73ab17d3.wmoran@collaborativefusion.com> References: <453D49D2.1010705@rogers.com> <20061023190931.73ab17d3.wmoran@collaborativefusion.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Alban Hertroys Date: Tue, 24 Oct 2006 09:19:02 +0200 To: Bill Moran X-Mailer: Apple Mail (2.752.2) X-DSPAM-Result: Innocent X-DSPAM-Processed: Tue Oct 24 09:18:19 2006 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 363,453dbe3b7241041496339 X-DSPAM-Factors: 27, helpful, 0.40000, but, 0.40000, but, 0.40000, and+helpful, 0.40000, From*Alban, 0.40000, just, 0.40000, just, 0.40000, (I've+seen, 0.40000, load)+I've, 0.40000, the+mailing, 0.40000, from+a, 0.40000, Mime-Version*Message, 0.40000, you+really, 0.40000, usually+fail, 0.40000, around+at, 0.40000, Is+it, 0.40000, fail+to, 0.40000, or, 0.40000, or, 0.40000, Received*Tue, 0.40000, legged, 0.40000, lot+of, 0.40000, Received*24+Oct, 0.40000, from, 0.40000, Moran+wrote, 0.40000, optimized+for, 0.40000, of, 0.40000 Cc: Mike Jakubik , stable@freebsd.org Subject: Re: Running large DB's on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 07:19:15 -0000 On Oct 24, 2006, at 1:09, Bill Moran wrote: > Well, you should be using FreeBSD+PostgreSQL, but that's just my > religion. Is it religion when it just makes more sense? But I digress. There are numerous reasons to prefer PostgreSQL over MySQL, a few of which are: - It scales well to multiple CPUs (almost linear, provided your connections are under sufficient load). I've seen benchmarks like this from a 16 CPU Altix (SGI). - It can do complex queries, and it does them well (I've seen it outperform MySQL regularly - especially where MySQL couldn't perform the query directly). - Data integrity is very important to the PostgreSQL community, so it doesn't ignore errors or truncate your data or things like that (MySQL does). - It has a great community; the people on the mailing lists are very knowledgeable and helpful. You'll usually have a solution for a problem within a day. - AFAIK, the key developers run FreeBSD. One thing; there are a lot of PostgreSQL vs. MySQL comparisons, but they usually fail to tune both databases properly or test with workloads that have been optimized for MySQL. For further questions you really should ask around at the postgresql mailing lists. Regards, -- Alban Hertroys "It's not a bug! It's a six-legged feature!" !DSPAM:363,453dbe3b7241041496339! From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 07:19:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E09C16A599 for ; Tue, 24 Oct 2006 07:19:38 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id A2E7743D78 for ; Tue, 24 Oct 2006 07:19:36 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 24 Oct 2006 08:19:35 +0100 (BST) Date: Tue, 24 Oct 2006 08:19:35 +0100 From: David Malone To: Alex Povolotsky Message-ID: <20061024071935.GA15821@walton.maths.tcd.ie> References: <453DADC1.9090201@webmail.sub.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <453DADC1.9090201@webmail.sub.ru> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: FreeBSD Stable Subject: Re: out of memory in restore? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 07:19:38 -0000 On Tue, Oct 24, 2006 at 10:08:01AM +0400, Alex Povolotsky wrote: > I've tried an interactive restore from a dump, and glob fails, so > restore fails with "out of memory". Is my dump useless now? > > (dumped and tried to restore under 5.4-RELEASE) What is the sequence of commands you are giving to restore? David. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 07:49:25 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9893E16A412 for ; Tue, 24 Oct 2006 07:49:25 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4E9643D46 for ; Tue, 24 Oct 2006 07:49:24 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by nf-out-0910.google.com with SMTP id p77so120160nfc for ; Tue, 24 Oct 2006 00:49:23 -0700 (PDT) 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=qoyj9cgezMKR62NshYV9E2GnJ6h2iz19uMKcyYs4Y10wMArUE+aQEBqU5khn0XVK8myf/ltqoHUvZjQ1oCH4qCb7zSefHItFKPQcaaBVbxXtGkJ2iM4IAHckUERShjXUSvzdxd8MGHiLf/5/7sbZexj0N/BeChvSJ04Iitfa+vE= Received: by 10.78.150.7 with SMTP id x7mr8749629hud; Tue, 24 Oct 2006 00:49:22 -0700 (PDT) Received: by 10.78.97.15 with HTTP; Tue, 24 Oct 2006 00:49:17 -0700 (PDT) Message-ID: Date: Tue, 24 Oct 2006 09:49:17 +0200 From: "Claus Guttesen" To: "Mike Jakubik" In-Reply-To: <453D49D2.1010705@rogers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <453D49D2.1010705@rogers.com> Cc: stable@freebsd.org Subject: Re: Running large DB's on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 07:49:25 -0000 > I am in the process of implementing a fairly large mysql server for > an even larger company, and naturally i want to use FreeBSD. The > hardware will be an HP DL385, 2 x dual-core Opterons, 16GB RAM, 7 x 15k > rpm disks in a RAID5 setup. I'm not exactly informed as to the specific > workload yet, however i know the database will have several million rows > and be larger than 10GB. > > So, first of all, am i crazy for choosing fbsd+mysql for this rather > than something like Solaris + Oracle? :) Secondly, i am just looking for > some suggestions, opinions, success/failure story's that may help me > out. Is anyone out there using FreeBSD for something of this size? I am > hoping that everything will work out well, and the client will be happy. > This would generate some good PR for FreeBSD, as it is a very large > international company and it would be the first FreeBSD server (that i > know of) of this type there. I'm managing a 28 GB postgresql (7.4.9) database running on FreeBSD 6.0 (release). The server is a quad-core opteron with 8 GB ram. The database has many smaller tables and one large with 47+ million entries and the activity is mainly inserts. The most important settings I tweaked was: shared_buffers = 32768 vacuum_mem = 262144 max_fsm_pages = 1250000 max_fsm_relations = 1000 effective_cache_size = 65536 random_page_cost = 2 These settings are for pg 7.4. If you go for postgresql you want 8.1. If you go for FreeBSD remembere to change these settings in the kernel: options SHMMAXPGS=393216 options SEMMNI=240 options SEMMNS=1440 options SEMUME=240 options SEMMNU=720 The command 'ipcs -ma' on FreeBSD will tell you SEGSZ (size in bytes) of the shared memory postgres is using. Our's is 299573248 bytes and you can adjust shared_buffers according to this. I found the information at http://www.varlena.com/GeneralBits/Tidbits/perf.html. regards Claus From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 09:17:26 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79D3316A403 for ; Tue, 24 Oct 2006 09:17:26 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail09.syd.optusnet.com.au (mail09.syd.optusnet.com.au [211.29.132.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id A135A43D46 for ; Tue, 24 Oct 2006 09:17:25 +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 mail09.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k9O9HJcG029590 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 24 Oct 2006 19:17:21 +1000 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 k9O8kVG1001268; Tue, 24 Oct 2006 18:46:31 +1000 (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 k9O8kV3V001267; Tue, 24 Oct 2006 18:46:31 +1000 (EST) (envelope-from peter) Date: Tue, 24 Oct 2006 18:46:30 +1000 From: Peter Jeremy To: Ronald Klop , Mike Jakubik , stable@freebsd.org Message-ID: <20061024084630.GB916@turion.vk2pj.dyndns.org> References: <453D49D2.1010705@rogers.com> <3861E2E8-4232-4C46-8D0A-1B6079BCA07D@mac.com> <453D53ED.5050403@rogers.com> <5B0599EE-17BE-44E1-8CEC-587FFF1D79C4@mac.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eJnRUKwClWJh1Khz" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: Running large DB's on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 09:17:26 -0000 --eJnRUKwClWJh1Khz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, 2006-Oct-24 02:21:06 +0200, Ronald Klop wrote: >>On Oct 23, 2006, at 4:44 PM, Mike Jakubik wrote: >>>advanced features, but if they are not used, then what is the =20 >>>advantage? (I really like the InnooDB storage in MySQL) One nice thing about MySQL is the plethora of backends - you can pick the backend to suit the type of data and access methods. >Example: writing 1 bit on 1 disk needs to read some info from all disks to= =20 >recalculate the parity. So this doesn't scale very well. Any sane RAID-5 implementation will regenerate the parity by new_parity =3D old_parity XOR old_data XOR new_data Though this still turns a single write into 2 reads and 2 writes. Basically: Don't use RAID-5. --=20 Peter Jeremy --eJnRUKwClWJh1Khz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFPdLm/opHv/APuIcRAgKmAJ9XpzSCUYKmWSUv2wlhixyhXxzpHgCbBTb9 FzYWpqS1EF0lzIBLKAxjdFg= =qr5B -----END PGP SIGNATURE----- --eJnRUKwClWJh1Khz-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 09:50:14 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4352916A40F for ; Tue, 24 Oct 2006 09:50:14 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id B690343D49 for ; Tue, 24 Oct 2006 09:50:13 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id AB1921FFDBC; Tue, 24 Oct 2006 11:50:10 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id D52A91FFD0B; Tue, 24 Oct 2006 11:50:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 36946444888; Tue, 24 Oct 2006 09:45:29 +0000 (UTC) Date: Tue, 24 Oct 2006 09:45:28 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Rong-en Fan In-Reply-To: <6eb82e0610230108s4c1431c7t811f7505372cbc1@mail.gmail.com> Message-ID: <20061024094414.X2469@maildrop.int.zabbadoz.net> References: <6eb82e0610230108s4c1431c7t811f7505372cbc1@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: stable@freebsd.org Subject: Re: LOR (intr table and sio) and instability X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 09:50:14 -0000 On Mon, 23 Oct 2006, Rong-en Fan wrote: > I'm running today's 6-stable on a amd64 SMP (Pentium-D) machine. > When turning on witness, I got a LOR on half way of booting: > > ata0-slave: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=40 wire > ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire > ad4: 157066MB at ata2-master SATA150 > ad4: 321672960 sectors [319120C/16H/63S] 16 sectors/interrupt 1 depth queue > SMP: AP CPU #1 Launched! > cpu1 AP: > ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff > lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff > timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 > lock order reversal: > 1st 0xffffffff805643c0 intr table (intr table) @ > /home/admin/usr/src/sys/amd64/amd64/intr_machdep.c:417 > 2nd 0xffffffff8056fb00 sio (sio) @ /home/admin/usr/src/sys/dev/sio/sio.c:2586 ... > I checked the LOR page, and there no such report. I'm wondering I added it with LOR ID #192: http://sources.zabbadoz.net/freebsd/lor.html#192 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 11:06: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 252C016A403 for ; Tue, 24 Oct 2006 11:06:39 +0000 (UTC) (envelope-from lkoopman@gong.nl) Received: from korteweg.uva.nl (korteweg.uva.nl [146.50.98.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E17143D4C for ; Tue, 24 Oct 2006 11:06:38 +0000 (GMT) (envelope-from lkoopman@gong.nl) Received: from [192.168.1.34] ([146.50.174.236]) by korteweg.uva.nl with Microsoft SMTPSVC(6.0.3790.1830); Tue, 24 Oct 2006 13:06:34 +0200 Message-ID: <453DF3B6.6050508@gong.nl> Date: Tue, 24 Oct 2006 13:06:30 +0200 From: Lodewijk Koopman User-Agent: Thunderbird 1.5.0.7 (X11/20061015) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 24 Oct 2006 11:06:34.0649 (UTC) FILETIME=[77DA6090:01C6F75C] Subject: usb 2.0 and re(4) on 6.2-BETA2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 11:06:39 -0000 Hi, I have installed FreeBSD 6.2 BETA2 on a Intel Core 2 Duo system with ASUS P5B motherboard. Although BETA2 works rather good in general, I'm having some issues with fast usb and the onboard lan chip. I could not find these same issues in the mailing lists, so I hope someone can point me in the right direction. USB I'm using an internal multi-card reader, that only seems to work with ehci disabled in the kernel. So it only works at usb 1.1. If I try the GENERIC kernel (which has ehci enabled) I get the following error messages, which lock up the system (added USB_DEBUG): umass0: BBB reset failed, TIMEOUT umass0: BBB bulk-in clear stall failed, TIMEOUT umass0: BBB bulk-out clear stall failed, TIMEOUT (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR repeated 5 times, and then: (da0:umass-sim0:0:0:0): error 5 (da0:umass-sim0:0:0:0): Retries Exausted Then another disk is opened, and the above repeats itself. This error does not show up on every reboot. I tried the following patch, which seemed to work for a while: http://lists.freebsd.org/pipermail/freebsd-usb/2006-September/002574.html Although the error message in the above post is different from what I see. After I had installed GNOME 2.16.1, with hald enabled, the error showed up again, however. So I don't know if the patch had any (positive) effect at all. As said before, when I disable ehci, and enable hald, the card reader works. My /var/log/messages is now flooded with the following message (and the like): Opened disk da3 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error This used to be normal at boot. Is this some kind of hald thingy? RE(4) LAN The ASUS P5B has an onboard Realtek 8168B/8111B ethernet chip. It is detected and hooked up to re0, but I get very bad network connectivity. Some sites work, some don't. If I load www.google.com for instance the page keeps loading indefinitely, and I only see the top part of the page. The same chip works correctly under Windows XP. The output of tcpdump shows some bad chksum errors, but I don't know if that is normal. I now reverted to an old Realtek 8139D pci card, which works fine. The re(4) man page does not mention this chipset. Is it supposed to be supported? If additional information is needed, please let me know. Are these known issues, with perhaps known solutions? Thanks in advance! Regards, Lodewijk Koopman From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 11:50: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0930F16A403; Tue, 24 Oct 2006 11:50:02 +0000 (UTC) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (lath.rinet.ru [195.54.192.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17E7143D46; Tue, 24 Oct 2006 11:50:01 +0000 (GMT) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (localhost [127.0.0.1]) by lath.rinet.ru (8.13.6/8.13.6) with ESMTP id k9OBo0KB062582 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Oct 2006 15:50:00 +0400 (MSD) (envelope-from oleg@lath.rinet.ru) Received: (from oleg@localhost) by lath.rinet.ru (8.13.6/8.13.6/Submit) id k9OBo0Hc062581; Tue, 24 Oct 2006 15:50:00 +0400 (MSD) (envelope-from oleg) Date: Tue, 24 Oct 2006 15:49:59 +0400 From: Oleg Bulyzhin To: Kris Kennaway Message-ID: <20061024114959.GA62148@lath.rinet.ru> References: <2a41acea0610181531y732cd5sa7bf733cc445491c@mail.gmail.com> <20061018171704.A3851@demos.bsdclusters.com> <4537C126.5000207@FreeBSD.org> <2a41acea0610191140j13d43e12q72fc7697652e222a@mail.gmail.com> <20061019190221.GH71000@droso.net> <2a41acea0610191418q6c6fac45xdd9ad824bd6cae2f@mail.gmail.com> <20061021061706.GN40362@FreeBSD.org> <20061021165752.GA9681@xor.obsecurity.org> <20061021173250.GB75694@cell.sick.ru> <20061021230941.GA15744@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061021230941.GA15744@xor.obsecurity.org> User-Agent: Mutt/1.5.11 Cc: Gleb Smirnoff , freebsd-stable@freebsd.org, Jack Vogel Subject: Re: em network 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: Tue, 24 Oct 2006 11:50:03 -0000 On Sat, Oct 21, 2006 at 07:09:41PM -0400, Kris Kennaway wrote: > On Sat, Oct 21, 2006 at 09:32:50PM +0400, Gleb Smirnoff wrote: > > On Sat, Oct 21, 2006 at 12:57:52PM -0400, Kris Kennaway wrote: > > K> On Sat, Oct 21, 2006 at 10:17:06AM +0400, Gleb Smirnoff wrote: > > K> > On Thu, Oct 19, 2006 at 02:18:13PM -0700, Jack Vogel wrote: > > K> > J> The engineer in our test group has installed 6.2 BETA2 and attempted via a > > K> > J> number of tests to reproduce this problem, the machine even shares the em > > K> > J> interrupt with usb, and yet so far he has been unsuccessful. > > K> > > > K> > I've failed to reproduce on a system where IRQ was shared between em(4) > > K> > and fxp(4). I've put traffic on both, but failed to reproduce. Probably > > K> > shared IRQ is required, but not sufficient. > > K> > > K> Note what I've said a couple of times now...blasting packets out over > > K> the shared em doesn't trigger it for me either. I can trigger it by > > K> fetching via FTP from a remote machine over the em. > > > > I suppose the TCP_STREAM test from the netperf is the same as ftp > > fetch. > > Maybe, but why not just try fetch? ;) > > FYI, I still get timeouts from fetch on a shared em/fxp irq with > DEVICE_POLLING configured. Turning on INTR_MPSAFE in the driver is > the only known "fix" so far for this condition. > > Kris It looks strange to me: if em(4) driver was built with DEVICE_POLLING, it should use INTR_MPSAFE handler: #ifdef DEVICE_POLLING if (adapter->int_handler_tag == NULL && (error = bus_setup_intr(dev, adapter->res_interrupt, INTR_TYPE_NET | INTR_MPSAFE, em_intr, adapte r, &adapter->int_handler_tag)) != 0) { device_printf(dev, "Failed to register interrupt handler"); return (error); } #else -- Oleg. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 11:52:21 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A0AD16A40F for ; Tue, 24 Oct 2006 11:52:21 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw4.york.ac.uk (mail-gw4.york.ac.uk [144.32.128.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id E516343D55 for ; Tue, 24 Oct 2006 11:52:09 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw4.york.ac.uk (8.13.6/8.13.6) with ESMTP id k9OBq435014367; Tue, 24 Oct 2006 12:52:04 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.6/8.13.6) with ESMTP id k9OBq4rq017943; Tue, 24 Oct 2006 12:52:04 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.6/8.13.6/Submit) id k9OBq4AD017942; Tue, 24 Oct 2006 12:52:04 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Mike Jakubik In-Reply-To: <453D49D2.1010705@rogers.com> References: <453D49D2.1010705@rogers.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 24 Oct 2006 12:52:03 +0100 Message-Id: <1161690723.17592.22.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: stable@freebsd.org Subject: Re: Running large DB's on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 11:52:21 -0000 [ Replying offlist as pretty much all my points have already been said by others, so I'm just trying to help reinforce what others have said ] On Mon, 2006-10-23 at 19:01 -0400, Mike Jakubik wrote: > I am in the process of implementing a fairly large mysql server for > an even larger company, and naturally i want to use FreeBSD. The > hardware will be an HP DL385, 2 x dual-core Opterons, 16GB RAM, 7 x 15k > rpm disks in a RAID5 setup. I'm not exactly informed as to the specific > workload yet, however i know the database will have several million rows > and be larger than 10GB. Go for RAID10 rather than RAID5 - in my testing with an LSI LSI MegaRAID SCSI 320-2 RAID card, this gave roughly 4-5x speed benefit over RAID5, on the FreeBSD-based database mentioned below. You'd also want to use a 64 bit operating system on that server, otherwise it will perform far worse than expected. > So, first of all, am i crazy for choosing fbsd+mysql for this rather > than something like Solaris + Oracle? :) I would suggest either FreeBSD/PostgreSQL or Solaris/Oracle. I have several databases in excess of 30 gig on each and both perform well once tuned. The largest PostgreSQL database I set up tops 100G and grows relatively steadily. I've been very impressed with PostgreSQL, and may well be replacing some of my Oracle licenses with it in the future. You don't say what data you will be storing, but this may also affect the decision. Do you need to easily do full-text searches? Are you storing spacial/geographic (GIS) data? Think about backing up the data too - can the database be taken down for cold backups or must it be 100% available? And can you see a need for multiple servers in the future for redundancy? The answers to these questions may influence your choice more than anything else. It is probably worth your time testing the three options - I believe Oracle and Solaris can both be downloaded freely for evaluation purposes. Write a few small scripts to basically hammer the database with selects, inserts and deletes, and see which performs best. Pull the power on the server a few times and see which recovers best. I suspect you may go off MySQL. After having being burned several times with MySQL (data loss, unexplained slowdowns and general lack of scalability with growing database sizes), I must be honest and say I haven't tried it for a while, though I also have no desire to as PostgreSQL has never let me down yet. Summary: FreeBSD is a great platform for this, but I would seriously reconsider RAID5 and MySQL. No matter which option you choose, be prepared to put considerable effort into tuning the OS and database. Hope that helps, Gavin From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 11:58:18 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2C9516A403 for ; Tue, 24 Oct 2006 11:58:18 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDED843D79 for ; Tue, 24 Oct 2006 11:58:13 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate1.punkt.de with ESMTP id k9OBwC6G014071 for ; Tue, 24 Oct 2006 13:58:12 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id k9OBwBa9010599; Tue, 24 Oct 2006 13:58:11 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id k9OBwBhB010598; Tue, 24 Oct 2006 13:58:11 +0200 (CEST) (envelope-from ry93) Date: Tue, 24 Oct 2006 13:58:11 +0200 From: "Patrick M. Hausen" To: Chuck Swiger Message-ID: <20061024115811.GA10499@hugo10.ka.punkt.de> References: <453D49D2.1010705@rogers.com> <3861E2E8-4232-4C46-8D0A-1B6079BCA07D@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3861E2E8-4232-4C46-8D0A-1B6079BCA07D@mac.com> User-Agent: Mutt/1.5.10i Cc: Mike Jakubik , stable@freebsd.org Subject: Re: Running large DB's on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 11:58:18 -0000 Hello! On Mon, Oct 23, 2006 at 04:10:19PM -0700, Chuck Swiger wrote: > As for the disk configuration, using RAID-5 is one of the worst > possible choices for a database; using multiple RAID-1 mirrors or a > RAID-10 config would probably do a lot better in terms of performance > and reliability. I second that. And I just want to add: you can easily and reliably run this configuration in software by the means of gmirror and gstripe. Saves you some $$ that you would have spent on a "hardware RAID controller". And it's neither slower nor less reliable. For anything besides RAID 5, 6 or similar (and you don't want RAID 5 for a transaction heavy system) there is no need for dedicated hardware anymore. Just get a decent SCSI system with a hot plug backplane, of course. HTH, Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 12:05:10 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D7C616A4E2 for ; Tue, 24 Oct 2006 12:05:10 +0000 (UTC) (envelope-from lordcow@lordcow.phy.uct.ac.za) Received: from mail.uct.ac.za (mail.uct.ac.za [137.158.128.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id C67C643D79 for ; Tue, 24 Oct 2006 12:03:12 +0000 (GMT) (envelope-from lordcow@lordcow.phy.uct.ac.za) Received: from lordcow.phy.uct.ac.za ([137.158.36.90]) by mail.uct.ac.za with esmtp (Exim 4.44 (FreeBSD)) id 1GcKzG-000LVK-Q4 for stable@freebsd.org; Tue, 24 Oct 2006 14:02:30 +0200 Received: from lordcow.phy.uct.ac.za (localhost [127.0.0.1]) by lordcow.phy.uct.ac.za (8.13.6/8.13.6) with ESMTP id k9OC2V0E033602 for ; Tue, 24 Oct 2006 14:02:31 +0200 (SAST) (envelope-from lordcow@lordcow.phy.uct.ac.za) Received: (from lordcow@localhost) by lordcow.phy.uct.ac.za (8.13.6/8.13.6/Submit) id k9OC2VeE033601 for stable@freebsd.org; Tue, 24 Oct 2006 14:02:31 +0200 (SAST) (envelope-from lordcow) Date: Tue, 24 Oct 2006 14:02:31 +0200 From: gareth To: stable@freebsd.org Message-ID: <20061024120230.GA33593@lordcow.co.za> References: <20061023162352.GA30413@lordcow.org> <200610231656.k9NGug1p065806@lurza.secnetix.de> <20061023183958.GA31571@lordcow.org> <453D14D5.2000203@netscape.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <453D14D5.2000203@netscape.net> User-Agent: Mutt/1.4.2.2i Cc: Subject: Re: cpu usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 12:05:10 -0000 On Mon 2006-10-23 (21:15), Tore Lund wrote: > I have an XP 2200 in a normal ATX box with no extra fans. I have to > change thermal paste about once a year. Even so, I monitor the > temperature closely in the summertime and increase fan speed whenever > necessary. So there is a chance that your cooler simply needs fresh > thermal paste after 3 years. thanx for the replies guys. i'm going to buy another heatsink and redo the paste today. at the moment, putting the machine in a properly airconned (18 celcius) has actually done the trick, it makes it through those bigger compiles. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 12:27: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F7AD16A407; Tue, 24 Oct 2006 12:27:28 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmmtao02.cox.net (eastrmmtao02.cox.net [68.230.240.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1E7243D73; Tue, 24 Oct 2006 12:27:14 +0000 (GMT) (envelope-from conrads@cox.net) Received: from eastrmimpo01.cox.net ([68.1.16.119]) by eastrmmtao02.cox.net (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP id <20061024122715.FGMP10599.eastrmmtao02.cox.net@eastrmimpo01.cox.net>; Tue, 24 Oct 2006 08:27:15 -0400 Received: from serene.no-ip.org ([72.200.30.62]) by eastrmimpo01.cox.net with bizsmtp id eCSW1V00R1LR1K40000000 Tue, 24 Oct 2006 08:26:48 -0400 Received: from serene.no-ip.org (localhost [127.0.0.1]) by serene.no-ip.org (8.13.8/8.13.8) with ESMTP id k9OCQTsn035456; Tue, 24 Oct 2006 07:26:45 -0500 (CDT) (envelope-from conrads@cox.net) Date: Tue, 24 Oct 2006 07:26:20 -0500 From: "Conrad J. Sabatier" To: Cheffo Message-ID: <20061024072620.69dac5ab@serene.no-ip.org> In-Reply-To: <4533D000.3020902@sun-fish.com> References: <4533BE2E.4080005@icyb.net.ua> <4533D000.3020902@sun-fish.com> Organization: A Rag-Tag Band of Drug-Crazed Hippies X-Mailer: Sylpheed-Claws 2.5.2 (GTK+ 2.10.6; amd64-unknown-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: nfsmb survey X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 12:27:28 -0000 On Mon, 16 Oct 2006 21:31:28 +0300, Cheffo wrote: > Andriy Gapon wrote: > > In STABLE and upcoming 6.2 (and in CURRENT, of course) there is a > > new SMB driver for NForce2/3/4 chipsets, nfsmb, developed by Ruslan > > Ermilov. However, the driver doesn't currently work on all hardware > > that it is to support. The problem is with choosing proper BAR > > registers, which, as it seems, might be different for different > > chipsets/SMB controllers. > > > > If you have a system based on NForce2/3/4, could you please share > > the following information: > > > > 1. find out pci handle of your SMB controller: > > $ pciconf -l | fgrep 0x0c0500 > > and also note chip field value, it should match > > 00(64|84|d4|e4|52)10de. E.g.: > > nfsmb0@pci0:1:1: class=0x0c0500 card=0x1c02147b > > chip=0x006410de rev=0xa2 hdr=0x00 > > > > 2. read values in BARs 4 and 5 and also registers 0x50 and 0x54 like > > follows: > > $ pciconf -r pci0:1:1 0x20 > > $ pciconf -r pci0:1:1 0x24 > > $ pciconf -r pci0:1:1 0x50 > > $ pciconf -r pci0:1:1 0x54 > > using your pci handle instead of pci0:1:1, e.g.: > > $ pciconf -r pci0:1:1 0x20 > > 00000000 > > $ pciconf -r pci0:1:1 0x24 > > 00000000 > > $ pciconf -r pci0:1:1 0x50 > > 00001001 > > $ pciconf -r pci0:1:1 0x54 > > 00001041 > > > > 3. send chip id and register values here. > > > > Thank you very much in advance. > > > > > none1@pci0:1:1: class=0x0c0500 card=0x815a1043 chip=0x005210de > rev=0xa2 hdr=0x00 > > pciconf -r pci0:1:1 0x20 > 00004c01 > pciconf -r pci0:1:1 0x24 > 00004c41pciconf -r pci0:1:1 0x50 > 00004c01 > pciconf -r pci0:1:1 0x54 > 00004c41 # pciconf -l | fgrep 0x0c0500 nfsmb0@pci0:1:1: class=0x0c0500 card=0x80c51043 chip=0x00d410de rev=0xa4 hdr=0x00 # pciconf -r pci0:1:1 0x20 00005001 # pciconf -r pci0:1:1 0x24 00005041 # pciconf -r pci0:1:1 0x50 00005001 # pciconf -r pci0:1:1 0x54 00005041 Thank you very much for your work on this! -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 12:34: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB09916A415 for ; Tue, 24 Oct 2006 12:34:34 +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 ECF8B43D78 for ; Tue, 24 Oct 2006 12:34:33 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (qnunef@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k9OCYQSG016931; Tue, 24 Oct 2006 14:34:31 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k9OCYPDJ016930; Tue, 24 Oct 2006 14:34:25 +0200 (CEST) (envelope-from olli) Date: Tue, 24 Oct 2006 14:34:25 +0200 (CEST) Message-Id: <200610241234.k9OCYPDJ016930@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, mikej@rogers.com In-Reply-To: <453D49D2.1010705@rogers.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]); Tue, 24 Oct 2006 14:34:31 +0200 (CEST) Cc: Subject: Re: Running large DB's on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 12:34:34 -0000 Mike Jakubik wrote: > I am in the process of implementing a fairly large mysql server for > an even larger company, and naturally i want to use FreeBSD. The > hardware will be an HP DL385, 2 x dual-core Opterons, 16GB RAM, 7 x 15k > rpm disks in a RAID5 setup. I'm not exactly informed as to the specific > workload yet, however i know the database will have several million rows > and be larger than 10GB. As others have noted, RAID5 is worst-case for databases. For both reliability and performance I recommend RAID1 or RAID10. > So, first of all, am i crazy for choosing fbsd+mysql for this rather > than something like Solaris + Oracle? :) My recommendation is FreeBSD + PostgreSQL. I've worked quite a lot with various Mysql and PostgreSQL databases in the past, and the latter outperforms other combinations in general. Also it is my impression that PostgreSQL is much more reliable and resistant against evil things like crashes (power failure or whatever), thanks to its WAL data storage which is similar to a journaled file system (transaction-aware, of course). A few years ago (2002) I fed the German phone book into a PostgreSQL database running on a Pentium-III 800 MHz with 256 MB RAM (FreeBSD 4-stable). I was just curious how well it would cpe with that. Importing the 35.6 million rows and creating an index took 40 Minutes (I think I didn't even use the optimized COPY instruction, so it could have been even faster). Select commands on the table were processed surprisingly fast, but I didn't really hammer on it because the machine was running a production Apache at the same time. :-) 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. "If you aim the gun at your foot and pull the trigger, it's UNIX's job to ensure reliable delivery of the bullet to where you aimed the gun (in this case, Mr. Foot)." -- Terry Lambert, FreeBSD-hackers mailing list. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 12:41: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D423516A40F for ; Tue, 24 Oct 2006 12:41:27 +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 01E1843D69 for ; Tue, 24 Oct 2006 12:41:14 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (gjajch@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k9OCf8oo017694; Tue, 24 Oct 2006 14:41:13 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k9OCf8jp017693; Tue, 24 Oct 2006 14:41:08 +0200 (CEST) (envelope-from olli) Date: Tue, 24 Oct 2006 14:41:08 +0200 (CEST) Message-Id: <200610241241.k9OCf8jp017693@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, alexjeffburke@gmail.com 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]); Tue, 24 Oct 2006 14:41:13 +0200 (CEST) Cc: Subject: Re: i915 DRM enabled in X.org log but not in glxinfo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, alexjeffburke@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 12:41:27 -0000 Alex Burke wrote: > When I check the X.org log file, it says direct rendering: enabled on > my graphics device (it attaches its i810 driver to the kernel's i915 > DRM device). This would appear to me to suggest that atleast the X > server is running with full DRM capabilities. > > But when I use glxinfo, it says direct rendering: No. I am just > wodnering, is there anything special I need to do for GL to work with > the DRM stuff? I haven't installed (atleast knowingly) any other MESA > library, so following the advice I have found that should be all I > need to check, but apparently something else is wrong and I haven't > the faintest idea what to look for. Have you installed the graphics/dri port? Which version? Which versions of Xorg and FreeBSD do you have? For comparison, you can find dmesg, Xorg.log and glxinfo output from my notebook (also i915) here: http://www.secnetix.de/~olli/dmesg/centaur/ 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. "Unix gives you just enough rope to hang yourself -- and then a couple of more feet, just to be sure." -- Eric Allman From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 13:12: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECDB616A412 for ; Tue, 24 Oct 2006 13:12:42 +0000 (UTC) (envelope-from mats.lindberg@se.transport.bombardier.com) Received: from smtp2.transport.bombardier.com (smtp2.transport.bombardier.com [20.133.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 499A743D7E for ; Tue, 24 Oct 2006 13:12:41 +0000 (GMT) (envelope-from mats.lindberg@se.transport.bombardier.com) Received: from BBTSRVFDH74.cone.bombardier.com (bbtsrvfdh74.cone.bombardier.com [20.133.32.5]) by smtp2.transport.bombardier.com (Switch-3.1.9/Switch-3.1.9) with ESMTP id k9ODCdXd010484 for ; Tue, 24 Oct 2006 15:12:40 +0200 (CEST) Received: from emea-ad03.cone.bombardier.com (HELO transport.bombardier.com) ([10.241.120.28]) by BBTSRVFDH74.cone.bombardier.com with ESMTP; 24 Oct 2006 15:12:39 +0200 To: "freebsd-stable@freebsd.org" MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.0 September 26, 2002 From: mats.lindberg@se.transport.bombardier.com Message-ID: Date: Tue, 24 Oct 2006 14:14:53 +0100 X-MIMETrack: Serialize by Router on EMEA-AD03/Server/Transport/Bombardier(Release 6.0.3|September 18, 2003) at 10/24/2006 15:11:56 Content-Type: multipart/mixed; boundary="=_mixed 004820E7C1257211_=" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: em, bge, network problems survey. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 13:12:43 -0000 --=_mixed 004820E7C1257211_= Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGVsbG8NClRoaXMgYXJlIG91ciBmaW5kaW5ncyByZWdhcmRpbmcgdGhlIHN1cnZleS4NCk1hdHMg TGluZGJlcmcNCkJvbWJhcmRpZXINCg0KDQoxLiBBcmUgeW91IGV4cGVyaWVuY2luZyBuZXR3b3Jr IGhhbmdzIGFuZC9vciAidGltZW91dCIgbWVzc2FnZXMgb24gdGhlIA0KY29uc29sZT8gIElmIHll cywgcGxlYXNlIHByb3ZpZGUgYSBfYnJpZWZfIGRlc2NyaXB0aW9uIG9mIHRoZSBwcm9ibGVtLg0K DQo+VGhlIHN5c3RlbSBydW5zIG9uIGFuIElCTSBpMzg2IHhTZXJpZXMgc2VydmVyIGFuZCBwb2xs cyBldmVyeSAxMDAgDQptaWxsaXNlY29uZHMgYW5vdGhlciBtYWNoaW5lIHVzaW5nIGV0aGVybmV0 Lg0KPldlIGhhZCBhIHdhdGNoZG9nIHRpbWVvdXQgaW4gdGhlIG5ldHdvcmsgY2FyZCBhbmQgb3Vy IGFwcGxpY2F0aW9uIHdlbnQgDQpkb3duOg0KPk9jdCAyMiAwNDoxNDoyNiBmc3BhMiBrZXJuZWw6 IGJnZTA6IHdhdGNoZG9nIHRpbWVvdXQgLS0gcmVzZXR0aW5nIH0NCg0KMi4gV2hhdCB2ZXJzaW9u IG9mIEZyZWVCU0QgaXMgZXhwZXJpZW5jaW5nIHRoaXMgcHJvYmxlbT8gIFdoZW4gZGlkIHRoZQ0K cHJvYmxlbSBzdGFydD8NCg0KPiBGcmVlQlNEIDUuNCwgdGhlIHByb2JsZW0gYXBwZWFycyByYW5k b21seS4NCg0KMy4gV2hhdCBuZXR3b3JrIGNhcmQgaXMgZXhwZXJpZW5jaW5nIHRoZSBwcm9ibGVt PyAgSWYgdGhlcmUgaXMgbW9yZSB0aGFuDQpvbmUgbmV0d29yayBjYXJkL3BvcnQgaW4gdGhlIHN5 c3RlbSwgcGxlYXNlIHN0YXRlIHdoaWNoIG9uZXMgYXJlIGhhdmluZw0KcHJvYmxlbXMuICBPcHRp b25hbGx5LCBkZXNjcmliZSB0aGUgbW9kZWwgb2YgdGhlIG5ldHdvcmsgY2FyZCwgb3IgYXR0YWNo DQphIGRtZXNnIG91dHB1dCB0aGF0IHNob3dzIGl0Lg0KDQo+IFRoZXJlIGFyZSB0d28gZXRoZXJu ZXQgY2FyZHMgaW4gdGhlIHN5c3RlbSwgb25seSBiZ2UwIGlzIHVzZWQsIHNlZSBkbWVzZyANCm91 dHB1dCBiZWxvdw0KDQo0LiBJcyB0aGlzIGFuIFNNUCBvciBVUCBtYWNoaW5lPyAgSXMgeW91ciBr ZXJuZWwgY29uZmlndXJlZCBmb3IgU01QPw0KDQo+VW5pUHJvY2Vzc29yDQo+U2VlIHRoZSBhdHRh Y2hlZCBzeXNjdGwgLWEgb3V0cHV0Lg0KDQo1LiBJcyB0aGlzIG1hY2hpbmUgY2FwYWJsZSBvZiBI eXBlcnRocmVhZGluZyAobm90ZSB0aGF0IHRoaXMgaXMgbm90IHRoZQ0Kc2FtZSBhcyBtdWx0aS1j b3JlLCBsaWtlIHRoZSBuZXdlciBBTUQgYW5kIEludGVsIGNoaXBzKT8gIElmIHNvLCBpcw0KSHlw ZXJ0aHJlYWRpbmcgZW5hYmxlZCBvciBkaXNhYmxlZCBpbiB0aGUgQklPUz8gIElmIGl0IGlzIGVu YWJsZWQsIGlzDQpoeXBlcnRocmVhZGluZyBlbmFibGVkIG9yIGRpc2FibGVkIGluIHRoZSBrZXJu ZWw/DQoNCj5UaGlzIGlzIHRoZSBLZXJuZWwgY29uZmlnIGZpbGUuDQo+aW5jbHVkZSBHRU5FUklD DQo+aWRlbnQgICAgICAgICAgUFJFRU1QVElPTi1HRU5FUklDDQo+b3B0aW9ucyAgICAgICAgUFJF RU1QVElPTiAgICAgICAgICAgICAgICAgICAgICAjIGtlcm5lbCBwcmVlbXB0aW9uDQo+b3B0aW9u cyAgICAgICAgICAgICAgICBTRU1NTlM9MTUwDQo+b3B0aW9ucyAgICAgICAgICAgICAgICBTRU1N U0w9MTUwDQoNCjYuIElzIHRoZSAnYXBpYycgZGV2aWNlIGNvbmZpZ3VyZWQgaW4geW91ciBrZXJu ZWw/ICBJZiBzbywgZG9lcyBpdCANCmFwcGVhciB0byBiZSBhY3RpdmUgaW4gdGhlIHN5c3RlbT8g IEFuIGVhc3kgd2F5IHRvIHRlbGwgdGhpcyBpcyBpZg0KdGhlcmUgYXJlIGludGVycnVwdCBudW1i ZXJzIGdyZWF0ZXIgdGhhbiAxNS4gIEFub3RoZXIgd2F5IHRvIHRlbGwgaXMNCmlmIHRoZXJlIGFy ZSAnaW9hcGljJyBkZXZpY2UgbWVzc2FnZXMgZWFybHkgaW4gdGhlIGJvb3QuDQoNClRoZXJlIGFy ZSBpcnEgPiAxNSBhbmQgdGhlcmUgYXJlICdpb2FwaWMnIGRldmljZSBtZXNzYWdlcyBlYXJseSBp biB0aGUgDQpib290Og0KT2N0IDE5IDA3OjA4OjA0IGZzcGEyIGtlcm5lbDogaW9hcGljMiA8VmVy c2lvbiAyLjA+IGlycXMgNDgtNzEgb24gDQptb3RoZXJib2FyZA0KT2N0IDE5IDA3OjA4OjA0IGZz cGEyIGtlcm5lbDogaW9hcGljMSA8VmVyc2lvbiAyLjA+IGlycXMgMjQtNDcgb24gDQptb3RoZXJi b2FyZA0KT2N0IDE5IDA3OjA4OjA0IGZzcGEyIGtlcm5lbDogaW9hcGljMCA8VmVyc2lvbiAyLjA+ IGlycXMgMC0yMyBvbiANCm1vdGhlcmJvYXJkDQoNCjcuIEFyZSB5b3UgdXNpbmcgYW55IGNvZGUg cGF0Y2hlcyBvciBub24tZGVmYXVsdCBjb25maWd1cmF0aW9uIG9wdGlvbnM/DQpObw0KDQo4LiBB cmUgeW91IHVzaW5nIHRoZSA0QlNEIG9yIHRoZSBVTEUgc2NoZWR1bGVyPw0KDQo0QlNEIFNoZWR1 bGVyDQoNCllvdSBhcmUgYWxzbyB3ZWxjb21lIHRvIGF0dGFjaCBhIGNvcHkgb2YgeW91ciAnZG1l c2cnIG91dHB1dCBhcyB3ZWxsIGFzDQp0aGUgb3V0cHV0IGZyb20gJ3Ztc3RhdCAtaScuICBQbGVh c2Ugbm90ZSB0aGF0IGEgdmVyYm9zZSBkbWVzZyBpcyBub3QNCm5lZWRlZC4NCg0KDQoNCg0KDQpf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18gDQoN ClRoaXMgZS1tYWlsIGNvbW11bmljYXRpb24gKGFuZCBhbnkgYXR0YWNobWVudC9zKSBtYXkgY29u dGFpbiBjb25maWRlbnRpYWwgDQpvciBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIGFuZCBpcyBpbnRl bmRlZCBvbmx5IGZvciB0aGUgaW5kaXZpZHVhbChzKSBvciANCmVudGl0eSBuYW1lZCBhYm92ZSBh bmQgdG8gb3RoZXJzIHdobyBoYXZlIGJlZW4gc3BlY2lmaWNhbGx5IGF1dGhvcml6ZWQgdG8gDQpy ZWNlaXZlIGl0LiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LCBwbGVhc2Ug ZG8gbm90IHJlYWQsIA0KY29weSwgdXNlIG9yIGRpc2Nsb3NlIHRoZSBjb250ZW50cyBvZiB0aGlz IGNvbW11bmljYXRpb24gdG8gb3RoZXJzLiBQbGVhc2UgDQpub3RpZnkgdGhlIHNlbmRlciB0aGF0 IHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZS1tYWlsIGluIGVycm9yIGJ5IHJlcGx5IA0KZS1tYWls LCBhbmQgZGVsZXRlIHRoZSBlLW1haWwgc3Vic2VxdWVudGx5LiBQbGVhc2Ugbm90ZSB0aGF0IGlu IG9yZGVyIHRvIA0KcHJvdGVjdCB0aGUgc2VjdXJpdHkgb2Ygb3VyIGluZm9ybWF0aW9uIHN5c3Rl bXMgYW4gQW50aVNQQU0gc29sdXRpb24gaXMgaW4gDQp1c2UgYW5kIHdpbGwgYnJvd3NlIHRocm91 Z2ggaW5jb21pbmcgZW1haWxzLiANClRoYW5rIHlvdS4gDQpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXyANCg0KDQpDZSBtZXNzYWdlIChhaW5z aSBxdWUgbGUocykgZmljaGllci9zKSwgdHJhbnNtaXMgcGFyIGNvdXJyaWVsLCBwZXV0IA0KY29u dGVuaXIgZGVzIHJlbnNlaWduZW1lbnRzIGNvbmZpZGVudGllbHMgb3UgcHJvdMOpZ8OpcyBldCBl c3QgZGVzdGluw6kgw6AgDQps4oCZdXNhZ2UgZXhjbHVzaWYgZHUgZGVzdGluYXRhaXJlIGNpLWRl c3N1cy4gVG91dGUgYXV0cmUgcGVyc29ubmUgZXN0IHBhciANCmxlcyBwcsOpc2VudGVzIGF2aXPD qWUgcXXigJlpbCBlc3Qgc3RyaWN0ZW1lbnQgaW50ZXJkaXQgZGUgbGUgZGlmZnVzZXIsIGxlIA0K ZGlzdHJpYnVlciBvdSBsZSByZXByb2R1aXJlLiBTaSB2b3VzIGzigJlhdmV6IHJlw6d1IHBhciBp bmFkdmVydGFuY2UsIA0KdmV1aWxsZXogbm91cyBlbiBhdmlzZXIgZXQgZMOpdHJ1aXJlIGNlIG1l c3NhZ2UuIFZldWlsbGV6IHByZW5kcmUgbm90ZSANCnF1J3VuZSBzb2x1dGlvbiBhbnRpcG9sbHVw b3N0YWdlIChBbnRpU1BBTSkgZXN0IHV0aWxpc8OpZSBhZmluIGQnYXNzdXJlciBsYSANCnPDqWN1 cml0w6kgZGUgbm9zIHN5c3RlbXMgZCdpbmZvcm1hdGlvbiBldCBxdSdlbGxlIGZ1csOodGVyYSBs ZXMgY291cnJpZWxzIA0KZW50cmFudC4NCk1lcmNpLiANCl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fIA0KDQoNCg0K --=_mixed 004820E7C1257211_= Content-Type: application/octet-stream; name="vmstat.output.gz" Content-Disposition: attachment; filename="vmstat.output.gz" Content-Transfer-Encoding: base64 H4sICDnRPUUAA3Ztc3RhdC5vdXRwdXQAfZBLDsIwDET3PYX3bOz8k3NwgbRUqGopJTISx6dBQFFE OgvLlvw0oxlm7lO6LwxV8ZXj9N5T5L4Z0k24AJeFscaQtUpsJ2aGAkQe21MVWlUyq03irvasSDpU 8msq3MtHBpiXx54NUJlN5XBxj1GmZEyA9txjHnQos0lE4b3bslFmMEA3jbVQzmnj7daB983xp/x/ MgZJryV8bqmxeQK5LWAc1AEAAA== --=_mixed 004820E7C1257211_= Content-Type: application/octet-stream; name="dmesg.output.gz" Content-Disposition: attachment; filename="dmesg.output.gz" Content-Transfer-Encoding: base64 H4sICArRPUUAA2RtZXNnLm91dHB1dAC1WG1z2zgO/nz6FZjsh0vm5ETUq+3res5vSXwbN75I6WU/ dSiJcrS1JVWi0np//QKU/NZzJu10zjNhJBIAgQcACWicF5syXT5LOI8ugPV6Zsc0DAeCZwHXpRAj fwKLMv9DRPJSG39D7PV0HLuGGi01umrsqlGt9pgaTTUqmp6t/Y3EP4ilyGQFeQISXx+z9EWUVSo3 NDPmqzTJyyzllzBcrUBtW0EpKlG+iPhS2yrnXNqda3zojPJ1yMs4FSX8wvqofAr/rldgmsDsvmP0 7R48BmMg6zTAX5nn8l/9q7oqr/LwD/W/KqOralNdLR6m0/kimN2/14bjxQyGi9kYAh6uRB/ezUZz YvenD/fvf39aDLQgXYsorzOJO5+lXdOxzyApxedaZNEGGOtZrGvC7Z/wuUaj0DxDGy8e+zBDjtX5 wwU8iTw7D+YXgNNgXRrGDRKfW4ZhXDKzM8cXt+t2ohWvKiK5QPXvEY80g1/h7EZkdZoJJewMYBbj pPE1sRmqKEVRpNkSZxjyXAsuawTwV+NrmIgwCZPk3fXiUf8wn+qTqb7wp3rgj/W5/6AvhlN9Pp7q 46euTsbr/nShz4MHXLmhlaE+nt9/QLKA2CxXH99d3z36t/ok8HWCTJ/Pn/TrJxTlo1j8M3HQb4NA D+b6YjQdoD63m0KU8rkUPEYl+2DCKl+mEV+RkZWG8ytYi3VeboAsMDzLscye2YVzZpgWzEcXGn/h 6Y6IaGyj51ld04ZzDDlFkua8SCMT3n2g4MozMC+NAaTl5wrsbsdjgFPrHAOwDHMMn5aenaI37Y7t naY3TtEbHVTzG/Ks+GpgEK25fIaizCNRVXk5OE01ex8AcyGlyEp4JDQeFanRhuAu/r7lJaKPYV19 zOp1KMo+RDz7u4SlkPBxOHn4rnXcZJF/wXge1VKi/PMk/Srii5+WfZQqFCedhFfyMF0sx+s5tnOY LgwToZEskb0kANATYSpBvQOXmDQNG+bKAIq8lJgCTrfboTEkgJRRWlTUxK1yGmNssF8pojTcLd3m lewsxjMIyzReimOyHZUiqCu1qti3q3X2Kcu/ZANSLBYvaSQAExnOsxziks44XJA8eiZAiZEdSDza ds+PMdVuo3YxX9OBKYHm2wLtY4HWawJNJdB6W6CxE2gRi/2aQEtbF5JQuvNnd5Tu6F7LgMeVLLkN w5gXGBs7H9ro+g79SxLKcpyJkkQYzSw9JvjT1WOyn1U/SkHAw2KvItupaCur7O+xyjy0ynnNqkag 87ZA9xh39zWBjhYuBcE0KnMeR/kaRuO545kMbtIlp9ifUsZnQuow9PF2KsXLJQHGDDbYQhXvQYkP QMEj5ZTfXG2dpqgD7Tqf7dUhRbSwXBbPG6UQ6eEY6LYrTEz6M0JeieAJFre/N4dRI2bPg7SKRN8+ dK4nT/TSch487lYOl47WeC3zFpwtBMDjGO+1qg+G0Wesbzp93uu7ou82fnHf9ot37BfvNb+4tDX7 Sb+Ee7+Eb/vFa/3C/tcvrMWY/YBfDnj+L35h3+MXZ3tWkgTAMiAtkIWvDl3SRQROnpn1c8OrSh7o ml2DTUdwPhvfOhfw6I8gyjNZ5qsVcuFrZ7g7TkxToW6a7ATiZu8gBuoq/MEtkFMp1rISEfo+VSUB njyodU3zjcTHW4wrKkABZ3VoSrveFRbSyEPk6EAcdIUgFm8ts6kMqeBLitWDibTr/IWqUh0qsUpw Ea9sESuA2A9oP9oD5DYAuVuAescAsUOAfnCLFiDWsp4EiP0MQOy7AWqDD1uJFGtMTAqd1Bkc2+q9 fmN7bx8olnF8orDXThRvuxqnVbHiGx0+3AwH31xbJzVJK66ClJSY+cNTSrADJZBchTRRtvsrCRqX vDjMKHIi+MNgyPA42ftxfyl31Z3cpYvX8lwcmUczzPNoJlEziZpJvGNtzJ02uCnuGD3zLMMtf1Fq torQGjtYY4drJ1znz0dkz9FG1mnIuPwUxhEJ+E1sVLl8GKjnadewzYudoa6Blrh2kwn7IlAJUWVg AFsxgwOiZo+GrA91RgEIMscQlKrRxVtjzbMYwo0UlxrJIt0bqVpRrY23mTBpSAHmOo4x7OBawWVK HOP7udJ+Z4OVUBVstVeMDcmKL7Ez+cqMvUGNNIntGDQStbxcb2PlvpCUoQ/38wbjNG9vMdFcYTFr S7Couy816D1sr7jIa963Vx6n+64JPjR33dT0+4mC3FNwvAxW6HxlRYbHQIJdA3b9lXKev6kkKoGu q/JVE/F7u/ayFDFmEwEFL2kpsaHYMmHcKBZshrHRHhAGFHN5lqRLbJJjBZeltsY+Gy/2NS/ouwT2 bGGziru1XErJNd8o6lCAUN6LtZelyjjs0DFaIyA0t7m99U5EkFhxsoOVtzCpwmBnyVHfhE36UceE DMw0HfvoGwM645Crwl4p+gQC04EaKjw6DVhXIsK+ikJ58mGCDoZ3t3edSdDxA3zv0MTN5KFrdK33 V8adYQ6aMOVGZ41NG2qymN3b2n95KukbA3MwVhG/uEJfleCP/Vmbj1Ubx3IlNDphyrIuJFQSgwwp pIgkAoqWniGoDGs1Ku5UdfOPs39i7Jc5ctIO6Z43r0tshytRqdShjoKOAjBA8pKazS6s6oz8I6pt v2w6C8vuORx8yzSw9AGsx66pq6XPW00brpTumNtjpOW2LhHh+egKzSh5ViUIZrviD687wRTGmH6r lGcSJopRi/krahmtWjFvtepM/Scf/MDyUCnvbkwflq7fw8h0e1vtJmmJCMEwIh0bDe2dhkoQspI/ j1WEc+Y207d/6hi4CR0kLn1/czGYL3QI+HKJ4v9Ti1oQutM2aJVIDxndOV7ozLYsj7owcJipDh/y MroOizrTcW5RpH8VQLdn2uMLbU7BRsLUzZ2UWB7XSdW/QnWvUG7FuPYXvBovqnAUAAA= --=_mixed 004820E7C1257211_= Content-Type: application/octet-stream; name="sysctl-a.gz" Content-Disposition: attachment; filename="sysctl-a.gz" Content-Transfer-Encoding: base64 H4sIACgaPkUAA5Q7a2/bSJKfV7+CwOGABHAcdvPtwwLnOM6MN+PYazlZ3H4hKLIlcSU+hg85zmL/ +1X1i01S0mT0wZTq0V2vrqpmt3esKS+rtnut2ZX1qWHsw/LjYieADduzpAW4d+m++wSIdx+qYpU0 Wc6ageaQt3lVXlkkijzbF/ADawRQjnhsBOu/COJz62/93qLUIu6VZ1+5kfX1+caitu0tLPg0VdX9 79X7vm3eV6t/8WfbpO/b1/b949Pt7f3j893Dl4WYtUi+H8oqY+2V5UdREGho3VQpwIjvatA63yMd oQ4NBTBpNgAHMs9zpBotS3s0woHtr6x3RAC3YK0yKcAs67ZODGCeXVm2+Jnuq3TXJB0Q/dva/rD+ ahHbvrC6PN2J7/gLpFpLHHUvrLZLOvGThtZ/xDh11ebfibYmWIUQKlDlpqn6GlWQwv6rWsVpVXZN BcJKsdrkwLI4z1ot2Qrs2eUFFwzUw+kIGCYk1KYXVi9ADvUiFMJ67pn1kHYWdS07uiLOFfgJhJAz ZlWR5KWwhREzGdfbs13QcpgUDX5lvcev7xHI9vIxdknNGuEtQuzIG3kQUD3a2PNc6dq8ThHZgrFX /Rrs41PiugNOIuKXpO1YvE7SrmqurNAkAHYwGoYvDUeDxvu83G2zZjCwQoAsXcUxvj3GcGAwIQdz JHuGMzh0wJTFKt33IFYDvqGeb4+HqvOa7Q4JTh4EATVFQFQ7lmqgdogd0DFi3SSbhnXNq44BhUn2 EKbrJN/PMA1r8x/sDApZX1imA42L3YoFRHwndMfgMr+yXHsCW2FAu+EI2v2+n1G27Y+R0xDENlPm lhVFUl9Zjj2G4dRkCkP7eVNgP2du93PCqi5wxDGwxzUwmaZHuSM6gh0KMJBDAz8YgRNWzOzWbgtu TseBgHfN2EFMXo5sjyCuaTSm44YahTYAwXlg0ClpDIs/rrev7cjliODOjhtQ/cCyEbbswRysxHXG OgzkcRRruJFmOVu7hmWJadr3/BkYAnMHQ83gIN8we9YXxRDRdRu3XZOXmxatSwLbIcSTI0DJgNSa 7gaML0XZV5s237DveTfYsjrEIoghJ8tcnhSXbdrmccb2ySuPB+V8RKXZZbpNyg1rLsEp8apvX2PI olWJSdc7TgdZYUxHDMIsueTLFZJ5X4Jk7giVwars912MObzquyEHSbyNUuQQj3FaZDEuVSCRJsvb HcyVJZJjwypgYat+s94nm8HtHJ5W+z1LOyxKrbYO268dermGeFiBQeNVk5TZUBhh3i6uoYhBmm9X efkeAVfia2V8x6+XK/Dxe8glac8UXQejYWHPS/i6l3UhSdMuBtdDlGU6KDgQmPmqcw1Yut2tG/a7 YdA6FtXOC32oYVA7nABWVGhblBAndCJZt2B42REEjgDtfo9TDPy+4/Hg2pFqCjCYsAYArY4+aB6A PN0yKBsFxhNVgb2H2lNj2YJ6Jg2FZquK2ugXdl2TpAwsX+aVdNowoUSCXj1rwcIVL/AqBosq6/dM 2d0or/8jfgh8qyoppnyo1pb8PEPfZ1l35deWWfeswMev+WaLzycxX2tZSxDoTftWM0Fl7L/jF2Lz 3+SzNXpyOCQs8SNJ6xxSHId7J+gBDr2ZJu+Sdsd/iPHtKb1F4Yd/MZoiYwf86goWKknVk8M1PWdI ExiEBD7+9gNBJ58k9PxATnHhuxeQQC/AoRceoRe8WcPSc8E9JAfM20QKAB3SUQEQrnS0rp+vrY/3 10qXYzbhOkLSFPJ2u1UmJzjHMGhoWb/cPtxznQS91JD4kt6N/J/VsF638aHk4S3GOCEAGQQo2fe+ VQI7J+gdFEAKXLACGvfUGN9VgprjK5ujSLhgy2owiSvjRD0RLka/e/9gXT/e3RjSOJLGGUmDSd+S w/OdhLCUaUD95HDtIevr/fWvSbsdxLG8KYMVWtaZMPp2b9Ub7BYHI/hSed8zvQxhdL/8+LD8tLQK rBGaHqQR8Suf/LuOiI+334ADg56vEaIiQslHIldFBIaDGd5flx+OR59r6oZcoBtn+moKJ9a9I0NP PQUcDTK2A7LmW2VL1AtoOIt6Kr2QMssbRev4xx3lmJGuBIQPsDYiMZ1INNQjozVV7IDlDD1YwKQH 4iTLzo3v+wM9FC6GIX1ufDcc06/2u/YIvQ5ql3KjGRPAZuDcBJaegFeKvDyusAovQoMhq3HijNVn x1cG5cMDPfQYR+h1uIfGGlsVbbKGXvnsBO7IYyV7AROpiQ067QHCFbjQRspx2SslRrHn65QReCLW NZNVJ5sRE4ggY33kCmWpGqq3c0lWZwTjcJEdv2CUww6hKv+IXguELD+1ghQxNBdnrOoEZHBDXvpx AS1ozlHBCWmMuGhfZ7UjnMSRmaZ4tuGzCtpZpnbIvHBxbnwJM5mJygRF3elM0KsPWvxESW2gE2Td as/B4XHJvFOSWRbDFzP1q6gxCNCpXT4FXHcI/LOvDJsdjxBVsfCT7qtS6M5nUKWeDC53dQVl3ZY1 gwWcE20TwpVGutdZQ1bjWcERdogkdaS5QsMOquLx7fqg24fHT4L2hHLOyBi6lMj2ajYl1f0a2t00 y0EXcqnktD4Q/5jb5NuZGF+hWbD9XLOzmV+EirbSYd2OIxEswEnVk8OR9sPdgzG8w3uNQK6LQK8P Fyvl2IB1yvMH4b7WGVNnTio857sjw7cVvq4TQ84N7zg2b4i1IYfp6u611cqcCkaToeMMhJCQCykb a/m0qBNMGgYp37YYhCNSGeKZATwKeeBgBseRxOJym59o2+FTtJuBn8qZqDfln3DlleiGTtT1KOJV RRskr9JuX9XHarVe/sRcNFpkNW/XN7Atxi0qNwgRPIpXzY9wGYK4h4INXC+c7Y/kG7zmC/p2z6B6 cXJj/FlQkUk/ZLUQuXOdiEqIPq+UP7+LgixbJFjliFzmU3d6Mjq5jriJgh0za3KxbTi3kfLHcbar Vv9CjIPZx/VFgnR9NQ0NiVpu7ACZewsb9r1coCJfzROlw9f/sASgX8aXJ4P1lVWIY1ofJDMtsOrb d2IX5DpCJrFuVM9MooD+SZPimGhCn0vheHKHIO3jES+cDDheYMt/XD/yL6aLaRCY5pUh1762EOZd ca5BC2xzk2GwVTl0yiQM+Tr05PDqKeDTQiQYz0xG/XDG1edZXq6NbePclziXQ0d2qPlrHeEKDpjs TomNnepQ7uGTNoz3/vKlhxrdUY0hGWXMtl/hGQdibMyYXigYfFsy0iDivTn399jDklHpM8+BdNg4 41SsxeMkYVdTJv0k3Emj9L9puFfp8T6BUOMNTtF95y+pBOaESLrfE++ncHKPj02VvtpgCDeTKaTT 2i8zEWUn3iiJxDYuYR0TkenhQqByIVBXb7G9P7eyYIHz7Ed8vucIPW499cSl6v70GxbxwUPDtWG1 o0VWWPn+I57edVXDSwrh9EoTV/e6hIwcD0z4Dlg47PgMRNjACGQ8BhOpz0dbQwkQCURvJAg1ekSu 4qhw4efz89P1zS3S2uLVwzQVcvjgrLzbNizJLBmJiJIMOuBsb+rgH1Wxys/tniMvGCbBNfMuaTbc flTsYqZRHYTO2IFqKqOwjqfSKYQIfSa5dMfKw6CUpSzom0oNljTbvTbf5H+4GZCVmb9EkC/TiHgn 4siQ0GXEjpxpulLvL0VKmL1EoaFmuL6BQGryg+yIyVHjcbjU4W75MHtXdXxHKk8SMoYnH8MB/7tf br/cPt3d6PPgvuUHp/rATJ9JsP16ei6x42/sY9yjt/oIATelcVUCtMxT/R6+3fZdVr3gwfsLa6r1 Wh36DGc+mgTPANJY/Yxfktw4jWn7TZ7FaQU1oC/q4V6ABkjZYG8CP48TihPz//7Cf0g1YVeBwOHo E083+EERay5hv1K/JE0pzsHsOUG5ysu+FgciUFKj0FOHXCOqMikrRXZslCJPG00ADX50fCaBDyPP cyLnxDSChvqnZjHGUEemI6INbMkHnY4JCxSmPsS3Q3JsOqAb6RU6gR2cGFArd2bCswSGbsQP3MA7 ZsKWdfweCYT5HLtNmgx8DQNc3zzevVsnbTcnSrdVngLJ8/LmTWjbbwfaN3gH5a2Vh9Rz38AXfpz6 5h2/mQKI+VB4dUVHrUjPLT7jNq1qFrfGsbGJTasy7ZuGlenrDM+PHmdQPByV3+Ma9t/yNohnH6ET V2D+kEwNt827uZSHvOn6ZB+ndT9cm4Gde3YpLra4+kKUgP7eJ2XXiysAQ1LgqHWFB+V4UWcErhW8 nSB2mzkmFXJEan3LbQSetONXHQsKzjdASSduYKnAVkh9cUidJMK2Jy5Yt60yebgM9UmfhUMK2zFl T3E0rU+wEQ2AttqzuOq7uh+OzJP9S/LazrDqeLLd8Ks55q843bOkGYxR1OgmUHw4aUZYknZQY0Zk 0L4kq71xDQCBI0ZYNXs8ux4uCjRJXork7Ojg6F7jEm9QuOoqAIfw83QnpOqqglTpypJfYLNx8R4o M/vCgAy0Rd8xI4MDQKgrDnSHCxeIwgnP2BuvvYEX+Wl9SxKZ/aEgyHqkLqrwN+4cQmUKAfcmCiT1 KPJS3YsjgRupCwVbnERe7sAD8Fi8jq+anA32bOqUX0fgMNuE8dPhEUzeSRgT9iX7XsOwhtMQDCIl e+MEXJyJX74mTVO9YFRvko7lmHqAbrhaMyaDPNyewmGWwzXebo1bMWOSFjRXJPq8fk5SwTLSZCMi yHqXLQOfDBehDAyk6AOY6JK/ai1Zd46mrkDXuKti/uUcJbdJA1XqHFH7kqNlD8XloeiqDi24WL5C f1BYL9BcWRzWQlwXsFZhm8pAxVdoHA/M0ndS3oDh8XVQXlq7fF+tXjvWvl389c99Fo+Ql2G/CdHz l7+8efr65e9gQ+sj7kL+Idak9Qh9mfxhW0t8EQUk9O3im0jMeC2hal6R/VloQu0o8KPg84V1zTOE 5Xq4G3m7eGLHyN0ASt9nRUtJAJuIt4slmAoUn06imIjnhooHrym5A8toFk3PXx5pehfp8e6rJORK ggmiwHVh4AV6Zl8lWXLY4EVM+9Km+IfgH9v6D3dcjOd1sbjo5UOPNcA62LdgOAUksA0wRCisFoxF l7gCnpciiWoWYgeeJ3DiugoffxhIAvkNKNdxJRRbZ1jYhkQOn0DBk/0Gska3LWTQtS9JHbNSpmqC oF3BCpkI1YU2ewSPR5fdJjjZ9jp68IT37+JmDgIzeVeO4o8SSXj2HKTJM6hNYhVX+4zgSj6Oojyh AI59ZzgDKiLTH5TXwdotrhl+6c/jCvKbUnwRHuL2pUshWUQR9akbTbFdg/cUQwiFcMb4ippijDvA GoZ0SgCrH6+YRqHt296Mu1qDiyPXk/YTOC7yoYj5vTG84BQ5hE7QKZQAhadOGHpH8BU2xjD8FPdj XeHNrMj3wgmmUijbnTKh4fNSOWgMr0T7MEfUm/YUD6COsvG6Jyr9VGeOOs0kJyMunaql0Ed50UEJ r0oTBHSbuBQTXgj9yJmg60x2A/Mh60xuXaeIDAPxCL0AOwFxp6hOoPwg8GYCwBzm1bMjWNkzUs+j 3tSaxzPQlGCauab4UbabItX0rmM7U5+8QOuiCMIwnIovs6BqeimZ8p9OlMeI1DhuMLWiyJ8S751A j3LuHDtKvhMfHMvC4+gTzYFBNPNU1eA10NCfqneQGEKm5m8kZirRTm6i0FxTiyKLjFvPDr3pkAcD H/qzfNUY6BOzzrFF3qaXP1hTjcIVNtieHU2oUui26oYhMTYUxHG5KeX1fsj7/C65Gyk4Lzfrfd9u Y3lZlrsW6kXMcVIO/I3/g5Fv1E1LDsYKw+USNVEmBw2FWZu+VPWF/+9B0pcZa1RBU57nCogAUeGj g6Lf7yV+6JqpPecesN64Aup6zZkytsZdCWDbOkmZCj5lcLkRO02gJsUXGBCHrYL/qEr8b5G759t7 y/gs7/55y7/8dnd/98y/fV3efsTnp6dbQD3d/v3r7fJ5uVgUWKLND75RV9/tCw5wogvxmpNcSBKo QJ8+LamV8Qs+YgB8Vz1ihMznCghRGNdzkZGMGPHN7phx/oRvyGgZbHj+bZ+a0XWNGfHQ7f72+Vor SgMuEGQuL/DPzNh02K28DgYiDp2KShw5o3ehiRZ9Wacr065KVDASVTNIrV2tfRQtmnzKGApyQh2X nhG1TdLdlm+vNefUHccZuxRWboIRpa2jNPOjc4z6fpDmDIUm0O3bE4Zw8DBZqBtMmg/SnWR0gomO wWBvD0XtXkbRqkKOukF0XsexVV0ZH2BVZ+IOohkJWeQzPx5xh2R0fIOxz36CUcWqnpH6C/FPHgan QwdRlbbaQZKROP7i85eH59uRcfxTy4oMSxx618e7xzGfE7ozRjkUVYwO9RZfPi2/PHw0eF1vvjqi 8QAIQcb7h69fnjWnO19Wlsw1JDAi5+Pd06/Xy1+NwKEzUfU6dBQGktWX6/vbO0PJY4zqKa0LqSG0 F79ZeMv3ZghXGpGfWlbLKePcHS6VugXyCVPSxTe06ePDb79pcf2Too5m/DZ2BkbTlBF29lJHZSSA LJIuifULKGGBaV7VT0crQZ3FJl7l1SjIj/hRhZyvFjQE+f2qX9/gjTDJzA9vhVy+nFsHoYNP4hBo KghnHMXqvOg4odBNZFzX9R3836XHZLKsjjHKheZyD1Pbs2138e1++Xh9Y9jVmRtH+VFbNQqdxdfH m2vDiZZRk8778fPy9penx1GwThmJGspRwYj/qPl893Fcyuf1US8rT68OWFbPvz7dXpu88wygZ7R8 Y8bHp4eb0ZTzDEAcbRSVXyMo5eK/g4zPPFkFUsRIDuBGsOnEzdTIpvB7OqOGyAF8248WGGKjxWG7 0xmpLndKVw9SB6aKUYwfSR2etGokZ4QcHyygkfqDzgpv5KiVr4zkuwsIzTHjsVhVM8khQXZnAY3U JACmnRW0uXIm6Rb8Nyp34btjvnnOcbxALSs5ox/Cts+hU8ZpBoAZhfBU6ejhhpL4U8Zpu0Ii1zHd 4ni2F4WLj4/WGrb29UbzB6dyznhZPX6zbr88P/2f0efwzOJGbuRxwjCSbaEjqhbGFg0X99ePE855 JpfLCba5wj1OAMb5POOUjJ7vK22pbK1li20FPpRy4Jv4MZrrKCPHGRayB8nKevjwt9sbXVnnCRn2 jjJWZc8VEDfEyLE+9EaK9OZBTskRq/rumA8viZ1Kj5ZROSFyJoxHkhWdlXJgJP6E0QpmjS6dtivI +PX+2sL/KRq6hyP7Dqk19SeMTzdlt9wnoqWbJ2Rqq+zmTBiRach002VFdF20vAnjP2FrNzD+f2vX 1uO2saSBBfYlT/sLFno5QALECpukKOoAeRg72XiQODE8zkEOsADBmyRmJJIhKWnGT/tz9mfsT9uq 6gv7QkrjkySwbNZXXd3V1+pbdewkNZIG0sYK+GO5G8OxwMkcFVAvDlogPss1ZajHAfy/5ot1SOcr XSEMpYGP+7TnLe4442+NGzrbQ3PhN7FjDdJ3U9c6UIn9M4M4NK2Y3cWMyCeE+H0kXHvhSUMLwUXT pyPe+ca9DBztHRzBlReD6WFDRQMWGm7Gc6n1tg/x8mvZ92IBSb8arDjg5xwkeXM8VgOee8kPTV9q MpZ4iIX2DfE2bkV7Gv4UKFcPgjEozMYO1a5OBrLHoCdxELEUMwYBq6hNxeXwUGNHXwx47VjnrZoC sgvXKDBNJp2Wdi1Ovu4hU15uQZ4uDv4kVZu0aZfWTZXSYoxkrvrHA2ak2pt0ENwz5XdtFXYr86/n fQt/xOXK5bjT4ECg1xWUn2wI3VAVbb2JEOcjZFDVaYtQmOenGg8M0cX7NFfJGr83UexvQi4bUjEC jK1hZuh7sQzA17wEut7Ea18G4sgYdBUHIYQl+NDoIqPIZ4GoefvKROIoDlVkXYnOSmiZdcMkERv9 4znNx8oGxIJuvWm0QyOUlqnxQz+ORZQmBB1nvFrzRghZNzzzqxq0EliqWpoehkl6h/5j+upcWnQ8 zDEK44uJlC6TusEtHkqUSWcx84wUqX3uyN/ICOh6oAwBfcxGRGHQQ0/mtEGOPV7ceJSpvAAZN6VI TGzSIdoh7cbmSnpeqmFflK0i8qoISarJa0dkEsXCCkwtbTpFGUThShdTNAOv7L7HTLJCImZJwu4S RUGVi02IL0yiAxyX/imljejQRNoGAcy6IHIQHn+AJ4IdzXko3wWEOr6hZp3vhesFkkYwGG3rhQel H3rwV+DhZQBL00shso052Xkp0J0LcwpFAP4cEMwB4SQAHX0xET0uT2O3KZLnTaPTKdRRN5k66qZV R90EK5SnmqOXrhrKJCv3VV2oTrJMC77uzitQ054T8n2C1Y3XEDyRejSGudNRnrrBNQsSnda0Ayfp PifrpDiQEfY9jJxj2wsCn0N4LA0mo+m2qQ/PMjIcdqDCHFvc1ciFRy6hT9M9Hqp+SMgJUSBHpe5M I2HbVee26fQREpBU7Wkokhi+8MbxJKDW+BVgmgVTiG0WALRL8bSMdLXiScvNAZOzKuwtGSiUZG70 MY3ccS9HPNkjIE6+JD209bR7TlJQQCamLgfoJyHbl/0AwY/LvqyLcTzAJDkskOnnOZZi16W0rUP/ EId3bVgTQNuvI17VW8isvUpaRT/tEkutQ4cywHfZVl3Pj/MF80zoigQNkzk5Qki4QYt0RgoXsVoF qxkOGEpui9lXtwXJzeQ9KH9VM8lIFv2cbvyQFBjk1Kav8eQtP1N2jYcf3Q3NpG+b7oKu7eqdnYyu 5Efr7KiH4UD9h8E7lE9thSdLArukugHsXYkyB0ufxFiKNxV0rG9OXV7SBWY7ZXhcIaHbDNi9UQ+x muUouoaP6jqO1m87JFfieCzLFvpftJlNYFdtKQcCk9yfMvgX+tQpE2oCdjg82jef2S0/cUbnVRp+ EkOH0dEcmINq9hFbmSxwckQnlmBZZKYPuwNSF7Klzh21eBVJ+ARCB8gQ4RuwW2Fqj3BOp2D7x65s Dy6CP4eKOo+pQLjA5AbC8krGumfDeKZ3HhUxaqd9TRzT+Zz0HXoTMpEMbLd+KPN9Y0gdcgi0zRmM Y4Y0SY/C0OE/9n2xPaCNz3wTwUrFp4Rrnx/EduF6OENWrlcOqnfo3GOemRqtM5+AuWw8rzghGgen /FEc7bfBc6QUootBBqh2J7l9IvxIsRV0A3OMuB7AFxmc/BmZMlp7EuKCWVm5PvxN4NO9ksnTnrpd 6cjAelbVMKfmh7cMLDuoXeCJjHwuiyTlSx12dQm80J+qRkGw8Rx6VXNPnknXuyqSqUXe6srdEebY NCGwdeRMOJtTTHNi/qBeNIynYLny5AZHMzQ5DqekqPoc2Z4dLfAsMk23Em4QiJUvO7Ohw0ymWa0K B1O4rqwbNx7I8uW4SGA2yKo+9jSPiaYATDiea3XUG/LsSmUtmgT+opP6ToxtnslzXVahQl8Dg9Yz L1S7xPuaTqOh91O1ZOXZtYJnzpyuClcXVaZhWoSKcHdpBuf+BNfB2l+F4ZwUKC5yiGmVBRi1TfMo ln0c6HYDV1xWp7LazPFN9gMKvlKKiqcrn44qPXaHTuO9021iEJpE1K4KAoM63VrjH6Li+gl2yjCp OJvFeCrEqNvTjR0TGC3yjVGdEbsyBCA816UhNt2lIYIuKnNQEofH5Njvq9Zg6dKLlia6LmJgWppM EEyw7fJU04HybIwXb+4uhYMEPCE8lMdltRXlG4wsdD+BS2q7U10mYuAMPG+SCQ+opdjP+yxch3EQ hetJPhwXErobKW75zYoT65qrSRwm1oemabOUX0CbTnbz9JweDobmGo7FlXZtcumaGgqOG1/ToiQr +jqVo4HD2G4vZiZXW8qVGma6ZJEyE8O15sOhPCTDqa7Lg9H7RyAumpk7cGxq9sCRPZmE2gSCk20T Nwo9W6aw2rshLc5ujJMWO4d4zR+PEFoJKjrMA9H2V3bgIi3UqUw7QaehSbY0Sc3Kg4sX5ZbaDVfZ RiGTORA4qqTHMjEcaHsrP/5Gejo3mdEDblHiCgo/pm1H0+E9wxMeYLQVP0d8NcYJMT2bk+D0fE6h kzO6Mano0ABdMbmlhEh7EBdZJ4of8bPAIy+M3fqBxYH1V0zAbL0gj/B86HwK5DTKrX0wbIs6zSuh JXyEta0UV0BdRLIs3OAIyovbk+Bp7HSCSYbjLYaJXslgoWsH22YqeNl1bdvLoXhGN4i/PhX7yhyL TQV1q6TvlBkzUmRbQ2/IG6bIvDspC52Vzvt2VOktbpr7m7xd0+rf/aVSZ+/XobfhwwGtBYCROQBL ouxivGdHKcfVppKO7StFBP2C134sYrVNtheHtc9am3QsLELRoDGMw9BIIz/GCbnVtYmHcpfmz8aF fA6jM919cxmgSF+pgS/WQOhkMrGvJxTBI/hFeR60BIPl1GyXuyQ/0AHWKLYBdL48RYch7lzRkfDY wfA+6elYcof0FpZVzR80GzHoZ75t7cPQYdD5Lepw5ZvknC5T+YFFprN0zKHigTfcHTGoj9gaxC3t yE6OuK+MdzukAtD9pOcd9sY4CgUeC01gJ5bFx4gEcGwF4q9YIKDHIlumYKwdeAP5j3/7n3//v/8t /lND+SV1SIFGK3GYG8sOXVPZtQ0vA9vVLXvcdQVtImDHwKl1vqdzHGRLjsS63MlHCZhUQ9snUwRt j8yk7c+4ziqI0ufcGO1ZHkFQ5Vzn4g6elE72PF0w15PoY1wLtlBlO7Jte1536JmMBdsAl2QSlwLy S6HlB6fJnRYtO/EuhTjE2Y/kc33oTkndXPZ0u061vnab4GbweD9ppItNaT4p4Vu5qtMAg8vpIVp0 I1rz+7iCsSzL2PMZ08uxRaMBjOZa7yT6Gm8WGvKkp3RAxJadiglMQryTxzdD/fVm48mkoTsFeUt7 5JYeVOnOjCCr7Zv21GvZlx0euatxi17VzSR95N9XwxS7QabrLpPskEDcA0raoesNMUUJfc3An2AI VOHjQKPxa0AiLiqoKpZVu3zX6zWnUwdd9JI7H7V21ZDnOtxxxosmWuhtkcMIgwNwrFFMb/cjXd1w Zzq1b8uc4Z35lUX0tfZKtHIYDlotef/u7j3j3v7x/mPkMR041SMUREEkpbf9cf+Jpknqm6rPeKZk xVc6FQwjdl/m/ViHOO3EiRqjQxAstsD2Ee+PjZfdFQBmv3gGR3KjC3X6SfJ0NLC9JzCxQ4ZXyDS2 Au+1X0p8h0HvFQnD1y/afaPbAXucB+dg+wBvFcQREaCCQez30Ccfvvzw1eK3sqm//Pjuq8Wb978u gqXn/fD2E/LVwo8H/BNvrDcdjZl4hwFJ+LwFHa1iXhSu1huc2AOZ9m452Y/ZOoh9zo03zMYeBygw QUlxhqdu6Y9JhVkjbgXI9OK+oxC5DmDGEQcUU5rmy6oZ7zvzx4YQqJc4vJDJ0Wy3I0lcCqQ+t8iO DoCTIrkTbGFVKyclCAwp/kmKY6pRLrkJQ3ESA8nKYUaanTRHLRotr3qjwHKLrV9WuxpLVS6/JLgF f+J9OmfA9Qxlpq+JKm3CJb5/kR07kThF3vMLdmIFQ0fIalyWpyoKocsSkUyih2YahYZNTdKCSrHF m2DpMgccoIufC9g9iY0z/vwPzOF0DjBexTSr2fF1Txul8YMLf+Wi5RO6qMXrqLMCCEi0zXSHAyyG WvNx5eA0I26aDubkBzvbEB9EV4qtJce6YdQCQXLqSpYt+er0kbtRWPjY7DwWrCMTZ1GCNiZOGgw6 GOpIl80SATPeCj2MDDjv6B+pdrFIAGKaBOGpUfUi3xCxuikpii9kkS8CjFxb94olR9X9keDadwcm +hhnTBIuFVSSshtFAkFP7FNpfFKyoUl3x9EngSobMmKlI7MV2BNr6uiojZ7z4ZAIc0vIKnKogMJx E3yCMQN1Esd2WWaPWbF8LJ/RywEe5aLlST44CQZ0SACzC3pIrEPWTOtSJMgrh0Hqc7Dh5LstyXmA KeLAd0p5eqGTWZITkiSTl4TDUMPwmqhnczDf4aA51jUGeThAMXkOi7jUPc8gkgHdTs4nwtMM4xTa 5YApqFgnedqK/9x04JmYI81CZMU2cExAkXbPrnxm5VRg5wMzM2oCv5lP7FY+sVv5xG7mE3tBPjE9 n1w9xkxSQ6v2GF8g+kB8Yqg75XhAIOn7Uo6BZI+cWjztATlBpmUiOoOHcPGwUkzUTcCEZBhQgOAY YR7SgkMFHyoQTg1Cgj//8vP3Y2h8CCl7VgH1tPH2JJHAilH29CM5hDm6LCuiaKsUkoRFPyS4utDo YcGQWuYwAMn8+PviDfvGs2F8Bg733944AU89bRLAsAPW2d++QDMJpjbLtPgdvRYNnzAJkiivk3dD nvTloEMXmM0n+bHpE+EMb4Sgp+nyA/ZuMbqMGYFdkYlxcxN5Bv8UWQwI5AkygS5uKmHHoePzHSWr PfFr83vazR+jPqG3I2hG0oGXH8VgarI1DECSh8cEVaM+VnrYAXpN/nwV1lPmr8JgrUBy1SdgMK8D FvtjnqIZjrOEToYH2xavghkMeHSdH08LvPALtHnBCpMPR+HDmhlYEfyHntmkf9EvZ87yJEt7Ybhu NopYVMdEHLuHEVFSyWWPw8tfaZNPrEEh8GTAFDq5lLRTzTEBlE9tR7sqiXTvQ+QD2ttWlDiBOLWC ulpxIr2f6Y/TE7bZ+Mw3MFCq4oc/TarwH2QQ9ykueXdHG9hCA5kKQHRy7WDSaVG9hH7QBvrLlJhT WyqSMEblNQeiDZ/wTOioOj0vkrCMH+Pcd03dnHoymLwRgzG/hXoq30HVgPIoG5pNSzppGugIWHD0 JmaZD+LYqYb22AtAJet7sbelsLar0GkUHsmz0yYg6ALRT+LpIPbUFI6TK6zuCR6RTfl+mgLVhNIk b+WR1pGR/HkJGzRpst/5xRMtHpl9U2mk5mZGkVa4mNIPVcPL4hUzsUki6oodN0zNHJz6c96uRasY c/YP7rPPpltz1jHLBsgrhxvyKqnhp59EyAGci1Q7dWDQzRFJxQO2KW2Bnp6WTc99af6EXzakXhn2 l+HSt9Feb7wxHrKgozxQOZa/gy2MSy+JfJE30V4ltbjIR0FyqqunqqWNiUTasRbjc3+u2nyU5FkM u3LY9jj+kvPEaSHivcz0kqgHMG0x+Z5WoebjwR+LnvUFWgBlp7tWM1Gw8Rp62OVEb/7OwrspGIdH 3NclK0+1LIvpVOOJcUjbDpoEucoRk5drfPz4vPAEajGiI1vcaOQLBcmpcpW2WHYTLEZ0UEYw7wFb k69WnZf0Gt3SW/6Ne63+O3+ezoTalG8AYLmKUO0ThSl76DeOMEwuxNHSpjNwKbN90slSHkXABZJ1 pCTev363ePj+wy8///O39yYsBOK3AcyIRK9x0NvRidRRvHD3+EEA89xabDo2GwAHL97R82cxvv3v 5OF1snz/5t5b3j/cJcuH+1/ezYZu65bviyZv77/79v3P7703nr9IfoUPfz6QUByxGb3ZZ+nNPldv 9hK9X3/HZkNf0TuYDzStN3W0Y0n74ausGhZEXaTDIlhy6+/d209TYXS9iTrBNOp6qh/r5lJP8CiN rrA46ce5gUo4eqPG9VsDEcmDT508kfnvPyRLCMx0NjOXa3wOi7LYiNxNVZtXmZWstzCmvIKyXWRd VexKk02kEb8N4EoVMfjcynDnxXpKFeNcUi/iwLciMSP1EONk4tlc4o363R+a4Vt/sYV5PBK+9SZq PPwwI7jS6Qwz1Kb71nuKvTjCVzKqvISvYLVZ4SsnCva8lYcExYFbEQvaGMePCK/RmDGIzIBvDfBf pLg/p7jvKB7eVDw0gr9A8fWfUNyfUzx4keLBnOKBo7h3W3H88Q0Zt7T3An9jaR+GL9c+MLQPRiB8 kfbhnPbhNe39K9qbSXiB9umf0D6c0371Iu1Xc9qvHO2jm2W/MoK/oNLbxf45lX41V+mjFykezSke OYqvbyoeGcFfoLhd4p+jeDSn+PpFiq/nFF87ige3m/uDEf6W5n4Ylpbm3mdovp7W3BqWSWlhukt0 VFgna8IyXZo1crrjhyHfn5ZvdsqZGgndTtmQFkxLMzu5THWwbidnSAunpZmdRqZ6DbfTMKStpqWZ LTFTQ5/bEg1p0bQ0s3pnqk9xq7chbT0tzawymWqorjFkSGPT0kwLI1sTgEsLmmmIVuFiaBZW2xu5 hFwimNCVwdZkfEEP4xntjHnMGlP8ItfbmefZUdgN7dgOo5I/Pdz/1OyqfME86CR+PQxdGi7uirQd xFxBcgtl4VMnW4oyW1HB5qqJ68Ha0ImR31AzKkY1mVJTRjAqyWttttOmx6+7Ji3y5rh4/ebdau2z xQ/VLsVp1PfitYavF3cP928WHQRceE8h85ghROieiRogyLcKWbBN6B6W4ag7i1abW7rn0ai7r3SX EYy6R4rO/grd2bTu7vxhUvfJecJfqbvZiHkbPlZVJpZ/SP1392N/oGGyNhPFAqVMiMLTIXZFJrsm kxkyRfZ2u3b/rFVRLB0wHpj3DVRu/OPh/svH3xbv3/7TDiHLhCgWKGPicXs6yj47MnYtMmZHxjU7 7fWBnM5wLWI/9tj3rxdf3r95u/qK3vxGz9kdnqbs8PPVnRlWRIrfBmDPWzfX7RqQ7Bnhb9s1hf85 /W3uBZ4Vg93dEsA+Nz9em2En82NiHq/lB5vOD2aEf0F+hH8iP6Ym8qc++5erR28MvPCpk2VMGPMY 1b+a872xgKJHxcyoZIaeHLV+fQuWAy4xLwD8mmfSYvON9zV2tgu2xKa3RH+t9MS6JUeV+CkzABV1 n3kjwP6imNlczMyImYfA7fJRZ5ym3D/c6aaSYhAi8dsA7GkKu96cceXVCP+C6ut93jSFieqrYrCr LwBaOaO+orOXwKirTpZyUK5Y3R3S1u0psVouHu4+3jHon8eaaYeQ67pEscArmepbrC/IP/Y5zR8f Nk/tOOwcxNOnpg46Wa2CkoAxBJsOweZCPGZFPmbuj3iYLe0KvbF/WcVe6H9l86tIkGKBN7cF3j/4 P1ph3PXfwAv09V+N1d0CQEybFn9UmliwnmoTGrMHoxFz4f6YQ7q0xvvwjY9vtvblAg8AOUxyCsVJ NvySbHlnB3Lz5b+YkS86r5MxfdWMqQczcuXdveK7yVV2KBdvfnk3KiJ5hRLwqZNvJh5k+XoAN+Er j+m7WpJvojTbKjdKU73h4rZ1yapKFggmdDvb798wM4ibduz/jMooOSdSjyfv9NR/9+7OTbdkUukG ggndTDfItaJ00+3b6ZacE+m29tAg5dpe2ODulg2T8M1kf3z3IbEDuQlndsKv7KBJkGlJl+dhFnRE zmG7osNL9jU/fHyT2IFcHV5P6zC5i1m3T8aY+RNduqShM2/UJvtCHD20g4z77XJAHcEXtNz3H6ww U1uzoa6Lxuqo0nRHc+z/hdxOLT6IPXCJi0TDp07WTADRwR2dqidINuwE7bVuRGyCi1dKdVh2eLlG dESdd1rh/MA9SJBy//jhzmAQ0uBTJxvy9u1wPNPTS/hK6wc6EPPh7v67BYv9JzJrFm/GAVg8K/4P fuYHzFL2xRf/DwLIg/ujnAAA --=_mixed 004820E7C1257211_=-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 13:42: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AA1F16A403 for ; Tue, 24 Oct 2006 13:42:00 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id B040843D5A for ; Tue, 24 Oct 2006 13:41:59 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id AB79EB821 for ; Tue, 24 Oct 2006 09:41:58 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <911B338C-38E0-4952-986C-F9DBC82E99BE@lassitu.de> References: <6196E612-1611-4D81-BF50-8E54DED00480@khera.org> <911B338C-38E0-4952-986C-F9DBC82E99BE@lassitu.de> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-1-854007869; protocol="application/pkcs7-signature" Message-Id: From: Vivek Khera Date: Tue, 24 Oct 2006 09:41:57 -0400 To: FreeBSD Stable X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: kernel ignores kenv comconsole_speed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 13:42:00 -0000 --Apple-Mail-1-854007869 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Oct 23, 2006, at 6:19 PM, Stefan Bethke wrote: > Am 23.10.2006 um 17:46 schrieb Vivek Khera: > >> On Oct 20, 2006, at 6:59 AM, Stefan Bethke wrote: >> >>> I have -DS115200 in /boot.config, and boot and loader are happily >>> using this speed. However, the kernel appears to be hardwired to >>> 9600. >> >> I've only ever gotten it to work when /boot.config looks like "-D - >> S115200". I don't think you can merge the -S flag with the >> others, at least according to my read of the man page. > > As I said, boot and loader are happily using 115200, but the kernel > uses the compiled-in default. I'll file a PR the next few days, > hopefully with a patch. As I said, "works for me". I wonder what it is you are going to patch? Did you try it with the separate -S option? Did it work? --Apple-Mail-1-854007869-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 13:43:50 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4FFF16A412 for ; Tue, 24 Oct 2006 13:43:50 +0000 (UTC) (envelope-from uspoerlein@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 6EF9643D6D for ; Tue, 24 Oct 2006 13:43:45 +0000 (GMT) (envelope-from uspoerlein@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so1335088uge for ; Tue, 24 Oct 2006 06:43:45 -0700 (PDT) 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=MVy7ofnVEevWpsslMBDGm4/xa5pqVzMfUy56LiCubpUYmBh7dZrtVd2p9Vtde+LQiSwDKylYqykH1H3V3ak8i6VevTxKgYWqHlsz+vdoYkd98enxaUVI5mjV99fM6xdSPfS23t8u327GyuJW3QBu9fMshuX7XiRIcbIAtSLLWZ0= Received: by 10.78.97.7 with SMTP id u7mr9225830hub; Tue, 24 Oct 2006 06:43:44 -0700 (PDT) Received: by 10.78.155.3 with HTTP; Tue, 24 Oct 2006 06:43:44 -0700 (PDT) Message-ID: <7ad7ddd90610240643n6bea9efbl190fee7437197622@mail.gmail.com> Date: Tue, 24 Oct 2006 15:43:44 +0200 From: "Ulrich Spoerlein" To: stable@freebsd.org, pjd@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: panic: softdep_deallocate_dependancies X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 13:43:51 -0000 Hi, Following setup: Two identical fileservers connected directly via their em1 interfaces. Both running RELENG_6 from early October. fs2 exports a 924GB volume via ggated which is imported by fs1. fs1 spans a gmirror across its da1s2d and this ggate0 (->fs2) device. It was just rebuilding the gmirror, when I figured, I'd try to backup all (rather empty) volumes to tape. So dump(8) was running on the gmirrored filesystem and was in the process of snapshotting the device. It did spit out several of these lines 2006-10-24T15:25:34+0200 fs1 kernel: GEOM_MIRROR: Request failed (error=5). ggate0[WRITE(offset=1017607733248, length=16384)] 2006-10-24T15:25:34+0200 fs1 kernel: g_vfs_done():mirror/share[WRITE(offset=1017607733248, length=16384)]error = 5 2006-10-24T15:25:34+0200 fs1 kernel: g_vfs_done():mirror/share[WRITE(offset=1017800425472, length=16384)]error = 5 2006-10-24T15:25:34+0200 fs1 kernel: g_vfs_done():mirror/share[WRITE(offset=1017993117696, length=16384)]error = 5 2006-10-24T15:25:34+0200 fs1 kernel: g_vfs_done():mirror/share[WRITE(offset=1018185809920, length=16384)]error = 5 and paniced several seconds later: panic: softdep_deallocate_dependancies cpuid = 1 It is an SMP machine, running a rather generic kernel, but with options QUOTA (quotas are active on a different volume, though). Sadly no DDB was configured, I'll try to reproduce this. Is snapshotting/dumping supposed to work on ggate/gmirrored devices? Uli From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 14:20: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D55AA16A40F for ; Tue, 24 Oct 2006 14:20:30 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from erg.verweg.com (erg.verweg.com [217.77.141.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD27343DA5 for ; Tue, 24 Oct 2006 14:20:09 +0000 (GMT) (envelope-from ruben@verweg.com) Received: from [IPv6:::1] (chimp.ripe.net [193.0.1.199]) (authenticated bits=0) by erg.verweg.com (8.13.7/8.13.7) with ESMTP id k9OEJgYE046811 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 24 Oct 2006 16:19:48 +0200 (CEST) (envelope-from ruben@verweg.com) X-Authentication-Warning: erg.verweg.com: Host chimp.ripe.net [193.0.1.199] claimed to be [IPv6:::1] In-Reply-To: <20061023122921.B63561@arbitor.digitalfreaks.org> References: <45364782.8090209@samsco.org> <45366122.6090704@mintel.com> <20061019130040.5f06baf7.wmoran@collaborativefusion.com> <4539D8F0.3050602@samsco.org> <453CAD74.80806@mintel.com> <20061023110743.5f9924dc.wmoran@collaborativefusion.com> <20061023122921.B63561@arbitor.digitalfreaks.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Ruben van Staveren Date: Tue, 24 Oct 2006 16:19:42 +0200 To: "Brian A. Seklecki" X-Mailer: Apple Mail (2.752.2) X-Virus-Scanned: by amavisd-new X-Spam-Status: No, score=-1.5 required=5.0 tests=AWL,BAYES_00,SPF_FAIL autolearn=no version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on erg.verweg.com Cc: Jason Thomson , freebsd-stable@freebsd.org, Conrad Burger , Bill Moran Subject: Re: When will the new BCE driver in HEAD be incorporated into RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 14:20:30 -0000 On 23 Oct 2006, at 18:44, Brian A. Seklecki wrote: > > So probably MFC/RFP into RELENG_6 after two weeks? Is there an > official FreeBSD PR on this to update? > Apparently it is already there ? http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/bce/if_bce.c? rev=1.2.2.6&content-type=text/x-cvsweb-markup I just cvsupped and installed on our 2950's a previous C++ project build did indeed trigger the bce watchdog, but with the new version it is just fine. Thing which is a bit odd though, is that copying +100 gig of data from nfs to the 2950 which it was doing previously didn't lock things up with the old driver. My thanks to Scott Long and all others who worked on this! Regards, Ruben van Staveren > ~BAS > > On Mon, 23 Oct 2006, Bill Moran wrote: > >> In response to Jason Thomson : >> >>> Scott Long wrote: >>> >>>> I'll cautiously say that the latest set of changes to bce might be >>>> interesting for you. It now survives all of my ttcp and >>>> netblast tests >>>> in both UDP and TCP. Please let me know if it makes things better, > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable- > unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 14:27:26 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F146716A415 for ; Tue, 24 Oct 2006 14:27:26 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id A337143D5C for ; Tue, 24 Oct 2006 14:27:13 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id BF116B81F for ; Tue, 24 Oct 2006 10:27:06 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <453D53ED.5050403@rogers.com> References: <453D49D2.1010705@rogers.com> <3861E2E8-4232-4C46-8D0A-1B6079BCA07D@mac.com> <453D53ED.5050403@rogers.com> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-3-856716149; protocol="application/pkcs7-signature" Message-Id: <3720CF60-DC4E-47E4-BA87-3CF8D335D286@khera.org> From: Vivek Khera Date: Tue, 24 Oct 2006 10:27:05 -0400 To: stable@freebsd.org X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Running large DB's on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 14:27:27 -0000 --Apple-Mail-3-856716149 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Oct 23, 2006, at 7:44 PM, Mike Jakubik wrote: > I believe the front-end application is MySQL dependent, but what is > so much better about PostgreSQL? I understand that it has some more > advanced features, but if they are not used, then what is the > advantage? (I really like the InnooDB storage in MySQL) So after billions and billions of inserts/updates/deletes, how do you reclaim all that lost space in innodb? dump + reload is what I hear. also, do you value your data? ie, if you insert data which cannot be stored should the DB silently alter it or should it throw back an error for your application to decide what to do? guess which DB does which... we can go on forever on this tangent. i'd recommend finding the "gotchas" pages for both mysql and postgres and decide which is the lesser of evils for your app and go with it. for me, mysql has never won the argument :-) --Apple-Mail-3-856716149-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 14: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4BA116A40F for ; Tue, 24 Oct 2006 14:36:51 +0000 (UTC) (envelope-from cs@schug.net) Received: from schug.net (s0.schug.net [194.97.148.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5686443DAF for ; Tue, 24 Oct 2006 14:33:50 +0000 (GMT) (envelope-from cs@schug.net) Received: by schug.net (Postfix, from userid 10000) id AFFCFC5705; Tue, 24 Oct 2006 16:33:42 +0200 (CEST) Date: Tue, 24 Oct 2006 16:33:42 +0200 From: Christoph Schug To: Mike Jakubik Message-ID: <20061024143342.GB11430@voodoo.schug.net> References: <453D49D2.1010705@rogers.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <453D49D2.1010705@rogers.com> Organization: SpaceNet AG User-Agent: Mutt/1.5.11 OpenPKG/2.5 Cc: stable@freebsd.org Subject: Re: Running large DB's on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 14:36:51 -0000 On Mon, Oct 23, 2006, Mike Jakubik wrote: > I am in the process of implementing a fairly large mysql server for > an even larger company, and naturally i want to use FreeBSD. The > hardware will be an HP DL385, 2 x dual-core Opterons, 16GB RAM, 7 x 15k > rpm disks in a RAID5 setup. I'm not exactly informed as to the specific > workload yet, however i know the database will have several million rows > and be larger than 10GB. Again, don't use RAID 5 for databases. Distribute your data over a bunch of table spaces on RAID 1/10 volumes. Furthermore ensure that your external storge can cope with high concurrent disk I/O. Speaking of HP we had very poor results with the cheaper storage boxes like MSA1000/MSA1500. It seems that their I/O processors can saturated very easily under concurrent I/O. If you stick to HP, choose an EVA for performance reasons. Later you can easily improve speed by adding additional disks. If you have big tables you may want to use one of the newer PostgreSQL features, Partitioning and Constraint Exclusion. See [1] for details. Disabling setproctitle() gains additional performance points, too. [1] http://www.postgresql.org/docs/8.1/static/ddl-partitioning.html#DDL-PARTITIONING-CONSTRAINT-EXCLUSION -cs From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 14:41: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5009216A40F for ; Tue, 24 Oct 2006 14:41:47 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from sccrmhc15.comcast.net (sccrmhc15.comcast.net [204.127.200.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id D117D43D5F for ; Tue, 24 Oct 2006 14:41:35 +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 (sccrmhc15) with ESMTP id <2006102414413401500mc578e>; Tue, 24 Oct 2006 14:41:34 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 264291FA037; Tue, 24 Oct 2006 07:41:34 -0700 (PDT) Date: Tue, 24 Oct 2006 07:41:34 -0700 From: Jeremy Chadwick To: Vivek Khera Message-ID: <20061024144134.GA72596@icarus.home.lan> Mail-Followup-To: Vivek Khera , FreeBSD Stable References: <6196E612-1611-4D81-BF50-8E54DED00480@khera.org> <911B338C-38E0-4952-986C-F9DBC82E99BE@lassitu.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: FreeBSD Stable Subject: Re: kernel ignores kenv comconsole_speed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 14:41:47 -0000 On Tue, Oct 24, 2006 at 09:41:57AM -0400, Vivek Khera wrote: > >Am 23.10.2006 um 17:46 schrieb Vivek Khera: > >>On Oct 20, 2006, at 6:59 AM, Stefan Bethke wrote: > >>>I have -DS115200 in /boot.config, and boot and loader are happily > >>>using this speed. However, the kernel appears to be hardwired to > >>>9600. > >> > >>I've only ever gotten it to work when /boot.config looks like "-D - > >>S115200". I don't think you can merge the -S flag with the > >>others, at least according to my read of the man page. > > > >As I said, boot and loader are happily using 115200, but the kernel > >uses the compiled-in default. I'll file a PR the next few days, > >hopefully with a patch. > > As I said, "works for me". I wonder what it is you are going to > patch? Did you try it with the separate -S option? Did it work? I think what Stefan refers to is the complex nature of how the serial port is initialised/"tinkered with" in stages. boot0, boot2/loader, and the kernel all mess with the serial port, depending upon numerous aspects (/boot.config for boot0, loader.conf for boot2/loader, and CONSPEED in one's kernel config). Based upon what I've seen (and this is somewhat historic; this may have been changed within the past couple of years): * If you're using -S115200 in boot.config, or set BOOT_COMCONSOLE_SPEED=115200 in make.conf, boot0 will initialise the serial port to 115200. Otherwise, 9600. * Using "comconsole" in loader.conf for boot2/loader doesn't change speed of the serial port (AFAIK), but it does do some internal setup/configuration prior to the kernel loading. Just making note of that here. * If you've set CONSPEED=115200 in your kernel config, once the kernel loads, it'll initialise the serial port and use 115200. Otherwise, 9600. (This also appears to have the side-effect of limiting the "maximum serial port speed" possible on that serial port to whatever CONSPEED is. This may have been changed recently, as I've seen proof of CONSPEED defaulting to 9600 and being able to do things like tip -115200 or edit /etc/ttys and use std.115200 without any issues) What I'd like to propose is similar to Stefan's recommendation: is there any way possible to: * Not touch the serial port AT ALL, EVER (in boot0, boot2/loader, or the kernel) -- so that systems which have BIOS-level serial console/serial redirection will work? On all of our Supermicro boxes, the BIOS serial redirection works fine until some code touches the serial port. Once that happens, the interrupt the BIOS has tied itself to gets munged in some bad way, which results in the serial port no longer working. (Using hint.sio.0.disabled="1" and hint.sio.1.disabled="1" does not address my above request. The kernel still does something with the serial ports) -- | 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 Oct 24 14:44:14 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B1CF16A492 for ; Tue, 24 Oct 2006 14:44:14 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFD9343D69 for ; Tue, 24 Oct 2006 14:44:13 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 9260FB821 for ; Tue, 24 Oct 2006 10:23:52 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <453D49D2.1010705@rogers.com> References: <453D49D2.1010705@rogers.com> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-2-856521675; protocol="application/pkcs7-signature" Message-Id: <6DBE5906-CD84-44C5-AF40-FFCC78C7561E@khera.org> From: Vivek Khera Date: Tue, 24 Oct 2006 10:23:51 -0400 To: stable@freebsd.org X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Running large DB's on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 14:44:14 -0000 --Apple-Mail-2-856521675 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Oct 23, 2006, at 7:01 PM, Mike Jakubik wrote: > So, first of all, am i crazy for choosing fbsd+mysql for this > rather than something like Solaris + Oracle? :) Secondly, i am just > looking for some suggestions, opinions, success/failure story's > that may help me out. Is anyone out there using FreeBSD for > something of this size? I am hoping that everything First thing, choosing mysql for anything truly relational is a bit crazy... but your choice of FreeBSD is very sound, and your hardware seems reasonable, except RAID5 is generally not the best choice for a heavily written-to database. You can't really compare mysql to oracle at all, and mentioning them in the same breath sounds funny to me... Take a good look at postgres. In the end, it really depends on your workload and how much truly relational qork you're expecting the DB to do. If all you're using the DB for is a file store, you might as well use mysql, but then you have to worry about all of your data integrity in your application. Personally, I prefer to put that burden on the DB engine. The size of your DB is not all that large. There are people running terabyte DB's under postgres. Our big DB is around 60Gb with hundreds of millions of rows spread across dozens of tables which are regularly joined with each other for reports. It is pounded on 24x7 with lots and lots of inserts, updates, and selects going on all the time. --Apple-Mail-2-856521675-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 15:28:16 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E81FB16A47B; Tue, 24 Oct 2006 15:28:16 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from a.mail.sonic.net (a.mail.sonic.net [64.142.16.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5285943D60; Tue, 24 Oct 2006 15:28:13 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from [192.168.26.75] (64-84-9-2-sf-gw.ncircle.com [64.84.9.2]) (authenticated bits=0) by a.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id k9OFS5GN005214 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Oct 2006 08:28:06 -0700 Message-ID: <453E3103.609@freebsd.org> Date: Tue, 24 Oct 2006 08:28:03 -0700 From: "Bruce A. Mah" User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Mikhail Teterin References: <200610231628.12318.mi+mx@aldan.algebra.com> In-Reply-To: <200610231628.12318.mi+mx@aldan.algebra.com> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9311E8B285E0F8FEB8D3EABF" Cc: stable@freebsd.org, re@freebsd.org Subject: Re: some issues not listed on TODO X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 15:28:17 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9311E8B285E0F8FEB8D3EABF Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If memory serves me right, Mikhail Teterin wrote: > Looking at the http://www.freebsd.org/releases/6.2R/todo.html today, I = was=20 > surprised to not see the following problems in addition to the em(4) is= sue: [snip] Just because a particular issue isn't mentioned on this page doesn't mean that RE isn't interested in it. I'm only listing in the "major issues" section those things that are currently holding up progress on a release. In this case, we've got 6.2-BETA3 holding on some kind of resolution for the em(4) problems because they have the ability to affect a *lot* of users. Thanks, Bruce. --------------enig9311E8B285E0F8FEB8D3EABF 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 iD8DBQFFPjED2MoxcVugUsMRAs0/AKDkIFFWlMtNNQ/DposyUe/i+RTN5ACgqe5s 1Cue3NI5tbIRy0vuy8Zqu/E= =hN0E -----END PGP SIGNATURE----- --------------enig9311E8B285E0F8FEB8D3EABF-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 15:32: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2A6A16A4B3 for ; Tue, 24 Oct 2006 15:32:49 +0000 (UTC) (envelope-from alexjeffburke@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96C4443D95 for ; Tue, 24 Oct 2006 15:32:34 +0000 (GMT) (envelope-from alexjeffburke@gmail.com) Received: by py-out-1112.google.com with SMTP id c59so467910pyc for ; Tue, 24 Oct 2006 08:32:32 -0700 (PDT) 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=d3GyVtig46apj9pHnRi1AvEBDi37ObmbYPOwCgxklI9hix2vayLfPqtfQKN6eWXchz7JLW5cV5mmYAJPIvxq8cLbG8ENYZDbziA2YknDmv7O951i4WkR61OteFzyhmZ85GgMMMFh0wfSGlB/oMeGI+c9vtZdQNnlfqv2J8P1CXs= Received: by 10.35.19.6 with SMTP id w6mr9047741pyi; Tue, 24 Oct 2006 08:32:18 -0700 (PDT) Received: by 10.35.49.18 with HTTP; Tue, 24 Oct 2006 08:32:17 -0700 (PDT) Message-ID: Date: Tue, 24 Oct 2006 15:32:17 +0000 From: "Alex Burke" To: freebsd-stable@freebsd.org In-Reply-To: <200610241241.k9OCf8jp017693@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200610241241.k9OCf8jp017693@lurza.secnetix.de> Subject: Re: i915 DRM enabled in X.org log but not in glxinfo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 15:32:49 -0000 Hi, I knew I must have been doing something extremly stupid....so thanks very much for your mention of the dri lib! I honestly thought that it came with the X server, but having installed graphics/dri , rebooted and brought X back up I have fully accelerated OpenGL. That was the last little niggle with FreeBSD on this system (an HP Pazilion with ICH4 chipset...graphics is an 85xM chip). Thanks, Alex J Burke. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 15:37: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 767F616A412 for ; Tue, 24 Oct 2006 15:37:54 +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 766B343D66 for ; Tue, 24 Oct 2006 15:37:50 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([165.236.175.187]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k9OFbdsj082978; Tue, 24 Oct 2006 09:37:45 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <453E333C.7040304@samsco.org> Date: Tue, 24 Oct 2006 09:37:32 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruben van Staveren References: <45364782.8090209@samsco.org> <45366122.6090704@mintel.com> <20061019130040.5f06baf7.wmoran@collaborativefusion.com> <4539D8F0.3050602@samsco.org> <453CAD74.80806@mintel.com> <20061023110743.5f9924dc.wmoran@collaborativefusion.com> <20061023122921.B63561@arbitor.digitalfreaks.org> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Bill Moran , Jason Thomson , freebsd-stable@freebsd.org, "Brian A. Seklecki" , Conrad Burger Subject: Re: When will the new BCE driver in HEAD be incorporated into RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 15:37:54 -0000 Can you clarify, are there new problems with this new version of the driver? Scott Ruben van Staveren wrote: > > On 23 Oct 2006, at 18:44, Brian A. Seklecki wrote: > >> >> So probably MFC/RFP into RELENG_6 after two weeks? Is there an >> official FreeBSD PR on this to update? >> > > Apparently it is already there ? > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/bce/if_bce.c? > rev=1.2.2.6&content-type=text/x-cvsweb-markup > > I just cvsupped and installed on our 2950's > a previous C++ project build did indeed trigger the bce watchdog, but > with the new version it is just fine. > Thing which is a bit odd though, is that copying +100 gig of data from > nfs to the 2950 which it was doing previously didn't lock things up > with the old driver. > > My thanks to Scott Long and all others who worked on this! > > Regards, > Ruben van Staveren > >> ~BAS >> >> On Mon, 23 Oct 2006, Bill Moran wrote: >> >>> In response to Jason Thomson : >>> >>>> Scott Long wrote: >>>> >>>>> I'll cautiously say that the latest set of changes to bce might be >>>>> interesting for you. It now survives all of my ttcp and netblast >>>>> tests >>>>> in both UDP and TCP. Please let me know if it makes things better, >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable- >> unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 16:06:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A544A16A412 for ; Tue, 24 Oct 2006 16:06:53 +0000 (UTC) (envelope-from alexjeffburke@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D99243D82 for ; Tue, 24 Oct 2006 16:06:33 +0000 (GMT) (envelope-from alexjeffburke@gmail.com) Received: by py-out-1112.google.com with SMTP id c59so477354pyc for ; Tue, 24 Oct 2006 09:06:33 -0700 (PDT) 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=d3GyVtig46apj9pHnRi1AvEBDi37ObmbYPOwCgxklI9hix2vayLfPqtfQKN6eWXchz7JLW5cV5mmYAJPIvxq8cLbG8ENYZDbziA2YknDmv7O951i4WkR61OteFzyhmZ85GgMMMFh0wfSGlB/oMeGI+c9vtZdQNnlfqv2J8P1CXs= Received: by 10.35.19.6 with SMTP id w6mr9047741pyi; Tue, 24 Oct 2006 08:32:18 -0700 (PDT) Received: by 10.35.49.18 with HTTP; Tue, 24 Oct 2006 08:32:17 -0700 (PDT) Message-ID: Date: Tue, 24 Oct 2006 15:32:17 +0000 From: "Alex Burke" To: freebsd-stable@freebsd.org In-Reply-To: <200610241241.k9OCf8jp017693@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200610241241.k9OCf8jp017693@lurza.secnetix.de> Subject: Re: i915 DRM enabled in X.org log but not in glxinfo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 16:06:53 -0000 Hi, I knew I must have been doing something extremly stupid....so thanks very much for your mention of the dri lib! I honestly thought that it came with the X server, but having installed graphics/dri , rebooted and brought X back up I have fully accelerated OpenGL. That was the last little niggle with FreeBSD on this system (an HP Pazilion with ICH4 chipset...graphics is an 85xM chip). Thanks, Alex J Burke. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 16:27:44 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA3CB16A49E for ; Tue, 24 Oct 2006 16:27:44 +0000 (UTC) (envelope-from chinhngt@sectorb.msk.ru) Received: from hq.sectorb.msk.ru (petaflop.b.gz.ru [194.88.210.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DBDE43DA2 for ; Tue, 24 Oct 2006 16:27:34 +0000 (GMT) (envelope-from chinhngt@sectorb.msk.ru) Received: from it.local (it.local [172.16.20.8]) by hq.sectorb.msk.ru (Postfix) with ESMTP id 753F923F9; Tue, 24 Oct 2006 20:27:19 +0400 (MSD) Date: Tue, 24 Oct 2006 20:27:38 +0400 (MSD) From: Nguyen Tam Chinh X-X-Sender: chinhngt@it.hackers To: Vivek Khera In-Reply-To: <6DBE5906-CD84-44C5-AF40-FFCC78C7561E@khera.org> Message-ID: <20061024202408.U923@it.hackers> References: <453D49D2.1010705@rogers.com> <6DBE5906-CD84-44C5-AF40-FFCC78C7561E@khera.org> X-Operating-System: FreeBSD 6-STABLE Keywords: 216091683 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: Re: Running large DB's on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 16:27:45 -0000 On Tue, 24 Oct 2006, Vivek Khera wrote: > > On Oct 23, 2006, at 7:01 PM, Mike Jakubik wrote: > >> So, first of all, am i crazy for choosing fbsd+mysql for this rather than >> something like Solaris + Oracle? :) Secondly, i am just looking for some >> suggestions, opinions, success/failure story's that may help me out. Is >> anyone out there using FreeBSD for something of this size? I am hoping that >> everything > > Take a good look at postgres. In the end, it really depends on your workload > and how much truly relational qork you're expecting the DB to do. If all > you're using the DB for is a file store, you might as well use mysql, but > then you have to worry about all of your data integrity in your application. > Personally, I prefer to put that burden on the DB engine. > > The size of your DB is not all that large. There are people running terabyte > DB's under postgres. Our big DB is around 60Gb with hundreds of millions of > rows spread across dozens of tables which are regularly joined with each > other for reports. It is pounded on 24x7 with lots and lots of inserts, > updates, and selects going on all the time. > Could you share with us your servers' hardware specifics and configuration (tuning) of PostgreSQL? This would help many in making decision. ----- With best regards, | The Power to Serve Nguyen Tam Chinh | http://www.FreeBSD.org Loc: sp.cs.msu.su | From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 16: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17A8916A51A for ; Tue, 24 Oct 2006 16:36:31 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from a5.virtuaal.com (a5.virtuaal.com [195.222.15.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id F20A643E1C for ; Tue, 24 Oct 2006 16:34:15 +0000 (GMT) (envelope-from antik@bsd.ee) Received: from pc128.host50.starman.ee ([62.65.242.128] helo=[192.168.2.101]) by a5.virtuaal.com with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.52) id 1GcHsV-0003im-Ba for freebsd-stable@freebsd.org; Tue, 24 Oct 2006 11:43:19 +0300 From: Andrei Kolu To: freebsd-stable@freebsd.org Date: Tue, 24 Oct 2006 11:43:25 -0700 User-Agent: KMail/1.9.4 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610241143.26055.antik@bsd.ee> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - a5.virtuaal.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - bsd.ee X-Source: X-Source-Args: X-Source-Dir: Subject: Re: i915 DRM enabled in X.org log but not in glxinfo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 16:36:31 -0000 On Monday 23 October 2006 5:42 pm, Alex Burke wrote: > Hi, > > Just to say that this report may well seem a little sparse, but I > really don't know what exactly to look for so if anybody needs extra > information just shout and I will get it for you ASAP. > > When I check the X.org log file, it says direct rendering: enabled on > my graphics device (it attaches its i810 driver to the kernel's i915 > DRM device). This would appear to me to suggest that atleast the X > server is running with full DRM capabilities. > > But when I use glxinfo, it says direct rendering: No. I am just > wodnering, is there anything special I need to do for GL to work with > the DRM stuff? I haven't installed (atleast knowingly) any other MESA > library, so following the advice I have found that should be all I > need to check, but apparently something else is wrong and I haven't > the faintest idea what to look for. > > The other other slight oddity is that when i915 probes, it says I have > 128 meg video RAM when I really only have 64meg maximum for the intel > graphics. > > Just wondering if anybody had any suggestions, just seems wierd that > one says things should be enabled,but the other test program > disagrees. > You have to install DRI drivers from ports: Port: dri-6.4.1,2 Path: /usr/ports/graphics/dri Info: OpenGL hardware acceleration drivers for the DRI From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 18:48:17 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85C8416A4C8 for ; Tue, 24 Oct 2006 18:48:17 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B29243D55 for ; Tue, 24 Oct 2006 18:48:16 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 20FFFB821 for ; Tue, 24 Oct 2006 14:48:16 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <20061024202408.U923@it.hackers> References: <453D49D2.1010705@rogers.com> <6DBE5906-CD84-44C5-AF40-FFCC78C7561E@khera.org> <20061024202408.U923@it.hackers> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-4-872385275; protocol="application/pkcs7-signature" Message-Id: <6611C68B-1492-48A7-9425-3E23271CC940@khera.org> From: Vivek Khera Date: Tue, 24 Oct 2006 14:48:15 -0400 To: stable@freebsd.org X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Running large DB's on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 18:48:17 -0000 --Apple-Mail-4-872385275 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Oct 24, 2006, at 12:27 PM, Nguyen Tam Chinh wrote: >> The size of your DB is not all that large. There are people >> running terabyte DB's under postgres. Our big DB is around 60Gb >> with hundreds of millions of rows spread across dozens of tables >> which are regularly joined with each other for reports. It is >> pounded on 24x7 with lots and lots of inserts, updates, and >> selects going on all the time. >> > > Could you share with us your servers' hardware specifics and > configuration (tuning) of PostgreSQL? > This would help many in making decision. My current favorites are the SunFire X4100 from Sun with an Adaptec 2230SLP dual channel U320 RAID card and a 14+ disk array. These are incredibly stable. The disk arrays I have right now are from Dell, and I would not recommend them. I don't think they're totally U320 compliant as some drives occasionally come up at U160 speed. The Adaptec card is the *only* dual channel U320 SCSI card availble in low-profile size; unfortunately LSI doesn't make a low-profile version of the 320-2X card... I have one box with 4Gb which is good for our smaller databases, and one which we are upgrading from 4Gb to 8Gb next week due to the high load it has. I use 1 disk from each SCSI channel to make a mirrored RAID volume for boot + OS + postgres transaction log, and the remaining disks in RAID10 with the disks on each mirror pair coming from opposite SCSI channels. For the pg configuration, I use this on a 4Gb box: max_connections = 100 shared_buffers = 70000 # min 16 or max_connections*2, 8KB each work_mem = 262144 # min 64, size in KB maintenance_work_mem = 524288 # min 1024, size in KB max_fsm_pages = 1800000 # min max_fsm_relations*16, 6 bytes each vacuum_cost_delay = 25 # 0-1000 milliseconds checkpoint_segments = 256 checkpoint_timeout = 900 effective_cache_size = 27462 # `sysctl -n vfs.hibufspace` / 8192 (BLKSZ) random_page_cost = 2 log_min_error_statement = error Everything else is default. We run vacuum manually rather than using autovacuum for historical reasons. With upcoming 8.2 release I plan to experiment with higher shared_buffers settings. But for best help, pose your load details and hardware details and query info to the pgsql-performance list. Very smart folk there to help. --Apple-Mail-4-872385275-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 19:14: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6E8616A4CA for ; Tue, 24 Oct 2006 19:14:55 +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 66C5243D46 for ; Tue, 24 Oct 2006 19:14:55 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 2940 invoked by uid 399); 24 Oct 2006 19:14:54 -0000 Received: from localhost (HELO ?156.154.5.50?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 24 Oct 2006 19:14:54 -0000 Message-ID: <453E662C.6050501@FreeBSD.org> Date: Tue, 24 Oct 2006 12:14:52 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Duane Whitty References: <20061024050431.GA1474@dwpc.dwlabs.ca> In-Reply-To: <20061024050431.GA1474@dwpc.dwlabs.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Pleading for commit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 19:14:56 -0000 Duane Whitty wrote: > Patching it myself after every cvs update is not such a > big deal; It is forgetting to patch it after every update which is a > big deal. Write a little script for yourself that calls cvsup then runs patch so you won't forget. :) Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 20:04: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4097E16A403; Tue, 24 Oct 2006 20:04:12 +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 CB46E43D45; Tue, 24 Oct 2006 20:04:11 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.6/8.13.8) id k9OK49Gp086482; Tue, 24 Oct 2006 15:04:09 -0500 (CDT) (envelope-from dan) Date: Tue, 24 Oct 2006 15:04:09 -0500 From: Dan Nelson To: Doug Barton Message-ID: <20061024200409.GE53901@dan.emsphone.com> References: <20061024050431.GA1474@dwpc.dwlabs.ca> <453E662C.6050501@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <453E662C.6050501@FreeBSD.org> X-OS: FreeBSD 6.2-PRERELEASE X-message-flag: Outlook Error User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org, Duane Whitty Subject: Re: Pleading for commit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 20:04:12 -0000 In the last episode (Oct 24), Doug Barton said: > Duane Whitty wrote: > >Patching it myself after every cvs update is not such a big deal; It > >is forgetting to patch it after every update which is a big deal. > > Write a little script for yourself that calls cvsup then runs patch > so you won't forget. :) Or cvsup the CVS repository (instead of using checkout mode), check out your working tree from there, and run "cvs update" to update your sources, which will preserve local changes. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Tue Oct 24 21:37: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C90F16A403 for ; Tue, 24 Oct 2006 21:37:24 +0000 (UTC) (envelope-from alexjeffburke@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 840C843D66 for ; Tue, 24 Oct 2006 21:37:23 +0000 (GMT) (envelope-from alexjeffburke@gmail.com) Received: by nz-out-0102.google.com with SMTP id o37so743203nzf for ; Tue, 24 Oct 2006 14:37:19 -0700 (PDT) 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=d3GyVtig46apj9pHnRi1AvEBDi37ObmbYPOwCgxklI9hix2vayLfPqtfQKN6eWXchz7JLW5cV5mmYAJPIvxq8cLbG8ENYZDbziA2YknDmv7O951i4WkR61OteFzyhmZ85GgMMMFh0wfSGlB/oMeGI+c9vtZdQNnlfqv2J8P1CXs= Received: by 10.35.19.6 with SMTP id w6mr9047741pyi; Tue, 24 Oct 2006 08:32:18 -0700 (PDT) Received: by 10.35.49.18 with HTTP; Tue, 24 Oct 2006 08:32:17 -0700 (PDT) Message-ID: Date: Tue, 24 Oct 2006 15:32:17 +0000 From: "Alex Burke" To: freebsd-stable@freebsd.org In-Reply-To: <200610241241.k9OCf8jp017693@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200610241241.k9OCf8jp017693@lurza.secnetix.de> Subject: Re: i915 DRM enabled in X.org log but not in glxinfo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 21:37:24 -0000 Hi, I knew I must have been doing something extremly stupid....so thanks very much for your mention of the dri lib! I honestly thought that it came with the X server, but having installed graphics/dri , rebooted and brought X back up I have fully accelerated OpenGL. That was the last little niggle with FreeBSD on this system (an HP Pazilion with ICH4 chipset...graphics is an 85xM chip). Thanks, Alex J Burke. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 03:35: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52BF416A403 for ; Wed, 25 Oct 2006 03:35:29 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0390D43D46 for ; Wed, 25 Oct 2006 03:35:28 +0000 (GMT) (envelope-from ota@j.email.ne.jp) Received: from dynabook.advok.com (pool-141-151-17-108.phlapa.east.verizon.net [141.151.17.108]) by mail.asahi-net.or.jp (Postfix) with ESMTP id 68AD01A8E7; Wed, 25 Oct 2006 12:35:22 +0900 (JST) Date: Tue, 24 Oct 2006 23:35:20 -0500 From: Yoshihiro Ota To: Alex Povolotsky Message-Id: <20061024233520.528b9f9d.ota@j.email.ne.jp> In-Reply-To: <453DADC1.9090201@webmail.sub.ru> References: <453DADC1.9090201@webmail.sub.ru> X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: out of memory in restore? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 03:35:29 -0000 I think you have to extend your user space memory by adding the following to /boot/loader.conf. If 5.4-RELEASE doesn't support these options, adjust your kernel. kern.maxdsiz="2048m" kern.maxssiz="1024m" Hiro On Tue, 24 Oct 2006 10:08:01 +0400 Alex Povolotsky wrote: > Hello! > > I've tried an interactive restore from a dump, and glob fails, so > restore fails with "out of memory". Is my dump useless now? > > (dumped and tried to restore under 5.4-RELEASE) > > Alex. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 05:25: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB2FA16A403 for ; Wed, 25 Oct 2006 05:25:16 +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 6A3A143D46 for ; Wed, 25 Oct 2006 05:25:16 +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 <20061025052515011005t95oe>; Wed, 25 Oct 2006 05:25:15 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id AEE041FA037; Tue, 24 Oct 2006 22:25:14 -0700 (PDT) Date: Tue, 24 Oct 2006 22:25:14 -0700 From: Jeremy Chadwick To: Alex Povolotsky Message-ID: <20061025052514.GA86727@icarus.home.lan> Mail-Followup-To: Alex Povolotsky , FreeBSD Stable References: <453DADC1.9090201@webmail.sub.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <453DADC1.9090201@webmail.sub.ru> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: FreeBSD Stable Subject: Re: out of memory in restore? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 05:25:16 -0000 On Tue, Oct 24, 2006 at 10:08:01AM +0400, Alex Povolotsky wrote: > Hello! > > I've tried an interactive restore from a dump, and glob fails, so > restore fails with "out of memory". Is my dump useless now? > > (dumped and tried to restore under 5.4-RELEASE) FWIW, I've seen this message from FreeBSD 5.x restore before. It had something to do with wildcard/glob matches while in interactive mode (-i). For the life of me, I can't remember how to trigger it, and I can't seem to trigger it on my 6.x boxes (which used to be 5.x). I'll add that "out of memory" was quite an amusing message for restore to print -- and the issue had nothing to do with memory not being available, it was just something that would get printed before erroring out on an operation that involved globbing or wildcards. I don't think your dump is useless. I'd be curious to see how you're doing the dumps, and how you're doing the restore session, though. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 06:49: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33F0916A403 for ; Wed, 25 Oct 2006 06:49:46 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id B99E243D53 for ; Wed, 25 Oct 2006 06:49:45 +0000 (GMT) (envelope-from stefan.lambrev@sun-fish.com) Received: from sun-fish.com (localhost.cmotd.com [127.0.0.1]) by sun-fish.com (Postfix) with ESMTP id 2256F3843A; Wed, 25 Oct 2006 08:49:41 +0200 (CEST) Received: from [192.168.3.112] (boar.cmotd.com [192.168.3.112]) by sun-fish.com (Postfix) with ESMTP id B411C38439; Wed, 25 Oct 2006 08:49:40 +0200 (CEST) Message-ID: <453F0909.2090504@sun-fish.com> Date: Wed, 25 Oct 2006 09:49:45 +0300 From: Stefan Lambrev User-Agent: Thunderbird 1.5.0.7 (X11/20061023) MIME-Version: 1.0 To: Rainer Hurling References: <452A293C.5040008@sun-fish.com> <452AA144.5060200@gwdg.de> <452AA7C5.2040703@gwdg.de> In-Reply-To: <452AA7C5.2040703@gwdg.de> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-AV-Checked: ClamAV Cc: freebsd-stable@freebsd.org Subject: Re: [-SPAM-] Re: PLEXTOR DVD & SCSI emu X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 06:49:46 -0000 Hello, Rainer Hurling wrote: > Rainer Hurling schrieb: >> I get the following on dmesg: >> >> acd0: DVDR at ata1-master UDMA66 >> cd0 at ata1 bus 0 target 0 lun 0 >> cd0: Removable CD-ROM SCSI-0 device >> cd0: 66.000MB/s transfers >> cd0: Attempt to query device size failed: NOT READY, Medium not present >> - tray closed >> >> Perhaps you have to update your firmware on plextor drive? Plextor >> introduced advanced descriptions for new and/or corrected dvd types >> in their updates. >> >> Give >> http://www.plextor-europe.com/technicalservices/downloads/firmw_716A.asp?choice=DVD-Recorders >> a chance. > > Sorry, > > I mistyped the address. For your Plextor drive the right page is > http://www.plextor-europe.com/technicalservices/downloads/firmw_716AL.asp?choice=DVD-Recorders > > > Please don't update your drive to PX-716A firmware, only to PX-716AL !!! > It seems that the problem is only with PLEXTOR PX-716AL (you are using PX-716A) I tried on few different servers and I always got this : umass0: Unsupported ATAPI command 0x46 when I try to do something with the burner. I'll play little more connection on IDE slot, but last time when I tried I got the same errors with atapicam. > Rainer > > >> >> Rainer Hurling >> >> >> >> Stefan Lambrev schrieb: >>> Hello, >>> >>> There are some weird problems with those dvd burners & atapicam. >>> >>> acd0: DMA limited to UDMA33, controller found non-ATA66 cable >>> acd0: DVDR at ata1-master UDMA33 >>> acd1: DMA limited to UDMA33, controller found non-ATA66 cable >>> acd1: DVDR at ata1-slave UDMA33 >>> >>> I compile kernel with device atapicam and followed all steps from: >>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/creating-cds.html#ATAPICAM >>> >>> and on dmesg now I have: >>> >>> cd1 at ata1 bus 0 target 0 lun 0 >>> cd1: Removable CD-ROM SCSI-0 device >>> cd1: 33.000MB/s transfers >>> cd1: Attempt to query device size failed: NOT READY, Medium not >>> present - tray open >>> cd2 at ata1 bus 0 target 1 lun 0 >>> cd2: Removable CD-ROM SCSI-0 device >>> cd2: 33.000MB/s transfers >>> cd2: Attempt to query device size failed: NOT READY, Medium not >>> present - tray open >>> >>> (cd0 is Light-On external DVD burner connected via USB) >>> >>> While burning DVDs with growisofs is working perfect I have problems >>> reading them :) >>> The only way to mount/read the DVD is to use /dev/acd0/1 - >>> /dev/cd1,2 just does not work. >>> >>> When I try to access /dev/cd1,2 I have : >>> >>> Oct 9 11:50:09 thor kernel: (cd2:ata1:0:1:0): READ TOC/PMA/ATIP >>> {MMC Proposed}. CDB: 43 0 0 0 0 0 0 0 4 0 >>> Oct 9 11:50:09 thor kernel: (cd2:ata1:0:1:0): CAM Status: SCSI >>> Status Error >>> Oct 9 11:50:09 thor kernel: (cd2:ata1:0:1:0): SCSI Status: Check >>> Condition >>> Oct 9 11:50:09 thor kernel: (cd2:ata1:0:1:0): ILLEGAL REQUEST asc:24,0 >>> Oct 9 11:50:09 thor kernel: (cd2:ata1:0:1:0): Invalid field in CDB >>> Oct 9 11:50:09 thor kernel: (cd2:ata1:0:1:0): Unretryable error >>> Oct 9 11:50:09 thor kernel: (cd2:ata1:0:1:0): READ TOC/PMA/ATIP >>> {MMC Proposed}. CDB: 43 0 0 0 0 0 0 0 4 0 >>> Oct 9 11:50:09 thor kernel: (cd2:ata1:0:1:0): CAM Status: SCSI >>> Status Error >>> Oct 9 11:50:09 thor kernel: (cd2:ata1:0:1:0): SCSI Status: Check >>> Condition >>> Oct 9 11:50:09 thor kernel: (cd2:ata1:0:1:0): ILLEGAL REQUEST asc:24,0 >>> Oct 9 11:50:09 thor kernel: (cd2:ata1:0:1:0): Invalid field in CDB >>> Oct 9 11:50:09 thor kernel: (cd2:ata1:0:1:0): Unretryable error >>> >>> It's not a big deal as I have the needed access using /dev/acd0,1, >>> but the some >>> apps can only work with SCSI devices :( >>> >>> Also is there any app in base that can tell me what is the label >>> (Volume ID) of the DVD, or other >>> useful info ? :) - like "cd-info" from ports/multimedia/vcdimager/ >> >> >> _______________________________________________ >> 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" -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 08:56: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23F1F16A403 for ; Wed, 25 Oct 2006 08:56:01 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85F2143D45 for ; Wed, 25 Oct 2006 08:55:59 +0000 (GMT) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.8/8.13.8) with ESMTP id k9P8tvjT083442 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 25 Oct 2006 10:55:58 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <20061024144134.GA72596@icarus.home.lan> References: <6196E612-1611-4D81-BF50-8E54DED00480@khera.org> <911B338C-38E0-4952-986C-F9DBC82E99BE@lassitu.de> <20061024144134.GA72596@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: Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Wed, 25 Oct 2006 10:57:20 +0200 To: Jeremy Chadwick X-Mailer: Apple Mail (2.752.2) Cc: Vivek Khera , FreeBSD Stable Subject: Re: kernel ignores kenv comconsole_speed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 08:56:01 -0000 Am 24.10.2006 um 16:41 schrieb Jeremy Chadwick: > On Tue, Oct 24, 2006 at 09:41:57AM -0400, Vivek Khera wrote: >>> Am 23.10.2006 um 17:46 schrieb Vivek Khera: >>>> On Oct 20, 2006, at 6:59 AM, Stefan Bethke wrote: >>> As I said, boot and loader are happily using 115200, but the kernel >>> uses the compiled-in default. I'll file a PR the next few days, >>> hopefully with a patch. >> >> As I said, "works for me". I wonder what it is you are going to >> patch? Did you try it with the separate -S option? Did it work? > > I think what Stefan refers to is the complex nature of how the > serial port is initialised/"tinkered with" in stages. [ Very good, but very long explanation of the various users of the serial port omitted ] > What I'd like to propose is similar to Stefan's recommendation: > is there any way possible to: > > * Not touch the serial port AT ALL, EVER [...] I'm not sure that would be so easy. However, CONSPEED is/was the setting to be used if the actual setting cannot be determined when sio initializes. I haven't researched if there ever was code that tried to determine the sio settings when (re-)initializing. However, sioreg.h says: /* default serial console speed if not set with sysctl or probed from boot */ #ifndef CONSPEED #define CONSPEED 9600 #endif For me, probing from boot could just mean to initialize the speed from kenv comconsole_speed if set, and fall back to CONSPEED otherwise. I'll try to get around that on the weekend. In current, imp re-enabled the commented-out tunable for machdep.conspeed. Re-enabling that works without a problem, it seems (cf. 1.463 of sio.c). Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 09:43: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D1B916A40F for ; Wed, 25 Oct 2006 09:43:08 +0000 (UTC) (envelope-from freebsd-stable@epcdirect.co.uk) Received: from gunfright.epcdirect.co.uk (gunfright.epcdirect.co.uk [195.10.242.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D71843D69 for ; Wed, 25 Oct 2006 09:43:06 +0000 (GMT) (envelope-from freebsd-stable@epcdirect.co.uk) Received: from lfarr (l-farr.int.epcdirect.co.uk [192.168.6.200]) by gunfright.epcdirect.co.uk (Postfix) with ESMTP id 531196C8819 for ; Wed, 25 Oct 2006 10:43:03 +0100 (BST) From: "Lawrence Farr" To: Date: Wed, 25 Oct 2006 10:43:27 +0100 Message-ID: <02f001c6f81a$05c96280$c806a8c0@lfarr> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Thread-index: Acb3aJvZilrCIPnJTxa9+g/X5DUJZwAsIQQg In-Reply-To: <20061024072620.69dac5ab@serene.no-ip.org> Subject: Install onto 6Tb array X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 09:43:08 -0000 I'd like to install stable directly onto a 6Tb Areca array, and have run out of clues how to do it. In the past I've always used a separate boot volume that was small enough for sysinstall to work with, but I have no space to fit more drives in this chassis. I've tried putting a small partition on the start, which boots fine, but screws up the disk sizing as the geometry is wrong I guess? tried diskprep, but that gets the gemometry wrong as well. Is the only option to use gpt and restore to it from another boot device and hope that the bios can boot it? Lawrence Farr EPC Direct Limited From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 09:56: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAEB316A403 for ; Wed, 25 Oct 2006 09:56:32 +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 35AEF43D55 for ; Wed, 25 Oct 2006 09:56:32 +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 65362EB0EF2; Wed, 25 Oct 2006 17:56:30 +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 eZpWq8Bxcuj2; Wed, 25 Oct 2006 17:56:22 +0800 (CST) Received: from [10.217.12.47] (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 E6019EB1627; Wed, 25 Oct 2006 17:56:21 +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=CXQvcOZyEodV34PWW84zA3S2ZCGdDsKBzcFCjR+KlC/oTI6kG+JSLG0MVzPinnmFg fj3vj01PVSXLT/ssOqeuQ== Message-ID: <453F349D.1000407@delphij.net> Date: Wed, 25 Oct 2006 17:55:41 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Lawrence Farr References: <02f001c6f81a$05c96280$c806a8c0@lfarr> In-Reply-To: <02f001c6f81a$05c96280$c806a8c0@lfarr> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigE49087A41295C41551711CBB" Cc: freebsd-stable@freebsd.org Subject: Re: Install onto 6Tb array X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 09:56:32 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE49087A41295C41551711CBB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Lawrence Farr wrote: > I'd like to install stable directly onto a 6Tb Areca array, and > have run out of clues how to do it. In the past I've always > used a separate boot volume that was small enough for sysinstall > to work with, but I have no space to fit more drives in this > chassis. I've tried putting a small partition on the start, > which boots fine, but screws up the disk sizing as the geometry > is wrong I guess? tried diskprep, but that gets the gemometry > wrong as well. Is the only option to use gpt and restore to > it from another boot device and hope that the bios can boot it?=20 I am afraid so... 6TB is way too large for MBR to manage (which can support 4TB at maximum). Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigE49087A41295C41551711CBB 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 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFPzSdOfuToMruuMARAz3VAJ45jSQASW9q5PzkHLo2aK+k/eq1egCfQI+m viHcrVMJJ8Lxtpt7B02wkyo= =OHx3 -----END PGP SIGNATURE----- --------------enigE49087A41295C41551711CBB-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 10:08: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D93E716A40F for ; Wed, 25 Oct 2006 10:08:00 +0000 (UTC) (envelope-from guido@gvr.org) Received: from gvr.gvr.org (gvr-gw.gvr.org [80.126.103.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E7DD43D70 for ; Wed, 25 Oct 2006 10:08:00 +0000 (GMT) (envelope-from guido@gvr.org) Received: by gvr.gvr.org (Postfix, from userid 657) id 91C01C203; Wed, 25 Oct 2006 12:07:59 +0200 (CEST) Date: Wed, 25 Oct 2006 12:07:59 +0200 From: Guido van Rooij To: freebsd-stable@freebsd.org Message-ID: <20061025100759.GA50625@gvr.gvr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: Gmirror question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 10:08:00 -0000 Is it possible to use gmirror to mirror a single BSD partition? If not: is it possible with other tools? -Guido From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 10:17: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B221E16A603 for ; Wed, 25 Oct 2006 10:17:16 +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 4463243D4C for ; Wed, 25 Oct 2006 10:17:15 +0000 (GMT) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx0.rink.nu (Postfix) with ESMTP id 27E20170AA; Wed, 25 Oct 2006 12:18:07 +0200 (CEST) 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 e29FgORlPLXh; Wed, 25 Oct 2006 12:18:01 +0200 (CEST) Received: by mx0.rink.nu (Postfix, from userid 1000) id A4CB717062; Wed, 25 Oct 2006 12:18:01 +0200 (CEST) Date: Wed, 25 Oct 2006 12:18:01 +0200 From: Rink Springer To: Guido van Rooij Message-ID: <20061025101801.GE23885@rink.nu> References: <20061025100759.GA50625@gvr.gvr.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pAwQNkOnpTn9IO2O" Content-Disposition: inline In-Reply-To: <20061025100759.GA50625@gvr.gvr.org> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: Gmirror question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 10:17:16 -0000 --pAwQNkOnpTn9IO2O Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 25, 2006 at 12:07:59PM +0200, Guido van Rooij wrote: > Is it possible to use gmirror to mirror a single BSD partition? > If not: is it possible with other tools? I think this is possible, have you tried (inspired by man gmirror) # gmirror label -v -b split -s 2048 data da0s1a da1s1a da2s1a It's been a while since I last used this; but I believe it will work. Regards, --=20 Rink P.W. Springer - http://rink.nu "Patience is for those who cannot afford decent hardware." - Peter Koeleman --pAwQNkOnpTn9IO2O Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFFPznZb3O60uztv/8RAtKwAJ9f8M8LdKZkr1EoLKSq9ZZbkcFRNQCdG3wb xGgspRdgWMJHr/sXwSkW0sc= =86Pr -----END PGP SIGNATURE----- --pAwQNkOnpTn9IO2O-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 10:17: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 621A616A606 for ; Wed, 25 Oct 2006 10:17:21 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from s200aog11.obsmtp.com (s200aog11.obsmtp.com [207.126.144.125]) by mx1.FreeBSD.org (Postfix) with SMTP id D8FE043D53 for ; Wed, 25 Oct 2006 10:17:04 +0000 (GMT) (envelope-from tom@tomjudge.com) Received: from source ([63.174.175.251]) by eu1sys200aob011.postini.com ([207.126.147.11]) with SMTP; Wed, 25 Oct 2006 10:17:02 UTC Received: from [0.0.0.0] (unknown [10.0.0.37]) by bbbx3.usdmm.com (Postfix) with ESMTP id 6D47D5CB8; Wed, 25 Oct 2006 05:16:58 -0500 (CDT) Message-ID: <453F3752.5040207@tomjudge.com> Date: Wed, 25 Oct 2006 11:07:14 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.7 (X11/20060922) MIME-Version: 1.0 To: Guido van Rooij References: <20061025100759.GA50625@gvr.gvr.org> In-Reply-To: <20061025100759.GA50625@gvr.gvr.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Gmirror question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 10:17:21 -0000 Guido van Rooij wrote: > Is it possible to use gmirror to mirror a single BSD partition? > If not: is it possible with other tools? > > -Guido > _______________________________________________ > 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" > Yes it is possible, I found this site had very good examples of setting it up: http://people.freebsd.org/~rse/mirror/ Tom From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 10:22: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A7DB16A415 for ; Wed, 25 Oct 2006 10:22:16 +0000 (UTC) (envelope-from fb-stable@psconsult.nl) Received: from ps226.psconsult.nl (ps226.psconsult.nl [213.222.19.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A91C43D6A for ; Wed, 25 Oct 2006 10:22:13 +0000 (GMT) (envelope-from fb-stable@psconsult.nl) Received: from phuket.psconsult.nl (localhost [127.0.0.1]) by phuket.psconsult.nl (8.13.1/8.13.1) with ESMTP id k9PALh8W085419 for ; Wed, 25 Oct 2006 12:21:43 +0200 (CEST) (envelope-from fb-stable@psconsult.nl) Received: (from paul@localhost) by phuket.psconsult.nl (8.13.1/8.13.1/Submit) id k9PALhca085418 for freebsd-stable@freebsd.org; Wed, 25 Oct 2006 12:21:43 +0200 (CEST) (envelope-from fb-stable@psconsult.nl) Date: Wed, 25 Oct 2006 12:21:43 +0200 From: Paul Schenkeveld To: freebsd-stable@freebsd.org Message-ID: <20061025102143.GA85299@psconsult.nl> Mail-Followup-To: freebsd-stable@freebsd.org References: <20061025100759.GA50625@gvr.gvr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061025100759.GA50625@gvr.gvr.org> User-Agent: Mutt/1.5.6i Subject: Re: Gmirror question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 10:22:16 -0000 Hi Guido, all, On Wed, Oct 25, 2006 at 12:07:59PM +0200, Guido van Rooij wrote: > Is it possible to use gmirror to mirror a single BSD partition? > If not: is it possible with other tools? With gmirror you can mirror everything that's a geom provider, a disk, a slice, a partition or a complex object such as a stripe (though usually you would want to stripe mirrors instead of mirroring stripes). HTH > -Guido Paul Schenkeveld From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 10:22: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EC1C16A4EF for ; Wed, 25 Oct 2006 10:22:20 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B4FD43D70 for ; Wed, 25 Oct 2006 10:22:14 +0000 (GMT) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.8/8.13.8) with ESMTP id k9PAMCBW085292 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 25 Oct 2006 12:22:13 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: References: <6196E612-1611-4D81-BF50-8E54DED00480@khera.org> <911B338C-38E0-4952-986C-F9DBC82E99BE@lassitu.de> <20061024144134.GA72596@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: <134135D0-8AC6-4D9A-8D08-7CB5DD34ADEF@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Wed, 25 Oct 2006 12:23:34 +0200 To: FreeBSD Stable X-Mailer: Apple Mail (2.752.2) Cc: Vivek Khera , Jeremy Chadwick Subject: Re: kernel ignores kenv comconsole_speed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 10:22:20 -0000 Am 25.10.2006 um 10:57 schrieb Stefan Bethke: > I'm not sure that would be so easy. However, CONSPEED is/was the > setting to be used if the actual setting cannot be determined when > sio initializes. The code is there to determine the currently set speed (around line 2440 in sio.c in stable), but it seems it's not triggered on my system. Since you can't just printf some debug info there, I'm not sure which condition is not met, or if something else has since reset the sio to 9600. Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 10:25: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1102216A492 for ; Wed, 25 Oct 2006 10:25:13 +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 2A74243D69 for ; Wed, 25 Oct 2006 10:25:06 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from atlantis.dp.ua (localhost [127.0.0.1]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k9PAOb59093316; Wed, 25 Oct 2006 13:24:43 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Received: from localhost (dmitry@localhost) by atlantis.dp.ua (8.13.1/8.13.1/Submit) with ESMTP id k9PAObDA093306; Wed, 25 Oct 2006 13:24:37 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Wed, 25 Oct 2006 13:24:37 +0300 (EEST) From: Dmitry Pryanishnikov To: Yoshihiro Ota In-Reply-To: <20061024233520.528b9f9d.ota@j.email.ne.jp> Message-ID: <20061025125123.K78719@atlantis.atlantis.dp.ua> References: <453DADC1.9090201@webmail.sub.ru> <20061024233520.528b9f9d.ota@j.email.ne.jp> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Stable Subject: Re: out of memory in restore? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 10:25:13 -0000 Hello! On Tue, 24 Oct 2006, Yoshihiro Ota wrote: > I think you have to extend your user space memory by adding the > following to /boot/loader.conf. If 5.4-RELEASE doesn't support > these options, adjust your kernel. > > kern.maxdsiz="2048m" > kern.maxssiz="1024m" Well, the original poster didn't mention whether he's tried to restore in single or multiuser mode. This actually makes a big difference. On my RELENG_6 test system (csup-ped and rebuilt as of 24-Oct-2006) I still see that process resource limits in singleuser mode are _way_ too low. Here is multiuser mode root limits (as set in /etc/login.conf; system-wide limits are even higher as I have kern.max{d,s,t}siz="1G" in my /boot/loader.conf): root@test# limits Resource limits (current): cputime infinity secs filesize infinity kB datasize 524288 kB stacksize 524288 kB coredumpsize infinity kB memoryuse 131072 kB memorylocked 65536 kB maxprocesses 512 openfiles 600 sbsize infinity bytes vmemoryuse infinity kB However when I reboot into the singleuser mode (boot -s from the loader prompt), I see the following: # swapon -a && mount -a && limits -B Resource limits (current): cputime infinity secs filesize infinity kB datasize-max 1048576 kB datasize-cur 131072 kB stacksize-max 1048576 kB stacksize-cur 8192 kB coredumpsize infinity kB memoryuse-max infinity kB memoryuse-cur 1016100 kB memorylocked-max 1016100 kB memorylocked-cur 338700 kB maxprocesses 6164 openfiles 12328 sbsize infinity bytes vmemoryuse infinity kB I fail to see where those super-low datasize-cur and stacksize-cur get set (the aren't in /.profile nor in /etc/profile nor in ~root/.profile), but they could prevent using the memory-hungry application (I suppose I can call restore a memory-hungry). > Hiro > > On Tue, 24 Oct 2006 10:08:01 +0400 > Alex Povolotsky wrote: > >> Hello! >> >> I've tried an interactive restore from a dump, and glob fails, so >> restore fails with "out of memory". Is my dump useless now? >> >> (dumped and tried to restore under 5.4-RELEASE) >> >> Alex. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 10:28: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AC3A16A52E for ; Wed, 25 Oct 2006 10:28:10 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3860843DDE for ; Wed, 25 Oct 2006 10:27:26 +0000 (GMT) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.8/8.13.8) with ESMTP id k9PAROpa085412 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 25 Oct 2006 12:27:25 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <20061025100759.GA50625@gvr.gvr.org> References: <20061025100759.GA50625@gvr.gvr.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <9C2E346B-2125-4E6E-BEB9-E8894B06A387@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Wed, 25 Oct 2006 12:28:47 +0200 To: Guido van Rooij X-Mailer: Apple Mail (2.752.2) Cc: freebsd-stable@freebsd.org Subject: Re: Gmirror question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 10:28:10 -0000 Am 25.10.2006 um 12:07 schrieb Guido van Rooij: > Is it possible to use gmirror to mirror a single BSD partition? Yes. The only caveat is that the mirrored provider will be one sector shorter than the original partition. Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 10:36:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD98F16A40F for ; Wed, 25 Oct 2006 10:36:14 +0000 (UTC) (envelope-from guido@gvr.org) Received: from gvr.gvr.org (gvr-gw.gvr.org [80.126.103.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77DA243D46 for ; Wed, 25 Oct 2006 10:36:14 +0000 (GMT) (envelope-from guido@gvr.org) Received: by gvr.gvr.org (Postfix, from userid 657) id BF319C208; Wed, 25 Oct 2006 12:36:13 +0200 (CEST) Date: Wed, 25 Oct 2006 12:36:13 +0200 From: Guido van Rooij To: Tom Judge Message-ID: <20061025103613.GA50937@gvr.gvr.org> References: <20061025100759.GA50625@gvr.gvr.org> <453F3752.5040207@tomjudge.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <453F3752.5040207@tomjudge.com> Cc: freebsd-stable@freebsd.org Subject: Re: Gmirror question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 10:36:14 -0000 On Wed, Oct 25, 2006 at 11:07:14AM +0100, Tom Judge wrote: > Guido van Rooij wrote: > >Is it possible to use gmirror to mirror a single BSD partition? > >If not: is it possible with other tools? > > Yes it is possible, I found this site had very good examples of setting > it up: > > http://people.freebsd.org/~rse/mirror/ > This only documents how to set it up on an entire disk or on a slice. -Guido From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 10:39: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5A1416A407; Wed, 25 Oct 2006 10:39:06 +0000 (UTC) (envelope-from guido@gvr.org) Received: from gvr.gvr.org (gvr-gw.gvr.org [80.126.103.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67E8D43D5A; Wed, 25 Oct 2006 10:39:06 +0000 (GMT) (envelope-from guido@gvr.org) Received: by gvr.gvr.org (Postfix, from userid 657) id B9698C207; Wed, 25 Oct 2006 12:39:05 +0200 (CEST) Date: Wed, 25 Oct 2006 12:39:05 +0200 From: Guido van Rooij To: Rink Springer Message-ID: <20061025103905.GB50937@gvr.gvr.org> References: <20061025100759.GA50625@gvr.gvr.org> <20061025101801.GE23885@rink.nu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061025101801.GE23885@rink.nu> Cc: freebsd-stable@freebsd.org Subject: Re: Gmirror question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 10:39:07 -0000 On Wed, Oct 25, 2006 at 12:18:01PM +0200, Rink Springer wrote: > On Wed, Oct 25, 2006 at 12:07:59PM +0200, Guido van Rooij wrote: > > Is it possible to use gmirror to mirror a single BSD partition? > > If not: is it possible with other tools? > > I think this is possible, have you tried (inspired by man gmirror) > > # gmirror label -v -b split -s 2048 data da0s1a da1s1a da2s1a > > It's been a while since I last used this; but I believe it will work. The problem is that gmirror stores its label in the last sector of the partition. I do not know how to reserve that space with newfs. -Guido From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 10:44: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AD7D16A412 for ; Wed, 25 Oct 2006 10:44:12 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from s200aog10.obsmtp.com (s200aog10.obsmtp.com [207.126.144.124]) by mx1.FreeBSD.org (Postfix) with SMTP id 4CF2543D46 for ; Wed, 25 Oct 2006 10:44:11 +0000 (GMT) (envelope-from tom@tomjudge.com) Received: from source ([63.174.175.251]) by eu1sys200aob010.postini.com ([207.126.147.11]) with SMTP; Wed, 25 Oct 2006 10:44:10 UTC Received: from [0.0.0.0] (unknown [10.0.0.37]) by bbbx3.usdmm.com (Postfix) with ESMTP id 55A265C5A; Wed, 25 Oct 2006 05:44:09 -0500 (CDT) Message-ID: <453F3DB1.4020309@tomjudge.com> Date: Wed, 25 Oct 2006 11:34:25 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.7 (X11/20060922) MIME-Version: 1.0 To: Guido van Rooij References: <20061025100759.GA50625@gvr.gvr.org> <453F3752.5040207@tomjudge.com> <20061025103613.GA50937@gvr.gvr.org> In-Reply-To: <20061025103613.GA50937@gvr.gvr.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Gmirror question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 10:44:12 -0000 Guido van Rooij wrote: > On Wed, Oct 25, 2006 at 11:07:14AM +0100, Tom Judge wrote: > >> Guido van Rooij wrote: >> >>> Is it possible to use gmirror to mirror a single BSD partition? >>> If not: is it possible with other tools? >>> >> Yes it is possible, I found this site had very good examples of setting >> it up: >> >> http://people.freebsd.org/~rse/mirror/ >> >> > > This only documents how to set it up on an entire disk or on a slice. > > -Guido The instructions for mirroring a slice can be modified slightly (by using the correct devices) to do mirror a single partition. Tom From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 10:48: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A0BC16A403; Wed, 25 Oct 2006 10:48:32 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C00243D58; Wed, 25 Oct 2006 10:48:31 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate1.punkt.de with ESMTP id k9PAmUIO023841; Wed, 25 Oct 2006 12:48:30 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id k9PAmTa9043933; Wed, 25 Oct 2006 12:48:30 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id k9PAmTkL043932; Wed, 25 Oct 2006 12:48:29 +0200 (CEST) (envelope-from ry93) Date: Wed, 25 Oct 2006 12:48:29 +0200 From: "Patrick M. Hausen" To: Guido van Rooij Message-ID: <20061025104829.GA41873@hugo10.ka.punkt.de> References: <20061025100759.GA50625@gvr.gvr.org> <20061025101801.GE23885@rink.nu> <20061025103905.GB50937@gvr.gvr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061025103905.GB50937@gvr.gvr.org> User-Agent: Mutt/1.5.10i Cc: Rink Springer , freebsd-stable@freebsd.org Subject: Re: Gmirror question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 10:48:32 -0000 Hi! On Wed, Oct 25, 2006 at 12:39:05PM +0200, Guido van Rooij wrote: > > # gmirror label -v -b split -s 2048 data da0s1a da1s1a da2s1a > > > > It's been a while since I last used this; but I believe it will work. > > The problem is that gmirror stores its label in the last sector of the > partition. I do not know how to reserve that space with newfs. You don't need to. If your bsdlabel partition is N sectors in size, the gmirror object will have size N - 1. Newfs will not be able to write to that last sector. You newfs the finished mirror device, not the individual partitions. HTH, Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 11:45:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 518F016A4D1 for ; Wed, 25 Oct 2006 11:45:14 +0000 (UTC) (envelope-from guido@gvr.org) Received: from gvr.gvr.org (gvr-gw.gvr.org [80.126.103.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1015643DB0 for ; Wed, 25 Oct 2006 11:45:11 +0000 (GMT) (envelope-from guido@gvr.org) Received: by gvr.gvr.org (Postfix, from userid 657) id 04BD5C205; Wed, 25 Oct 2006 13:45:10 +0200 (CEST) Date: Wed, 25 Oct 2006 13:45:09 +0200 From: Guido van Rooij To: Tom Judge Message-ID: <20061025114509.GA51798@gvr.gvr.org> References: <20061025100759.GA50625@gvr.gvr.org> <453F3752.5040207@tomjudge.com> <20061025103613.GA50937@gvr.gvr.org> <453F3DB1.4020309@tomjudge.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <453F3DB1.4020309@tomjudge.com> Cc: freebsd-stable@freebsd.org Subject: Re: Gmirror question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 11:45:14 -0000 On Wed, Oct 25, 2006 at 11:34:25AM +0100, Tom Judge wrote: > Guido van Rooij wrote: > >On Wed, Oct 25, 2006 at 11:07:14AM +0100, Tom Judge wrote: > > > >>Guido van Rooij wrote: > >> > >>>Is it possible to use gmirror to mirror a single BSD partition? > >>>If not: is it possible with other tools? > >>> > >>Yes it is possible, I found this site had very good examples of setting > >>it up: > >> > >>http://people.freebsd.org/~rse/mirror/ > >> > >> > > > >This only documents how to set it up on an entire disk or on a slice. > > > >-Guido > The instructions for mirroring a slice can be modified slightly (by > using the correct devices) to do mirror a single partition. Please tell me then how these modified instructions look. I still do not know how to reserve the last sector of the partition. I can create 1-sector holes using bsdlabel, but I'm not sure this would be the way to go... -Guido From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 11:48:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB85E16A416 for ; Wed, 25 Oct 2006 11:48:38 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from s200aog10.obsmtp.com (s200aog10.obsmtp.com [207.126.144.124]) by mx1.FreeBSD.org (Postfix) with SMTP id B47CB43DBD for ; Wed, 25 Oct 2006 11:48:36 +0000 (GMT) (envelope-from tom@tomjudge.com) Received: from source ([63.174.175.251]) by eu1sys200aob010.postini.com ([207.126.147.11]) with SMTP; Wed, 25 Oct 2006 11:48:34 UTC Received: from [0.0.0.0] (unknown [10.0.0.37]) by bbbx3.usdmm.com (Postfix) with ESMTP id 03E3D5C5A; Wed, 25 Oct 2006 06:48:33 -0500 (CDT) Message-ID: <453F4CC9.6020109@tomjudge.com> Date: Wed, 25 Oct 2006 12:38:49 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.7 (X11/20060922) MIME-Version: 1.0 To: Guido van Rooij References: <20061025100759.GA50625@gvr.gvr.org> <453F3752.5040207@tomjudge.com> <20061025103613.GA50937@gvr.gvr.org> <453F3DB1.4020309@tomjudge.com> <20061025114509.GA51798@gvr.gvr.org> In-Reply-To: <20061025114509.GA51798@gvr.gvr.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Gmirror question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 11:48:39 -0000 Guido van Rooij wrote: > On Wed, Oct 25, 2006 at 11:34:25AM +0100, Tom Judge wrote: > >> Guido van Rooij wrote: >> >>> On Wed, Oct 25, 2006 at 11:07:14AM +0100, Tom Judge wrote: >>> >>> >>>> Guido van Rooij wrote: >>>> >>>> >>>>> Is it possible to use gmirror to mirror a single BSD partition? >>>>> If not: is it possible with other tools? >>>>> >>>>> >>>> Yes it is possible, I found this site had very good examples of setting >>>> it up: >>>> >>>> http://people.freebsd.org/~rse/mirror/ >>>> >>>> >>>> >>> This only documents how to set it up on an entire disk or on a slice. >>> >>> -Guido >>> >> The instructions for mirroring a slice can be modified slightly (by >> using the correct devices) to do mirror a single partition. >> > > Please tell me then how these modified instructions look. > I still do not know how to reserve the last sector of the partition. > I can create 1-sector holes using bsdlabel, but I'm not sure this > would be the way to go... > > -Guido > Please read Patricks reply to your earlier post re reserving blocks. --SNIP-- You don't need to. If your bsdlabel partition is N sectors in size, the gmirror object will have size N - 1. Newfs will not be able to write to that last sector. You newfs the finished mirror device, --SNIP-- Tom not the individual partitions. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 11:49:26 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C18F16A494 for ; Wed, 25 Oct 2006 11:49:26 +0000 (UTC) (envelope-from xelah@sphinx.mythic-beasts.com) Received: from wumpus2.mythic-beasts.com (wumpus2.mythic-beasts.com [212.69.38.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06EA543D6B for ; Wed, 25 Oct 2006 11:49:21 +0000 (GMT) (envelope-from xelah@sphinx.mythic-beasts.com) Received: from sphinx.mythic-beasts.com ([212.69.37.6]) by wumpus.mythic-beasts.com with esmtp (Exim 4.50) id 1GchG2-0004Wf-5B for stable@freebsd.org; Wed, 25 Oct 2006 12:49:18 +0100 Received: from xelah (helo=localhost) by sphinx.mythic-beasts.com with local-esmtp (Exim 4.51) id 1GchG1-0002sU-Uh for stable@freebsd.org; Wed, 25 Oct 2006 12:49:17 +0100 Date: Wed, 25 Oct 2006 12:49:17 +0100 (BST) From: Alex Hayward X-X-Sender: xelah@sphinx.mythic-beasts.com To: stable@freebsd.org In-Reply-To: <20061024115811.GA10499@hugo10.ka.punkt.de> Message-ID: References: <453D49D2.1010705@rogers.com> <3861E2E8-4232-4C46-8D0A-1B6079BCA07D@mac.com> <20061024115811.GA10499@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: Alex Hayward Cc: Subject: Re: Running large DB's on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 11:49:26 -0000 On Tue, 24 Oct 2006, Patrick M. Hausen wrote: > Hello! > > On Mon, Oct 23, 2006 at 04:10:19PM -0700, Chuck Swiger wrote: > > > As for the disk configuration, using RAID-5 is one of the worst > > possible choices for a database; using multiple RAID-1 mirrors or a > > RAID-10 config would probably do a lot better in terms of performance > > and reliability. > > I second that. And I just want to add: you can easily and reliably > run this configuration in software by the means of gmirror and > gstripe. Saves you some $$ that you would have spent on a "hardware > RAID controller". And it's neither slower nor less reliable. Actually, one with a battery backed cached can be faster, especially for databases. PostgreSQL (and any database worth using) will fsync its WAL at the end of every transaction. Without a battery backed cache this will involve at least one write to disk (and, I believe, usually at least one disk rotation, so your disk rotation speed can limit your transaction rate). With a battery backed cache the write will go straight to the cache and there's no need to wait for the disk. It's also easier to get away with putting your WAL and data on one RAID 10 array. Without a battery backed cache having a separate RAID 1 array for WAL can help, because the WAL is written sequentially and having random access mixed in makes that perform badly. A 10GB database is very small, though, so IO bandwidth, seek times and the number of spindles available for reading data may not matter very much. You may also want to worry about being able to switch the array from one computer to another following a server hardware failure. Some of the fancier setups (like SANs) may even let you do this remotely (if rather expensively, and not necessary with high IO bandwidth). From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 13:24: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7BEB16A40F; Wed, 25 Oct 2006 13:24:57 +0000 (UTC) (envelope-from guido@gvr.org) Received: from gvr.gvr.org (gvr-gw.gvr.org [80.126.103.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60B7343D4C; Wed, 25 Oct 2006 13:24:57 +0000 (GMT) (envelope-from guido@gvr.org) Received: by gvr.gvr.org (Postfix, from userid 657) id ABB65C20A; Wed, 25 Oct 2006 15:24:55 +0200 (CEST) Date: Wed, 25 Oct 2006 15:24:55 +0200 From: Guido van Rooij To: "Patrick M. Hausen" Message-ID: <20061025132455.GA52157@gvr.gvr.org> References: <20061025100759.GA50625@gvr.gvr.org> <20061025101801.GE23885@rink.nu> <20061025103905.GB50937@gvr.gvr.org> <20061025104829.GA41873@hugo10.ka.punkt.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061025104829.GA41873@hugo10.ka.punkt.de> Cc: Rink Springer , freebsd-stable@freebsd.org Subject: Gmirror performanc (was Re: Gmirror question) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 13:24:58 -0000 On Wed, Oct 25, 2006 at 12:48:29PM +0200, Patrick M. Hausen wrote: > You don't need to. > > If your bsdlabel partition is N sectors in size, the gmirror > object will have size N - 1. Newfs will not be able to write > to that last sector. You newfs the finished mirror device, > not the individual partitions. Indeed. How stupid from me. Anyway, I created a gm device and a partition. Now the read performance is not what I'd expect. I have the partition on two SATA devices on different controlers. I get around 60MB/s for each disk. I can get that speed from both disks simultaneously. Now when I dd from the gm device, I don't get any speed higher than that. I tried with -b split -s , -b round-robin, -b load. (dd-ing as done with a bs of 1m; I see the transaction size is 128Kb, unless the split method is used, in which case the transaction size gies down. When round-robin is used, the transaction size is 128Kb/s, but the number of transaction per second goes down.). I cannot explain why I should not get a higher read speed. Anyone? -Guido From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 13:50: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C675516A407 for ; Wed, 25 Oct 2006 13:50: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 A787443D46 for ; Wed, 25 Oct 2006 13:50:12 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (qlwxkl@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k9PDo4Cp086251; Wed, 25 Oct 2006 15:50:10 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k9PDo442086250; Wed, 25 Oct 2006 15:50:04 +0200 (CEST) (envelope-from olli) Date: Wed, 25 Oct 2006 15:50:04 +0200 (CEST) Message-Id: <200610251350.k9PDo442086250@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, guido@gvr.org In-Reply-To: <20061025132455.GA52157@gvr.gvr.org> 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]); Wed, 25 Oct 2006 15:50:10 +0200 (CEST) Cc: Subject: Re: Gmirror performanc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 13:50:13 -0000 Guido van Rooij wrote: > Anyway, I created a gm device and a partition. Now the read performance > is not what I'd expect. > I have the partition on two SATA devices on different controlers. > I get around 60MB/s for each disk. I can get that speed from both disks > simultaneously. > Now when I dd from the gm device, I don't get any speed higher than that. That's expected. > I tried with -b split -s , -b round-robin, -b load. > (dd-ing as done with a bs of 1m; I see the transaction size is 128Kb, > unless the split method is used, in which case the transaction size > gies down. When round-robin is used, the transaction size is 128Kb/s, > but the number of transaction per second goes down.). > > I cannot explain why I should not get a higher read speed. Anyone? dd is a sequential, single-threaded operation, so it will only use one disk at a time. It's not really suitable as a benchmark for real-world things. In the real world [TM] you have multiple processes that access the file system at random. Here you will benefit from the mirror, because accesses will be distributed among the disks. 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. "anyone new to programming should be kept as far from C++ as possible; actually showing the stuff should be considered a criminal offence" -- Jacek Generowicz From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 14:06: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B5B816A494; Wed, 25 Oct 2006 14:06:57 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from sccrmhc14.comcast.net (sccrmhc14.comcast.net [63.240.77.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D28543D81; Wed, 25 Oct 2006 14:05:48 +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 (sccrmhc14) with ESMTP id <2006102514054701400qpe60e>; Wed, 25 Oct 2006 14:05:48 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 40F4E1FA037; Wed, 25 Oct 2006 07:05:47 -0700 (PDT) Date: Wed, 25 Oct 2006 07:05:47 -0700 From: Jeremy Chadwick To: Guido van Rooij Message-ID: <20061025140547.GA94660@icarus.home.lan> Mail-Followup-To: Guido van Rooij , "Patrick M. Hausen" , Rink Springer , freebsd-stable@freebsd.org References: <20061025100759.GA50625@gvr.gvr.org> <20061025101801.GE23885@rink.nu> <20061025103905.GB50937@gvr.gvr.org> <20061025104829.GA41873@hugo10.ka.punkt.de> <20061025132455.GA52157@gvr.gvr.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061025132455.GA52157@gvr.gvr.org> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Rink Springer , freebsd-stable@freebsd.org Subject: Re: Gmirror performanc (was Re: Gmirror question) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 14:06:57 -0000 On Wed, Oct 25, 2006 at 03:24:55PM +0200, Guido van Rooij wrote: > Anyway, I created a gm device and a partition. Now the read performance > is not what I'd expect. > I have the partition on two SATA devices on different controlers. > I get around 60MB/s for each disk. I can get that speed from both disks > simultaneously. > Now when I dd from the gm device, I don't get any speed higher than that. > I tried with -b split -s , -b round-robin, -b load. > (dd-ing as done with a bs of 1m; I see the transaction size is 128Kb, > unless the split method is used, in which case the transaction size > gies down. When round-robin is used, the transaction size is 128Kb/s, > but the number of transaction per second goes down.). Do not use dd to benchmark disks. It's not a viable method of benchmarking. Consider installing ports/benchmarks/bonnie++. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 14:32:59 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8433316A40F for ; Wed, 25 Oct 2006 14:32:59 +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 DD28343D49 for ; Wed, 25 Oct 2006 14:32:58 +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 6CFD25C4B for ; Wed, 25 Oct 2006 18:32:57 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 4B4DA5C2A for ; Wed, 25 Oct 2006 18:32:57 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id k9PEWvMB001234 for stable@FreeBSD.org; Wed, 25 Oct 2006 18:32:57 +0400 (MSD) (envelope-from ru) Date: Wed, 25 Oct 2006 18:32:57 +0400 From: Ruslan Ermilov To: stable@FreeBSD.org Message-ID: <20061025143257.GC853@rambler-co.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W5WqUoFLvi1M7tJE" Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: Subject: Please test keyboard-related fixes to be MFCed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 14:32:59 -0000 --W5WqUoFLvi1M7tJE Content-Type: multipart/mixed; boundary="XWOWbaMNXpFDWE00" Content-Disposition: inline --XWOWbaMNXpFDWE00 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I'm going to ask re@'s approval to MFC the attached patches to RELENG_6 in 3 days. I'd appreciate it if some of you who have issues listed below could test it and report back if it got better with these patches. What has been fixed: - If PS/2 keyboard is attached *after* the system has booted, the keyboard LEDs now work as expected, with or without kbdmux(4). - CAPS LED now works on USB keyboards under X. - It's now possible to build a release with -P in installation /boot.config, similar to how this was possible for a long time on i386. (amd64 only.) - It's now possible to plug a PS/2 keyboard after boot, and have it working during the initial installation. Previously it's been disabled by a hint.atkbd.0.flags=3D"0x1" in the installation /boot/device.hints. It doesn't break USB keyboard installations which this was a workaround for before we had kbdmux(4). (amd64 and i386.) - Related to the previous change; if /boot/device.hints is updated with a fresh copy of GENERIC.hints, the PS/2 keyboard can be plugged after the system has already booted, and will work. (amd64 only.) Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --XWOWbaMNXpFDWE00 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=p Content-Transfer-Encoding: quoted-printable Index: sys/amd64/conf/GENERIC.hints =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/amd64/conf/GENERIC.hints,v retrieving revision 1.15 diff -u -p -r1.15 GENERIC.hints --- sys/amd64/conf/GENERIC.hints 22 Jul 2004 22:28:34 -0000 1.15 +++ sys/amd64/conf/GENERIC.hints 25 Oct 2006 13:56:37 -0000 @@ -11,7 +11,6 @@ hint.atkbdc.0.at=3D"isa" hint.atkbdc.0.port=3D"0x060" hint.atkbd.0.at=3D"atkbdc" hint.atkbd.0.irq=3D"1" -hint.atkbd.0.flags=3D"0x1" hint.psm.0.at=3D"atkbdc" hint.psm.0.irq=3D"12" hint.vga.0.at=3D"isa" Index: sys/dev/atkbdc/atkbd.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: /home/ncvs/src/sys/dev/atkbdc/atkbd.c,v retrieving revision 1.47.2.2 diff -u -p -r1.47.2.2 atkbd.c --- sys/dev/atkbdc/atkbd.c 4 Oct 2006 06:09:08 -0000 1.47.2.2 +++ sys/dev/atkbdc/atkbd.c 25 Oct 2006 13:08:08 -0000 @@ -482,6 +482,22 @@ atkbd_intr(keyboard_t *kbd, void *arg) int delay[2]; int c; =20 + if (!KBD_HAS_DEVICE(kbd)) { + /* + * The keyboard was not detected before; + * it must have been reconnected! + */ + state =3D (atkbd_state_t *)kbd->kb_data; + init_keyboard(state->kbdc, &kbd->kb_type, + kbd->kb_config); + KBD_FOUND_DEVICE(kbd); + atkbd_ioctl(kbd, KDSETLED, (caddr_t)&state->ks_state); + get_typematic(kbd); + delay[0] =3D kbd->kb_delay1; + delay[1] =3D kbd->kb_delay2; + atkbd_ioctl(kbd, KDSETREPEAT, (caddr_t)delay); + } + if (KBD_IS_ACTIVE(kbd) && KBD_IS_BUSY(kbd)) { /* let the callback function to process the input */ (*kbd->kb_callback.kc_func)(kbd, KBDIO_KEYINPUT, @@ -491,22 +507,6 @@ atkbd_intr(keyboard_t *kbd, void *arg) do { c =3D atkbd_read_char(kbd, FALSE); } while (c !=3D NOKEY); - - if (!KBD_HAS_DEVICE(kbd)) { - /* - * The keyboard was not detected before; - * it must have been reconnected! - */ - state =3D (atkbd_state_t *)kbd->kb_data; - init_keyboard(state->kbdc, &kbd->kb_type, - kbd->kb_config); - atkbd_ioctl(kbd, KDSETLED, (caddr_t)&state->ks_state); - get_typematic(kbd); - delay[0] =3D kbd->kb_delay1; - delay[1] =3D kbd->kb_delay2; - atkbd_ioctl(kbd, KDSETREPEAT, (caddr_t)delay); - KBD_FOUND_DEVICE(kbd); - } } return 0; } Index: sys/dev/usb/ukbd.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: /home/ncvs/src/sys/dev/usb/ukbd.c,v retrieving revision 1.52.2.2 diff -u -p -r1.52.2.2 ukbd.c --- sys/dev/usb/ukbd.c 4 Oct 2006 06:09:10 -0000 1.52.2.2 +++ sys/dev/usb/ukbd.c 25 Oct 2006 12:17:27 -0000 @@ -1208,7 +1208,8 @@ ukbd_ioctl(keyboard_t *kbd, u_long cmd,=20 } i =3D *(int *)arg; /* replace CAPS LED with ALTGR LED for ALTGR keyboards */ - if (kbd->kb_keymap->n_keys > ALTGR_OFFSET) { + if (state->ks_mode =3D=3D K_XLATE && + kbd->kb_keymap->n_keys > ALTGR_OFFSET) { if (i & ALKED) i |=3D CLKED; else Index: release/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/release/Makefile,v retrieving revision 1.887.2.17 diff -u -p -r1.887.2.17 Makefile --- release/Makefile 15 Sep 2006 19:27:40 -0000 1.887.2.17 +++ release/Makefile 25 Oct 2006 13:58:35 -0000 @@ -953,9 +953,6 @@ cdrom.1: # Break the link to device.hints so we can modify it @rm -f ${CD_LIVEFS}/boot/device.hints @cp ${RD}/trees/base/boot/device.hints ${CD_LIVEFS}/boot/device.hints -.if ${TARGET} =3D=3D "i386" || ${TARGET_ARCH} =3D=3D "amd64" - @echo 'hint.atkbd.0.flags=3D"0x1"' >> ${CD_LIVEFS}/boot/device.hints -.endif .endif @echo "CD_VERSION =3D ${BUILDNAME}" > ${CD_LIVEFS}/cdrom.inf touch ${.TARGET} @@ -1262,9 +1259,6 @@ buildBootFloppy: ${BOOTDIR}/loader.rc ${IMAGEDIR}/boot .if exists(${HINTSFILE}) @cp ${HINTSFILE} ${IMAGEDIR}/boot/device.hints -.if ${TARGET} =3D=3D "i386" || ${TARGET_ARCH} =3D=3D "amd64" - @echo 'hint.atkbd.0.flags=3D"0x1"' >> ${IMAGEDIR}/boot/device.hints -.endif @gzip -9n ${IMAGEDIR}/boot/device.hints .endif @gzip -9n ${IMAGEDIR}/boot/*.4th ${IMAGEDIR}/boot/loader.help \ @@ -1285,9 +1279,11 @@ buildBootFloppy: .if defined(SPLIT_MFSROOT) @echo 'mfsroot_after=3D"read -p \"Insert boot floppy and press Enter\""' = >> ${IMAGEDIR}/boot/loader.conf .endif -.if ${TARGET_ARCH} =3D=3D "i386" && ${AUTO_KEYBOARD_DETECT} +.if ${TARGET_ARCH} =3D=3D "i386" || ${TARGET_ARCH} =3D=3D "amd64" +.if ${AUTO_KEYBOARD_DETECT} @echo "-P" >> ${IMAGEDIR}/boot.config .endif +.endif @rm -f ${IMAGEFILE} @cp ${KERNFILE} ${MFSROOTFILE} ${IMAGEDIR} sh -e ${DOFS_SH} ${IMAGEFILE} ${RD} ${MNT} ${FLPSIZE} ${IMAGEDIR} \ --XWOWbaMNXpFDWE00-- --W5WqUoFLvi1M7tJE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFP3WZqRfpzJluFF4RAp5yAJwPziiexHeR7EHOWHvInsRi+bUwsgCdGdDB UhoB+h3OTrTqi1xdUcV0Gx8= =mlr6 -----END PGP SIGNATURE----- --W5WqUoFLvi1M7tJE-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 14:46: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A33FE16A47E for ; Wed, 25 Oct 2006 14:46:12 +0000 (UTC) (envelope-from bp@barryp.org) Received: from eden.barryp.org (host-109-60-230-24.midco.net [24.230.60.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C2AE43D5C for ; Wed, 25 Oct 2006 14:46:09 +0000 (GMT) (envelope-from bp@barryp.org) Received: from geo.med.und.nodak.edu ([134.129.166.11]) by eden.barryp.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Gck1A-000AiC-Es; Wed, 25 Oct 2006 09:46:08 -0500 Message-ID: <453F78AF.6090206@barryp.org> Date: Wed, 25 Oct 2006 09:46:07 -0500 From: Barry Pederson User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <02f001c6f81a$05c96280$c806a8c0@lfarr> <453F349D.1000407@delphij.net> In-Reply-To: <453F349D.1000407@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Lawrence Farr Subject: Re: Install onto 6Tb array X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 14:46:12 -0000 LI Xin wrote: > Lawrence Farr wrote: >> I'd like to install stable directly onto a 6Tb Areca array, and >> have run out of clues how to do it. In the past I've always >> used a separate boot volume that was small enough for sysinstall >> to work with, but I have no space to fit more drives in this >> chassis. I've tried putting a small partition on the start, >> which boots fine, but screws up the disk sizing as the geometry >> is wrong I guess? tried diskprep, but that gets the gemometry >> wrong as well. Is the only option to use gpt and restore to >> it from another boot device and hope that the bios can boot it? > > I am afraid so... 6TB is way too large for MBR to manage (which can > support 4TB at maximum). I've got a server with an Areca in it, and found it works fairly well to divide the "raid set" into a small "volume set" for booting and use the remainder as another volume set for data. The BIOS and OS see the volume sets as separate drives, so the one you're booting off of can be a reasonable size that the MBR can handle, and sliced and partitioned normally. The data "volume set" I just newfs-ed raw (no slices or partitions). Barry From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 15:43: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB64B16A415 for ; Wed, 25 Oct 2006 15:43:16 +0000 (UTC) (envelope-from michel@lpthe.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05D5A43D5E for ; Wed, 25 Oct 2006 15:43:15 +0000 (GMT) (envelope-from michel@lpthe.jussieu.fr) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.13.7/jtpda-5.4) with ESMTP id k9PFhDiW024231 ; Wed, 25 Oct 2006 17:43:14 +0200 (CEST) X-Ids: 164 Received: from niobe.lpthe.jussieu.fr (niobe.lpthe.jussieu.fr [134.157.10.41]) by parthe.lpthe.jussieu.fr (Postfix) with ESMTP id 9D9019FE2C; Wed, 25 Oct 2006 17:43:13 +0200 (CEST) Received: by niobe.lpthe.jussieu.fr (Postfix, from userid 2005) id E97211D; Wed, 25 Oct 2006 17:43:34 +0200 (CEST) Date: Wed, 25 Oct 2006 17:43:34 +0200 From: Michel Talon To: freebsd-stable@FreeBSD.ORG, guido@gvr.org Message-ID: <20061025154334.GA45269@lpthe.jussieu.fr> Mail-Followup-To: Michel Talon , freebsd-stable@FreeBSD.ORG, guido@gvr.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (shiva.jussieu.fr [134.157.0.164]); Wed, 25 Oct 2006 17:43:14 +0200 (CEST) X-Virus-Scanned: ClamAV 0.88.2/2098/Wed Oct 25 15:14:20 2006 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 453F8611.002 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Cc: Subject: Re: Gmirror performanc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 15:43:16 -0000 Oliver Fromme wrote: > > I tried with -b split -s , -b round-robin, -b load. > > (dd-ing as done with a bs of 1m; I see the transaction size is 128Kb, > > unless the split method is used, in which case the transaction size > > gies down. When round-robin is used, the transaction size is 128Kb/s, > > but the number of transaction per second goes down.). > > > > I cannot explain why I should not get a higher read speed. Anyone? > > dd is a sequential, single-threaded operation, so it will > only use one disk at a time. It's not really suitable as > a benchmark for real-world things. I see the same problem as Guido, that is gmirror on two disks is not faster that each disk separately and is even markedly slower. I disagree with your explanation, which moreover contradicts the definition of split, round-robin, etc. in the man page of gmirror. Experimentally, observing the disk throughput via iostat shows that both disks are involved in the IO. asmodee# dd if=/dev/mirror/gms1a of=/dev/null bs=256k 556+0 records in 556+0 records out 145752064 bytes transferred in 8.785839 secs (16589431 bytes/sec) (note the low throughput, the disks are individually able to do more than 20 MB/s, this is on an old machine), while iostat shows: asmodee% iostat -w 1 tty ad0 ad4 cpu tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id 0 60 61.38 116 6.95 61.40 117 7.01 0 0 1 0 99 0 60 64.00 129 8.06 64.00 128 7.99 0 0 2 1 97 0 60 64.00 128 7.99 64.00 129 8.06 0 0 2 1 97 0 60 64.00 129 8.06 64.00 129 8.06 0 0 1 1 98 0 60 63.50 128 7.93 63.50 127 7.87 0 0 5 2 94 that is the transaction is evenly distributed on both disks ad0 and ad4 (which are on 2 separate channels). The problem is that each disk works at only 8MB/s while it is able of 3 times more. Looking at the kernel driver /usr/src/sys/geom/mirror/g_mirror.c, it seems that the load is split on the various disks in the function g_mirror_request_split() in a way which is simulatneous for all providers. How is it that after that the request proceeds so slowly, i don't know. But i doubt very much it will be any different wether you have a "real world load" or a simple dd. -- Michel TALON From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 15:56: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF7C716A403 for ; Wed, 25 Oct 2006 15:56:32 +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 84A9943D45 for ; Wed, 25 Oct 2006 15:56:31 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([165.236.175.187]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k9PFuMJG091205; Wed, 25 Oct 2006 09:56:28 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <453F891F.5060608@samsco.org> Date: Wed, 25 Oct 2006 09:56:15 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Lawrence Farr References: <02f001c6f81a$05c96280$c806a8c0@lfarr> In-Reply-To: <02f001c6f81a$05c96280$c806a8c0@lfarr> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none 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: Install onto 6Tb array X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 15:56:33 -0000 Lawrence Farr wrote: > I'd like to install stable directly onto a 6Tb Areca array, and > have run out of clues how to do it. In the past I've always > used a separate boot volume that was small enough for sysinstall > to work with, but I have no space to fit more drives in this > chassis. I've tried putting a small partition on the start, > which boots fine, but screws up the disk sizing as the geometry > is wrong I guess? tried diskprep, but that gets the gemometry > wrong as well. Is the only option to use gpt and restore to > it from another boot device and hope that the bios can boot it? > > Lawrence Farr > EPC Direct Limited > FreeBSD on i386 and amd64 can only boot off of MBR-controller disks. GPT boot support is only for ia64 (this, btw, would be a great TODO list or SOC item). The MBR format can only handle up to 2TB sizes, and there is no way to get around that. You should be able to subdivide the disks into 2 arrays, a small one for booting and a large one for storing your data. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 17:16: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C70B216A415 for ; Wed, 25 Oct 2006 17:16:08 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 585E743D7C for ; Wed, 25 Oct 2006 17:16:06 +0000 (GMT) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.8/8.13.8) with ESMTP id k9PHG4dx096025 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Wed, 25 Oct 2006 19:16:05 +0200 (CEST) (envelope-from stb@lassitu.de) Mime-Version: 1.0 (Apple Message framework v752.2) To: FreeBSD Stable Message-Id: Content-Type: multipart/mixed; boundary=Apple-Mail-5-953336946 From: Stefan Bethke Date: Wed, 25 Oct 2006 19:17:26 +0200 X-Mailer: Apple Mail (2.752.2) Subject: panic: kmem_map too small X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 17:16:08 -0000 --Apple-Mail-5-953336946 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed We're consistely getting this panic even under smallish loads. I've experimented with various values for VM_KMEM_SIZE_MAX (384, 512, 768 and 1024 MB), but the boxes are still panicking after even short periods (a few hours) just doing a buildworld, a few ports compiles, or even when logging out of the console(?). Would logging vm.zone every few minutes help detecting a kernel memory leak? I'm at a complete loss as to the actual cause of these. The ACPI errors precede the panic below by only a few seconds, so I'd guess they're a symptom, not a cause. We've tried with ACPI disabled in the BIOS, but we also got these panics, so we re-enabled it. The hardware is a Tyan GT20 (2865) with a single-core Opteron, two gigs of RAM and two or three SATA disks. Any ideas? Thanks, Stefan login: -0255: *** Error: UtCallocate: Could not allocate size 30 -0255: *** Error: UtCallocate: Could not allocate size 30 -0255: *** Error: UtCallocate: Could not allocate size 30 ACPI-1304: *** Error: Method execution failed [\SWFS] (Node 0xc63ee220), AE_NO_MEMORY ACPI-1304: *** Error: Method execution failed [\RBYT] (Node 0xc63ee1a0), AE_NO_MEMORY ACPI-1304: *** Error: Method execution failed [\RTMP] (Node 0xc63ee380), AE_NO_MEMORY ACPI-1304: *** Error: Method execution failed [\_TZ_.THRM._TMP] (Node 0xc63ede00), AE_NO_MEMORY panic: kmem_malloc(4096): kmem_map too small: 699756544 total allocated Uptime: 1h54m54s KDB: enter: Break sequence on console [thread pid 46775 tid 100060 ] Stopped at kdb_enter+0x30: leave db> --Apple-Mail-5-953336946 Content-Transfer-Encoding: 7bit Content-Type: text/plain; x-unix-mode=0644; name=dmesg.txt Content-Disposition: attachment; filename=dmesg.txt 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 #2: Wed Oct 25 16:27:46 CEST 2006 root@endeavour.tallence.de:/usr/obj/usr/src/sys/SHUTTLE acpi_alloc_wakeup_handler: can't alloc wake memory ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 148 (2210.20-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20f71 Stepping = 1 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x1 real memory = 2146304000 (2046 MB) avail memory = 2094981120 (1997 MB) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR unknown: I/O range not supported Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) 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: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 8 ports with 8 removable, self powered ehci0: mem 0xfeb00000-0xfeb000ff irq 22 at device 2.1 on pci0 ehci0: [GIANT-LOCKED] usb1: waiting for BIOS to give up control usb1: timed out waiting for BIOS usb1: EHCI version 1.0 usb1: companion controller, 4 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 8 ports with 8 removable, self powered atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe000-0xe00f at device 6.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xcc00-0xcc0f mem 0xfebfb000-0xfebfbfff irq 23 at device 7.0 on pci0 ata2: on atapci1 ata3: on atapci1 atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xb800-0xb80f mem 0xfebfa000-0xfebfafff irq 21 at device 8.0 on pci0 ata4: on atapci2 ata5: on atapci2 pcib1: at device 9.0 on pci0 pci1: on pcib1 pci1: at device 5.0 (no driver attached) nve0: port 0xb400-0xb407 mem 0xfebf9000-0xfebf9fff irq 22 at device 10.0 on pci0 nve0: Ethernet address 00:e0:81:59:cd:e9 miibus0: on nve0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nve0: Ethernet address: 00:e0:81:59:cd:e9 pcib2: at device 11.0 on pci0 pci2: on pcib2 pcib3: at device 12.0 on pci0 pci3: on pcib3 pcib4: at device 13.0 on pci0 pci4: on pcib4 bge0: mem 0xfe5f0000-0xfe5fffff irq 19 at device 0.0 on pci4 miibus1: on bge0 brgphy0: on miibus1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:e0:81:59:cd:e8 pcib5: at device 14.0 on pci0 pci5: on pcib5 acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: 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-0xc7fff,0xc8000-0xcbfff,0xcc000-0xcd7ff 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 2210195980 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDROM at ata0-slave UDMA33 ad4: 239372MB at ata2-master SATA150 ad6: 239372MB at ata3-master SATA150 Trying to mount root from ufs:/dev/ad4s1a WARNING: / was not properly dismounted bge0: link state changed to UP --Apple-Mail-5-953336946 Content-Transfer-Encoding: 7bit Content-Type: text/plain; x-unix-mode=0644; name=SHUTTLE.txt Content-Disposition: attachment; filename=SHUTTLE.txt machine i386 cpu I686_CPU ident SHUTTLE makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking #options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options PSEUDOFS # Pseudo-filesystem framework options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options GEOM_MIRROR options KDB options KDB_UNATTENDED options DDB options BREAK_TO_DEBUGGER options ALT_BREAK_TO_DEBUGGER # Make map large enough for 4 GB RAM options VM_KMEM_SIZE_MAX=(768*1024*1024) device apic # I/O APIC # Bus support. device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets device pmtimer # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # PCI Ethernet NICs. device em # Intel PRO/1000 adapter Gigabit Ethernet Card device miibus # MII bus support device bge # Broadcom BCM570xx Gigabit Ethernet device fxp # Intel EtherExpress PRO/100B (82557, 82558) device nve # nVidia nForce MCP on-board Ethernet Networking device vlan #VLAN support (needs miibus) # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard --Apple-Mail-5-953336946 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed -- Stefan Bethke Fon +49 170 346 0140 --Apple-Mail-5-953336946-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 17:31: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FC3A16A4B3 for ; Wed, 25 Oct 2006 17:31:28 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.200.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77C2C43D5E for ; Wed, 25 Oct 2006 17:31:27 +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 (sccrmhc12) with ESMTP id <20061025173116012002fo83e>; Wed, 25 Oct 2006 17:31:26 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id B2E441FA037; Wed, 25 Oct 2006 10:31:15 -0700 (PDT) Date: Wed, 25 Oct 2006 10:31:15 -0700 From: Jeremy Chadwick To: Stefan Bethke Message-ID: <20061025173115.GA97447@icarus.home.lan> Mail-Followup-To: Stefan Bethke , FreeBSD Stable References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: FreeBSD Stable Subject: Re: panic: kmem_map too small X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 17:31:28 -0000 On Wed, Oct 25, 2006 at 07:17:26PM +0200, Stefan Bethke wrote: > We're consistely getting this panic even under smallish loads. I've > experimented with various values for VM_KMEM_SIZE_MAX (384, 512, 768 > and 1024 MB), but the boxes are still panicking after even short > periods (a few hours) just doing a buildworld, a few ports compiles, > or even when logging out of the console(?). > > Would logging vm.zone every few minutes help detecting a kernel > memory leak? > > I'm at a complete loss as to the actual cause of these. The ACPI > errors precede the panic below by only a few seconds, so I'd guess > they're a symptom, not a cause. We've tried with ACPI disabled in > the BIOS, but we also got these panics, so we re-enabled it. > > The hardware is a Tyan GT20 (2865) with a single-core Opteron, two > gigs of RAM and two or three SATA disks. > > Any ideas? Try tuning memory parameters via loader.conf: $ cat /boot/loader.conf # Increase maximum allocatable memory on a process to 768MB. # We don't choose 2GB (our amount of RAM) since that would # exhaust all memory, and result in a kernel panic. Maximum # stack size is still set to 128MB. One can view these # settings using limits(1). # kern.maxdsiz="805306368" kern.dfldsiz="805306368" kern.maxssiz="134217728" Adjusting kern.maxfiles and kern.maxfilesperproc might also help. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 17:36: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D5F416A407 for ; Wed, 25 Oct 2006 17:36:12 +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 3EE2143D62 for ; Wed, 25 Oct 2006 17:36:12 +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 DBC8746E59; Wed, 25 Oct 2006 13:36:11 -0400 (EDT) Date: Wed, 25 Oct 2006 18:36:11 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Stefan Bethke In-Reply-To: Message-ID: <20061025183308.L33725@fledge.watson.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Stable Subject: Re: panic: kmem_map too small X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 17:36:12 -0000 On Wed, 25 Oct 2006, Stefan Bethke wrote: > We're consistely getting this panic even under smallish loads. I've > experimented with various values for VM_KMEM_SIZE_MAX (384, 512, 768 and > 1024 MB), but the boxes are still panicking after even short periods (a few > hours) just doing a buildworld, a few ports compiles, or even when logging > out of the console(?). > > Would logging vm.zone every few minutes help detecting a kernel memory leak? > > I'm at a complete loss as to the actual cause of these. The ACPI errors > precede the panic below by only a few seconds, so I'd guess they're a > symptom, not a cause. We've tried with ACPI disabled in the BIOS, but we > also got these panics, so we re-enabled it. > > The hardware is a Tyan GT20 (2865) with a single-core Opteron, two gigs of > RAM and two or three SATA disks. > > Any ideas? Try the commands "show uma" and "show malloc" in DDB to print the memory allocations made by the uma(9) and malloc(9) kernel memory allocators. This output may be sufficient to suggest to us where a kernel memory leak, if any, might be taking place. Also, a stack trace ("trace") never hurts; if something is sitting there allocating a lot of memory at high speed, it could well be that the last call to the memory allocator is the one leaking. Robert N M Watson Computer Laboratory University of Cambridge > > > Thanks, > Stefan > > > login: -0255: *** Error: UtCallocate: Could not allocate size 30 > -0255: *** Error: UtCallocate: Could not allocate size 30 > -0255: *** Error: UtCallocate: Could not allocate size 30 > ACPI-1304: *** Error: Method execution failed [\SWFS] (Node 0xc63ee220), > AE_NO_MEMORY > ACPI-1304: *** Error: Method execution failed [\RBYT] (Node 0xc63ee1a0), > AE_NO_MEMORY > ACPI-1304: *** Error: Method execution failed [\RTMP] (Node 0xc63ee380), > AE_NO_MEMORY > ACPI-1304: *** Error: Method execution failed [\_TZ_.THRM._TMP] (Node > 0xc63ede00), AE_NO_MEMORY > panic: kmem_malloc(4096): kmem_map too small: 699756544 total allocated > Uptime: 1h54m54s > KDB: enter: Break sequence on console > [thread pid 46775 tid 100060 ] > Stopped at kdb_enter+0x30: leave > db> > > > From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 18:00: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F12C016A403 for ; Wed, 25 Oct 2006 18:00:08 +0000 (UTC) (envelope-from kirk@strauser.com) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1201E43D53 for ; Wed, 25 Oct 2006 18:00:06 +0000 (GMT) (envelope-from kirk@strauser.com) Received: from localhost (localhost [127.0.0.1]) by kanga.honeypot.net (Postfix) with ESMTP id 310D99639B for ; Wed, 25 Oct 2006 13:00:06 -0500 (CDT) X-Virus-Scanned: amavisd-new at honeypot.net Received: from kanga.honeypot.net ([127.0.0.1]) by localhost (kanga.honeypot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ao0hucrRVWlq for ; Wed, 25 Oct 2006 13:00:03 -0500 (CDT) Received: from janus.daycos.com (outbound.daycos.com [204.26.70.70]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by kanga.honeypot.net (Postfix) with ESMTP id 9C9AD95B7D for ; Wed, 25 Oct 2006 13:00:02 -0500 (CDT) From: Kirk Strauser To: freebsd-stable@freebsd.org Date: Wed, 25 Oct 2006 12:59:53 -0500 User-Agent: KMail/1.9.4 References: <453D49D2.1010705@rogers.com> In-Reply-To: <453D49D2.1010705@rogers.com> X-Face: T+/_{qmjgbosI0J/e83I~w[&VF'w)!((xEpj///^bA/6?jHHS?nq+T8_+`nh"WnEWCWG, \}]Y2$)) =?utf-8?q?vLVz4ACChrEcb=7DCO=5EtYmMG=5C=0A=09ts=2Em=3F=5B7=5B6OwE*dAJ*9f+m?= =?utf-8?q?X=2E7R32qeN=5EDJ=5C?=(k@evW?IRQCy.^ MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2345726.YaB8Z5l6Dc"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200610251259.57388.kirk@strauser.com> Subject: Re: Running large DB's on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 18:00:09 -0000 --nextPart2345726.YaB8Z5l6Dc Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 23 October 2006 6:01 pm, Mike Jakubik wrote: > I'm not exactly informed as to the specific workload yet, however i know > the database will have several million rows and be larger than 10GB. No offense, but that's a pretty small database. Also, IMHO the crazy part= =20 is using MySQL over PostgreSQL. It's hardly any faster, and you have to do= =20 a *lot* of client-side work to emulate PostgreSQL's built-in functions. =20 Unless you use the much slower InnoDB that's now owned by Oracle, in which= =20 case MySQL gets most of those features (but is no faster than PostgreSQL=20 would be). =2D-=20 Kirk Strauser --nextPart2345726.YaB8Z5l6Dc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iD8DBQBFP6Yd5sRg+Y0CpvERAukxAKCVHPCSSieEfO08BnC/Gk0GqWiXYACglU1t xTyEouzIx4KljXLINVrqC2w= =sl4/ -----END PGP SIGNATURE----- --nextPart2345726.YaB8Z5l6Dc-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 19:45: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3ECBA16A412; Wed, 25 Oct 2006 19:45:36 +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 2295B43D53; Wed, 25 Oct 2006 19:45:30 +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 69E165C6B; Wed, 25 Oct 2006 16:07:46 -0400 (EDT) Received: from dagobah.vindaloo.com (dagobah.vindaloo.com [172.24.145.68]) by yavin.vindaloo.com (Postfix) with ESMTP id 9E98925333; Wed, 25 Oct 2006 15:45:20 -0400 (EDT) Received: from localhost.vindaloo.com (localhost.vindaloo.com [IPv6:::1]) by dagobah.vindaloo.com (8.13.8/8.13.8) with ESMTP id k9PJgInh002895; Wed, 25 Oct 2006 15:42:18 -0400 (EDT) (envelope-from chris@vindaloo.com) From: Christopher Sean Hilton To: Brooks Davis In-Reply-To: <20061017151911.GC68977@lor.one-eyed-alien.net> References: <20061017082319.I27675@ramstind.fig.ol.no> <20061017143947.GA68977@lor.one-eyed-alien.net> <20061017171137.W27675@ramstind.fig.ol.no> <20061017151911.GC68977@lor.one-eyed-alien.net> Content-Type: text/plain Date: Wed, 25 Oct 2006 15:42:17 -0400 Message-Id: <1161805337.1718.4.camel@dagobah.vindaloo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: FreeBSD stable , re@freebsd.org Subject: Re: Ensuring inetd is started before any RPC services X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 19:45:36 -0000 On Tue, 2006-10-17 at 10:19 -0500, Brooks Davis wrote: > On Tue, Oct 17, 2006 at 05:14:22PM +0200, Trond Endrest?l wrote: > > On Tue, 17 Oct 2006 09:39-0500, Brooks Davis wrote: > > > > > On Tue, Oct 17, 2006 at 08:46:49AM +0200, Trond Endrest?l wrote: > > > > I have on many occasions run into the situation where the RPC based > > > > services have occupied the well-known ports for other non-RPC based > > > > services. Last week rpc.lockd on one of my systems got hold of TCP > > > > port 995, leaving inetd unable to start any pop3s services. > > > > This seemed familiar to me so I looked through the PRs that I filed and found: bin/94920. In my case the problem was rpc.statd stealing port 63 before cups could start. This was annoying both to nfs clients who didn't realize that statd was forceably moved and to anyone who wanted to print. I'm sure that this can't get into 6.2 RELEASE but I wonder if there needs to be some way to tell rpc services to avoid certain tcp ports during initialization. -- Chris From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 20:12: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BD9A16A417 for ; Wed, 25 Oct 2006 20:12:15 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from freebee.digiware.nl (www.tegenbosch28.nl [217.21.251.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id C148643D45 for ; Wed, 25 Oct 2006 20:12:13 +0000 (GMT) (envelope-from wjw@digiware.nl) Received: from [192.168.2.10] (unknown [192.168.2.10]) by freebee.digiware.nl (Postfix) with ESMTP id A79172AAC2; Wed, 25 Oct 2006 22:12:11 +0200 (CEST) Message-ID: <453FC522.1070200@digiware.nl> Date: Wed, 25 Oct 2006 22:12:18 +0200 From: Willem Jan Withagen User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Guido van Rooij References: <20061025100759.GA50625@gvr.gvr.org> <20061025101801.GE23885@rink.nu> <20061025103905.GB50937@gvr.gvr.org> <20061025104829.GA41873@hugo10.ka.punkt.de> <20061025132455.GA52157@gvr.gvr.org> In-Reply-To: <20061025132455.GA52157@gvr.gvr.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Gmirror performanc (was Re: Gmirror question) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 20:12:15 -0000 Guido van Rooij wrote: > Anyway, I created a gm device and a partition. Now the read performance > is not what I'd expect. > I have the partition on two SATA devices on different controlers. > I get around 60MB/s for each disk. I can get that speed from both disks > simultaneously. > Now when I dd from the gm device, I don't get any speed higher than that. > I tried with -b split -s , -b round-robin, -b load. > (dd-ing as done with a bs of 1m; I see the transaction size is 128Kb, > unless the split method is used, in which case the transaction size > gies down. When round-robin is used, the transaction size is 128Kb/s, > but the number of transaction per second goes down.). > > I cannot explain why I should not get a higher read speed. Anyone? Hee Guido, I've once ran several of these types of tests for some of the disks I collected over time. Even wrote a page on that topic. More or less as a consequence of a paper you mailed me a while ago on NFS performance :) If you want: The narative on this (don't dare calling it an article.) http://www.tegenbosch28.nl/FreeBSD/Performance/Raw-disk/ And I've compared a WD800 SATA disk with a gmirror of 2 the same disks. http://www.tegenbosch28.nl/FreeBSD/Performance/Raw-disk/wd800-sata/ http://www.tegenbosch28.nl/FreeBSD/Performance/Raw-disk/wd800-sata/ The fact that these are not mentioned in the article is that I never got around into looking why the graphs look the way that they look. Especially the write ones need some serious consideration. If you want the scripts, for some DIY: Just give me a buzz... Running this for a large disk takes al long time (>1 day) I'm currently running it on a 250Gb disk. Probably there'll be flack from people telling you not to use dd for disk benchmarking. Given its simple approach it does let you understand what you are doing. --WjW From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 20:26: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18DF416A417 for ; Wed, 25 Oct 2006 20:26:56 +0000 (UTC) (envelope-from bjordan@lumeta.com) Received: from MAIL.corp.lumeta.com (h65-246-245-22.lumeta.com [65.246.245.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1761543DC4 for ; Wed, 25 Oct 2006 20:26:46 +0000 (GMT) (envelope-from bjordan@lumeta.com) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 25 Oct 2006 16:26:45 -0400 Message-ID: <78ED28FACE63744386D68D8A9D1CF5D4209DCD@MAIL.corp.lumeta.com> In-Reply-To: <200610251259.57388.kirk@strauser.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Running large DB's on FreeBSD Thread-Index: Acb4YLy0wGQDUI64QK6t7HKlONQ9dAAEW7TQ From: "Bucky Jordan" To: "Kirk Strauser" , Cc: Subject: RE: Running large DB's on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 20:26:56 -0000 You may find this article interesting: http://tweakers.net/reviews/638/4 The whole MySQL vs. PostgreSQL discussion can be very lively and interesting, however I sort of doubt the bsd-stable list is the place. You might want to ask specific questions on the relevant MySQL and PostgreSQL discussion lists to assist you with your decision.=20 I've been a long time user of Postgres, and having to use MySQL on a recent project just reaffirmed that preference, but that's just my 2 cents. - Bucky > -----Original Message----- > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > stable@freebsd.org] On Behalf Of Kirk Strauser > Sent: Wednesday, October 25, 2006 2:00 PM > To: freebsd-stable@freebsd.org > Subject: Re: Running large DB's on FreeBSD >=20 > On Monday 23 October 2006 6:01 pm, Mike Jakubik wrote: >=20 > > I'm not exactly informed as to the specific workload yet, however i know > > the database will have several million rows and be larger than 10GB. >=20 > No offense, but that's a pretty small database. Also, IMHO the crazy part > is using MySQL over PostgreSQL. It's hardly any faster, and you have to > do > a *lot* of client-side work to emulate PostgreSQL's built-in functions. > Unless you use the much slower InnoDB that's now owned by Oracle, in which > case MySQL gets most of those features (but is no faster than PostgreSQL > would be). > -- > Kirk Strauser From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 20:35: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D2B916A49E for ; Wed, 25 Oct 2006 20:35:04 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from freebee.digiware.nl (www.tegenbosch28.nl [217.21.251.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id C03D143D55 for ; Wed, 25 Oct 2006 20:34:08 +0000 (GMT) (envelope-from wjw@digiware.nl) Received: from [192.168.2.10] (unknown [192.168.2.10]) by freebee.digiware.nl (Postfix) with ESMTP id B6F3C2AAA1; Wed, 25 Oct 2006 22:34:02 +0200 (CEST) Message-ID: <453FCA41.6000604@digiware.nl> Date: Wed, 25 Oct 2006 22:34:09 +0200 From: Willem Jan Withagen User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Oliver Fromme , freebsd-stable@freebsd.org, Guido van Rooij References: <200610251350.k9PDo442086250@lurza.secnetix.de> In-Reply-To: <200610251350.k9PDo442086250@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Gmirror performanc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 20:35:04 -0000 Oliver Fromme wrote: > Guido van Rooij wrote: > > Anyway, I created a gm device and a partition. Now the read performance > > is not what I'd expect. > > I have the partition on two SATA devices on different controlers. > > I get around 60MB/s for each disk. I can get that speed from both disks > > simultaneously. > > Now when I dd from the gm device, I don't get any speed higher than that. > > That's expected. > > > I tried with -b split -s , -b round-robin, -b load. > > (dd-ing as done with a bs of 1m; I see the transaction size is 128Kb, > > unless the split method is used, in which case the transaction size > > gies down. When round-robin is used, the transaction size is 128Kb/s, > > but the number of transaction per second goes down.). > > > > I cannot explain why I should not get a higher read speed. Anyone? > > dd is a sequential, single-threaded operation, so it will > only use one disk at a time. It's not really suitable as > a benchmark for real-world things. > > In the real world [TM] you have multiple processes that > access the file system at random. Here you will benefit > from the mirror, because accesses will be distributed > among the disks. I'm still not really convinced that this should be the case.... That the real world can use the inherent parallelism is more than obvious. Unstructured diskaccess (aka seeks) counteract this in that same real world. The dd process is able to read the data way much faster from the filesystem. So if there is/was any way of forking/multiplexing the data in the kernel buffers to both disks in parallel then you should see more than the speed of 1 disk. This is of course also dependent on the amount of prefetching that is done. Now on a raw disk I would not expect that to happen, other than the cache on the disk. On a filesystem I would expect the OS to take care of this possibility. And perhaps I would not expect an full doubling of the performance, since that is the theoretical max. But no gain at all is sort of disapointing. But like you say, this is rather academic since this type of access is very synthetic. --WjW From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 20:44: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E8BC16A417 for ; Wed, 25 Oct 2006 20:44:50 +0000 (UTC) (envelope-from Gabor@Zahemszky.HU) Received: from mta01.mail.t-online.hu (mta03.mail.t-online.hu [195.228.240.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF65143D81 for ; Wed, 25 Oct 2006 20:44:37 +0000 (GMT) (envelope-from Gabor@Zahemszky.HU) Received: from [192.168.1.2] (dsl54007A2B.pool.t-online.hu [84.0.122.43]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.t-online.hu (Postfix) with ESMTP for ; Wed, 25 Oct 2006 22:44:35 +0200 (CEST) Message-ID: <453FCCB2.1090006@Zahemszky.HU> Date: Wed, 25 Oct 2006 22:44:34 +0200 From: =?ISO-8859-2?Q?Zahemszky_G=E1bor?= User-Agent: Thunderbird 1.5.0.7 (X11/20061024) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit Subject: error in /etc/rc.d/mdconfig{,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: Wed, 25 Oct 2006 20:44:50 -0000 Hi! I've just found, that both /etc/rc.d/mdconfig, and /etc/rc.d/mdconfig2 file in my 6.2.prerelease (cvsupped yesterday), has an incorrect kldload line: kldstat -q -m g_md || kldload geom_md || err 1 "geom_md failed to load." (mdconfig line 97, and mdconfig2 line 104) The module name is g_md, and not geom_md. # $FreeBSD: src/etc/rc.d/mdconfig,v 1.3.2.1 2006/08/21 15:06:38 flz Exp $ # $FreeBSD: src/etc/rc.d/mdconfig2,v 1.3.2.1 2006/08/21 15:06:38 flz Exp $ Bye, Zahy < Gabor at Zahemszky dot HU > -- #!/bin/ksh Z='21N16I25C25E30, 40M30E33E25T15U!';IFS=' ABCDEFGHIJKLMNOPQRSTUVWXYZ ';set -- $Z;for i;{ [[ $i = ? ]]&&print $i&&break;[[ $i = ??? ]]&&j=$i&&i=${i%?};typeset -i40 i=8#$i;print -n ${i#???};[[ "$j" = ??? ]]&&print -n "${j#??} "&&j=;typeset +i i;};IFS=' 0123456789 ';set -- $Z;for i;{ [[ $i = , ]]&&i=2;[[ $i = ?? ]]||typeset -l i;j="$j $i";typeset +l i;};print "$j" From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 21:11: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4E1616A4F3 for ; Wed, 25 Oct 2006 21:11:56 +0000 (UTC) (envelope-from guido@gvr.org) Received: from gvr.gvr.org (gvr-gw.gvr.org [80.126.103.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 840F543D4C for ; Wed, 25 Oct 2006 21:11:56 +0000 (GMT) (envelope-from guido@gvr.org) Received: by gvr.gvr.org (Postfix, from userid 657) id 3E48AC208; Wed, 25 Oct 2006 23:11:53 +0200 (CEST) Date: Wed, 25 Oct 2006 23:11:53 +0200 From: Guido van Rooij To: Oliver Fromme Message-ID: <20061025211153.GA58556@gvr.gvr.org> References: <20061025132455.GA52157@gvr.gvr.org> <200610251350.k9PDo442086250@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200610251350.k9PDo442086250@lurza.secnetix.de> Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Gmirror performanc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 21:11:57 -0000 On Wed, Oct 25, 2006 at 03:50:04PM +0200, Oliver Fromme wrote: > Guido van Rooij wrote: > > Anyway, I created a gm device and a partition. Now the read performance > > is not what I'd expect. > > I have the partition on two SATA devices on different controlers. > > I get around 60MB/s for each disk. I can get that speed from both disks > > simultaneously. > > Now when I dd from the gm device, I don't get any speed higher than that. > > That's expected. I do not agree. > > > I tried with -b split -s , -b round-robin, -b load. > > (dd-ing as done with a bs of 1m; I see the transaction size is 128Kb, > > unless the split method is used, in which case the transaction size > > gies down. When round-robin is used, the transaction size is 128Kb/s, > > but the number of transaction per second goes down.). > > > > I cannot explain why I should not get a higher read speed. Anyone? > > dd is a sequential, single-threaded operation, so it will > only use one disk at a time. It's not really suitable as > a benchmark for real-world things. I never argued that. > > In the real world [TM] you have multiple processes that > access the file system at random. Here you will benefit > from the mirror, because accesses will be distributed > among the disks. But a single-threaded process accessing a large file should also be able to see a speed increase. I really do not see why a split or roundrobin approach to a mirror would get only half the performance of a raw access to a non-mirror. Somehow there must a limit of 128KB of outstanding requests. That limit is software imposed and should IMHO scale with the number of spindles in a mirror... -Guido that can be From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 21:30: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C786116A4A7; Wed, 25 Oct 2006 21:30:21 +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 2E0E843D95; Wed, 25 Oct 2006 21:30:20 +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 444A061BD; Thu, 26 Oct 2006 01:30:19 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 22BBF61B4; Thu, 26 Oct 2006 01:30:19 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id k9PLUJGY005797; Thu, 26 Oct 2006 01:30:19 +0400 (MSD) (envelope-from ru) Date: Thu, 26 Oct 2006 01:30:19 +0400 From: Ruslan Ermilov To: Zahemszky G?bor Message-ID: <20061025213019.GB5670@rambler-co.ru> References: <453FCCB2.1090006@Zahemszky.HU> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3uo+9/B/ebqu+fSQ" Content-Disposition: inline In-Reply-To: <453FCCB2.1090006@Zahemszky.HU> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: freebsd-stable@FreeBSD.org, flz@FreeBSD.org Subject: Re: error in /etc/rc.d/mdconfig{,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: Wed, 25 Oct 2006 21:30:21 -0000 --3uo+9/B/ebqu+fSQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 25, 2006 at 10:44:34PM +0200, Zahemszky G?bor wrote: > Hi! >=20 > I've just found, that both /etc/rc.d/mdconfig, and /etc/rc.d/mdconfig2 > file in my 6.2.prerelease (cvsupped yesterday), has an incorrect kldload > line: >=20 > kldstat -q -m g_md || kldload geom_md || err 1 "geom_md failed to load." >=20 > (mdconfig line 97, and mdconfig2 line 104) >=20 > The module name is g_md, and not geom_md. >=20 > # $FreeBSD: src/etc/rc.d/mdconfig,v 1.3.2.1 2006/08/21 15:06:38 flz Exp $ > # $FreeBSD: src/etc/rc.d/mdconfig2,v 1.3.2.1 2006/08/21 15:06:38 flz Exp $ >=20 True. In RELENG_6 the module is named g_md.ko, while in HEAD it was renamed to geom_md.ko. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --3uo+9/B/ebqu+fSQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFP9drqRfpzJluFF4RAjfFAJ49VZFb+u5Vmz5d7a1NeHn1CXB5VwCcDDoT vmRHH+nekeALiDGIwnmkVwc= =DYai -----END PGP SIGNATURE----- --3uo+9/B/ebqu+fSQ-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 21:37: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3703716A40F for ; Wed, 25 Oct 2006 21:37:19 +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 E64F743D5E for ; Wed, 25 Oct 2006 21:37:17 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GcqQr-000639-Pv for freebsd-stable@freebsd.org; Wed, 25 Oct 2006 23:37:05 +0200 Received: from 83-131-168-95.adsl.net.t-com.hr ([83.131.168.95]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 25 Oct 2006 23:37:05 +0200 Received: from ivoras by 83-131-168-95.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 25 Oct 2006 23:37:05 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Wed, 25 Oct 2006 23:37:00 +0200 Lines: 37 Message-ID: References: <20061025132455.GA52157@gvr.gvr.org> <200610251350.k9PDo442086250@lurza.secnetix.de> <20061025211153.GA58556@gvr.gvr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 83-131-168-95.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) In-Reply-To: <20061025211153.GA58556@gvr.gvr.org> Sender: news Subject: Re: Gmirror performanc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 21:37:19 -0000 Guido van Rooij wrote: > But a single-threaded process accessing a large file should also be > able to see a speed increase. I really do not see why a split or roundrobin > approach to a mirror would get only half the performance of a raw access > to a non-mirror. Somehow there must a limit of 128KB of outstanding requests. > That limit is software imposed and should IMHO scale with the number of > spindles in a mirror... I've recently toyed with creating RAID arrays from 2 USB memory sticks (for fun :) ), and this is what I've found out (I may create a web page with the results if I find the time): - diskinfo -t doesn't work on small drives (needs at least 1 GB drive, maybe larger) - maximum read data rate of my USB sticks is ~~ 7.5 MB/s (with dd), but it can be achieved only with large requests (64 KB/s, as seen by iostat) - the speed declines when using smaller requests, to ~~ 4 MB/s with 4 KB requests (CPU utilisation is still ~~ 0 - the slowdown is in the controller or the drive) - gmirror split balance algorithm works as advertised - requests larger than split size are delegated to multiple devices. This has the expected effect of achieving double throughput (15 MB/s) with large enough requests. - there's a (somewhat expected but still surprising) interaction with MAXPHYS (maximum IO size) in the kernel. MAXPHYS is 128 KB, which means requests from TO gmirror (and other GEOM devices) will be <= 128 KB, which gmirror will split in two, so we arrive to maximum size of 64 KB that's requested from the hardware. In case of a four-way mirror, maximum size to hardware would be 32 KB, etc. I don't know if this is what's slowing gmirror down, but it might, since current drives are apparently best tuned for large requests. It probably makes sense to use gmirror split size of around FS block size (16 KB) to make use of split access but not to make too small requests. I've done a round of testing with gstripe and it behaves as expected (and doesn't have the side-effect of splitting requests). From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 21:45: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2393116A403; Wed, 25 Oct 2006 21:45:24 +0000 (UTC) (envelope-from flz@FreeBSD.org) Received: from smtp3-g19.free.fr (smtp3-g19.free.fr [212.27.42.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF94743D5A; Wed, 25 Oct 2006 21:45:22 +0000 (GMT) (envelope-from flz@FreeBSD.org) Received: from smtp.xbsd.org (unknown [82.233.2.192]) by smtp3-g19.free.fr (Postfix) with ESMTP id 2640349F1A; Wed, 25 Oct 2006 23:45:20 +0200 (CEST) Received: from localhost (localhost.xbsd.org [127.0.0.1]) by smtp.xbsd.org (Postfix) with ESMTP id E5BF411A84; Wed, 25 Oct 2006 23:45:19 +0200 (CEST) Received: from smtp.xbsd.org ([127.0.0.1]) by localhost (srv1.xbsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 78164-01; Wed, 25 Oct 2006 23:45:14 +0200 (CEST) Received: from [193.120.13.130] (cream.xbsd.org [193.120.13.130]) by smtp.xbsd.org (Postfix) with ESMTP id 11FEC11A24; Wed, 25 Oct 2006 23:45:12 +0200 (CEST) From: Florent Thoumie To: Ruslan Ermilov In-Reply-To: <20061025213019.GB5670@rambler-co.ru> References: <453FCCB2.1090006@Zahemszky.HU> <20061025213019.GB5670@rambler-co.ru> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-2cIGPi58zclf1GMYZ2Wr" Date: Wed, 25 Oct 2006 22:45:11 +0100 Message-Id: <1161812711.965.6.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1 FreeBSD GNOME Team Port X-Virus-Scanned: amavisd-new at xbsd.org Cc: Zahemszky G?bor , freebsd-stable@FreeBSD.org Subject: Re: error in /etc/rc.d/mdconfig{,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: Wed, 25 Oct 2006 21:45:24 -0000 --=-2cIGPi58zclf1GMYZ2Wr Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2006-10-26 at 01:30 +0400, Ruslan Ermilov wrote: > On Wed, Oct 25, 2006 at 10:44:34PM +0200, Zahemszky G?bor wrote: > > Hi! > >=20 > > I've just found, that both /etc/rc.d/mdconfig, and /etc/rc.d/mdconfig2 > > file in my 6.2.prerelease (cvsupped yesterday), has an incorrect kldloa= d > > line: > >=20 > > kldstat -q -m g_md || kldload geom_md || err 1 "geom_md failed to load= ." > >=20 > > (mdconfig line 97, and mdconfig2 line 104) > >=20 > > The module name is g_md, and not geom_md. > >=20 > > # $FreeBSD: src/etc/rc.d/mdconfig,v 1.3.2.1 2006/08/21 15:06:38 flz Exp= $ > > # $FreeBSD: src/etc/rc.d/mdconfig2,v 1.3.2.1 2006/08/21 15:06:38 flz Ex= p $ > >=20 > True. In RELENG_6 the module is named g_md.ko, while in HEAD it was > renamed to geom_md.ko. Indeed, forgot to change the name, geom_uzip doesn't need to be changed. Is there a reason why the rename hasn't been MFC'ed? g_md seems to be the only one not to be named geom_. Anyway, here's the patch for RELENG_6, is it ok to commit? Index: mdconfig =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/etc/rc.d/mdconfig,v retrieving revision 1.3.2.1 diff -u -r1.3.2.1 mdconfig --- mdconfig 21 Aug 2006 15:06:38 -0000 1.3.2.1 +++ mdconfig 25 Oct 2006 21:42:22 -0000 @@ -108,7 +108,7 @@ return fi =20 - kldstat -q -m g_md || kldload geom_md || err 1 "geom_md failed to load." + kldstat -q -m g_md || kldload g_md || err 1 "g_md failed to load." =20 for _md in ${_mdconfig_list}; do init_variables ${_md} Index: mdconfig2 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/etc/rc.d/mdconfig2,v retrieving revision 1.3.2.1 diff -u -r1.3.2.1 mdconfig2 --- mdconfig2 21 Aug 2006 15:06:38 -0000 1.3.2.1 +++ mdconfig2 25 Oct 2006 21:42:22 -0000 @@ -116,7 +116,7 @@ return fi =20 - kldstat -q -m g_md || kldload geom_md || err 1 "geom_md failed to load." + kldstat -q -m g_md || kldload g_md || err 1 "g_md failed to load." =20 for _md in ${_mdconfig2_list}; do init_variables ${_md} --=20 Florent Thoumie flz@FreeBSD.org FreeBSD Committer --=-2cIGPi58zclf1GMYZ2Wr Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFP9rnMxEkbVFH3PQRAiO8AJwI4kpAQ1PZREu5s13sleg39Kvb6wCZAZso gS8qBt5XmtAzkVszOW7ZLnQ= =um66 -----END PGP SIGNATURE----- --=-2cIGPi58zclf1GMYZ2Wr-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 22:19: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5186416A403; Wed, 25 Oct 2006 22:19:57 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34FC943D5C; Wed, 25 Oct 2006 22:19:55 +0000 (GMT) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.8/8.13.8) with ESMTP id k9PMJkSr003224 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 26 Oct 2006 00:19:47 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <20061025183308.L33725@fledge.watson.org> References: <20061025183308.L33725@fledge.watson.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <838FCA83-20F8-4A09-A025-E69956032F86@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Thu, 26 Oct 2006 00:19:45 +0200 To: Robert Watson X-Mailer: Apple Mail (2.752.2) Cc: Andreas Sons , FreeBSD Stable Subject: Re: panic: kmem_map too small X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 22:19:57 -0000 Am 25.10.2006 um 19:36 schrieb Robert Watson: > > On Wed, 25 Oct 2006, Stefan Bethke wrote: > >> We're consistely getting this panic even under smallish loads. >> I've experimented with various values for VM_KMEM_SIZE_MAX (384, >> 512, 768 and 1024 MB), but the boxes are still panicking after >> even short periods (a few hours) just doing a buildworld, a few >> ports compiles, or even when logging out of the console(?). >> >> Would logging vm.zone every few minutes help detecting a kernel >> memory leak? >> >> I'm at a complete loss as to the actual cause of these. The ACPI >> errors precede the panic below by only a few seconds, so I'd guess >> they're a symptom, not a cause. We've tried with ACPI disabled in >> the BIOS, but we also got these panics, so we re-enabled it. >> >> The hardware is a Tyan GT20 (2865) with a single-core Opteron, two >> gigs of RAM and two or three SATA disks. >> >> Any ideas? > > Try the commands "show uma" and "show malloc" in DDB to print the > memory allocations made by the uma(9) and malloc(9) kernel memory > allocators. This output may be sufficient to suggest to us where a > kernel memory leak, if any, might be taking place. Also, a stack > trace ("trace") never hurts; if something is sitting there > allocating a lot of memory at high speed, it could well be that the > last call to the memory allocator is the one leaking. Thanks, see below. I'll let it sit in the debugger, if someone has some more ideas for what to look at. This panic was triggered by me trying to ssh into the box; it had been sitting idle since the last reboot around 1900 CEST. Note that I had to break into the debugger manually. I'm assuming that the memory shortage is so severe that dumping cannot be initiated, so the kernel hangs... Thanks, Stefan login: cblock_alloc_cblocks: M_NOWAIT malloc failed, trying M_WAITOK panic: kmem_malloc(4096): kmem_map too small: 699756544 total allocated Uptime: 5h4m51s KDB: enter: Break sequence on console [thread pid 1545 tid 100066 ] Stopped at kdb_enter+0x30: leave db> show uma Zone Allocs Frees Used Cache FFS2 dinode 529 80 449 1 FFS1 dinode 0 0 0 0 FFS inode 529 80 449 15 Mountpoints 4 0 4 8 SWAPMETA 0 0 0 0 rtentry 5 0 5 53 unpcb 784 772 12 44 ripcb 0 0 0 0 sackhole 0 0 0 0 tcpreass 0 0 0 0 hostcache 2 1 1 99 syncache 105 105 0 78 tcptw 1 1 0 156 tcpcb 117 109 8 16 inpcb 117 109 8 36 udpcb 288 276 12 32 ipq 0 0 0 0 socket 1190 1158 32 12 KNOTE 58 58 0 112 PIPE 655 654 1 17 NFSNODE 0 0 0 0 NFSMOUNT 0 0 0 0 DIRHASH 29 0 29 7 NAMEI 30174 30174 0 12 L VFS Cache 0 0 0 0 S VFS Cache 5865 5409 456 48 VNODEPOLL 0 0 0 0 VNODE 565 82 483 7 ata_composite 0 0 0 0 ata_request 63093 63093 0 76 g_bio 310921 310921 0 261 ACL UMA zone 0 0 0 0 mbuf_jumbo_16k 0 0 0 0 mbuf_jumbo_9k 0 0 0 0 mbuf_jumbo_pagesize 0 0 0 0 mbuf_cluster 384 0 384 6 mbuf 1725 1724 1 140 mbuf_packet 23439 23119 320 64 VMSPACE 1508 1478 30 22 UPCALL 0 0 0 0 KSEGRP 77 0 77 43 THREAD 77 0 77 13 PROC 1547 1478 69 8 Files 10873 10787 86 73 4096 5805 5704 101 18 2048 271 89 182 0 1024 3055 3008 47 145 512 4305 4270 35 13 256 4213 3909 304 26 128 22332 20502 1830 0 64 9997360 9992724 4636 9985362 32 4944 2141 2803 135 16 10069985 10067371 2614 228 mt_zone 158 0 158 78 DP fakepg 0 0 0 0 PV ENTRY 785101 775096 10005 1595 MAP ENTRY 59298 58673 625 159 KMAP ENTRY 170937 170911 26 142 MAP 7 0 7 33 VM OBJECT 29822 28947 875 82 128 Bucket 44 2 42 0 64 Bucket 32 1 31 11 32 Bucket 24 1 23 5 16 Bucket 28 0 28 22 UMA Hash 6 1 5 25 UMA RCntSlabs 195 0 195 27 UMA Slabs 340 41 299 55 UMA Zones 67 0 67 23 UMA Kegs 67 0 67 5 db> show malloc Type Allocs Frees Used MADT Table 0 0 0 acpipwr 0 0 0 acpi_perf 0 0 0 acpidev 93 0 93 acpisem 17 0 17 acpicmbat 0 0 0 PCI Link 64 0 64 acpitask 2 2 0 acpica 20052640 20049612 3028 KTRACE 100 0 100 prison 0 0 0 $PIR 0 0 0 DEVFS3 98 1 97 nexusdev 3 0 3 MP Table 0 0 0 memdesc 1 0 1 legacydrv 0 0 0 ithread 66 0 66 I/O APIC 1 0 1 zombie 1478 1478 0 proc-args 4944 4914 30 kqueue 52 52 0 kenv 114 1 113 atkbddev 2 0 2 sigio 1 0 1 file desc to leader 0 0 0 VM pgdata 2 0 2 file desc 1570 1500 70 DEVFS2 0 0 0 USBHC 0 0 0 cdev 21 0 21 USBdev 9 6 3 UMAHash 3 2 1 UFS mount 9 0 9 UFS quota 0 0 0 UFS dirhash 30 0 30 savedino 0 0 0 newdirblk 0 0 0 dirrem 0 0 0 mkdir 0 0 0 diradd 0 0 0 freefile 0 0 0 freeblks 0 0 0 freefrag 0 0 0 allocindir 0 0 0 indirdep 0 0 0 allocdirect 0 0 0 bmsafemap 0 0 0 newblk 1 0 1 inodedep 1 0 1 pagedep 1 0 1 rpcclnt 0 0 0 p1003.1b 1 0 1 agp 0 0 0 NFS daemon 5 0 5 NFSV3 srvdesc 0 0 0 NFS srvsock 1 0 1 nlminfo 0 0 0 NFS lock 0 0 0 NFS DirectIO 0 0 0 NFS hash 0 0 0 NFSV3 diroff 0 0 0 NFSV3 bigfh 0 0 0 NFS req 0 0 0 NFS srvsock 0 0 0 idmap 0 0 0 NFS4 dev 0 0 0 syncache 1 0 1 USB 31 0 31 hostcache 1 0 1 ip_moptions 0 0 0 Export Host 0 0 0 in_multi 3 0 3 igmp 0 0 0 routetbl 55 41 14 entropy 1024 0 1024 ata_dma 6 0 6 ad_driver 2 0 2 vlan 0 0 0 tun 0 0 0 lo 1 0 1 arpcom 2 0 2 clone 2 0 2 ether_multi 14 2 12 ifaddr 22 0 22 ifnet 4 0 4 BPF 3 0 3 ata_generic 3 0 3 Export Host 0 0 0 vnodemarker 4068 4068 0 mount 251 175 76 vnodes 1 0 1 VFS hash 1 0 1 Export Host 1 0 1 cluster_save buffer 0 0 0 vfscache 1 0 1 BIO buffer 56 9 47 isadev 18 0 18 pcb 57 35 22 soname 2881 2877 4 mbuf_tag 2 2 0 mbextcnt 0 0 0 accf 0 0 0 ptys 1 0 1 ttys 3070 1839 1231 shm 1 0 1 sem 4 0 4 msg 4 0 4 iov 581 581 0 select 0 0 0 ioctlops 1346 1346 0 Unitno 8 2 6 turnstiles 91 0 91 taskqueue 9 0 9 stack 0 0 0 MD sectors 0 0 0 MD disk 0 0 0 sleep queues 91 0 91 sbuf 246 246 0 rman 542 366 176 LED 0 0 0 kbdmux 6 0 6 acd_driver 1 0 1 kobj 134 19 115 eventhandler 44 0 44 devstat 8 0 8 mirror_data 0 0 0 bus-sc 1841 1759 82 bus 4342 3549 793 SWAP 2 0 2 umtx 90 0 90 sysctltmp 219 219 0 sysctloid 3189 0 3189 sysctl 557 557 0 uidinfo 141 136 5 plimit 1251 1237 14 ata_pci 0 0 0 cred 10711 10697 14 subproc 1626 1478 148 proc 2 0 2 session 227 203 24 pgrp 237 213 24 GEOM 429 331 98 mtx_pool 1 0 1 module 180 0 180 pfs_vncache 0 0 0 free 0 0 0 pfs_nodes 0 0 0 ip6ndp 0 0 0 ip6opt 0 0 0 temp 10112 10099 13 devbuf 1563 1 1562 cache 0 0 0 lockf 84 78 6 DEVFS 13 1 12 linker 54 24 30 DEVFS_RULE 0 0 0 DEVFS1 86 0 86 db> trace Tracing pid 1545 tid 100066 td 0xc6893d80 kdb_enter(c06e1497,c6523cf8,200820e,418500,c06ff738,...) at kdb_enter +0x30 siointr1(c6523c00,c6530100,c639a4c4,ffc0d61c,c069241c,...) at siointr1 +0xe1 siointr(c6523c00,c6893d80,ffc0d61c,0,c6893d80,...) at siointr+0x3f intr_execute_handlers(c639a4c4,ffc0d634,ffc0d678,c068e5e3,38,...) at intr_execute_handlers+0x10c lapic_handle_intr(38) at lapic_handle_intr+0x3a Xapic_isr1() at Xapic_isr1+0x33 --- interrupt, eip = 0xc0698f02, esp = 0xffc0d678, ebp = 0xffc0d678 --- is_dumpable(9095000,0,0,0,0,...) at is_dumpable+0x22 minidumpsys(c0723a00,c052f034,ffc0d730,c052fa08,c0745c34,...) at minidumpsys+0xde dumpsys(c0723a00,ffc0d7bc,c050a7b4,c06d0ba4,104,...) at dumpsys+0x1c doadump(c06d0ba4,104,c06d0c9d,c052aa40,ffc0d7a8,...) at doadump+0x4c boot(104,c0723900,c06ddf3b,ffc0d7f4,100,...) at boot+0x514 panic(c06ddf3b,1000,29b57000,ffc0d824,a,...) at panic+0x13d kmem_malloc(c104b0c0,1000,2,ffc0d87c,c063891b,...) at kmem_malloc+0xab page_alloc(c1055880,1000,ffc0d86f,2,ffc0d877,...) at page_alloc+0x27 slab_zalloc(c1055880,2,c1055880,1,0,...) at slab_zalloc+0x11b uma_zone_slab(c1055880,2,c1055880,1,c0704f60,...) at uma_zone_slab+0x106 uma_zalloc_bucket(c1055880,2,1,2f,4d,...) at uma_zalloc_bucket+0x17f uma_zalloc_arg(c1055880,0,2,c1056b40,c69a4780,...) at uma_zalloc_arg +0x319 malloc(80,c07029a0,2,4d,c6517400,...) at malloc+0x58 cblock_alloc_cblocks(4d,c6517400,c6517400,c6893d80,ffc0d978,...) at cblock_alloc_cblocks+0x5d clist_alloc_cblocks(c6517400,2000,2000,c6517400,c6517400,...) at clist_alloc_cblocks+0x77 ttsetwater(c6517400,8,c69a2b80,ffc0d9b4,c0548da3,...) at ttsetwater+0xa1 tty_open(c6897b00,c6517400,0,c0703040,ffc0d9bc,...) at tty_open+0x7d ptsopen(c6897b00,3,2000,c6893d80,0,...) at ptsopen+0x103 giant_open(c6897b00,3,2000,c6893d80,ffc0da18,...) at giant_open+0x71 devfs_open(ffc0da50,ffc0db0c,c058423d,c06f75e0,ffc0da50,...) at devfs_open+0x272 VOP_OPEN_APV(c06f75e0,ffc0da50,c071be20,c66ac000,0,...) at VOP_OPEN_APV+0x43 vn_open_cred(ffc0dbc0,ffc0dcc0,0,c6971580,6,...) at vn_open_cred+0x49d vn_open(ffc0dbc0,ffc0dcc0,0,6,ffc0db58,...) at vn_open+0x33 kern_open(c6893d80,bfbfe050,0,3,0,...) at kern_open+0xc8 open(c6893d80,ffc0dd04,c,c6893d80,8089000,...) at open+0x36 syscall(3b,3b,3b,8077274,4,...) at syscall+0x362 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0x28300747, esp = 0xbfbfe01c, ebp = 0xbfbfe078 --- -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 22:36: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28E1616A40F for ; Wed, 25 Oct 2006 22:36:29 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 888F043D5D for ; Wed, 25 Oct 2006 22:36:28 +0000 (GMT) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.8/8.13.8) with ESMTP id k9PMaQ3g003626 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 26 Oct 2006 00:36:26 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <20061025173115.GA97447@icarus.home.lan> References: <20061025173115.GA97447@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: Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Thu, 26 Oct 2006 00:36:25 +0200 To: Jeremy Chadwick X-Mailer: Apple Mail (2.752.2) Cc: FreeBSD Stable Subject: Re: panic: kmem_map too small X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 22:36:29 -0000 Am 25.10.2006 um 19:31 schrieb Jeremy Chadwick: > Try tuning memory parameters via loader.conf: > > $ cat /boot/loader.conf > # Increase maximum allocatable memory on a process to 768MB. > # We don't choose 2GB (our amount of RAM) since that would > # exhaust all memory, and result in a kernel panic. Maximum > # stack size is still set to 128MB. One can view these > # settings using limits(1). > # > kern.maxdsiz="805306368" > kern.dfldsiz="805306368" > kern.maxssiz="134217728" > > Adjusting kern.maxfiles and kern.maxfilesperproc might also help. Sorry, I'm not sure I understand correctly. How would increasing the per-process limits help with memory exhaustion in the kernel? Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 22:39: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1A6316A40F for ; Wed, 25 Oct 2006 22:39:22 +0000 (UTC) (envelope-from freeknossin@planet.nl) Received: from smtp17.wxs.nl (smtp17.wxs.nl [195.121.247.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58A7D43D60 for ; Wed, 25 Oct 2006 22:39:18 +0000 (GMT) (envelope-from freeknossin@planet.nl) Received: from edx2 (ip56519a8a.speed.planet.nl [86.81.154.138]) by smtp17.wxs.nl (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0J7P00K9KQXHYY@smtp17.wxs.nl> for freebsd-stable@freebsd.org; Thu, 26 Oct 2006 00:39:17 +0200 (CEST) Date: Thu, 26 Oct 2006 00:39:21 +0200 From: Freek Nossin In-reply-to: <453BEA39.5000508@bahnhofbredband.se> To: 'Carl Johan Gustavsson' , dmitry@atlantis.dp.ua Message-id: <026201c6f886$6a245570$9f00000a@edx2> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Mailer: Microsoft Office Outlook 11 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Thread-index: Acb2JgWcXTLYA9ifTgCHWBV7rimm+gCX8sgQ Cc: freebsd-stable@freebsd.org Subject: RE: partioning failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 22:39:22 -0000 Finally I got things working! First I tried several other IDE cables, which did not help. Then I tried Carl's advice and bought a 80-connector cable. And amazingly enough... It worked! But I wonder, why is FreeBSD so picky about it? My previous Windows installation did not itch a bit. And should this not be documented anywhere (or should have, because SATA is the standard nowadays)? Thanks! Freek -----Original Message----- From: Carl Johan Gustavsson [mailto:carl.gustavsson@bahnhofbredband.se] Sent: maandag 23 oktober 2006 0:01 To: Freek Nossin Cc: freebsd-stable@freebsd.org Subject: Re: partioning failed -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Josh Paetzel wrote: > On Sunday 22 October 2006 13:10, Freek Nossin wrote: >> Hello, >> >> I've run into some problems while I was trying to install freebsd >> 6.1 (i386). When I've finished partitioning and the installer >> wants to write the partition data to disk, it fails to do so. I >> used the typical settings, ie one slice on the disc, with a >> default partitioning scheme (except that I merged the /tmp with >> /var). >> >> The installer reports: unable to find device node for >> /dev/ad0s1b. >> >> I tried to use another hard disk, which resulted in the same >> error. >> >> On VTY1 I got the following messages: ad0: WARNING - READ_DMA >> UDMA ICRC error (retrying request) LBA=63 ad0: WARNING - READ_DMA >> UDMA ICRC error (retrying request) LBA=63 ad0: FAILURE - READ_DMA >> status=51 error=84 LBA=63 >> >> ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=0 >> ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=0 >> ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=0 >> ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=0 >> ad0: FAILURE - READ_DMA status=51 >> error=84LBA=0 >> >> ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=64 >> ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) >> LBA=64 ad0: FAILURE - READ_DMA status=51 >> error=84 LBA=64 >> >> ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=63 >> ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) >> LBA=63 ad0: FAILURE - READ_DMA status=51 >> error=84 LBA=63 >> >> ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=63 >> ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) >> LBA=63 ad0: FAILURE - READ_DMA status=51 >> error=84 LBA=63 >> >> System information: Athlon XP 1700+ / 786 MB Asus A7V266 (bios >> v1.11) Maxtor 60 GB >> >> Has anyone any suggestions? >> >> Thanks, >> >> Freek > > I'd try a different cable for the drive. If that doesn't fix it > the controller on the motherboard is probably bad. Hi! If you are using a 40-pin cable and changing to another 40-pin doesn't help, test with a 80-pin cable. FreeBSD can be a bit picky about that. / Carl -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFO+o08UQ1gvZaLdMRAt/hAKCdVWbYJYZ3SVCvdsw3uagRq8I2GQCgiEl1 wsOmOG7XuGrmlt756+TVq8M= =r8I0 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 22: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3815616A403 for ; Wed, 25 Oct 2006 22:57:51 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECD5043D5A for ; Wed, 25 Oct 2006 22:57:50 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin05-en2 [10.13.10.150]) by smtpout.mac.com (Xserve/8.12.11/smtpout01/MantshX 4.0) with ESMTP id k9PMvoSm011000; Wed, 25 Oct 2006 15:57:50 -0700 (PDT) Received: from [17.214.13.96] (a17-214-13-96.apple.com [17.214.13.96]) (authenticated bits=0) by mac.com (Xserve/smtpin05/MantshX 4.0) with ESMTP id k9PMvmpp016465; Wed, 25 Oct 2006 15:57:49 -0700 (PDT) In-Reply-To: <026201c6f886$6a245570$9f00000a@edx2> References: <026201c6f886$6a245570$9f00000a@edx2> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Wed, 25 Oct 2006 15:57:47 -0700 To: Freek Nossin X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: FreeBSD Stable Subject: Re: partioning failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 22:57:51 -0000 On Oct 25, 2006, at 3:39 PM, Freek Nossin wrote: > Then I tried Carl's advice and bought a 80-connector cable. And > amazingly > enough... It worked! > > But I wonder, why is FreeBSD so picky about it? My previous Windows > installation did not itch a bit. And should this not be documented > anywhere > (or should have, because SATA is the standard nowadays)? It's not uncommon for Windows drivers to fall back to a slower DMA mode, or even PIO, when they start to see problems. You could accomplish the same effect by configuring your BIOS to run the ATA devices at UDMA33 speeds, which also can be a good idea if you've got a hard drive sharing the same (parallel) ATA channel with an older CD/ DVD-ROM device. Your Asus A7V266 motherboard should have come with a decent 80-pin ATA cable originally...? -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Wed Oct 25 23:58:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7D9E16A5A6 for ; Wed, 25 Oct 2006 23:58:42 +0000 (UTC) (envelope-from sbaskinger@lumeta.com) Received: from MAIL.corp.lumeta.com (h65-246-245-22.lumeta.com [65.246.245.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D2B443E86 for ; Wed, 25 Oct 2006 23:23:08 +0000 (GMT) (envelope-from sbaskinger@lumeta.com) Received: from [65.246.246.82] ([65.246.246.82]) by MAIL.corp.lumeta.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 25 Oct 2006 19:22:57 -0400 Message-ID: <453FF185.6020601@lumeta.com> Date: Wed, 25 Oct 2006 19:21:41 -0400 From: Sam Baskinger Organization: Lumeta Corporation User-Agent: Thunderbird 1.5.0.7 (X11/20060926) MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <45364782.8090209@samsco.org> <45366122.6090704@mintel.com> <20061019130040.5f06baf7.wmoran@collaborativefusion.com> <4539D8F0.3050602@samsco.org> <453CAD74.80806@mintel.com> <20061023110743.5f9924dc.wmoran@collaborativefusion.com> In-Reply-To: <20061023110743.5f9924dc.wmoran@collaborativefusion.com> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 25 Oct 2006 23:22:57.0467 (UTC) FILETIME=[814720B0:01C6F88C] Subject: Re: When will the new BCE driver in HEAD be incorporated into RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 23:58:43 -0000 Bill Moran wrote: [snip] >> The driver from HEAD (if_bce.c 1.17) is looking much better - thanks >> Scott! >> >> We couldn't trigger this bug using UDP NFS mounts. >> >> Neither could we trigger it with multiple simultaneous TCP connections. > > I'm seeing similar improvement. I've been testing the new version since > I came in this morning (About 2.5 hours so far), with no failures. [snip] Adding to the excitement, our band of attack squirrels haven't been able to bring down our 2950 yet with this one. We are using the if_bce.c from the HEAD w/ a small chunk about vlans commented out (for any wondering). We're trying outbound UDP_STREAM tests w/ netperf of big and small payloads to a machine on the same 100Mb switch. Nothing fancy, but what we could once crash in seconds now hangs tough till the end of the test. Sam -- Lumeta Corporation www.lumeta.com The world's most security conscious organizations rely on Lumeta to find and prioritize what's in IT, so they can manage and secure IT better. Lumeta Corporation 220 Davidson Ave, 4th Floor Somerset, NJ 08873 From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 00:04: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A5EB16A407 for ; Thu, 26 Oct 2006 00:04:51 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from alnrmhc11.comcast.net (alnrmhc11.comcast.net [204.127.225.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 178FE43D6D for ; Thu, 26 Oct 2006 00:04:47 +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 (alnrmhc11) with ESMTP id <20061026000443b11008f2sve>; Thu, 26 Oct 2006 00:04:47 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 92B391FA038; Wed, 25 Oct 2006 17:04:42 -0700 (PDT) Date: Wed, 25 Oct 2006 17:04:42 -0700 From: Jeremy Chadwick To: Freek Nossin Message-ID: <20061026000442.GA2448@icarus.home.lan> Mail-Followup-To: Freek Nossin , 'Carl Johan Gustavsson' , dmitry@atlantis.dp.ua, freebsd-stable@freebsd.org References: <453BEA39.5000508@bahnhofbredband.se> <026201c6f886$6a245570$9f00000a@edx2> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <026201c6f886$6a245570$9f00000a@edx2> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: dmitry@atlantis.dp.ua, 'Carl Johan Gustavsson' , freebsd-stable@freebsd.org Subject: Re: partioning failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 00:04:51 -0000 On Thu, Oct 26, 2006 at 12:39:21AM +0200, Freek Nossin wrote: > Then I tried Carl's advice and bought a 80-connector cable. And amazingly > enough... It worked! > > But I wonder, why is FreeBSD so picky about it? My previous Windows > installation did not itch a bit. And should this not be documented anywhere > (or should have, because SATA is the standard nowadays)? My opinion: because Windows hides a lot of details about subsystem layers and information coming from the disk subsystem, particularly the disk subsystem, from the end-user. This is ESPECIALLY the case when it comes to DMA-based transfers. Windows (2K, XP, and 2003 -- it doesn't matter which) tries very hard to hide such problems. No matter how much you trust the Event Log, it all boils down to whether or not the programmer of the service or the driver chooses to even bother sending a diagnostic message to the Event Log service. Of course, the same could be said of *IX OSes; what if FreeBSD didn't bother to tell you about those DMA errors? You probably wouldn't have mailed freebsd-stable (or if you did, it would've been regarding bad disk performance). Understand where I'm coming from? I have also seen systems where Linux and FreeBSD report major disk errors (guaranteed bad blocks as later detected by the SCSI controller), while under Windows showed absolutely no signs of problems (until smartctl under Cygwin was used, which detected an immense number of hardware ECC errors on write, and reported the drive in "IMMINENT FAILURE" status). Informing the administrator of problems (by being verbose) before the system completely fails is a Good Thing, and is one of the many ad hoc benefits of present-day *IX operating systems versus Windows. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 00:24: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4394016A40F for ; Thu, 26 Oct 2006 00:24:31 +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 3914D43D8D for ; Thu, 26 Oct 2006 00:24:24 +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 k9Q0OIOU093778; Wed, 25 Oct 2006 18:24:23 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <45400032.8070206@samsco.org> Date: Wed, 25 Oct 2006 18:24:18 -0600 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: Sam Baskinger References: <45364782.8090209@samsco.org> <45366122.6090704@mintel.com> <20061019130040.5f06baf7.wmoran@collaborativefusion.com> <4539D8F0.3050602@samsco.org> <453CAD74.80806@mintel.com> <20061023110743.5f9924dc.wmoran@collaborativefusion.com> <453FF185.6020601@lumeta.com> In-Reply-To: <453FF185.6020601@lumeta.com> 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: When will the new BCE driver in HEAD be incorporated into RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 00:24:31 -0000 Sam Baskinger wrote: > Bill Moran wrote: > > [snip] >>> The driver from HEAD (if_bce.c 1.17) is looking much better - thanks >>> Scott! >>> >>> We couldn't trigger this bug using UDP NFS mounts. >>> >>> Neither could we trigger it with multiple simultaneous TCP connections. >> I'm seeing similar improvement. I've been testing the new version since >> I came in this morning (About 2.5 hours so far), with no failures. > [snip] > > Adding to the excitement, our band of attack squirrels haven't been able > to bring down our 2950 yet with this one. We are using the if_bce.c from > the HEAD w/ a small chunk about vlans commented out (for any wondering). > > We're trying outbound UDP_STREAM tests w/ netperf of big and small > payloads to a machine on the same 100Mb switch. Nothing fancy, but what > we could once crash in seconds now hangs tough till the end of the test. > > > Sam > Excellent. RELENG_6 was updated with the changes a few days ago. Scott From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 00:34: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B466C16A403; Thu, 26 Oct 2006 00:34:23 +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 E6E9B43D5A; Thu, 26 Oct 2006 00:34:22 +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 k9Q0YF4j093862; Wed, 25 Oct 2006 18:34:21 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <45400286.9020402@samsco.org> Date: Wed, 25 Oct 2006 18:34:14 -0600 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: Stefan Bethke References: <20061025183308.L33725@fledge.watson.org> <838FCA83-20F8-4A09-A025-E69956032F86@lassitu.de> In-Reply-To: <838FCA83-20F8-4A09-A025-E69956032F86@lassitu.de> 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: Andreas Sons , Robert Watson , FreeBSD Stable Subject: Re: panic: kmem_map too small X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 00:34:23 -0000 Stefan Bethke wrote: > > Am 25.10.2006 um 19:36 schrieb Robert Watson: > >> >> On Wed, 25 Oct 2006, Stefan Bethke wrote: >> >>> We're consistely getting this panic even under smallish loads. I've >>> experimented with various values for VM_KMEM_SIZE_MAX (384, 512, 768 >>> and 1024 MB), but the boxes are still panicking after even short >>> periods (a few hours) just doing a buildworld, a few ports compiles, >>> or even when logging out of the console(?). >>> >>> Would logging vm.zone every few minutes help detecting a kernel >>> memory leak? >>> >>> I'm at a complete loss as to the actual cause of these. The ACPI >>> errors precede the panic below by only a few seconds, so I'd guess >>> they're a symptom, not a cause. We've tried with ACPI disabled in >>> the BIOS, but we also got these panics, so we re-enabled it. >>> >>> The hardware is a Tyan GT20 (2865) with a single-core Opteron, two >>> gigs of RAM and two or three SATA disks. >>> >>> Any ideas? >> >> Try the commands "show uma" and "show malloc" in DDB to print the >> memory allocations made by the uma(9) and malloc(9) kernel memory >> allocators. This output may be sufficient to suggest to us where a >> kernel memory leak, if any, might be taking place. Also, a stack >> trace ("trace") never hurts; if something is sitting there allocating >> a lot of memory at high speed, it could well be that the last call to >> the memory allocator is the one leaking. > > Thanks, see below. I'll let it sit in the debugger, if someone has some > more ideas for what to look at. > > This panic was triggered by me trying to ssh into the box; it had been > sitting idle since the last reboot around 1900 CEST. Note that I had to > break into the debugger manually. I'm assuming that the memory shortage > is so severe that dumping cannot be initiated, so the kernel hangs... > > Thanks, > Stefan > There are no obvious culprits from what you posted. The kernel was only trying to allocate 60 bytes, and the 64-byte bucket didn't look to be overly used. None of the other zones look terribly over-used either. The 'show malloc' command doesn't really give enough stats to be terribly useful, IMHO. And neither of the commands can effectively track things like contig memory allocator. Can you try the following two commands: vmstat -m sysctl hw.busdma Also, what version of FreeBSD is this? Scott From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 01:29: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1190516A403 for ; Thu, 26 Oct 2006 01:29:56 +0000 (UTC) (envelope-from poczta@andrzejcuber.pl) Received: from post17.futuro.info.pl (post17.futuro.info.pl [81.219.17.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EA1F43D45 for ; Thu, 26 Oct 2006 01:29:54 +0000 (GMT) (envelope-from poczta@andrzejcuber.pl) Received: from localhost (localhost [127.0.0.1]) by post17.futuro.info.pl (Postfix) with ESMTP id AE780D5C for ; Thu, 26 Oct 2006 03:29:40 +0200 (CEST) Received: from post17.futuro.info.pl ([127.0.0.1]) by localhost (post17.flexopartner.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02894-09 for ; Thu, 26 Oct 2006 03:29:40 +0200 (CEST) Received: from [192.168.0.2] (chello081018217110.chello.pl [81.18.217.110]) by post17.futuro.info.pl (Postfix) with ESMTP id ECE12CEF for ; Thu, 26 Oct 2006 03:29:39 +0200 (CEST) Message-ID: <45400F90.6080607@andrzejcuber.pl> Date: Thu, 26 Oct 2006 03:29:52 +0200 From: Andrzej Cuber User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Virus-Scanned: by amavisd-new-2.3.3 (20050822) Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: DeLorme USB Earthmate problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 01:29:56 -0000 Hello Everyone, I have DeLorme Publishing DeLorme USB Earthmate, rev 1.00/0.04, it is a gps receiver. I was googling for the entire day and I found out that I have to include the following driver ucycom into the kernel and remake it. This is the USB section of my GENERIC configuration file: # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ucycom # gps receiver, added by AC device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device ural # Ralink Technology RT2500USB wireless NICs device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # USB Ethernet, requires miibus device aue # ADMtek USB Ethernet device axe # ASIX Electronics USB Ethernet device cdce # Generic USB over Ethernet device cue # CATC USB Ethernet device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet after installing and rebooting, there is no new device in /dev directory. I can see that that this receiver is represented by /dev/ugen0 and there are also /dev/ugen0.1 and /dev/ugen0.2. According to man page for ucycom, it is a bridge between the usb and serial type access. I have read many pages and it should appear as /dev/ttyUSB0 in the system. I tested it under knoppix and it was working perfectly. Can somebody help me and tell me what do I do wrong? Do I have to comment some drivers in the config file? Do I have to use mknod manually to create the device under /dev? Do I have to use some other driver like pl2302 ora FTD? -- pozdrawiam / best regards Andrzej Cuber +48 504 271-977 From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 01:41: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7459416A40F for ; Thu, 26 Oct 2006 01:41:01 +0000 (UTC) (envelope-from gvanlehn@ccsf.edu) Received: from ns7.ccsf.cc.ca.us (ns7.ccsf.cc.ca.us [147.144.1.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 258CB43D45 for ; Thu, 26 Oct 2006 01:41:01 +0000 (GMT) (envelope-from gvanlehn@ccsf.edu) Received: from bat-gwpo.ccsf.edu ([10.2.0.249]) by ns7.ccsf.cc.ca.us (8.13.1/8.13.1) with ESMTP id k9Q1f0OT014191 for ; Wed, 25 Oct 2006 18:41:00 -0700 Received: from sfccd-MTA by bat-gwpo.ccsf.edu with Novell_GroupWise; Wed, 25 Oct 2006 18:51:04 -0700 Message-Id: X-Mailer: Novell GroupWise Internet Agent 6.5.4 Date: Wed, 25 Oct 2006 18:50:43 -0700 From: "Glen Van Lehn" To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Install 5.4 CD, Adaptec 2120S, aac0: Command Timeouts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 01:41:01 -0000 Hi, I'm new to the FreeBSD lists, and still uncertain on protocol. =20 I posted this today on the freebsd-hardware list, but from the discussion = I'm seeing today, it may better apply to 5-stable than hardware. ----- I'm installing 5-STABLE from the 5.4 CDset onto a new HP DL140 G2 with an = Adaptec 2120S RAID controller that someone else had already installed with = a Linux OS. Two HDD are config'd as RAID1 set. After the probes for VGA & = mouse, the boot stuck on a repeated series of messages: aac0: COMMAND 0xc39ef000 TIMEOUT AFTER xxx SECONDS # 16 diff hex offsets per set .. each set repeating every 20 seconds aac0: COMMAND 0xc39ef708 TIMEOUT AFTER xxx SECONDS A different boot has a different hex prefix, 0xc3a16, but the same = sequence of 16 trailing digits, 000 to 708. Searching this list, I found a similar post from Chris Knight in January, = but he was on 6 and that was apparently right at a change to the aac = driver. Searching FreeBSD.org turned up a similar problem back in March = 2004 [5.2.1]. Scott Long responded to that one as a known issue being = resolved. =20 The BIOS firmware was 'Build 7244' from May 2004, but I updated that to = Build 8205 [latest for that chipset] and still had the same problem. Would the pre-existing different OS install mess up the aac0 driver? like = format the array first? I broke the array, re-inited the disks and recreated RAID 1.. but didn't = format drives .. still had problem. something else? I was able to install Fedora4 after failing on 5.4, but = I'd like to use FreeBSD for this project. comments appreciated,=20 glen van lehn From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 02:31: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 550F216A415; Thu, 26 Oct 2006 02:31:21 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D8C643D62; Thu, 26 Oct 2006 02:31:20 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.61 (FreeBSD)) (envelope-from ) id 1Gcv1a-0002S2-94; Thu, 26 Oct 2006 10:31:18 +0800 Message-ID: <45401DF5.2080209@micom.mng.net> Date: Thu, 26 Oct 2006 10:31:17 +0800 From: Ganbold User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: Marcus Alves Grando References: <4520A2B3.5040809@micom.mng.net> <1159824563.75165.35.camel@vonnegut> <45229BBD.3090103@FreeBSD.org> In-Reply-To: <45229BBD.3090103@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Eric Anholt , FreeBSD Stable Mailing List , joel@FreeBSD.org Subject: Re: 945GM graphics and mplayer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 02:31:21 -0000 Marcus Alves Grando wrote: > Eric Anholt wrote: >> On Mon, 2006-10-02 at 13:25 +0800, Ganbold wrote: >>> Hi, >>> > http://marcus.grupos.com.br:8080/patch/agp_i810.c.patch Eric, Marcus, Good news, I updated gnome to 2.16.x (which means it updated xorg, i945GM support was included). So I can use your patch and mplayer can do full screen playing with -vo xv option. And yet no more strange mouse problem. thanks a lot, Ganbold From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 02:36: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D650816A403 for ; Thu, 26 Oct 2006 02:36:33 +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 EF02B43D55 for ; Thu, 26 Oct 2006 02:36: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 k9Q2aK4Q094451; Wed, 25 Oct 2006 20:36:25 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <45401F23.3030806@samsco.org> Date: Wed, 25 Oct 2006 20:36:19 -0600 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: Glen Van Lehn References: In-Reply-To: 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: Install 5.4 CD, Adaptec 2120S, aac0: Command Timeouts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 02:36:33 -0000 Glen Van Lehn wrote: > Hi, I'm new to the FreeBSD lists, and still uncertain on protocol. > > I posted this today on the freebsd-hardware list, but from the discussion I'm seeing today, it may better apply to 5-stable than hardware. > ----- > I'm installing 5-STABLE from the 5.4 CDset onto a new HP DL140 G2 with an Adaptec 2120S RAID controller that someone else had already installed with a Linux OS. Two HDD are config'd as RAID1 set. After the probes for VGA & mouse, the boot stuck on a repeated series of messages: > > aac0: COMMAND 0xc39ef000 TIMEOUT AFTER xxx SECONDS > # 16 diff hex offsets per set .. each set repeating every 20 seconds > aac0: COMMAND 0xc39ef708 TIMEOUT AFTER xxx SECONDS > > A different boot has a different hex prefix, 0xc3a16, but the same sequence of 16 trailing digits, 000 to 708. > > Searching this list, I found a similar post from Chris Knight in January, but he was on 6 and that was apparently right at a change to the aac driver. Searching FreeBSD.org turned up a similar problem back in March 2004 [5.2.1]. Scott Long responded to that one as a known issue being resolved. > > The BIOS firmware was 'Build 7244' from May 2004, but I updated that to Build 8205 [latest for that chipset] and still had the same problem. > > Would the pre-existing different OS install mess up the aac0 driver? like format the array first? > I broke the array, re-inited the disks and recreated RAID 1.. but didn't format drives .. still had problem. > > something else? I was able to install Fedora4 after failing on 5.4, but I'd like to use FreeBSD for this project. > > comments appreciated, > > glen van lehn > Does the 'Safe mode' boot option work? This is likely an interrupt routing problem. Scott From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 03:30: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E958616A492 for ; Thu, 26 Oct 2006 03:30:11 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A96943D4C for ; Thu, 26 Oct 2006 03:30:10 +0000 (GMT) (envelope-from josh@tcbug.org) Received: from gimpy (c-24-118-173-219.hsd1.mn.comcast.net[24.118.173.219]) by comcast.net (rwcrmhc12) with ESMTP id <20061026033009m12000bp6ve>; Thu, 26 Oct 2006 03:30:09 +0000 From: Josh Paetzel To: freebsd-stable@freebsd.org Date: Wed, 25 Oct 2006 22:29:51 -0500 User-Agent: KMail/1.9.3 References: <453FF185.6020601@lumeta.com> <45400032.8070206@samsco.org> In-Reply-To: <45400032.8070206@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610252229.51948.josh@tcbug.org> Cc: Subject: Re: When will the new BCE driver in HEAD be incorporated into RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 03:30:12 -0000 On Wednesday 25 October 2006 19:24, Scott Long wrote: > Sam Baskinger wrote: > > Bill Moran wrote: > > > > [snip] > > > >>> The driver from HEAD (if_bce.c 1.17) is looking much better - > >>> thanks Scott! > >>> > >>> We couldn't trigger this bug using UDP NFS mounts. > >>> > >>> Neither could we trigger it with multiple simultaneous TCP > >>> connections. > >> > >> I'm seeing similar improvement. I've been testing the new > >> version since I came in this morning (About 2.5 hours so far), > >> with no failures. > > > > [snip] > > > > Adding to the excitement, our band of attack squirrels haven't > > been able to bring down our 2950 yet with this one. We are using > > the if_bce.c from the HEAD w/ a small chunk about vlans commented > > out (for any wondering). > > > > We're trying outbound UDP_STREAM tests w/ netperf of big and > > small payloads to a machine on the same 100Mb switch. Nothing > > fancy, but what we could once crash in seconds now hangs tough > > till the end of the test. > > > > > > Sam > > Excellent. RELENG_6 was updated with the changes a few days ago. > > Scott > I tried putting 6.1-R on a PE1950 some time ago and the bce NIC wouldn't work at all. The driver version striing was 0.9.5. I found a newer version 0.9.6 on the web and that has been working just fine for me under pretty heavy loads. Is this new driver you're talking about different than the newer version I found on the web? -- Thanks, Josh Paetzel From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 03:32: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17BAD16A492 for ; Thu, 26 Oct 2006 03:32:51 +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 8808043D62 for ; Thu, 26 Oct 2006 03:32: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 k9Q3WcO9094773; Wed, 25 Oct 2006 21:32:43 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <45402C55.7020109@samsco.org> Date: Wed, 25 Oct 2006 21:32:37 -0600 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: Josh Paetzel References: <453FF185.6020601@lumeta.com> <45400032.8070206@samsco.org> <200610252229.51948.josh@tcbug.org> In-Reply-To: <200610252229.51948.josh@tcbug.org> 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: When will the new BCE driver in HEAD be incorporated into RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 03:32:51 -0000 Josh Paetzel wrote: > On Wednesday 25 October 2006 19:24, Scott Long wrote: >> Sam Baskinger wrote: >>> Bill Moran wrote: >>> >>> [snip] >>> >>>>> The driver from HEAD (if_bce.c 1.17) is looking much better - >>>>> thanks Scott! >>>>> >>>>> We couldn't trigger this bug using UDP NFS mounts. >>>>> >>>>> Neither could we trigger it with multiple simultaneous TCP >>>>> connections. >>>> I'm seeing similar improvement. I've been testing the new >>>> version since I came in this morning (About 2.5 hours so far), >>>> with no failures. >>> [snip] >>> >>> Adding to the excitement, our band of attack squirrels haven't >>> been able to bring down our 2950 yet with this one. We are using >>> the if_bce.c from the HEAD w/ a small chunk about vlans commented >>> out (for any wondering). >>> >>> We're trying outbound UDP_STREAM tests w/ netperf of big and >>> small payloads to a machine on the same 100Mb switch. Nothing >>> fancy, but what we could once crash in seconds now hangs tough >>> till the end of the test. >>> >>> >>> Sam >> Excellent. RELENG_6 was updated with the changes a few days ago. >> >> Scott >> > > I tried putting 6.1-R on a PE1950 some time ago and the bce NIC > wouldn't work at all. The driver version striing was 0.9.5. I found > a newer version 0.9.6 on the web and that has been working just fine > for me under pretty heavy loads. Is this new driver you're talking > about different than the newer version I found on the web? > I believe so, but I haven't checked the Broadcom site recently. Scott From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 04:09: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 625F616A40F for ; Thu, 26 Oct 2006 04:09:59 +0000 (UTC) (envelope-from gvanlehn@ccsf.edu) Received: from ns7.ccsf.cc.ca.us (ns7.ccsf.cc.ca.us [147.144.1.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B06143D4C for ; Thu, 26 Oct 2006 04:09:58 +0000 (GMT) (envelope-from gvanlehn@ccsf.edu) Received: from bat-gwpo.ccsf.edu ([10.2.0.249]) by ns7.ccsf.cc.ca.us (8.13.1/8.13.1) with ESMTP id k9Q49w7B000846 for ; Wed, 25 Oct 2006 21:09:58 -0700 Received: from sfccd-MTA by bat-gwpo.ccsf.edu with Novell_GroupWise; Wed, 25 Oct 2006 21:20:02 -0700 Message-Id: X-Mailer: Novell GroupWise Internet Agent 6.5.4 Date: Wed, 25 Oct 2006 21:19:42 -0700 From: "Glen Van Lehn" To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: freebsd-stable@freebsd.org Subject: Re: Install 5.4 CD, Adaptec 2120S, aac0: Command Timeouts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 04:09:59 -0000 >>> Scott Long 10/25/06 7:36 PM >>> Glen Van Lehn wrote: > Hi, I'm new to the FreeBSD lists, and still uncertain on protocol. =20 >=20 > I posted this today on the freebsd-hardware list, but from the discussion= I'm seeing today, it may better apply to 5-stable than hardware. > ----- > I'm installing 5-STABLE from the 5.4 CDset onto a new HP DL140 G2 with = an Adaptec 2120S RAID controller that someone else had already installed = with a Linux OS. Two HDD are config'd as RAID1 set. After the probes for = VGA & mouse, the boot stuck on a repeated series of messages: >=20 > aac0: COMMAND 0xc39ef000 TIMEOUT AFTER xxx SECONDS > # 16 diff hex offsets per set .. each set repeating every 20 seconds > aac0: COMMAND 0xc39ef708 TIMEOUT AFTER xxx SECONDS >=20 > A different boot has a different hex prefix, 0xc3a16, but the same = sequence of 16 trailing digits, 000 to 708. >=20 > Searching this list, I found a similar post from Chris Knight in = January, but he was on 6 and that was apparently right at a change to the = aac driver. Searching FreeBSD.org turned up a similar problem back in = March 2004 [5.2.1]. Scott Long responded to that one as a known issue = being resolved. =20 >=20 > The BIOS firmware was 'Build 7244' from May 2004, but I updated that to = Build 8205 [latest for that chipset] and still had the same problem. >=20 > Would the pre-existing different OS install mess up the aac0 driver? = like format the array first? > I broke the array, re-inited the disks and recreated RAID 1.. but = didn't format drives .. still had problem. >=20 > something else? I was able to install Fedora4 after failing on 5.4, = but I'd like to use FreeBSD for this project. >=20 > comments appreciated,=20 >=20 > glen van lehn >=20 Does the 'Safe mode' boot option work? This is likely an interrupt=20 routing problem. Scott ---- Yes! it did, thank you. glen From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 04:15: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E85B216A40F for ; Thu, 26 Oct 2006 04:15:19 +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 5F93643D53 for ; Thu, 26 Oct 2006 04:15:16 +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 k9Q4F5Lm094992; Wed, 25 Oct 2006 22:15:10 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <45403648.7050407@samsco.org> Date: Wed, 25 Oct 2006 22:15:04 -0600 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: Glen Van Lehn References: In-Reply-To: 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: Install 5.4 CD, Adaptec 2120S, aac0: Command Timeouts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 04:15:20 -0000 Glen Van Lehn wrote: >>>> Scott Long 10/25/06 7:36 PM >>> > Glen Van Lehn wrote: >> Hi, I'm new to the FreeBSD lists, and still uncertain on protocol. >> >> I posted this today on the freebsd-hardware list, but from the discussion I'm seeing today, it may better apply to 5-stable than hardware. >> ----- >> I'm installing 5-STABLE from the 5.4 CDset onto a new HP DL140 G2 with an Adaptec 2120S RAID controller that someone else had already installed with a Linux OS. Two HDD are config'd as RAID1 set. After the probes for VGA & mouse, the boot stuck on a repeated series of messages: >> >> aac0: COMMAND 0xc39ef000 TIMEOUT AFTER xxx SECONDS >> # 16 diff hex offsets per set .. each set repeating every 20 seconds >> aac0: COMMAND 0xc39ef708 TIMEOUT AFTER xxx SECONDS >> >> A different boot has a different hex prefix, 0xc3a16, but the same sequence of 16 trailing digits, 000 to 708. >> >> Searching this list, I found a similar post from Chris Knight in January, but he was on 6 and that was apparently right at a change to the aac driver. Searching FreeBSD.org turned up a similar problem back in March 2004 [5.2.1]. Scott Long responded to that one as a known issue being resolved. >> >> The BIOS firmware was 'Build 7244' from May 2004, but I updated that to Build 8205 [latest for that chipset] and still had the same problem. >> >> Would the pre-existing different OS install mess up the aac0 driver? like format the array first? >> I broke the array, re-inited the disks and recreated RAID 1.. but didn't format drives .. still had problem. >> >> something else? I was able to install Fedora4 after failing on 5.4, but I'd like to use FreeBSD for this project. >> >> comments appreciated, >> >> glen van lehn >> > > Does the 'Safe mode' boot option work? This is likely an interrupt > routing problem. > > Scott > > ---- > Yes! it did, thank you. > > glen > Ok, you'll probably want to put the following line into /boot/loader.conf: hint.apic.0.disabled=1 However, if this is an SMP machine, this option will only allow 1 CPU to be used. If this option doesn't work, then the next one to try is hint.acpi.0.disabled=1 Scott From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 06:04:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7F5916A40F for ; Thu, 26 Oct 2006 06:04:43 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from omta03ps.mx.bigpond.com (omta03ps.mx.bigpond.com [144.140.82.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id E510443D58 for ; Thu, 26 Oct 2006 06:04:40 +0000 (GMT) (envelope-from andrew@areilly.bpa.nu) Received: from areilly.bpa.nu ([141.168.2.3]) by omta03ps.mx.bigpond.com with ESMTP id <20061026060439.RVGS11173.omta03ps.mx.bigpond.com@areilly.bpa.nu> for ; Thu, 26 Oct 2006 06:04:39 +0000 Received: (qmail 50247 invoked by uid 501); 26 Oct 2006 06:02:21 -0000 Date: Thu, 26 Oct 2006 16:02:21 +1000 From: Andrew Reilly To: Doug Barton Message-ID: <20061026060221.GA47902@duncan.reilly.home> References: <17719.43574.819134.370333@roam.psg.com> <20061020005501.R32598@fledge.watson.org> <20061023060431.GA3186@duncan.reilly.home> <453D9F1A.5040803@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <453D9F1A.5040803@FreeBSD.org> User-Agent: Mutt/1.4.2.2i Cc: Randy Bush , FreeBSD Stable , Robert Watson Subject: Re: 5 to 6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 06:04:43 -0000 On Mon, Oct 23, 2006 at 10:05:30PM -0700, Doug Barton wrote: > Andrew Reilly wrote: > > >So: my two cents: it can work, but it's possible for it not to > >work, and care is required. > > That's always true, but worth a reminder nonetheless. :) > > >[*] The production server is using a software RAID mirror on > >a pair of SATA drives on a low-end Intel P4/ICH6 motherboard, > >using ar(4), configured by atacontrol. Fsck on 6.x can't find > >any superblocks on /usr, but 5.5 is fine. > > By chance did you upgrade this fs in place from a 4.x install? In > other words, do you have only UFS1? That's an interesting question. This server has been through a goodly few incarnations, over many years. Once upon a time it was running 3.4 or there abouts. I thought that I had re-built it from scratch the last time (to 5.3), which presumably would have given me UFS2, but the possibility exists... How would I be able to tell? tunefs -p lists ACLs and MAC multlabel and soft updates, but of those only soft updates is enabled, so I don't know if that is conclusive. Did UFS2 give us anything beyond ACLs and largeness? bsdlabel, mount and df don't seem to give any particular indication... Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 06:15: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4704D16A403; Thu, 26 Oct 2006 06:15:00 +0000 (UTC) (envelope-from anthony.maher@uts.edu.au) Received: from gaz.itd.uts.edu.au (gaz.itd.uts.edu.au [138.25.22.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CC2B43D70; Thu, 26 Oct 2006 06:14:57 +0000 (GMT) (envelope-from anthony.maher@uts.edu.au) Received: by gaz.itd.uts.edu.au (Postfix, from userid 1011) id 19BBEF68D0; Thu, 26 Oct 2006 16:09:29 +1000 (EST) Received: from localhost (localhost [127.0.0.1]) by gaz.itd.uts.edu.au (Postfix/Intermediary) with ESMTP id 08E26F6811; Thu, 26 Oct 2006 16:09:29 +1000 (EST) Received: from carrot (carrot.itd.uts.edu.au [138.25.243.35]) by gaz.itd.uts.edu.au (Postfix/Ingress) with ESMTP id E36CFF677A; Thu, 26 Oct 2006 16:09:28 +1000 (EST) Received: from [138.25.81.112] by postoffice.uts.edu.au (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTPS id <0J7Q00H5WC0T82E0@postoffice.uts.edu.au>; Thu, 26 Oct 2006 16:14:54 +1000 (EST) Date: Thu, 26 Oct 2006 16:14:53 +1000 From: Tony Maher In-reply-to: <20061026060221.GA47902@duncan.reilly.home> To: Andrew Reilly Message-id: <4540525D.1090308@uts.edu.au> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en X-Enigmail-Version: 0.93.0.0 References: <17719.43574.819134.370333@roam.psg.com> <20061020005501.R32598@fledge.watson.org> <20061023060431.GA3186@duncan.reilly.home> <453D9F1A.5040803@FreeBSD.org> <20061026060221.GA47902@duncan.reilly.home> User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20060511 Cc: Randy Bush , Robert Watson , Doug Barton , FreeBSD Stable Subject: Re: 5 to 6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 06:15:00 -0000 Andrew Reilly wrote: > On Mon, Oct 23, 2006 at 10:05:30PM -0700, Doug Barton wrote: > >>Andrew Reilly wrote: >> >> >>>So: my two cents: it can work, but it's possible for it not to >>>work, and care is required. >> >>That's always true, but worth a reminder nonetheless. :) >> >> >>>[*] The production server is using a software RAID mirror on >>>a pair of SATA drives on a low-end Intel P4/ICH6 motherboard, >>>using ar(4), configured by atacontrol. Fsck on 6.x can't find >>>any superblocks on /usr, but 5.5 is fine. >> >>By chance did you upgrade this fs in place from a 4.x install? In >>other words, do you have only UFS1? > > > That's an interesting question. This server has been through a > goodly few incarnations, over many years. Once upon a time it > was running 3.4 or there abouts. I thought that I had re-built > it from scratch the last time (to 5.3), which presumably would > have given me UFS2, but the possibility exists... > > How would I be able to tell? tunefs -p lists ACLs and MAC > multlabel and soft updates, but of those only soft updates is > enabled, so I don't know if that is conclusive. Did UFS2 give > us anything beyond ACLs and largeness? bsdlabel, mount and df > don't seem to give any particular indication... > > Cheers, > dumpfs / | more magic 19540119 (UFS2) time Thu Oct 26 14:29:14 2006 -- tonym From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 07:32: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1721F16A403; Thu, 26 Oct 2006 07:32:44 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E10D43D49; Thu, 26 Oct 2006 07:32:42 +0000 (GMT) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.8/8.13.8) with ESMTP id k9Q7WXLJ014094 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 26 Oct 2006 09:32:33 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <45400286.9020402@samsco.org> References: <20061025183308.L33725@fledge.watson.org> <838FCA83-20F8-4A09-A025-E69956032F86@lassitu.de> <45400286.9020402@samsco.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Thu, 26 Oct 2006 09:32:32 +0200 To: Scott Long X-Mailer: Apple Mail (2.752.2) Cc: Andreas Sons , Robert Watson , FreeBSD Stable Subject: Re: panic: kmem_map too small X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 07:32:44 -0000 Am 26.10.2006 um 02:34 schrieb Scott Long: > There are no obvious culprits from what you posted. [...] Can you > try the following two commands: > > vmstat -m > sysctl hw.busdma Just reset the machine to run these two commands. Will set up a cron job to log them every five minutes so they're available when the next panic occurs. endeavour:~# vmstat -m Type InUse MemUse HighUse Requests Size(s) DEVFS1 84 21K - 84 256 linker 30 2K - 54 16,32,256 DEVFS 12 1K - 13 16,128 lockf 6 1K - 30 64 devbuf 1562 3592K - 1563 16,32,64,128,256,512,1024,2048,4096 temp 14 227K - 4028 16,32,64,128,256,512,1024,2048,4096 module 180 12K - 180 64,128 mtx_pool 1 8K - 1 GEOM 98 12K - 429 16,32,64,128,256,512,1024,2048 pgrp 25 2K - 27 64 session 23 3K - 24 128 proc 2 8K - 2 4096 subproc 148 300K - 792 256,4096 cred 14 2K - 1357 128 plimit 14 4K - 150 256 uidinfo 4 2K - 5 32,1024 sysctl 0 0K - 156 16,32,64 sysctloid 3189 97K - 3189 16,32,64 sysctltmp 0 0K - 204 16,32,64,128 umtx 90 6K - 90 64 SWAP 2 549K - 2 64 bus 793 38K - 4342 16,32,64,128,256,1024 bus-sc 82 32K - 1841 16,32,64,128,256,512,2048,4096 devstat 8 17K - 8 16,4096 eventhandler 44 3K - 44 32,128 kobj 115 230K - 134 2048 acd_driver 1 2K - 1 2048 kbdmux 6 9K - 6 16,128,256,2048,4096 rman 176 11K - 542 16,64 sbuf 0 0K - 246 16,32,64,128,256,512,1024,2048,4096 sleep queues 91 3K - 91 32 taskqueue 9 1K - 9 16,128 turnstiles 91 6K - 91 64 Unitno 6 1K - 8 16,64 ioctlops 0 0K - 487 16,32,64,256,512,1024 iov 0 0K - 292 16,64,128 msg 4 25K - 4 1024,4096 sem 4 7K - 4 512,1024,4096 shm 1 12K - 1 ttys 1072 152K - 2543 128,1024 mbuf_tag 0 0K - 2 32 soname 4 1K - 412 16,32,128 pcb 22 5K - 43 16,32,64,2048 isadev 18 2K - 18 64 BIO buffer 42 84K - 51 2048 vfscache 1 512K - 1 Export Host 1 1K - 1 256 VFS hash 1 256K - 1 vnodes 1 1K - 1 128 mount 76 3K - 251 16,32,64,128,512,2048 vnodemarker 0 0K - 52 512 ata_generic 3 3K - 3 1024 BPF 3 1K - 3 64 ifnet 4 4K - 4 256,1024 ifaddr 22 5K - 22 32,256,512,2048 ether_multi 12 1K - 14 16,32,64 clone 2 8K - 2 4096 arpcom 2 1K - 2 16 lo 1 1K - 1 16 ad_driver 2 1K - 2 32 ata_dma 6 1K - 6 128 entropy 1024 64K - 1024 64 routetbl 14 2K - 55 16,32,64,128,256 in_multi 3 1K - 3 32 hostcache 1 24K - 1 USB 31 3K - 31 16,32,64,128,256 syncache 1 8K - 1 NFS srvsock 1 1K - 1 128 NFS daemon 5 10K - 5 512 p1003.1b 1 1K - 1 16 pagedep 1 64K - 1 inodedep 1 256K - 1 newblk 1 1K - 1 256 UFS dirhash 30 6K - 30 16,32,512 UFS mount 9 19K - 9 256,2048,4096 UMAHash 1 1K - 3 256,512,1024 USBdev 3 1K - 9 16,256,512 cdev 19 3K - 19 128 file desc 74 22K - 730 32,256,2048 VM pgdata 2 65K - 2 64 sigio 1 1K - 1 32 atkbddev 2 1K - 2 32 kenv 113 8K - 114 16,32,64,4096 kqueue 0 0K - 30 256,1024 proc-args 30 2K - 317 32,64,128,256 zombie 0 0K - 644 128 I/O APIC 1 1K - 1 1024 ithread 66 6K - 66 16,64,128 memdesc 1 4K - 1 4096 nexusdev 3 1K - 3 16 DEVFS3 95 12K - 96 128 KTRACE 100 13K - 100 128 acpica 3001 158K - 42411 16,32,64,128,256,512,1024,2048 acpitask 0 0K - 2 32 PCI Link 64 6K - 64 16,64,128 acpisem 17 2K - 17 64 acpidev 93 3K - 93 32 endeavour:~# sysctl hw.busdma hw.busdma.total_bpages: 609 hw.busdma.zone0.total_bpages: 512 hw.busdma.zone0.free_bpages: 512 hw.busdma.zone0.reserved_bpages: 0 hw.busdma.zone0.active_bpages: 0 hw.busdma.zone0.total_bounced: 0 hw.busdma.zone0.total_deferred: 0 hw.busdma.zone0.lowaddr: 0xffffffff hw.busdma.zone0.alignment: 256 hw.busdma.zone0.boundary: 0 hw.busdma.zone1.total_bpages: 1 hw.busdma.zone1.free_bpages: 1 hw.busdma.zone1.reserved_bpages: 0 hw.busdma.zone1.active_bpages: 0 hw.busdma.zone1.total_bounced: 0 hw.busdma.zone1.total_deferred: 0 hw.busdma.zone1.lowaddr: 0xffffffff hw.busdma.zone1.alignment: 4096 hw.busdma.zone1.boundary: 0 hw.busdma.zone2.total_bpages: 96 hw.busdma.zone2.free_bpages: 96 hw.busdma.zone2.reserved_bpages: 0 hw.busdma.zone2.active_bpages: 0 hw.busdma.zone2.total_bounced: 0 hw.busdma.zone2.total_deferred: 0 hw.busdma.zone2.lowaddr: 0xffffffff hw.busdma.zone2.alignment: 2 hw.busdma.zone2.boundary: 65536 > Also, what version of FreeBSD is this? -stable from two days ago, plus this patch: endeavour:~# cat if_bge.patch # based on # if_bge.c.diff?r1=1.143&r2=1.144 # if_bgereg.h.diff?r1=1.54&r2=1.55 --- sys/dev/bge/if_bge.c.orig Fri Oct 13 10:05:55 2006 +++ sys/dev/bge/if_bge.c Fri Oct 20 13:00:14 2006 @@ -325,6 +325,7 @@ static void bge_txeof(struct bge_softc *); static void bge_rxeof(struct bge_softc *); +static void bge_asf_driver_up (struct bge_softc *); static void bge_tick_locked(struct bge_softc *); static void bge_tick(void *); static void bge_stats_update(struct bge_softc *); @@ -375,7 +376,12 @@ static void bge_poll(struct ifnet *ifp, enum poll_cmd cmd, int count); #endif -static void bge_reset(struct bge_softc *); +#define BGE_RESET_START 1 +#define BGE_RESET_STOP 2 +static void bge_sig_post_reset(struct bge_softc *, int); +static void bge_sig_legacy(struct bge_softc *, int); +static void bge_sig_pre_reset(struct bge_softc *, int); +static int bge_reset(struct bge_softc *); static void bge_link_upd(struct bge_softc *); static device_method_t bge_methods[] = { @@ -645,7 +651,6 @@ { struct bge_softc *sc; struct mii_data *mii; - sc = device_get_softc(dev); mii = device_get_softc(sc->bge_miibus); @@ -967,6 +972,84 @@ CSR_WRITE_4(sc, BGE_MAR0 + (i * 4), hashes[i]); } +static void +bge_sig_pre_reset(sc, type) + struct bge_softc *sc; + int type; +{ + /* + * Some chips don't like this so only do this if ASF is enabled + */ + if (sc->bge_asf_mode) + bge_writemem_ind(sc, BGE_SOFTWARE_GENCOMM, BGE_MAGIC_NUMBER); + + if (sc->bge_asf_mode & ASF_NEW_HANDSHAKE) { + switch (type) { + case BGE_RESET_START: + bge_writemem_ind(sc, BGE_SDI_STATUS, 0x1); /* START */ + break; + case BGE_RESET_STOP: + bge_writemem_ind(sc, BGE_SDI_STATUS, 0x2); /* UNLOAD */ + break; + } + } +} + +static void +bge_sig_post_reset(sc, type) + struct bge_softc *sc; + int type; +{ + if (sc->bge_asf_mode & ASF_NEW_HANDSHAKE) { + switch (type) { + case BGE_RESET_START: + bge_writemem_ind(sc, BGE_SDI_STATUS, 0x80000001); + /* START DONE */ + break; + case BGE_RESET_STOP: + bge_writemem_ind(sc, BGE_SDI_STATUS, 0x80000002); + break; + } + } +} + +static void +bge_sig_legacy(sc, type) + struct bge_softc *sc; + int type; +{ + if (sc->bge_asf_mode) { + switch (type) { + case BGE_RESET_START: + bge_writemem_ind(sc, BGE_SDI_STATUS, 0x1); /* START */ + break; + case BGE_RESET_STOP: + bge_writemem_ind(sc, BGE_SDI_STATUS, 0x2); /* UNLOAD */ + break; + } + } +} + +void bge_stop_fw(struct bge_softc *); +void +bge_stop_fw(sc) + struct bge_softc *sc; +{ + int i; + + if (sc->bge_asf_mode) { + bge_writemem_ind(sc, BGE_SOFTWARE_GENCOMM_FW, BGE_FW_PAUSE); + CSR_WRITE_4(sc, BGE_CPU_EVENT, + CSR_READ_4(sc, BGE_CPU_EVENT) != (1 << 14)); + + for (i = 0; i < 100; i++ ) { + if (!(CSR_READ_4(sc, BGE_CPU_EVENT) & (1 << 14))) + break; + DELAY(10); + } + } +} + /* * Do endian, PCI and DMA initialization. Also check the on-board ROM * self-test results. @@ -977,7 +1060,7 @@ uint32_t dma_rw_ctl; int i; - /* Set endian type before we access any non-PCI registers. */ + /* Set endianness before we access any non-PCI registers. */ pci_write_config(sc->bge_dev, BGE_PCI_MISC_CTL, BGE_INIT, 4); /* @@ -1069,6 +1152,12 @@ BGE_MODECTL_TX_NO_PHDR_CSUM); /* + * Tell the firmware the driver is running + */ + if (sc->bge_asf_mode & ASF_STACKUP) + BGE_SETBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); + + /* * Disable memory write invalidate. Apparently it is not supported * properly by these devices. */ @@ -1990,6 +2079,7 @@ uint32_t mac_tmp = 0; u_char eaddr[6]; int error = 0, rid; + int trys; sc = device_get_softc(dev); sc->bge_dev = dev; @@ -2057,7 +2147,38 @@ sc->bge_pcix = 1; /* Try to reset the chip. */ - bge_reset(sc); + if (bge_reset(sc)) { + device_printf(sc->bge_dev, "chip reset failed\n"); + bge_release_resources(sc); + error = ENXIO; + goto fail; + } + + sc->bge_asf_mode = 0; + if (bge_readmem_ind(sc, BGE_SOFTWARE_GENCOMM_SIG) + == BGE_MAGIC_NUMBER) { + if (bge_readmem_ind(sc, BGE_SOFTWARE_GENCOMM_NICCFG) + & BGE_HWCFG_ASF) { + sc->bge_asf_mode |= ASF_ENABLE; + sc->bge_asf_mode |= ASF_STACKUP; + if (sc->bge_asicrev == BGE_ASICREV_BCM5750) { + sc->bge_asf_mode |= ASF_NEW_HANDSHAKE; + } + } + } + + /* Try to reset the chip again the nice way. */ + bge_stop_fw(sc); + bge_sig_pre_reset(sc, BGE_RESET_STOP); + if (bge_reset(sc)) { + device_printf(sc->bge_dev, "chip reset failed\n"); + bge_release_resources(sc); + error = ENXIO; + goto fail; + } + + bge_sig_legacy(sc, BGE_RESET_STOP); + bge_sig_post_reset(sc, BGE_RESET_STOP); if (bge_chipinit(sc)) { device_printf(sc->bge_dev, "chip initialization failed\n"); @@ -2184,15 +2305,36 @@ sc->bge_ifmedia.ifm_media = sc->bge_ifmedia.ifm_cur- >ifm_media; } else { /* - * Do transceiver setup. + * Do transceiver setup and tell the firmware the + * driver is down so we can try to get access the + * probe if ASF is running. Retry a couple of times + * if we get a conflict with the ASF firmware accessing + * the PHY. */ + BGE_CLRBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); +again: + bge_asf_driver_up(sc); + + trys = 0; if (mii_phy_probe(dev, &sc->bge_miibus, bge_ifmedia_upd, bge_ifmedia_sts)) { + if (trys++ < 4) { + device_printf(sc->bge_dev, "Try again \n"); + bge_miibus_writereg(sc->bge_dev, 1, MII_BMCR, BMCR_RESET); + goto again; + } + device_printf(sc->bge_dev, "MII without any PHY!\n"); bge_release_resources(sc); error = ENXIO; goto fail; } + + /* + * Now tell the firmware we are going up after probing the PHY + */ + if (sc->bge_asf_mode & ASF_STACKUP) + BGE_SETBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); } /* @@ -2292,7 +2434,7 @@ BGE_LOCK_DESTROY(sc); } -static void +static int bge_reset(struct bge_softc *sc) { device_t dev; @@ -2378,7 +2520,7 @@ if (i == BGE_TIMEOUT) { device_printf(sc->bge_dev, "firmware handshake timed out\n"); - return; + return(0); } /* @@ -2399,6 +2541,10 @@ CSR_WRITE_4(sc, BGE_MODE_CTL, BGE_DMA_SWAP_OPTIONS| BGE_MODECTL_BYTESWAP_DATA); + /* Tell the ASF firmware we are up */ + if (sc->bge_asf_mode & ASF_STACKUP) + BGE_SETBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); + CSR_WRITE_4(sc, BGE_MAC_MODE, 0); /* @@ -2421,6 +2567,8 @@ CSR_WRITE_4(sc, 0x7c00, v | (1<<25)); } DELAY(10000); + + return(0); } /* @@ -2734,6 +2882,25 @@ } static void +bge_asf_driver_up(struct bge_softc *sc) +{ + if (sc->bge_asf_mode & ASF_STACKUP) { + /* Send ASF heartbeat aprox. every 2s */ + if (sc->bge_asf_count) + sc->bge_asf_count --; + else { + sc->bge_asf_count = 5; + bge_writemem_ind(sc, BGE_SOFTWARE_GENCOMM_FW, + BGE_FW_DRV_ALIVE); + bge_writemem_ind(sc, BGE_SOFTWARE_GENNCOMM_FW_LEN, 4); + bge_writemem_ind(sc, BGE_SOFTWARE_GENNCOMM_FW_DATA, 3); + CSR_WRITE_4(sc, BGE_CPU_EVENT, + CSR_READ_4(sc, BGE_CPU_EVENT) != (1 << 14)); + } + } +} + +static void bge_tick_locked(struct bge_softc *sc) { struct mii_data *mii = NULL; @@ -2747,7 +2914,9 @@ if (!sc->bge_tbi) { mii = device_get_softc(sc->bge_miibus); - mii_tick(mii); + /* Don't mess with the PHY in IPMI/ASF mode */ + if (!((sc->bge_asf_mode & ASF_STACKUP) && (sc- >bge_link))) + mii_tick(mii); } else { /* * Since in TBI mode auto-polling can't be used we should poll @@ -2764,6 +2933,8 @@ } } + bge_asf_driver_up(sc); + callout_reset(&sc->bge_stat_ch, hz, bge_tick, sc); } @@ -3101,7 +3272,13 @@ /* Cancel pending I/O and flush buffers. */ bge_stop(sc); + + bge_stop_fw(sc); + bge_sig_pre_reset(sc, BGE_RESET_START); bge_reset(sc); + bge_sig_legacy(sc, BGE_RESET_START); + bge_sig_post_reset(sc, BGE_RESET_START); + bge_chipinit(sc); /* @@ -3184,7 +3361,7 @@ CSR_WRITE_4(sc, BGE_HCC_TX_MAX_COAL_BDS_INT, 1); } else #endif - + /* Enable host interrupts. */ { BGE_SETBIT(sc, BGE_PCI_MISC_CTL, BGE_PCIMISCCTL_CLEAR_INTA); @@ -3535,7 +3712,20 @@ /* * Tell firmware we're shutting down. */ - BGE_CLRBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); + + bge_stop_fw(sc); + bge_sig_pre_reset(sc, BGE_RESET_STOP); + bge_reset(sc); + bge_sig_legacy(sc, BGE_RESET_STOP); + bge_sig_post_reset(sc, BGE_RESET_STOP); + + /* + * Keep the ASF firmware running if up. + */ + if (sc->bge_asf_mode & ASF_STACKUP) + BGE_SETBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); + else + BGE_CLRBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); /* Free the RX lists. */ bge_free_rx_ring_std(sc); --- sys/dev/bge/if_bgereg.h.orig Fri Oct 13 10:05:55 2006 +++ sys/dev/bge/if_bgereg.h Fri Oct 20 13:01:32 2006 @@ -74,6 +74,11 @@ #define BGE_SOFTWARE_GENCOMM 0x00000B50 #define BGE_SOFTWARE_GENCOMM_SIG 0x00000B54 #define BGE_SOFTWARE_GENCOMM_NICCFG 0x00000B58 +#define BGE_SOFTWARE_GENCOMM_FW 0x00000B78 +#define BGE_FW_DRV_ALIVE 0x00000001 +#define BGE_FW_PAUSE 0x00000002 +#define BGE_SOFTWARE_GENNCOMM_FW_LEN 0x00000B7C +#define BGE_SOFTWARE_GENNCOMM_FW_DATA 0x00000B80 #define BGE_SOFTWARE_GENCOMM_END 0x00000FFF #define BGE_UNMAPPED 0x00001000 #define BGE_UNMAPPED_END 0x00001FFF @@ -1651,6 +1656,7 @@ #define BGE_MODE_CTL 0x6800 #define BGE_MISC_CFG 0x6804 #define BGE_MISC_LOCAL_CTL 0x6808 +#define BGE_CPU_EVENT 0x6810 #define BGE_EE_ADDR 0x6838 #define BGE_EE_DATA 0x683C #define BGE_EE_CTL 0x6840 @@ -2062,6 +2068,7 @@ #define BGE_HWCFG_VOLTAGE 0x00000003 #define BGE_HWCFG_PHYLED_MODE 0x0000000C #define BGE_HWCFG_MEDIA 0x00000030 +#define BGE_HWCFG_ASF 0x00000080 #define BGE_VOLTAGE_1POINT3 0x00000000 #define BGE_VOLTAGE_1POINT8 0x00000001 @@ -2432,6 +2439,10 @@ int val; }; +#define ASF_ENABLE 1 +#define ASF_NEW_HANDSHAKE 2 +#define ASF_STACKUP 4 + struct bge_softc { struct ifnet *bge_ifp; /* interface info */ device_t bge_dev; @@ -2449,6 +2460,8 @@ uint32_t bge_chipid; uint8_t bge_asicrev; uint8_t bge_chiprev; + uint8_t bge_asf_mode; + uint8_t bge_asf_count; uint8_t bge_no_3_led; uint8_t bge_pcie; uint8_t bge_pcix; -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 07:49: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0E4D16A40F for ; Thu, 26 Oct 2006 07:49:12 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from omta03ps.mx.bigpond.com (omta03ps.mx.bigpond.com [144.140.82.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id D82D743D46 for ; Thu, 26 Oct 2006 07:49:10 +0000 (GMT) (envelope-from andrew@areilly.bpa.nu) Received: from areilly.bpa.nu ([141.168.2.3]) by omta03ps.mx.bigpond.com with ESMTP id <20061026074909.WPXA11173.omta03ps.mx.bigpond.com@areilly.bpa.nu> for ; Thu, 26 Oct 2006 07:49:09 +0000 Received: (qmail 51667 invoked by uid 501); 26 Oct 2006 07:46:54 -0000 Date: Thu, 26 Oct 2006 17:46:54 +1000 From: Andrew Reilly To: Tony Maher Message-ID: <20061026074654.GC47902@duncan.reilly.home> References: <17719.43574.819134.370333@roam.psg.com> <20061020005501.R32598@fledge.watson.org> <20061023060431.GA3186@duncan.reilly.home> <453D9F1A.5040803@FreeBSD.org> <20061026060221.GA47902@duncan.reilly.home> <4540525D.1090308@uts.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4540525D.1090308@uts.edu.au> User-Agent: Mutt/1.4.2.2i Cc: Randy Bush , Robert Watson , Doug Barton , FreeBSD Stable Subject: Re: 5 to 6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 07:49:12 -0000 On Thu, Oct 26, 2006 at 04:14:53PM +1000, Tony Maher wrote: > dumpfs / | more > magic 19540119 (UFS2) time Thu Oct 26 14:29:14 2006 Thanks for the tip. Same on this system, so I must have given it a proper clean install when I moved to 5.3. The dumpfs output seems to say a lot of interesting things. Might dumpfs /usr be able to tell me why the 6.2-BETA kernel/fsck can't find it's super-blocks? Hmm, that's odd. Most of the 400 cylinder groups in /usr have a "time" value that is in about the last month (most much closer to "now" than that). The very last one doesn't seem to have been touched since Jul 2005, which is plausibly when I formatted it. Neither does it list any inodes used. Is this normal behaviour or a sign of something ill? Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 08:14: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97F9F16A403 for ; Thu, 26 Oct 2006 08:14:56 +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 49F5543D49 for ; Thu, 26 Oct 2006 08:14:56 +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 EE64E46E8E; Thu, 26 Oct 2006 04:14:55 -0400 (EDT) Date: Thu, 26 Oct 2006 09:14:56 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Scott Long In-Reply-To: <45400286.9020402@samsco.org> Message-ID: <20061026091253.J69980@fledge.watson.org> References: <20061025183308.L33725@fledge.watson.org> <838FCA83-20F8-4A09-A025-E69956032F86@lassitu.de> <45400286.9020402@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Stable , Andreas Sons , Stefan Bethke Subject: Re: panic: kmem_map too small X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 08:14:56 -0000 On Wed, 25 Oct 2006, Scott Long wrote: > There are no obvious culprits from what you posted. The kernel was only > trying to allocate 60 bytes, and the 64-byte bucket didn't look to be overly > used. None of the other zones look terribly over-used either. The 'show > malloc' command doesn't really give enough stats to be terribly useful, > IMHO. What would you add to the output to make it more useful? The main difference between "show malloc" and "vmstat -m", other than any "use over time" associated with multiple runs of vmstat -m, is the malloc size bitmask. This is relatively easily added to kern_malloc.c. > And neither of the commands can effectively track things like contig memory > allocator. Can you try the following two commands: Want to add "show contigmalloc"? I've found it significantly easier to debug memory leaks since adding these DDB commands, but they are easily enhanced to carry more information than they do now. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 08:55: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E926816A49E for ; Thu, 26 Oct 2006 08:55:28 +0000 (UTC) (envelope-from gvanlehn@ccsf.edu) Received: from fog.ccsf.cc.ca.us (fog.ccsf.cc.ca.us [147.144.1.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 726E243D55 for ; Thu, 26 Oct 2006 08:55:28 +0000 (GMT) (envelope-from gvanlehn@ccsf.edu) Received: from ccsf.edu ([10.100.2.224]) by fog.ccsf.cc.ca.us (8.11.3/8.11.3) with ESMTP id k9Q8X4S25734; Thu, 26 Oct 2006 01:33:05 -0700 (PDT) Message-ID: <454072BB.8050709@ccsf.edu> Date: Thu, 26 Oct 2006 01:32:59 -0700 From: Glen Van Lehn User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <45403648.7050407@samsco.org> In-Reply-To: <45403648.7050407@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Install 5.4 CD, Adaptec 2120S, aac0: Command Timeouts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 08:55:29 -0000 Scott Long wrote: > Glen Van Lehn wrote: > >>>>> Scott Long 10/25/06 7:36 PM >>> >>>> >> Glen Van Lehn wrote: >> >>> Hi, I'm new to the FreeBSD lists, and still uncertain on protocol. >>> I posted this today on the freebsd-hardware list, but from the >>> discussion I'm seeing today, it may better apply to 5-stable than >>> hardware. >>> ----- >>> I'm installing 5-STABLE from the 5.4 CDset onto a new HP DL140 G2 >>> with an Adaptec 2120S RAID controller that someone else had already >>> installed with a Linux OS. Two HDD are config'd as RAID1 set. After >>> the probes for VGA & mouse, the boot stuck on a repeated series of >>> messages: >>> >>> aac0: COMMAND 0xc39ef000 TIMEOUT AFTER xxx SECONDS >>> # 16 diff hex offsets per set .. each set repeating every 20 seconds >>> aac0: COMMAND 0xc39ef708 TIMEOUT AFTER xxx SECONDS >>> >>> A different boot has a different hex prefix, 0xc3a16, but the same >>> sequence of 16 trailing digits, 000 to 708. >>> >>> Searching this list, I found a similar post from Chris Knight in >>> January, but he was on 6 and that was apparently right at a change >>> to the aac driver. Searching FreeBSD.org turned up a similar >>> problem back in March 2004 [5.2.1]. Scott Long responded to that >>> one as a known issue being resolved. >>> The BIOS firmware was 'Build 7244' from May 2004, but I updated that >>> to Build 8205 [latest for that chipset] and still had the same problem. >>> >>> Would the pre-existing different OS install mess up the aac0 >>> driver? like format the array first? >>> I broke the array, re-inited the disks and recreated RAID 1.. but >>> didn't format drives .. still had problem. >>> >>> something else? I was able to install Fedora4 after failing on >>> 5.4, but I'd like to use FreeBSD for this project. >>> >>> comments appreciated, >>> glen van lehn >>> >> >> Does the 'Safe mode' boot option work? This is likely an interrupt >> routing problem. >> >> Scott >> >> ---- >> Yes! it did, thank you. >> >> glen >> > > Ok, you'll probably want to put the following line into > /boot/loader.conf: > > hint.apic.0.disabled=1 > > However, if this is an SMP machine, this option will only allow 1 CPU > to be used. If this option doesn't work, then the next one to try is > > hint.acpi.0.disabled=1 > > > Scott --- I actually already had acpi disabled and added the apci to loader.conf. Still have the problem if I don't manually boot to Safe mode. One difference is that right before the aacd0 errors in the default boot, I also get errors about ata0-master and others that may relate no floppy drive in the system . Following is the tail of dmesg output from Safe boot annotated where the default mode errors occur: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (irq) unknown: can't assign resources (port) fdc1: cannot allocate I/O port (6 ports) Timecounter "TSC" frequency 2800112140 Hz quality 800 Timecounters tick every 10.000 msec acd0: DVDROM at ata0-master PIO4 aacd0: on aac0 aacd0: 34730MB (71127808 sectors) pass0 at aacp0 bus 0 target 0 lun 0 pass0: Fixed unknown SCSI-3 device pass0: 160.000MB/s transfers (80.000MHz, offset 127, 16bit) pass1 at aacp0 bus 0 target 1 lun 0 pass1: Fixed unknown SCSI-3 device pass1: 160.000MB/s transfers (80.000MHz, offset 127, 16bit) Mounting root from ufs:/dev/aacd0s1a stray irq7 ## is this stray significant? --glen From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 09:18: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DEC316A403 for ; Thu, 26 Oct 2006 09:18:55 +0000 (UTC) (envelope-from thomas@FreeBSD.ORG) Received: from melamine.cuivre.fr.eu.org (melusine.cuivre.fr.eu.org [82.225.155.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09C9343D4C for ; Thu, 26 Oct 2006 09:18:55 +0000 (GMT) (envelope-from thomas@FreeBSD.ORG) Received: by melamine.cuivre.fr.eu.org (Postfix, from userid 1000) id 6845E5CA9C; Thu, 26 Oct 2006 11:18:54 +0200 (CEST) Date: Thu, 26 Oct 2006 11:18:54 +0200 From: Thomas Quinot To: Benjamin Lutz Message-ID: <20061026091854.GB31681@melamine.cuivre.fr.eu.org> References: <200610112130.21391.mail@maxlor.com> <20061015224036.GB28053@melamine.cuivre.fr.eu.org> <200610161317.18955.mail@maxlor.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5/uDoXvLw7AC5HRs" Content-Disposition: inline In-Reply-To: <200610161317.18955.mail@maxlor.com> X-message-flag: WARNING! Using Outlook can damage your computer. User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: atapicam problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 09:18:55 -0000 --5/uDoXvLw7AC5HRs Content-Type: multipart/mixed; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Benjamin Lutz, 2006-10-16 : > Well, I'm having problems with that. I built a new kernel with all the=20 > CAM debugging options enabled (otherwise it's GENERIC), but this one=20 > would panic as soon as I load the atapicam module if I load it=20 > manually, or as soon as drive detection starts if the boot loader loads= =20 > it. I've had a look at the dump with kgdb, and it appears that a=20 > null-dereference happens in line 4205 of sys/cam/cam_xpt.c: path2 is=20 > NULL. OK, sorry for the delay, can you apply the attached patch and try again? Thomas. --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=d Content-Transfer-Encoding: quoted-printable Index: cam_xpt.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: /space/mirror/ncvs/src/sys/cam/cam_xpt.c,v retrieving revision 1.155.2.8 diff -u -r1.155.2.8 cam_xpt.c --- cam_xpt.c 23 Sep 2006 18:42:08 -0000 1.155.2.8 +++ cam_xpt.c 26 Oct 2006 09:16:07 -0000 @@ -4202,6 +4202,9 @@ =20 int retval =3D 0; =20 + if (path1 =3D=3D NULL || path2 =3D=3D NULL) + return (-1); + if (path1->bus !=3D path2->bus) { if (path1->bus->path_id =3D=3D CAM_BUS_WILDCARD) retval =3D 1; --k+w/mQv8wyuph6w0-- --5/uDoXvLw7AC5HRs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFFQH19AE1UuDk9JGkRAq6dAJsGk/LrOfSOry7PVmxcziEcIfUsOwCdHtDN am75Ykpg44uAfiQ3DHhodQQ= =tggm -----END PGP SIGNATURE----- --5/uDoXvLw7AC5HRs-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 10:09: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C11516A417; Thu, 26 Oct 2006 10:09:42 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F57F43D62; Thu, 26 Oct 2006 10:09:39 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.3) with ESMTP id k9QA8fX9049620; Thu, 26 Oct 2006 14:08:41 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id k9QA8Wub049616; Thu, 26 Oct 2006 14:08:32 +0400 (MSD) (envelope-from yar) Date: Thu, 26 Oct 2006 14:08:32 +0400 From: Yar Tikhiy To: Dan Nelson Message-ID: <20061026100832.GA48810@comp.chem.msu.su> References: <20061024050431.GA1474@dwpc.dwlabs.ca> <453E662C.6050501@FreeBSD.org> <20061024200409.GE53901@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061024200409.GE53901@dan.emsphone.com> User-Agent: Mutt/1.5.9i Cc: Doug Barton , freebsd-stable@freebsd.org, Duane Whitty Subject: Re: Pleading for commit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 10:09:42 -0000 On Tue, Oct 24, 2006 at 03:04:09PM -0500, Dan Nelson wrote: > In the last episode (Oct 24), Doug Barton said: > > Duane Whitty wrote: > > >Patching it myself after every cvs update is not such a big deal; It > > >is forgetting to patch it after every update which is a big deal. > > > > Write a little script for yourself that calls cvsup then runs patch > > so you won't forget. :) > > Or cvsup the CVS repository (instead of using checkout mode), check out > your working tree from there, and run "cvs update" to update your > sources, which will preserve local changes. ... or run a local CVS/SVN/whatever repo and keep your customized FreeBSD source tree in it and import recent FreeBSD changes once in a while, as tough guys do... :-) Well, returning to the main topic, inability to run Flash can be a good thing, after all, if your browser doesn't have a knob to turn the damned thing off. :-) But what else suffers in an unpatched system? -- Yar From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 10:19: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0BE316A407 for ; Thu, 26 Oct 2006 10:19:09 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from erg.verweg.com (erg.verweg.com [217.77.141.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 000F443D58 for ; Thu, 26 Oct 2006 10:19:08 +0000 (GMT) (envelope-from ruben@verweg.com) Received: from [IPv6:::1] (chimp.ripe.net [193.0.1.199]) (authenticated bits=0) by erg.verweg.com (8.13.7/8.13.7) with ESMTP id k9QAImF2007085 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Thu, 26 Oct 2006 12:18:53 +0200 (CEST) (envelope-from ruben@verweg.com) X-Authentication-Warning: erg.verweg.com: Host chimp.ripe.net [193.0.1.199] claimed to be [IPv6:::1] Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <453FF185.6020601@lumeta.com> References: <45364782.8090209@samsco.org> <45366122.6090704@mintel.com> <20061019130040.5f06baf7.wmoran@collaborativefusion.com> <4539D8F0.3050602@samsco.org> <453CAD74.80806@mintel.com> <20061023110743.5f9924dc.wmoran@collaborativefusion.com> <453FF185.6020601@lumeta.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Ruben van Staveren Date: Thu, 26 Oct 2006 12:18:51 +0200 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.752.2) X-Virus-Scanned: by amavisd-new X-Spam-Status: No, score=-1.5 required=5.0 tests=AWL,BAYES_00,SPF_FAIL autolearn=no version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on erg.verweg.com Subject: Re: When will the new BCE driver in HEAD be incorporated into RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 10:19:09 -0000 On 26 Oct 2006, at 1:21, Sam Baskinger wrote: > Adding to the excitement, our band of attack squirrels haven't been > able > to bring down our 2950 yet with this one. We are using the if_bce.c > from > the HEAD w/ a small chunk about vlans commented out (for any > wondering). > > We're trying outbound UDP_STREAM tests w/ netperf of big and small > payloads to a machine on the same 100Mb switch. Nothing fancy, but > what > we could once crash in seconds now hangs tough till the end of the > test. Also adding, It survived multiple buildworld runs over NFS v3 udp hard mounts while inserting a 11gb compressed mysql dump over NFS into the database running on local disks. Both machines involved for the buildworld are 2950's running 6.2-PRERELEASE, identically configured. source for the mysqldump is a NetApp F810c, all connections over gig ethernet. this is with r 1.2.2.6 of if_bce.c - Ruben From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 10: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06DEB16A49E for ; Thu, 26 Oct 2006 10:20:05 +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 754F043D55 for ; Thu, 26 Oct 2006 10:20:05 +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 2AD9046E74; Thu, 26 Oct 2006 06:20:05 -0400 (EDT) Date: Thu, 26 Oct 2006 11:20:05 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Scott Long In-Reply-To: <20061026091253.J69980@fledge.watson.org> Message-ID: <20061026111723.K33725@fledge.watson.org> References: <20061025183308.L33725@fledge.watson.org> <838FCA83-20F8-4A09-A025-E69956032F86@lassitu.de> <45400286.9020402@samsco.org> <20061026091253.J69980@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Stable , Andreas Sons , Stefan Bethke Subject: Re: panic: kmem_map too small X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 10:20:06 -0000 On Thu, 26 Oct 2006, Robert Watson wrote: > On Wed, 25 Oct 2006, Scott Long wrote: > >> There are no obvious culprits from what you posted. The kernel was only >> trying to allocate 60 bytes, and the 64-byte bucket didn't look to be >> overly used. None of the other zones look terribly over-used either. The >> 'show malloc' command doesn't really give enough stats to be terribly >> useful, IMHO. > > What would you add to the output to make it more useful? The main > difference between "show malloc" and "vmstat -m", other than any "use over > time" associated with multiple runs of vmstat -m, is the malloc size > bitmask. This is relatively easily added to kern_malloc.c. > >> And neither of the commands can effectively track things like contig memory >> allocator. Can you try the following two commands: > > Want to add "show contigmalloc"? > > I've found it significantly easier to debug memory leaks since adding these > DDB commands, but they are easily enhanced to carry more information than > they do now. After a bit of looking at the output, etc, I agree with your conclusion that what's there now is lacking. The attached patch, committed to -CURRENT but not yet to -STABLE, makes the "show malloc" DDB output a bit more like the "vmstat -m" output, in that it summarizes the allocation counts and adds the memory use information. Sample output: db> show malloc Type InUse MemUse Requests GEOM 111 14K 529 fw_xfer 0 0K 0 $PIR 0 0K 0 pfs_vncache 0 0K 0 pfs_nodes 20 3K 20 nexusdev 2 1K 2 This is much more useful for malloc types that see variable size allocation, rather than fixed-size allocation, and aligns better with what is offered by user space vmstat -m. I still don't implement interpretting the size mask, as occurs in user space. Robert N M Watson Computer Laboratory University of Cambridge Index: kern_malloc.c =================================================================== RCS file: /zoo/cvsup/FreeBSD-CVS/src/sys/kern/kern_malloc.c,v retrieving revision 1.155 diff -u -r1.155 kern_malloc.c --- kern_malloc.c 23 Jul 2006 19:55:41 -0000 1.155 +++ kern_malloc.c 26 Oct 2006 10:13:42 -0000 @@ -802,20 +802,26 @@ struct malloc_type_internal *mtip; struct malloc_type *mtp; u_int64_t allocs, frees; + u_int64_t alloced, freed; int i; - db_printf("%18s %12s %12s %12s\n", "Type", "Allocs", "Frees", - "Used"); + db_printf("%18s %12s %12s %12s\n", "Type", "InUse", "MemUse", + "Requests"); for (mtp = kmemstatistics; mtp != NULL; mtp = mtp->ks_next) { mtip = (struct malloc_type_internal *)mtp->ks_handle; allocs = 0; frees = 0; + alloced = 0; + freed = 0; for (i = 0; i < MAXCPU; i++) { allocs += mtip->mti_stats[i].mts_numallocs; frees += mtip->mti_stats[i].mts_numfrees; + alloced += mtip->mti_stats[i].mts_memalloced; + freed += mtip->mti_stats[i].mts_memfreed; } - db_printf("%18s %12ju %12ju %12ju\n", mtp->ks_shortdesc, - allocs, frees, allocs - frees); + db_printf("%18s %12ju %12juK %12ju\n", + mtp->ks_shortdesc, allocs - frees, + (alloced - freed + 1023) / 1024, allocs); } } #endif From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 10:35: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A60816A40F; Thu, 26 Oct 2006 10:35:36 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2833643D53; Thu, 26 Oct 2006 10:35:34 +0000 (GMT) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.8/8.13.8) with ESMTP id k9QAZRBQ028420 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 26 Oct 2006 12:35:27 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <20061026111723.K33725@fledge.watson.org> References: <20061025183308.L33725@fledge.watson.org> <838FCA83-20F8-4A09-A025-E69956032F86@lassitu.de> <45400286.9020402@samsco.org> <20061026091253.J69980@fledge.watson.org> <20061026111723.K33725@fledge.watson.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <20152564-EC53-4210-9590-23817A6A3E42@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Thu, 26 Oct 2006 12:36:49 +0200 To: Robert Watson X-Mailer: Apple Mail (2.752.2) Cc: FreeBSD Stable , Andreas Sons Subject: Re: panic: kmem_map too small X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 10:35:36 -0000 Am 26.10.2006 um 12:20 schrieb Robert Watson: > After a bit of looking at the output, etc, I agree with your > conclusion that what's there now is lacking. The attached patch, > committed to -CURRENT but not yet to -STABLE, makes the "show > malloc" DDB output a bit more like the "vmstat -m" output, in that > it summarizes the allocation counts and adds the memory use > information. Sample output: I patched up the box; here's the output right after rebooting into the new kernel. Once it panics again, I'll post the results. db> show malloc Type InUse MemUse Requests MADT Table 0 0K 0 acpipwr 0 0K 0 acpi_perf 0 0K 0 acpidev 93 3K 93 acpisem 17 2K 17 acpicmbat 0 0K 0 PCI Link 64 6K 64 acpitask 0 0K 2 acpica 3000 158K 42603 KTRACE 100 13K 100 prison 0 0K 0 $PIR 0 0K 0 DEVFS3 95 12K 96 nexusdev 3 1K 3 MP Table 0 0K 0 memdesc 1 4K 1 legacydrv 0 0K 0 ithread 66 6K 66 I/O APIC 1 1K 1 zombie 0 0K 649 proc-args 28 2K 345 kqueue 0 0K 30 kenv 113 8K 114 atkbddev 2 1K 2 sigio 1 1K 1 file desc to leader 0 0K 0 VM pgdata 2 65K 2 file desc 68 17K 717 DEVFS2 0 0K 0 USBHC 0 0K 0 cdev 19 3K 19 USBdev 3 1K 9 UMAHash 1 1K 3 UFS mount 9 19K 9 UFS quota 0 0K 0 UFS dirhash 27 5K 27 savedino 0 0K 0 newdirblk 0 0K 0 dirrem 0 0K 0 mkdir 0 0K 0 diradd 0 0K 0 freefile 0 0K 0 freeblks 0 0K 0 freefrag 0 0K 0 allocindir 0 0K 0 indirdep 0 0K 0 allocdirect 0 0K 0 bmsafemap 0 0K 0 newblk 1 1K 1 inodedep 1 256K 1 pagedep 1 64K 1 rpcclnt 0 0K 0 p1003.1b 1 1K 1 agp 0 0K 0 NFS daemon 5 10K 5 NFSV3 srvdesc 0 0K 0 NFS srvsock 1 1K 1 nlminfo 0 0K 0 NFS lock 0 0K 0 NFS DirectIO 0 0K 0 NFS hash 0 0K 0 NFSV3 diroff 0 0K 0 NFSV3 bigfh 0 0K 0 NFS req 0 0K 0 NFS srvsock 0 0K 0 idmap 0 0K 0 NFS4 dev 0 0K 0 syncache 1 8K 1 USB 31 3K 31 hostcache 1 24K 1 ip_moptions 0 0K 0 Export Host 0 0K 0 in_multi 3 1K 3 igmp 0 0K 0 routetbl 14 2K 55 entropy 1024 64K 1024 ata_dma 6 1K 6 ad_driver 2 1K 2 vlan 0 0K 0 tun 0 0K 0 lo 1 1K 1 arpcom 2 1K 2 clone 2 8K 2 ether_multi 12 1K 14 ifaddr 22 5K 22 ifnet 4 4K 4 BPF 3 1K 3 ata_generic 3 3K 3 Export Host 0 0K 0 vnodemarker 0 0K 74 mount 76 3K 225 vnodes 1 1K 1 VFS hash 1 256K 1 Export Host 1 1K 1 cluster_save buffer 0 0K 0 vfscache 1 512K 1 BIO buffer 41 82K 45 isadev 18 2K 18 pcb 22 5K 43 soname 4 1K 431 mbuf_tag 0 0K 2 mbextcnt 0 0K 0 accf 0 0K 0 ptys 0 0K 0 ttys 1072 152K 2543 shm 1 12K 1 sem 4 7K 4 msg 4 25K 4 iov 0 0K 292 select 0 0K 0 ioctlops 0 0K 465 Unitno 6 1K 8 turnstiles 91 6K 91 taskqueue 9 1K 9 stack 0 0K 0 MD sectors 0 0K 0 MD disk 0 0K 0 sleep queues 91 3K 91 sbuf 0 0K 246 rman 176 11K 542 LED 0 0K 0 kbdmux 6 9K 6 acd_driver 1 2K 1 kobj 115 230K 134 eventhandler 44 3K 44 devstat 8 17K 8 mirror_data 0 0K 0 bus-sc 82 32K 1841 bus 793 38K 4342 SWAP 2 549K 2 umtx 90 6K 90 sysctltmp 0 0K 197 sysctloid 3189 97K 3189 sysctl 0 0K 151 uidinfo 4 2K 7 plimit 13 4K 149 ata_pci 0 0K 0 cred 11 2K 1266 subproc 146 292K 795 proc 2 8K 2 session 23 3K 26 pgrp 23 2K 26 GEOM 98 12K 429 mtx_pool 1 8K 1 module 180 12K 180 pfs_vncache 0 0K 0 free 0 0K 0 pfs_nodes 0 0K 0 ip6ndp 0 0K 0 ip6opt 0 0K 0 temp 13 211K 4630 devbuf 1562 3592K 1563 cache 0 0K 0 lockf 6 1K 42 DEVFS 12 1K 13 linker 30 2K 54 DEVFS_RULE 0 0K 0 DEVFS1 84 21K 84 -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 10:39: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3ACD16A403; Thu, 26 Oct 2006 10:39:26 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2D3D43D5F; Thu, 26 Oct 2006 10:39:25 +0000 (GMT) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.8/8.13.8) with ESMTP id k9QAdIc7028494 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 26 Oct 2006 12:39:18 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: References: <20061025183308.L33725@fledge.watson.org> <838FCA83-20F8-4A09-A025-E69956032F86@lassitu.de> <45400286.9020402@samsco.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Thu, 26 Oct 2006 12:40:41 +0200 To: Scott Long X-Mailer: Apple Mail (2.752.2) Cc: Robert Watson , Andreas Sons , FreeBSD Stable Subject: Re: panic: kmem_map too small X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 10:39:27 -0000 Am 26.10.2006 um 09:32 schrieb Stefan Bethke: > Am 26.10.2006 um 02:34 schrieb Scott Long: > >> There are no obvious culprits from what you posted. [...] Can you >> try the following two commands: >> >> vmstat -m >> sysctl hw.busdma > > Just reset the machine to run these two commands. Will set up a > cron job to log them every five minutes so they're available when > the next panic occurs. date /usr/bin/vmstat -m /sbin/sysctl hw.busdma Thu Oct 26 11:50:00 CEST 2006 Type InUse MemUse HighUse Requests Size(s) DEVFS1 84 21K - 84 256 linker 30 2K - 54 16,32,256 DEVFS 12 1K - 13 16,128 lockf 6 1K - 82 64 devbuf 1562 3592K - 1563 16,32,64,128,256,512,1024,2048,4096 temp 14 227K - 44518 16,32,64,128,256,512,1024,2048,4096 module 180 12K - 180 64,128 mtx_pool 1 8K - 1 GEOM 98 12K - 429 16,32,64,128,256,512,1024,2048 pgrp 26 2K - 175 64 session 24 3K - 144 128 proc 2 8K - 2 4096 subproc 183 361K - 20185 256,4096 cred 15 2K - 59219 128 plimit 20 5K - 2461 256 uidinfo 4 2K - 66 32,1024 sysctl 0 0K - 520 16,32,64 sysctloid 3189 97K - 3189 16,32,64 sysctltmp 0 0K - 382 16,32,64,128 umtx 120 8K - 120 64 SWAP 2 549K - 2 64 bus 793 38K - 4342 16,32,64,128,256,1024 bus-sc 82 32K - 1841 16,32,64,128,256,512,2048,4096 devstat 8 17K - 8 16,4096 eventhandler 44 3K - 44 32,128 kobj 115 230K - 134 2048 acd_driver 1 2K - 1 2048 kbdmux 6 9K - 6 16,128,256,2048,4096 rman 176 11K - 542 16,64 sbuf 0 0K - 246 16,32,64,128,256,512,1024,2048,4096 sleep queues 121 4K - 121 32 taskqueue 9 1K - 9 16,128 turnstiles 121 8K - 121 64 Unitno 6 1K - 8 16,64 ioctlops 0 0K - 3370 16,32,64,256,512,1024 iov 0 0K - 408 16,64,128 msg 4 25K - 4 1024,4096 sem 4 7K - 4 512,1024,4096 shm 1 12K - 1 ttys 1072 152K - 2963 128,1024 mbuf_tag 0 0K - 2 32 soname 4 1K - 1665 16,32,128 pcb 22 5K - 47 16,32,64,2048 isadev 18 2K - 18 64 BIO buffer 24 48K - 654 2048 vfscache 1 512K - 1 cluster_save buffer 0 0K - 164 32,64 Export Host 1 1K - 1 256 VFS hash 1 256K - 1 vnodes 1 1K - 1 128 mount 76 3K - 251 16,32,64,128,512,2048 vnodemarker 0 0K - 1958 512 ata_generic 3 3K - 3 1024 BPF 3 1K - 3 64 ifnet 4 4K - 4 256,1024 ifaddr 22 5K - 22 32,256,512,2048 ether_multi 12 1K - 14 16,32,64 clone 2 8K - 2 4096 arpcom 2 1K - 2 16 lo 1 1K - 1 16 ad_driver 2 1K - 2 32 ata_dma 6 1K - 6 128 entropy 1024 64K - 1024 64 routetbl 14 2K - 55 16,32,64,128,256 in_multi 3 1K - 3 32 hostcache 1 24K - 1 USB 31 3K - 31 16,32,64,128,256 syncache 1 8K - 1 NFS srvsock 1 1K - 1 128 NFS daemon 5 10K - 5 512 p1003.1b 1 1K - 1 16 pagedep 1 64K - 1 inodedep 1 256K - 1 newblk 1 1K - 1 256 UFS dirhash 72 13K - 75 16,32,64,512 UFS mount 9 19K - 9 256,2048,4096 UMAHash 1 1K - 3 256,512,1024 USBdev 3 1K - 9 16,256,512 cdev 19 3K - 19 128 file desc 88 26K - 20130 32,256,2048 VM pgdata 2 65K - 2 64 sigio 1 1K - 1 32 atkbddev 2 1K - 2 32 kenv 113 8K - 114 16,32,64,4096 kqueue 0 0K - 38 256,1024 proc-args 40 3K - 14449 16,32,64,128,256 zombie 0 0K - 20002 128 I/O APIC 1 1K - 1 1024 ithread 66 6K - 66 16,64,128 memdesc 1 4K - 1 4096 nexusdev 3 1K - 3 16 DEVFS3 95 12K - 96 128 KTRACE 100 13K - 100 128 acpica 3001 158K - 61401 16,32,64,128,256,512,1024,2048 acpitask 0 0K - 2 32 PCI Link 64 6K - 64 16,64,128 acpisem 17 2K - 17 64 acpidev 93 3K - 93 32 hw.busdma.total_bpages: 609 hw.busdma.zone0.total_bpages: 512 hw.busdma.zone0.free_bpages: 512 hw.busdma.zone0.reserved_bpages: 0 hw.busdma.zone0.active_bpages: 0 hw.busdma.zone0.total_bounced: 0 hw.busdma.zone0.total_deferred: 0 hw.busdma.zone0.lowaddr: 0xffffffff hw.busdma.zone0.alignment: 256 hw.busdma.zone0.boundary: 0 hw.busdma.zone1.total_bpages: 1 hw.busdma.zone1.free_bpages: 1 hw.busdma.zone1.reserved_bpages: 0 hw.busdma.zone1.active_bpages: 0 hw.busdma.zone1.total_bounced: 0 hw.busdma.zone1.total_deferred: 0 hw.busdma.zone1.lowaddr: 0xffffffff hw.busdma.zone1.alignment: 4096 hw.busdma.zone1.boundary: 0 hw.busdma.zone2.total_bpages: 96 hw.busdma.zone2.free_bpages: 96 hw.busdma.zone2.reserved_bpages: 0 hw.busdma.zone2.active_bpages: 0 hw.busdma.zone2.total_bounced: 0 hw.busdma.zone2.total_deferred: 0 hw.busdma.zone2.lowaddr: 0xffffffff hw.busdma.zone2.alignment: 2 hw.busdma.zone2.boundary: 65536 Thu Oct 26 11:55:00 CEST 2006 Type InUse MemUse HighUse Requests Size(s) DEVFS1 84 21K - 84 256 linker 30 2K - 54 16,32,256 DEVFS 12 1K - 13 16,128 lockf 6 1K - 82 64 devbuf 1562 3592K - 1563 16,32,64,128,256,512,1024,2048,4096 temp 14 227K - 61958 16,32,64,128,256,512,1024,2048,4096 module 180 12K - 180 64,128 mtx_pool 1 8K - 1 GEOM 98 12K - 429 16,32,64,128,256,512,1024,2048 pgrp 26 2K - 180 64 session 25 4K - 149 128 proc 2 8K - 2 4096 subproc 176 333K - 29324 256,4096 cred 16 2K - 90291 128 plimit 16 4K - 3370 256 uidinfo 5 2K - 69 32,1024 sysctl 0 0K - 538 16,32,64 sysctloid 3189 97K - 3189 16,32,64 sysctltmp 0 0K - 395 16,32,64,128 umtx 120 8K - 120 64 SWAP 2 549K - 2 64 bus 793 38K - 4342 16,32,64,128,256,1024 bus-sc 82 32K - 1841 16,32,64,128,256,512,2048,4096 devstat 8 17K - 8 16,4096 eventhandler 44 3K - 44 32,128 kobj 115 230K - 134 2048 acd_driver 1 2K - 1 2048 kbdmux 6 9K - 6 16,128,256,2048,4096 rman 176 11K - 542 16,64 sbuf 0 0K - 246 16,32,64,128,256,512,1024,2048,4096 sleep queues 121 4K - 121 32 taskqueue 9 1K - 9 16,128 turnstiles 121 8K - 121 64 Unitno 6 1K - 8 16,64 ioctlops 0 0K - 5137 16,32,64,256,512,1024 iov 0 0K - 415 16,64,128 msg 4 25K - 4 1024,4096 sem 4 7K - 4 512,1024,4096 shm 1 12K - 1 ttys 1072 152K - 2963 128,1024 mbuf_tag 0 0K - 2 32 soname 4 1K - 1712 16,32,128 pcb 22 5K - 47 16,32,64,2048 isadev 18 2K - 18 64 BIO buffer 19 38K - 672 2048 vfscache 1 512K - 1 cluster_save buffer 0 0K - 562 32,64 Export Host 1 1K - 1 256 VFS hash 1 256K - 1 vnodes 1 1K - 1 128 mount 76 3K - 251 16,32,64,128,512,2048 vnodemarker 0 0K - 2026 512 ata_generic 3 3K - 3 1024 BPF 3 1K - 3 64 ifnet 4 4K - 4 256,1024 ifaddr 22 5K - 22 32,256,512,2048 ether_multi 12 1K - 14 16,32,64 clone 2 8K - 2 4096 arpcom 2 1K - 2 16 lo 1 1K - 1 16 ad_driver 2 1K - 2 32 ata_dma 6 1K - 6 128 entropy 1024 64K - 1024 64 routetbl 14 2K - 55 16,32,64,128,256 in_multi 3 1K - 3 32 hostcache 1 24K - 1 USB 31 3K - 31 16,32,64,128,256 syncache 1 8K - 1 NFS srvsock 1 1K - 1 128 NFS daemon 5 10K - 5 512 p1003.1b 1 1K - 1 16 pagedep 1 64K - 1 inodedep 1 256K - 1 newblk 1 1K - 1 256 UFS dirhash 75 14K - 87 16,32,64,512 UFS mount 9 19K - 9 256,2048,4096 UMAHash 1 1K - 3 256,512,1024 USBdev 3 1K - 9 16,256,512 cdev 19 3K - 19 128 file desc 79 22K - 29269 32,256,2048 VM pgdata 2 65K - 2 64 sigio 1 1K - 1 32 atkbddev 2 1K - 2 32 kenv 113 8K - 114 16,32,64,4096 kqueue 0 0K - 38 256,1024 proc-args 36 2K - 20536 16,32,64,128,256 zombie 0 0K - 29148 128 I/O APIC 1 1K - 1 1024 ithread 66 6K - 66 16,64,128 memdesc 1 4K - 1 4096 nexusdev 3 1K - 3 16 DEVFS3 95 12K - 96 128 KTRACE 100 13K - 100 128 acpica 3001 158K - 62136 16,32,64,128,256,512,1024,2048 acpitask 0 0K - 2 32 PCI Link 64 6K - 64 16,64,128 acpisem 17 2K - 17 64 acpidev 93 3K - 93 32 hw.busdma.total_bpages: 609 hw.busdma.zone0.total_bpages: 512 hw.busdma.zone0.free_bpages: 512 hw.busdma.zone0.reserved_bpages: 0 hw.busdma.zone0.active_bpages: 0 hw.busdma.zone0.total_bounced: 0 hw.busdma.zone0.total_deferred: 0 hw.busdma.zone0.lowaddr: 0xffffffff hw.busdma.zone0.alignment: 256 hw.busdma.zone0.boundary: 0 hw.busdma.zone1.total_bpages: 1 hw.busdma.zone1.free_bpages: 1 hw.busdma.zone1.reserved_bpages: 0 hw.busdma.zone1.active_bpages: 0 hw.busdma.zone1.total_bounced: 0 hw.busdma.zone1.total_deferred: 0 hw.busdma.zone1.lowaddr: 0xffffffff hw.busdma.zone1.alignment: 4096 hw.busdma.zone1.boundary: 0 hw.busdma.zone2.total_bpages: 96 hw.busdma.zone2.free_bpages: 96 hw.busdma.zone2.reserved_bpages: 0 hw.busdma.zone2.active_bpages: 0 hw.busdma.zone2.total_bounced: 0 hw.busdma.zone2.total_deferred: 0 hw.busdma.zone2.lowaddr: 0xffffffff hw.busdma.zone2.alignment: 2 hw.busdma.zone2.boundary: 65536 Thu Oct 26 12:00:00 CEST 2006 Type InUse MemUse HighUse Requests Size(s) DEVFS1 84 21K - 84 256 linker 30 2K - 54 16,32,256 DEVFS 12 1K - 13 16,128 lockf 6 1K - 94 64 devbuf 1562 3592K - 1563 16,32,64,128,256,512,1024,2048,4096 temp 14 227K - 62075 16,32,64,128,256,512,1024,2048,4096 module 180 12K - 180 64,128 mtx_pool 1 8K - 1 GEOM 98 12K - 429 16,32,64,128,256,512,1024,2048 pgrp 27 2K - 185 64 session 26 4K - 154 128 proc 2 8K - 2 4096 subproc 179 345K - 29352 256,4096 cred 17 3K - 90500 128 plimit 17 5K - 3414 256 uidinfo 5 2K - 71 32,1024 sysctl 0 0K - 552 16,32,64 sysctloid 3189 97K - 3189 16,32,64 sysctltmp 0 0K - 402 16,32,64,128 umtx 120 8K - 120 64 SWAP 2 549K - 2 64 bus 793 38K - 4342 16,32,64,128,256,1024 bus-sc 82 32K - 1841 16,32,64,128,256,512,2048,4096 devstat 8 17K - 8 16,4096 eventhandler 44 3K - 44 32,128 kobj 115 230K - 134 2048 acd_driver 1 2K - 1 2048 kbdmux 6 9K - 6 16,128,256,2048,4096 rman 176 11K - 542 16,64 sbuf 0 0K - 246 16,32,64,128,256,512,1024,2048,4096 sleep queues 121 4K - 121 32 taskqueue 9 1K - 9 16,128 turnstiles 121 8K - 121 64 Unitno 6 1K - 8 16,64 ioctlops 0 0K - 5157 16,32,64,256,512,1024 iov 0 0K - 423 16,64,128 msg 4 25K - 4 1024,4096 sem 4 7K - 4 512,1024,4096 shm 1 12K - 1 ttys 1072 152K - 3068 128,1024 mbuf_tag 0 0K - 2 32 soname 4 1K - 1747 16,32,128 pcb 22 5K - 48 16,32,64,2048 isadev 18 2K - 18 64 BIO buffer 21 42K - 674 2048 vfscache 1 512K - 1 cluster_save buffer 0 0K - 562 32,64 Export Host 1 1K - 1 256 VFS hash 1 256K - 1 vnodes 1 1K - 1 128 mount 76 3K - 251 16,32,64,128,512,2048 vnodemarker 0 0K - 2096 512 ata_generic 3 3K - 3 1024 BPF 3 1K - 3 64 ifnet 4 4K - 4 256,1024 ifaddr 22 5K - 22 32,256,512,2048 ether_multi 12 1K - 14 16,32,64 clone 2 8K - 2 4096 arpcom 2 1K - 2 16 lo 1 1K - 1 16 ad_driver 2 1K - 2 32 ata_dma 6 1K - 6 128 entropy 1024 64K - 1024 64 routetbl 14 2K - 55 16,32,64,128,256 in_multi 3 1K - 3 32 hostcache 1 24K - 1 USB 31 3K - 31 16,32,64,128,256 syncache 1 8K - 1 NFS srvsock 1 1K - 1 128 NFS daemon 5 10K - 5 512 p1003.1b 1 1K - 1 16 pagedep 1 64K - 1 inodedep 1 256K - 1 newblk 1 1K - 1 256 UFS dirhash 75 14K - 87 16,32,64,512 UFS mount 9 19K - 9 256,2048,4096 UMAHash 1 1K - 3 256,512,1024 USBdev 3 1K - 9 16,256,512 cdev 19 3K - 19 128 file desc 82 23K - 29297 32,256,2048 VM pgdata 2 65K - 2 64 sigio 1 1K - 1 32 atkbddev 2 1K - 2 32 kenv 113 8K - 114 16,32,64,4096 kqueue 0 0K - 40 256,1024 proc-args 40 2K - 20631 16,32,64,128,256 zombie 0 0K - 29173 128 I/O APIC 1 1K - 1 1024 ithread 66 6K - 66 16,64,128 memdesc 1 4K - 1 4096 nexusdev 3 1K - 3 16 DEVFS3 95 12K - 96 128 KTRACE 100 13K - 100 128 acpica 3001 158K - 62796 16,32,64,128,256,512,1024,2048 acpitask 0 0K - 2 32 PCI Link 64 6K - 64 16,64,128 acpisem 17 2K - 17 64 acpidev 93 3K - 93 32 hw.busdma.total_bpages: 609 hw.busdma.zone0.total_bpages: 512 hw.busdma.zone0.free_bpages: 512 hw.busdma.zone0.reserved_bpages: 0 hw.busdma.zone0.active_bpages: 0 hw.busdma.zone0.total_bounced: 0 hw.busdma.zone0.total_deferred: 0 hw.busdma.zone0.lowaddr: 0xffffffff hw.busdma.zone0.alignment: 256 hw.busdma.zone0.boundary: 0 hw.busdma.zone1.total_bpages: 1 hw.busdma.zone1.free_bpages: 1 hw.busdma.zone1.reserved_bpages: 0 hw.busdma.zone1.active_bpages: 0 hw.busdma.zone1.total_bounced: 0 hw.busdma.zone1.total_deferred: 0 hw.busdma.zone1.lowaddr: 0xffffffff hw.busdma.zone1.alignment: 4096 hw.busdma.zone1.boundary: 0 hw.busdma.zone2.total_bpages: 96 hw.busdma.zone2.free_bpages: 96 hw.busdma.zone2.reserved_bpages: 0 hw.busdma.zone2.active_bpages: 0 hw.busdma.zone2.total_bounced: 0 hw.busdma.zone2.total_deferred: 0 hw.busdma.zone2.lowaddr: 0xffffffff hw.busdma.zone2.alignment: 2 hw.busdma.zone2.boundary: 65536 #### panic / reboot Thu Oct 26 12:25:00 CEST 2006 Type InUse MemUse HighUse Requests Size(s) DEVFS1 86 22K - 86 256 linker 30 2K - 54 16,32,256 DEVFS 12 1K - 13 16,128 lockf 6 1K - 36 64 devbuf 1562 3592K - 1563 16,32,64,128,256,512,1024,2048,4096 temp 14 227K - 4638 16,32,64,128,256,512,1024,2048,4096 module 180 12K - 180 64,128 mtx_pool 1 8K - 1 GEOM 98 12K - 429 16,32,64,128,256,512,1024,2048 pgrp 27 2K - 37 64 session 26 4K - 29 128 proc 2 8K - 2 4096 subproc 175 329K - 825 256,4096 cred 16 2K - 1513 128 plimit 15 4K - 171 256 uidinfo 5 2K - 11 32,1024 sysctl 0 0K - 163 16,32,64 sysctloid 3189 97K - 3189 16,32,64 sysctltmp 0 0K - 200 16,32,64,128 umtx 120 8K - 120 64 SWAP 2 549K - 2 64 bus 793 38K - 4342 16,32,64,128,256,1024 bus-sc 82 32K - 1841 16,32,64,128,256,512,2048,4096 devstat 8 17K - 8 16,4096 eventhandler 44 3K - 44 32,128 kobj 115 230K - 134 2048 acd_driver 1 2K - 1 2048 kbdmux 6 9K - 6 16,128,256,2048,4096 rman 176 11K - 542 16,64 sbuf 0 0K - 246 16,32,64,128,256,512,1024,2048,4096 sleep queues 121 4K - 121 32 taskqueue 9 1K - 9 16,128 turnstiles 121 8K - 121 64 Unitno 6 1K - 8 16,64 ioctlops 0 0K - 708 16,32,64,256,512,1024 iov 0 0K - 298 16,64,128 msg 4 25K - 4 1024,4096 sem 4 7K - 4 512,1024,4096 shm 1 12K - 1 ttys 1178 166K - 2649 128,1024 ptys 1 1K - 1 128 mbuf_tag 0 0K - 2 32 soname 4 1K - 469 16,32,128 pcb 22 5K - 53 16,32,64,2048 isadev 18 2K - 18 64 BIO buffer 51 102K - 60 2048 vfscache 1 512K - 1 Export Host 1 1K - 1 256 VFS hash 1 256K - 1 vnodes 1 1K - 1 128 mount 76 3K - 251 16,32,64,128,512,2048 vnodemarker 0 0K - 57 512 ata_generic 3 3K - 3 1024 BPF 3 1K - 3 64 ifnet 4 4K - 4 256,1024 ifaddr 22 5K - 22 32,256,512,2048 ether_multi 12 1K - 14 16,32,64 clone 2 8K - 2 4096 arpcom 2 1K - 2 16 lo 1 1K - 1 16 ad_driver 2 1K - 2 32 ata_dma 6 1K - 6 128 entropy 1024 64K - 1024 64 routetbl 14 2K - 57 16,32,64,128,256 in_multi 3 1K - 3 32 hostcache 1 24K - 1 USB 31 3K - 31 16,32,64,128,256 syncache 1 8K - 1 NFS srvsock 1 1K - 1 128 NFS daemon 5 10K - 5 512 p1003.1b 1 1K - 1 16 pagedep 1 64K - 1 inodedep 1 256K - 1 newblk 1 1K - 1 256 UFS dirhash 30 6K - 30 16,32,512 UFS mount 9 19K - 9 256,2048,4096 UMAHash 1 1K - 3 256,512,1024 USBdev 3 1K - 9 16,256,512 cdev 21 3K - 21 128 file desc 80 24K - 736 32,256,2048 VM pgdata 2 65K - 2 64 sigio 1 1K - 1 32 atkbddev 2 1K - 2 32 kenv 113 8K - 114 16,32,64,4096 kqueue 0 0K - 50 256,1024 proc-args 36 2K - 339 16,32,64,128,256 zombie 0 0K - 650 128 I/O APIC 1 1K - 1 1024 ithread 66 6K - 66 16,64,128 memdesc 1 4K - 1 4096 nexusdev 3 1K - 3 16 DEVFS3 97 13K - 98 128 KTRACE 100 13K - 100 128 acpica 3001 158K - 42449 16,32,64,128,256,512,1024,2048 acpitask 0 0K - 2 32 PCI Link 64 6K - 64 16,64,128 acpisem 17 2K - 17 64 acpidev 93 3K - 93 32 hw.busdma.total_bpages: 609 hw.busdma.zone0.total_bpages: 512 hw.busdma.zone0.free_bpages: 512 hw.busdma.zone0.reserved_bpages: 0 hw.busdma.zone0.active_bpages: 0 hw.busdma.zone0.total_bounced: 0 hw.busdma.zone0.total_deferred: 0 hw.busdma.zone0.lowaddr: 0xffffffff hw.busdma.zone0.alignment: 256 hw.busdma.zone0.boundary: 0 hw.busdma.zone1.total_bpages: 1 hw.busdma.zone1.free_bpages: 1 hw.busdma.zone1.reserved_bpages: 0 hw.busdma.zone1.active_bpages: 0 hw.busdma.zone1.total_bounced: 0 hw.busdma.zone1.total_deferred: 0 hw.busdma.zone1.lowaddr: 0xffffffff hw.busdma.zone1.alignment: 4096 hw.busdma.zone1.boundary: 0 hw.busdma.zone2.total_bpages: 96 hw.busdma.zone2.free_bpages: 96 hw.busdma.zone2.reserved_bpages: 0 hw.busdma.zone2.active_bpages: 0 hw.busdma.zone2.total_bounced: 0 hw.busdma.zone2.total_deferred: 0 hw.busdma.zone2.lowaddr: 0xffffffff hw.busdma.zone2.alignment: 2 hw.busdma.zone2.boundary: 65536 -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 11:14: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FDE416A40F for ; Thu, 26 Oct 2006 11:14:54 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF87043D45 for ; Thu, 26 Oct 2006 11:14:53 +0000 (GMT) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 6C5F1114066 for ; Thu, 26 Oct 2006 12:14:50 +0100 (BST) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5mtPqKToMCRa for ; Thu, 26 Oct 2006 12:14:47 +0100 (BST) Received: from gdc083.internal.graphdata.co.uk (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with SMTP id BF62A114060 for ; Thu, 26 Oct 2006 12:14:47 +0100 (BST) Date: Thu, 26 Oct 2006 12:14:47 +0100 From: Dominic Marks To: freebsd-stable@freebsd.org Message-Id: <20061026121447.7b75d077.dom@helenmarks.co.uk> X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: FreeBSD 6.2-PRE panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 11:14:54 -0000 Hello, Received this one this morning. I was in Gnome, just opened sylpheed. Had a collection of other apps running, no particular high load. Debug kernel and vmcore available for interested developers (592MB ... I've turned on minidumps now.) Thanks, Dominic Fatal trap 12: page fault while in kernel mode fault virtual address = 0x78 fault code = supervisor read, page not present instruction pointer = 0x20:0xc06f39a3 stack pointer = 0x28:0xe3570be0 frame pointer = 0x28:0xe3570be4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 17 (swi6: task queue) trap number = 12 panic: page fault Uptime: 23h14m49s Dumping 1022 MB (2 chunks) chunk 0: 1MB (160 pages) ... ok chunk 1: 1022MB (261516 pages) 1006 990 974 958 942 926 910 894 878 862 846 830 814 798 782 766 750 734 718 702 686 670 654 638 622 606 590 574 558 542 526 510 494 478 462 446 430 414 398 382 366 350 334 318 302 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 #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 0xc06ce06a in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc06ce374 in panic (fmt=0xc0959c10 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc0901e81 in trap_fatal (frame=0xe3570ba0, eva=0) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc0901599 in trap (frame= {tf_fs = -992346104, tf_es = -988217304, tf_ds = -480837592, tf_edi = -964483488, tf_esi = -995430016, tf_ebp = -480834588, tf_isp = -480834612, tf_ebx = -995474688, tf_edx = -995430016, tf_ecx = 4, tf_eax = 4, tf_trapno = 12, tf_err = 0, tf_eip = -1066452573, tf_cs = 32, tf_eflags = 65543, tf_esp = -995430016, tf_ss = -480834552}) at /usr/src/sys/i386/i386/trap.c:270 #5 0xc08ee9da in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc06f39a3 in turnstile_setowner (ts=0xc4aa4300, owner=0x4) at /usr/src/sys/kern/subr_turnstile.c:432 #7 0xc06f3ccf in turnstile_wait (lock=0xc68326ac, owner=0x4) at /usr/src/sys/kern/subr_turnstile.c:591 #8 0xc06c2973 in _mtx_lock_sleep (m=0xc68326ac, tid=3299537280, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:579 #9 0xc06cd41d in _sema_post (sema=0xc68326ac, file=0x0, line=0) at /usr/src/sys/kern/kern_sema.c:79 #10 0xc04ee003 in ata_completed (context=0xc6832660, dummy=1) at /usr/src/sys/dev/ata/ata-queue.c:481 #11 0xc06f25e8 in taskqueue_run (queue=0xc4af8580) at /usr/src/sys/kern/subr_taskqueue.c:257 #12 0xc06f2877 in taskqueue_swi_run (dummy=0x0) at /usr/src/sys/kern/subr_taskqueue.c:299 #13 0xc06b3ed6 in ithread_execute_handlers (p=0xc4ab3430, ie=0xc4bab700) at /usr/src/sys/kern/kern_intr.c:682 #14 0xc06b4017 in ithread_loop (arg=0xc4b7f020) at /usr/src/sys/kern/kern_intr.c:765 #15 0xc06b2b0d in fork_exit (callout=0xc06b3fb4 , arg=0x4, frame=0x4) at /usr/src/sys/kern/kern_fork.c:821 #16 0xc08eea3c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 11:18: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B499B16A403; Thu, 26 Oct 2006 11:18:06 +0000 (UTC) (envelope-from anthony.maher@uts.edu.au) Received: from dib.itd.uts.edu.au (dib.itd.uts.edu.au [138.25.22.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAE5543D53; Thu, 26 Oct 2006 11:18:05 +0000 (GMT) (envelope-from anthony.maher@uts.edu.au) Received: by dib.itd.uts.edu.au (Postfix, from userid 1011) id 3FE40128D55; Thu, 26 Oct 2006 21:13:00 +1000 (EST) Received: from localhost (localhost [127.0.0.1]) by dib.itd.uts.edu.au (Postfix/Intermediary) with ESMTP id 2B45A128DC2; Thu, 26 Oct 2006 21:13:00 +1000 (EST) Received: from vimes (vimes.itd.uts.edu.au [138.25.243.34]) by dib.itd.uts.edu.au (Postfix/Ingress) with ESMTP id 102BF128D55; Thu, 26 Oct 2006 21:13:00 +1000 (EST) Received: from [192.168.0.10] (c220-239-178-215.thorn1.nsw.optusnet.com.au [220.239.178.215]) by postoffice.uts.edu.au (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTPSA id <0J7Q00JJMQ1ZOV50@postoffice.uts.edu.au>; Thu, 26 Oct 2006 21:18:04 +1000 (EST) Date: Thu, 26 Oct 2006 21:17:59 +1000 From: Tony Maher In-reply-to: <20061026074654.GC47902@duncan.reilly.home> To: Andrew Reilly Message-id: <45409967.7030702@uts.edu.au> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en X-Enigmail-Version: 0.93.0.0 References: <17719.43574.819134.370333@roam.psg.com> <20061020005501.R32598@fledge.watson.org> <20061023060431.GA3186@duncan.reilly.home> <453D9F1A.5040803@FreeBSD.org> <20061026060221.GA47902@duncan.reilly.home> <4540525D.1090308@uts.edu.au> <20061026074654.GC47902@duncan.reilly.home> User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20060511 Cc: Randy Bush , Robert Watson , Doug Barton , FreeBSD Stable Subject: Re: 5 to 6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 11:18:06 -0000 Andrew Reilly wrote: > On Thu, Oct 26, 2006 at 04:14:53PM +1000, Tony Maher wrote: > >>dumpfs / | more >>magic 19540119 (UFS2) time Thu Oct 26 14:29:14 2006 > > > Thanks for the tip. Same on this system, so I must have given > it a proper clean install when I moved to 5.3. > > The dumpfs output seems to say a lot of interesting things. > Might dumpfs /usr be able to tell me why the 6.2-BETA > kernel/fsck can't find it's super-blocks? Sorry do not know much about these commands but doesn't ffsinfo show superblock info? ffsinfo -o /var/tmp/ffsinfo.log / ===== START SUPERBLOCK ===== # 0@80808c4: primary sblock sblkno int32_t 0x00000028 cblkno int32_t 0x00000030 iblkno int32_t 0x00000038 dblkno int32_t 0x00000bb8 old_cgoffset int32_t 0x00000000 old_cgmask int32_t 0x00000000 old_time int32_t 0 old_size int32_t 0x00000000 ... state int32_t 0x00000000 old_postblformat int32_t 0x00000000 old_nrpos int32_t 0x00000000 spare5 int32_t[2] 0x00000000 0x00000000 magic int32_t 0x19540119 ===== END SUPERBLOCK ===== > Hmm, that's odd. Most of the 400 cylinder groups in /usr have a > "time" value that is in about the last month (most much closer > to "now" than that). The very last one doesn't seem to have > been touched since Jul 2005, which is plausibly when I formatted > it. Neither does it list any inodes used. Is this normal > behaviour or a sign of something ill? I see: magic 19540119 (UFS2) time Thu Oct 26 20:55:15 2006 superblock location 65536 id [ 42d64d1d 5cdf5278 ] ncg 6 size 524288 blocks 506487 bsize 16384 shift 14 mask 0xffffc000 fsize 2048 shift 11 mask 0xfffff800 frag 8 shift 3 fsbtodb 2 minfree 8% optim time symlinklen 120 maxbsize 16384 maxbpg 2048 maxcontig 8 contigsumsize 8 nbfree 48586 ndir 107 nifree 136086 nffree 1667 bpg 11761 fpg 94088 ipg 23552 nindir 2048 inopb 64 maxfilesize 140806241583103 sbsize 2048 cgsize 16384 csaddr 3000 cssize 2048 sblkno 40 cblkno 48 iblkno 56 dblkno 3000 cgrotor 4 fmod 0 ronly 0 clean 0 avgfpdir 64 avgfilesize 16384 flags none fsmnt / volname swuid 0 cs[].cs_(nbfree,ndir,nifree,nffree): (10282,26,23415,292) (5367,10,21384,206) (5706,16,21567,1081) (10078,25,2269 6,84) (10792,30,23472,4) (6361,0,23552,0) blocks in last group 6731 cg 0: magic 90255 tell 18000 time Fri Oct 13 17:27:50 2006 cgx 0 ndblk 94088 niblk 23552 initiblk 256 nbfree 10282 ndir 26 nifree 23415 nffree 292 rotor 15880 irotor 7 frotor 3104 frsum 1 3 1 16 11 19 7 sum of frsum: 292 clusters 1-7: 7 2 2 13 1 0 0 clusters size 8 and over: 6 clusters free: 384, 413, 439, 444, 473-475, 477, 540-541, 544-545, 550, 626-630, 636, 675-686, 695-698, 745-748, 795-798, 837-850, 866-868, 887-1042, 1051-1054, 1101-1104, 1151-1154, 1201-1204, 1251-1254, 1301-1304, 1351-1354, 1401-1404, 1451-1454, 1501-1504, 1543-1786, 1971-1985, 1994-11760 inodes used: 0-14, 16-61, 63-65, 67-136, 138-140 blks free: 3002-3007, 3009-3015, 3017-3023, 3027-3031, 3050-3055, 3066-3085, 3091-3095, 3098-3103, 3122-3127, 3130-3135, 3138-3149, 3152-3157, 3163-3167, 3171-3175, 3179-3183, 3187-3196, 3266-3271, 3276-3279, 3285-3287, 3296-3301, 3304-3311, 3328-3331, 3344-3347, 3354-3364, 3374-3375, 3384-3389, 3392-3398, 3400-3406, 3408-3412, 3416-3419, 3424-3430, 3432-3438, 3440-3446, 3448-3453, 3472-3477, 3512-3519, 3540-3543, 3548-3559, 3576-3581, 3647-3653, 3764-3767, 3774-3775, 3784-3813, 3816-3823, 4051-4055, 4244-4247, 4315-4335, 4352-4367, 4396-4407, 4414-4415, 4564-4567, 4652-4655, 4740-4743, 4828-4831, 4916-4919, 5004-5047, 5088-5095, 5400-5495, 5560-5591, 5960-5991, 6360-6391, 6696-6807, 6924-6951, 7096-8343, 8408-8439, 8808-8839, 9208-9239, 9608-9639, 10008-10039, 10408-10439, 10808-10839, 11208-11239, 11608-11639, 12008-12039, 12344-14295, 15768-15887, 15952-94087 ... -- tonym From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 11: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE7E716A417 for ; Thu, 26 Oct 2006 11:32:02 +0000 (UTC) (envelope-from info@siterollout.com) Received: from server4.e-webhost.info (server4.e-webhost.info [85.234.142.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9EAD43D49 for ; Thu, 26 Oct 2006 11:32:00 +0000 (GMT) (envelope-from info@siterollout.com) Received: from 82-44-177-32.cable.ubr05.haye.blueyonder.co.uk ([82.44.177.32] helo=pc1) by server4.e-webhost.info with esmtpa (Exim 4.62) (envelope-from ) id 1Gd4PF-0007mM-M0 for freebsd-stable@freebsd.org; Thu, 26 Oct 2006 12:32:22 +0000 From: "SiteRollout.com" To: Date: Thu, 26 Oct 2006 12:32:43 +0100 Message-ID: <002c01c6f8f2$7656c550$0200a8c0@pc1> MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 Importance: Normal Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Three FreeBSD 6 questions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 11:32:03 -0000 I'm new to this list, so here's a hello, how are you to everyone on the list! =20 I'm coming to FreeBSD from a Linux background, so whilst some things are pretty similar, some things are pretty different. =20 Two questions to kickstart my participation on this list: =20 1.) How exactly do I know whether I am running the STABLE or CURRENT release, as when I run uname I can only see the following relevant info: =20 FreeBSD server4.domain.info 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Sat Sep = 23 13:52:48 UTC 2006 root@server4. domain.info:/usr/src/sys/i386/compile/SERVER4 i386 =20 And which file do I change to use a different release, and how must I = update the system to pull in this latest release? 2.) I'm a bit confused as to updating the system. As I understand, there = are 3 areas which require updates: =20 i. Ports ii. Security updates iii. Kernel updates =20 I know how to perform the first two, but for kernel updates I can't seen = to find a consistent unified method with talk of the "traditional" way and = the "latest" way. What is the best way to keep my FreeBSD 6.x system = up2date? =20 3.) One of my new FreeBSD 6.0 servers went down recently. This was odd = as the actual server was hardly busy, but filesystem errors came up when booting up the server. After running fsck, server would be up for about = an hour and then go down again. This kept happening and so I initially = thought it was due to overheating. However cooling was all good, so after = further investigation and googling I diagnosed the problem as being the = background fsck which for some reason was failing, causing the server to shutdown = and upon reboot requiring a manual fsck. =20 I've fixed this by disabling the background fsck and forcing the bootup = fsck in /etc/rc.conf. At least then if the server goes down again it will fix itself with a full fsck when booting up. My question is whether this is okay, and has anyone experienced this same problem with their system? = And why has the background fsck been failing? Where can i find further info? =20 Any help with these questions would be greatly appreciated. =20 Regards, Suhail. =20 www.siterollout.com =20 From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 11:39: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D15F416A415; Thu, 26 Oct 2006 11:39:27 +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 505EE43D49; Thu, 26 Oct 2006 11:39:24 +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 5A3805E08; Thu, 26 Oct 2006 15:39:23 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 36FBF5DC8; Thu, 26 Oct 2006 15:39:23 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id k9QBdMfF001008; Thu, 26 Oct 2006 15:39:22 +0400 (MSD) (envelope-from ru) Date: Thu, 26 Oct 2006 15:39:22 +0400 From: Ruslan Ermilov To: Brooks Davis , Stefan Bethke , freebsd-stable@freebsd.org Message-ID: <20061026113922.GA932@rambler-co.ru> References: <3A8131D4-881E-4873-A682-543A1A88C063@lassitu.de> <20060911180915.GB33304@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline In-Reply-To: <20060911180915.GB33304@lor.one-eyed-alien.net> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: Bruce Evans , John Baldwin Subject: Re: Still possible to directly boot without loader? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 11:39:27 -0000 --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 11, 2006 at 01:09:15PM -0500, Brooks Davis wrote: > On Sun, Sep 10, 2006 at 09:10:26PM +0200, Stefan Bethke wrote: > > I just tried to load my standard kernel from the boot blocks (instead = =20 > > of using loader(8)), but I either get a hang before the kernel prints = =20 > > anything, or a BTX halted. Is this still supposed to work in 6-=20 > > stable, or has it finally disappeared? >=20 > You may be able to get this to work, but it is unsupported. >=20 I've been investigating this today. Here's what I've found: 1) You need hints statically compiled into your kernel. (This has been a long time requirement.) 2) You can only do it on i386, because boot2 only knows about ELF32, so attempts to load ELF64 amd64 kernels will fail. (loader(8) knows about both ELF32/64.) 3) It's currently broken even on i386; backing out rev. 1.71 of boot2.c by jhb@ fixes this for me. : revision 1.71 : date: 2004/09/18 02:07:00; author: jhb; state: Exp; lines: +3 -3 : A long, long time ago in a CVS branch far away (specifically, HEAD prior : to 4.0 and RELENG_3), the BTX mini-kernel used paging rather than flat : mode and clients were limited to a virtual address space of 16 megabytes. : Because of this limitation, boot2 silently masked all physical addresses : in any binaries it loaded so that they were always loaded into the first : 16 Meg. Since BTX no longer has this limitation (and hasn't for a long : time), remove the masking from boot2. This allows boot2 to load kernels : larger than about 12 to 14 meg (12 for non-PAE, 14 for PAE). :=20 : Submitted by: Sergey Lyubka devnull at uptsoft dot com : MFC after: 1 month Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --9jxsPFA5p3P2qPhR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFQJ5qqRfpzJluFF4RAjhsAJ9AKabIAUz5QE35xUVvuDYqo2V2QgCcCZLg YHHBABckMzgEJesKL9NS10w= =g8fK -----END PGP SIGNATURE----- --9jxsPFA5p3P2qPhR-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 11:42: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAD1B16A403 for ; Thu, 26 Oct 2006 11:42:22 +0000 (UTC) (envelope-from joe@joeholden.co.uk) Received: from claire.ber.rewt.org.uk (claire.ber.rewt.org.uk [217.160.200.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 392AC43D5F for ; Thu, 26 Oct 2006 11:42:20 +0000 (GMT) (envelope-from joe@joeholden.co.uk) Received: from localhost (localhost [127.0.0.1]) by claire.ber.rewt.org.uk (Postfix) with ESMTP id 9A7B9140036B; Thu, 26 Oct 2006 12:42:18 +0100 (BST) X-Virus-Scanned: Scanned at claire.ber.rewt.org.uk Received: from claire.ber.rewt.org.uk ([127.0.0.1]) by localhost (claire.ber.rewt.org.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rwns-qkCbPoJ; Thu, 26 Oct 2006 12:42:09 +0100 (BST) Received: from [10.2.1.120] (cpvirtual.operatelecom.com [62.232.41.245]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: joe) by claire.ber.rewt.org.uk (Postfix) with ESMTP id A10A21400343; Thu, 26 Oct 2006 12:42:09 +0100 (BST) Message-ID: <45409F10.4020806@joeholden.co.uk> Date: Thu, 26 Oct 2006 12:42:08 +0100 From: Joe Holden Organization: joe@joeholden.co.uk User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: "SiteRollout.com" References: <002c01c6f8f2$7656c550$0200a8c0@pc1> In-Reply-To: <002c01c6f8f2$7656c550$0200a8c0@pc1> X-Enigmail-Version: 0.94.1.0 OpenPGP: id=13A6D1E7 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6CC696BFE639DC4E58C6C521" Cc: freebsd-stable@freebsd.org Subject: Re: Three FreeBSD 6 questions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 11:42:23 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6CC696BFE639DC4E58C6C521 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable SiteRollout.com wrote: > I'm new to this list, so here's a hello, how are you to everyone on the= > list! Welcome! > I'm coming to FreeBSD from a Linux background, so whilst some things ar= e > pretty similar, some things are pretty different. Excellent! > 1.) How exactly do I know whether I am running the STABLE or CURRENT > release, as when I run uname I can only see the following relevant info= : > =20 > FreeBSD server4.domain.info 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Sat Sep= 23 > 13:52:48 UTC 2006 root@server4. > > domain.info:/usr/src/sys/i386/compile/SERVER4 i386 You would be running -RELEASE, which is a snapshot of -STABLE at a particular point in time (Someone correct me if i'm wrong). > And which file do I change to use a different release, and how must I u= pdate > the system to pull in this latest release? http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html is a good starting point, I recommend you read the handbook entirely at least once! > 2.) I'm a bit confused as to updating the system. As I understand, ther= e are > 3 areas which require updates: > =20 > i. Ports > ii. Security updates > iii. Kernel updates > =20 > I know how to perform the first two, but for kernel updates I can't see= n to > find a consistent unified method with talk of the "traditional" way and= the > "latest" way. What is the best way to keep my FreeBSD 6.x system up2dat= e? The "kernel" updates are all part of the cvsup process, as its including in -src, you base system and kernel must always be in line, its not "modular" like Linux is. > 3.) One of my new FreeBSD 6.0 servers went down recently. This was odd = as > the actual server was hardly busy, but filesystem errors came up when > booting up the server. After running fsck, server would be up for about= an > hour and then go down again. This kept happening and so I initially tho= ught > it was due to overheating. However cooling was all good, so after furth= er > investigation and googling I diagnosed the problem as being the backgro= und > fsck which for some reason was failing, causing the server to shutdown = and > upon reboot requiring a manual fsck. > =20 > I've fixed this by disabling the background fsck and forcing the bootup= fsck > in /etc/rc.conf. At least then if the server goes down again it will fi= x > itself with a full fsck when booting up. My question is whether this is= > okay, and has anyone experienced this same problem with their system? A= nd > why has the background fsck been failing? Where can i find further info= ? > =20 > Any help with these questions would be greatly appreciated. > =20 > Regards, > Suhail. Thanks, Joe --------------enig6CC696BFE639DC4E58C6C521 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFQJ8TdQJXshOm0ecRAk40AJ9vdokTJkcxh+9Uz1f3mEoku7qAtQCffnf3 z532J3CzICLXsonqKQ4Ct7A= =5nfK -----END PGP SIGNATURE----- --------------enig6CC696BFE639DC4E58C6C521-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 12:10:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D6C916A417 for ; Thu, 26 Oct 2006 12:10:53 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83C9843D98 for ; Thu, 26 Oct 2006 12:10:45 +0000 (GMT) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id A690A11405D for ; Thu, 26 Oct 2006 13:10:44 +0100 (BST) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dNV15tZAylHq for ; Thu, 26 Oct 2006 13:10:41 +0100 (BST) Received: from gdc083.internal.graphdata.co.uk (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with SMTP id A06EE114026 for ; Thu, 26 Oct 2006 13:10:41 +0100 (BST) Date: Thu, 26 Oct 2006 13:10:41 +0100 From: Dominic Marks To: freebsd-stable@freebsd.org Message-Id: <20061026131041.9da80977.dom@helenmarks.co.uk> In-Reply-To: <20061026121447.7b75d077.dom@helenmarks.co.uk> References: <20061026121447.7b75d077.dom@helenmarks.co.uk> X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD 6.2-PRE panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 12:10:53 -0000 On Thu, 26 Oct 2006 12:14:47 +0100 Dominic Marks wrote: > Hello, > > Received this one this morning. I was in Gnome, just opened > sylpheed. Had a collection of other apps running, no particular > high load. Debug kernel and vmcore available for interested > developers (592MB ... I've turned on minidumps now.) > > Thanks, > Dominic > And another, looks like the same again. This time I have a minidump (73MB) . Available for developers. I'm going to try going to latest STABLE and see if it goes away. Thanks, Dominic Unread portion of the kernel message buffer: acd1: unknown transfer phase kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x78 fault code = supervisor read, page not present instruction pointer = 0x20:0xc06f39a3 stack pointer = 0x28:0xe3570be0 frame pointer = 0x28:0xe3570be4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 17 (swi6: task queue) trap number = 12 panic: page fault Uptime: 1h39m21s Physical memory: 1014 MB Dumping 177 MB: (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 162 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 146 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 130 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 114 98 82 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 66 50 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 34 18 2 #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 0xc06ce06a in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc06ce374 in panic (fmt=0xc0959c10 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc0901e81 in trap_fatal (frame=0xe3570ba0, eva=0) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc0901599 in trap (frame= {tf_fs = -988151800, tf_es = -988217304, tf_ds = -480837592, tf_edi = -986352032, tf_esi = -995430016, tf_ebp = -480834588, tf_isp = -480834612, tf_ebx = -995474688, tf_edx = -995430016, tf_ecx = 4, tf_eax = 4, tf_trapno = 12, tf_err = 0, tf_eip = -1066452573, tf_cs = 32, tf_eflags = 589831, tf_esp = -995430016, tf_ss = -480834552}) at /usr/src/sys/i386/i386/trap.c:270 #5 0xc08ee9da in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc06f39a3 in turnstile_setowner (ts=0xc4aa4300, owner=0x4) at /usr/src/sys/kern/subr_turnstile.c:432 #7 0xc06f3ccf in turnstile_wait (lock=0xc53576ac, owner=0x4) at /usr/src/sys/kern/subr_turnstile.c:591 #8 0xc06c2973 in _mtx_lock_sleep (m=0xc53576ac, tid=3299537280, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:579 #9 0xc06cd41d in _sema_post (sema=0xc53576ac, file=0x0, line=0) at /usr/src/sys/kern/kern_sema.c:79 #10 0xc04ee003 in ata_completed (context=0xc5357660, dummy=1) at /usr/src/sys/dev/ata/ata-queue.c:481 #11 0xc06f25e8 in taskqueue_run (queue=0xc4af8580) at /usr/src/sys/kern/subr_taskqueue.c:257 #12 0xc06f2877 in taskqueue_swi_run (dummy=0x0) at /usr/src/sys/kern/subr_taskqueue.c:299 #13 0xc06b3ed6 in ithread_execute_handlers (p=0xc4ab3430, ie=0xc4bab700) at /usr/src/sys/kern/kern_intr.c:682 #14 0xc06b4017 in ithread_loop (arg=0xc4b7f020) at /usr/src/sys/kern/kern_intr.c:765 #15 0xc06b2b0d in fork_exit (callout=0xc06b3fb4 , arg=0x4, frame=0x4) at /usr/src/sys/kern/kern_fork.c:821 #16 0xc08eea3c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 12:14: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A684A16A492 for ; Thu, 26 Oct 2006 12:14:23 +0000 (UTC) (envelope-from pj@smo.de) Received: from ilk.de (mx-out14.ilk.de [194.121.104.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBEFB43D76 for ; Thu, 26 Oct 2006 12:13:41 +0000 (GMT) (envelope-from pj@smo.de) Received: from bologna.intern.smo.de (pool36.ka.ilk.net [212.86.194.36]) by ilk.de (8.13.4/8.13.4/ilk-relay) with ESMTP id k9QCDXfY011698; Thu, 26 Oct 2006 14:13:33 +0200 Received: from [192.168.153.208] (herdubreid.intern.smo.de [192.168.153.208]) by bologna.intern.smo.de (8.13.4+Sun/8.13.4) with ESMTP id k9QCD9GG017171; Thu, 26 Oct 2006 14:13:09 +0200 (CEST) Message-ID: <4540A759.50901@smo.de> Date: Thu, 26 Oct 2006 14:17:29 +0200 From: Philipp Ost User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20061022 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: "SiteRollout.com" References: <002c01c6f8f2$7656c550$0200a8c0@pc1> In-Reply-To: <002c01c6f8f2$7656c550$0200a8c0@pc1> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Three FreeBSD 6 questions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 12:14:23 -0000 SiteRollout.com wrote: > Two questions to kickstart my participation on this list: > > 1.) How exactly do I know whether I am running the STABLE or CURRENT > release, as when I run uname I can only see the following relevant info: > > FreeBSD server4.domain.info 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Sat Sep 23 > 13:52:48 UTC 2006 root@server4. > > domain.info:/usr/src/sys/i386/compile/SERVER4 i386 You are running 6.0-RELEASE. The current release is 6.1 - 6.2 is coming out soon[tm]. CURRENT is bleeding-edge development - you perhaps won't run it on a production server as it may crash at some point in time due to new features ;) > And which file do I change to use a different release, and how must I update > the system to pull in this latest release? You use cvsup(1) to update your local source-tree (and the ports-collection). In cvsup's configuration file(s), you specify what `version' of FreeBSD (RELEASE, STABLE, CURRENT) you want. ;) > 2.) I'm a bit confused as to updating the system. As I understand, there are > 3 areas which require updates: > > i. Ports > ii. Security updates > iii. Kernel updates > > I know how to perform the first two, but for kernel updates I can't seen to > find a consistent unified method with talk of the "traditional" way and the > "latest" way. What is the best way to keep my FreeBSD 6.x system up2date? The latter. > 3.) One of my new FreeBSD 6.0 servers went down recently. This was odd as > the actual server was hardly busy, but filesystem errors came up when > booting up the server. After running fsck, server would be up for about an > hour and then go down again. This kept happening and so I initially thought > it was due to overheating. However cooling was all good, so after further > investigation and googling I diagnosed the problem as being the background > fsck which for some reason was failing, causing the server to shutdown and > upon reboot requiring a manual fsck. > > I've fixed this by disabling the background fsck and forcing the bootup fsck > in /etc/rc.conf. At least then if the server goes down again it will fix > itself with a full fsck when booting up. My question is whether this is > okay, and has anyone experienced this same problem with their system? And > why has the background fsck been failing? Where can i find further info? Have you tried fscking your disks in single-user mode? And as Joe already said: Read The Handbook - it answers a lot of questions (if not all). :) You should have a local copy of it in /usr/share/doc/handbook/ HTH, Philipp -- www.familie-ost.info/~pj From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 12:52: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCBFD16A47B; Thu, 26 Oct 2006 12:52:34 +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 36F4643D49; Thu, 26 Oct 2006 12:52:34 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.2.163]) by mailout2.pacific.net.au (Postfix) with ESMTP id 658231892C9; Thu, 26 Oct 2006 22:52:32 +1000 (EST) Received: from epsplex.bde.org (katana.zip.com.au [61.8.7.246]) by mailproxy2.pacific.net.au (Postfix) with ESMTP id 108EE2740F; Thu, 26 Oct 2006 22:52:30 +1000 (EST) Date: Thu, 26 Oct 2006 22:52:30 +1000 (EST) From: Bruce Evans X-X-Sender: bde@epsplex.bde.org To: Ruslan Ermilov In-Reply-To: <20061026113922.GA932@rambler-co.ru> Message-ID: <20061026222234.P2553@epsplex.bde.org> References: <3A8131D4-881E-4873-A682-543A1A88C063@lassitu.de> <20060911180915.GB33304@lor.one-eyed-alien.net> <20061026113922.GA932@rambler-co.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@FreeBSD.org, Stefan Bethke , John Baldwin , Bruce Evans Subject: Re: Still possible to directly boot without loader? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 12:52:35 -0000 On Thu, 26 Oct 2006, Ruslan Ermilov wrote: > On Mon, Sep 11, 2006 at 01:09:15PM -0500, Brooks Davis wrote: >> On Sun, Sep 10, 2006 at 09:10:26PM +0200, Stefan Bethke wrote: >>> I just tried to load my standard kernel from the boot blocks (instead >>> of using loader(8)), but I either get a hang before the kernel prints >>> anything, or a BTX halted. Is this still supposed to work in 6- >>> stable, or has it finally disappeared? >> >> You may be able to get this to work, but it is unsupported. I normally use it (with a different 1-stage boot loader) for kernels between ~4.10 and -current. I only boot RELENG_4 kernels for running benchmarks and don't bother applying my old fix for missing static symbols there. See another PR for the problem and patch. In newer kernels and userlands, starting some time in 5.0-CURRENT, sysutil programs use sysctls for live kernels so they aren't affected by missing static symbols. > I've been investigating this today. Here's what I've found: > > 1) You need hints statically compiled into your kernel. > (This has been a long time requirement.) Even though I normally use it, I once got very confused by this. Everything except GENERIC booted right (with boot loaders missing the bug in (3)). This is because GENERIC has had hints commented out since rev.1.272, and GENERIC also has no acpi (it's not very GENERIC). When there are no hints, except on very old systems, most things except isa devices work, but at least without acpi, console drivers on i386's are on isa so it is hard to see if things work. Hints are probably also needed for ata. I think a diskless machine with no consoles and pci NICs would just work. > 2) You can only do it on i386, because boot2 only knows > about ELF32, so attempts to load ELF64 amd64 kernels > will fail. (loader(8) knows about both ELF32/64.) I haven't got around to fixing this. > 3) It's currently broken even on i386; backing out > rev. 1.71 of boot2.c by jhb@ fixes this for me. > > : revision 1.71 > : date: 2004/09/18 02:07:00; author: jhb; state: Exp; lines: +3 -3 > : A long, long time ago in a CVS branch far away (specifically, HEAD prior > : to 4.0 and RELENG_3), the BTX mini-kernel used paging rather than flat > : mode and clients were limited to a virtual address space of 16 megabytes. > : Because of this limitation, boot2 silently masked all physical addresses > : in any binaries it loaded so that they were always loaded into the first > : 16 Meg. Since BTX no longer has this limitation (and hasn't for a long > : time), remove the masking from boot2. This allows boot2 to load kernels > : larger than about 12 to 14 meg (12 for non-PAE, 14 for PAE). > : > : Submitted by: Sergey Lyubka devnull at uptsoft dot com > : MFC after: 1 month The kernel is linked at 0xc0000000 but loade din low memory, so the high bits must be masked off like they used to be for the kernel to boot at all. This has nothing to do with paging AFAIK. Rev.1.71 makes no sense, since BTX isn't large, and large kernels are more unbootable than before with 1.71. There is an another PR about this. 4) Another rev. broke support for booting with -c and -d to save 4 bytes. -c is useful for RELENG_6 and -d is essential for debugging. If you always use loader(8) then you would only notice this if you try to set these flags in boot2. Bruce From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 13:29: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1041A16A560; Thu, 26 Oct 2006 13:29:05 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B59443D55; Thu, 26 Oct 2006 13:29:03 +0000 (GMT) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.8/8.13.8) with ESMTP id k9QDSsQD032832 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 26 Oct 2006 15:28:54 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <20152564-EC53-4210-9590-23817A6A3E42@lassitu.de> References: <20061025183308.L33725@fledge.watson.org> <838FCA83-20F8-4A09-A025-E69956032F86@lassitu.de> <45400286.9020402@samsco.org> <20061026091253.J69980@fledge.watson.org> <20061026111723.K33725@fledge.watson.org> <20152564-EC53-4210-9590-23817A6A3E42@lassitu.de> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Thu, 26 Oct 2006 15:30:17 +0200 To: Robert Watson X-Mailer: Apple Mail (2.752.2) Cc: Andreas Sons , FreeBSD Stable Subject: Re: panic: kmem_map too small X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 13:29:05 -0000 Am 26.10.2006 um 12:36 schrieb Stefan Bethke: > Am 26.10.2006 um 12:20 schrieb Robert Watson: > >> After a bit of looking at the output, etc, I agree with your >> conclusion that what's there now is lacking. The attached patch, >> committed to -CURRENT but not yet to -STABLE, makes the "show >> malloc" DDB output a bit more like the "vmstat -m" output, in that >> it summarizes the allocation counts and adds the memory use >> information. Sample output: > > I patched up the box; here's the output right after rebooting into > the new kernel. Once it panics again, I'll post the results. > > db> show malloc > Type InUse MemUse Requests > MADT Table 0 0K 0 > acpipwr 0 0K 0 > acpi_perf 0 0K 0 > acpidev 93 3K 93 > acpisem 17 2K 17 > acpicmbat 0 0K 0 > PCI Link 64 6K 64 > acpitask 0 0K 2 > acpica 3000 158K 42603 > KTRACE 100 13K 100 > prison 0 0K 0 > $PIR 0 0K 0 > DEVFS3 95 12K 96 > nexusdev 3 1K 3 > MP Table 0 0K 0 > memdesc 1 4K 1 > legacydrv 0 0K 0 > ithread 66 6K 66 > I/O APIC 1 1K 1 > zombie 0 0K 649 > proc-args 28 2K 345 > kqueue 0 0K 30 > kenv 113 8K 114 > atkbddev 2 1K 2 > sigio 1 1K 1 > file desc to leader 0 0K 0 > VM pgdata 2 65K 2 > file desc 68 17K 717 > DEVFS2 0 0K 0 > USBHC 0 0K 0 > cdev 19 3K 19 > USBdev 3 1K 9 > UMAHash 1 1K 3 > UFS mount 9 19K 9 > UFS quota 0 0K 0 > UFS dirhash 27 5K 27 > savedino 0 0K 0 > newdirblk 0 0K 0 > dirrem 0 0K 0 > mkdir 0 0K 0 > diradd 0 0K 0 > freefile 0 0K 0 > freeblks 0 0K 0 > freefrag 0 0K 0 > allocindir 0 0K 0 > indirdep 0 0K 0 > allocdirect 0 0K 0 > bmsafemap 0 0K 0 > newblk 1 1K 1 > inodedep 1 256K 1 > pagedep 1 64K 1 > rpcclnt 0 0K 0 > p1003.1b 1 1K 1 > agp 0 0K 0 > NFS daemon 5 10K 5 > NFSV3 srvdesc 0 0K 0 > NFS srvsock 1 1K 1 > nlminfo 0 0K 0 > NFS lock 0 0K 0 > NFS DirectIO 0 0K 0 > NFS hash 0 0K 0 > NFSV3 diroff 0 0K 0 > NFSV3 bigfh 0 0K 0 > NFS req 0 0K 0 > NFS srvsock 0 0K 0 > idmap 0 0K 0 > NFS4 dev 0 0K 0 > syncache 1 8K 1 > USB 31 3K 31 > hostcache 1 24K 1 > ip_moptions 0 0K 0 > Export Host 0 0K 0 > in_multi 3 1K 3 > igmp 0 0K 0 > routetbl 14 2K 55 > entropy 1024 64K 1024 > ata_dma 6 1K 6 > ad_driver 2 1K 2 > vlan 0 0K 0 > tun 0 0K 0 > lo 1 1K 1 > arpcom 2 1K 2 > clone 2 8K 2 > ether_multi 12 1K 14 > ifaddr 22 5K 22 > ifnet 4 4K 4 > BPF 3 1K 3 > ata_generic 3 3K 3 > Export Host 0 0K 0 > vnodemarker 0 0K 74 > mount 76 3K 225 > vnodes 1 1K 1 > VFS hash 1 256K 1 > Export Host 1 1K 1 > cluster_save buffer 0 0K 0 > vfscache 1 512K 1 > BIO buffer 41 82K 45 > isadev 18 2K 18 > pcb 22 5K 43 > soname 4 1K 431 > mbuf_tag 0 0K 2 > mbextcnt 0 0K 0 > accf 0 0K 0 > ptys 0 0K 0 > ttys 1072 152K 2543 > shm 1 12K 1 > sem 4 7K 4 > msg 4 25K 4 > iov 0 0K 292 > select 0 0K 0 > ioctlops 0 0K 465 > Unitno 6 1K 8 > turnstiles 91 6K 91 > taskqueue 9 1K 9 > stack 0 0K 0 > MD sectors 0 0K 0 > MD disk 0 0K 0 > sleep queues 91 3K 91 > sbuf 0 0K 246 > rman 176 11K 542 > LED 0 0K 0 > kbdmux 6 9K 6 > acd_driver 1 2K 1 > kobj 115 230K 134 > eventhandler 44 3K 44 > devstat 8 17K 8 > mirror_data 0 0K 0 > bus-sc 82 32K 1841 > bus 793 38K 4342 > SWAP 2 549K 2 > umtx 90 6K 90 > sysctltmp 0 0K 197 > sysctloid 3189 97K 3189 > sysctl 0 0K 151 > uidinfo 4 2K 7 > plimit 13 4K 149 > ata_pci 0 0K 0 > cred 11 2K 1266 > subproc 146 292K 795 > proc 2 8K 2 > session 23 3K 26 > pgrp 23 2K 26 > GEOM 98 12K 429 > mtx_pool 1 8K 1 > module 180 12K 180 > pfs_vncache 0 0K 0 > free 0 0K 0 > pfs_nodes 0 0K 0 > ip6ndp 0 0K 0 > ip6opt 0 0K 0 > temp 13 211K 4630 > devbuf 1562 3592K 1563 > cache 0 0K 0 > lockf 6 1K 42 > DEVFS 12 1K 13 > linker 30 2K 54 > DEVFS_RULE 0 0K 0 > DEVFS1 84 21K 84 Panic a few minutes ago: login: -0255: *** Error: UtCallocate: Could not allocate size 30 -0255: *** Error: UtCallocate: Could not allocate size 30 -0255: *** Error: UtCallocate: Could not allocate size 30 ACPI-1304: *** Error: Method execution failed [\SWFS] (Node 0xc63ee220), AE_NO_MEMORY ACPI-1304: *** Error: Method execution failed [\RBYT] (Node 0xc63ee1a0), AE_NO_MEMORY ACPI-1304: *** Error: Method execution failed [\RTMP] (Node 0xc63ee380), AE_NO_MEMORY ACPI-1304: *** Error: Method execution failed [\_TZ_.THRM._TMP] (Node 0xc63ede00), AE_NO_MEMORY panic: kmem_malloc(16384): kmem_map too small: 699756544 total allocated KDB: enter: panic [thread pid 1386 tid 100059 ] Stopped at kdb_enter+0x30: leave db> Uptime: 2h43m42s KDB: enter: Break sequence on console [thread pid 1386 tid 100059 ] Stopped at kdb_enter+0x30: leave db> show malloc Type InUse MemUse Requests MADT Table 0 0K 0 acpipwr 0 0K 0 acpi_perf 0 0K 0 acpidev 93 3K 93 acpisem 17 2K 17 acpicmbat 0 0K 0 PCI Link 64 6K 64 acpitask 0 0K 2 acpica 3024 159K 20026966 KTRACE 100 13K 100 prison 0 0K 0 $PIR 0 0K 0 DEVFS3 97 13K 98 nexusdev 3 1K 3 MP Table 0 0K 0 memdesc 1 4K 1 legacydrv 0 0K 0 ithread 66 6K 66 I/O APIC 1 1K 1 zombie 0 0K 1312 proc-args 36 2K 3017 kqueue 0 0K 68 kenv 113 8K 114 atkbddev 2 1K 2 sigio 1 1K 1 file desc to leader 0 0K 0 VM pgdata 2 65K 2 file desc 76 19K 1402 DEVFS2 0 0K 0 USBHC 0 0K 0 cdev 21 3K 21 USBdev 3 1K 9 UMAHash 1 1K 3 UFS mount 9 19K 9 UFS quota 0 0K 0 UFS dirhash 30 6K 30 savedino 0 0K 0 newdirblk 0 0K 0 dirrem 0 0K 0 mkdir 0 0K 0 diradd 0 0K 0 freefile 0 0K 0 freeblks 0 0K 0 freefrag 0 0K 0 allocindir 0 0K 0 indirdep 0 0K 0 allocdirect 0 0K 0 bmsafemap 0 0K 0 newblk 1 1K 1 inodedep 1 256K 1 pagedep 1 64K 1 rpcclnt 0 0K 0 p1003.1b 1 1K 1 agp 0 0K 0 NFS daemon 5 10K 5 NFSV3 srvdesc 0 0K 0 NFS srvsock 1 1K 1 nlminfo 0 0K 0 NFS lock 0 0K 0 NFS DirectIO 0 0K 0 NFS hash 0 0K 0 NFSV3 diroff 0 0K 0 NFSV3 bigfh 0 0K 0 NFS req 0 0K 0 NFS srvsock 0 0K 0 idmap 0 0K 0 NFS4 dev 0 0K 0 syncache 1 8K 1 USB 31 3K 31 hostcache 1 24K 1 ip_moptions 0 0K 0 Export Host 0 0K 0 in_multi 3 1K 3 igmp 0 0K 0 routetbl 14 2K 61 entropy 1024 64K 1024 ata_dma 6 1K 6 ad_driver 2 1K 2 vlan 0 0K 0 tun 0 0K 0 lo 1 1K 1 arpcom 2 1K 2 clone 2 8K 2 ether_multi 12 1K 14 ifaddr 22 5K 22 ifnet 4 4K 4 BPF 3 1K 3 ata_generic 3 3K 3 Export Host 0 0K 0 vnodemarker 0 0K 2158 mount 76 3K 225 vnodes 1 1K 1 VFS hash 1 256K 1 Export Host 1 1K 1 cluster_save buffer 0 0K 3 vfscache 1 512K 1 BIO buffer 59 118K 63 isadev 18 2K 18 pcb 21 5K 66 soname 4 1K 1866 mbuf_tag 0 0K 2 mbextcnt 0 0K 0 accf 0 0K 0 ptys 1 1K 1 ttys 1073 153K 2859 shm 1 12K 1 sem 4 7K 4 msg 4 25K 4 iov 0 0K 415 select 0 0K 0 ioctlops 0 0K 1188 Unitno 6 1K 8 turnstiles 121 8K 121 taskqueue 9 1K 9 stack 0 0K 0 MD sectors 0 0K 0 MD disk 0 0K 0 sleep queues 121 4K 121 sbuf 0 0K 248 rman 176 11K 542 LED 0 0K 0 kbdmux 6 9K 6 acd_driver 1 2K 1 kobj 115 230K 134 eventhandler 44 3K 44 devstat 8 17K 8 mirror_data 0 0K 0 bus-sc 82 32K 1841 bus 793 38K 4342 SWAP 2 549K 2 umtx 120 8K 120 sysctltmp 0 0K 414 sysctloid 3189 97K 3189 sysctl 0 0K 563 uidinfo 5 2K 84 plimit 15 4K 1085 ata_pci 0 0K 0 cred 14 2K 7927 subproc 175 329K 1487 proc 2 8K 2 session 25 4K 169 pgrp 25 2K 182 GEOM 98 12K 429 mtx_pool 1 8K 1 module 180 12K 180 pfs_vncache 0 0K 0 free 0 0K 0 pfs_nodes 0 0K 0 ip6ndp 0 0K 0 ip6opt 0 0K 0 temp 13 211K 7942 devbuf 1562 3592K 1563 cache 0 0K 0 lockf 6 1K 138 DEVFS 12 1K 13 linker 30 2K 54 DEVFS_RULE 0 0K 0 DEVFS1 86 22K 86 db> show uma Zone Allocs Frees Used Cache FFS2 dinode 746 84 662 43 FFS1 dinode 0 0 0 0 FFS inode 746 84 662 63 Mountpoints 4 0 4 8 SWAPMETA 0 0 0 0 rtentry 6 1 5 53 unpcb 492 482 10 46 ripcb 0 0 0 0 sackhole 0 0 0 0 tcpreass 0 0 0 0 hostcache 4 2 2 98 syncache 59 59 0 78 tcptw 2 2 0 156 tcpcb 71 62 9 15 inpcb 71 62 9 35 udpcb 253 241 12 32 ipq 0 0 0 0 socket 817 786 31 13 KNOTE 72 72 0 112 PIPE 584 580 4 14 NFSNODE 0 0 0 0 NFSMOUNT 0 0 0 0 DIRHASH 29 0 29 7 NAMEI 26944 26944 0 12 L VFS Cache 8 8 0 26 S VFS Cache 4903 4217 686 98 VNODEPOLL 0 0 0 0 VNODE 782 85 697 31 ata_composite 0 0 0 0 ata_request 3378 3377 1 56 g_bio 13513 13509 4 170 ACL UMA zone 0 0 0 0 mbuf_jumbo_16k 0 0 0 0 mbuf_jumbo_9k 0 0 0 0 mbuf_jumbo_pagesize 0 0 0 0 mbuf_cluster 384 0 384 6 mbuf 3835 3827 8 133 mbuf_packet 15060 14740 320 64 VMSPACE 1348 1312 36 16 UPCALL 0 0 0 0 KSEGRP 98 0 98 62 THREAD 98 0 98 22 PROC 1387 1312 75 23 Files 9078 8992 86 73 4096 5448 5341 107 12 2048 274 80 194 4 1024 2238 2191 47 145 512 2395 2360 35 13 256 3829 3497 332 28 128 18254 16580 1674 246 64 9990754 9986054 4700 9980755 32 4837 2006 2831 107 16 10047751 10045138 2613 229 mt_zone 158 0 158 78 DP fakepg 0 0 0 0 PV ENTRY 702520 691839 10681 4109 MAP ENTRY 55134 54502 632 320 KMAP ENTRY 170993 170967 26 142 MAP 7 0 7 33 VM OBJECT 25648 24666 982 207 128 Bucket 44 2 42 0 64 Bucket 34 1 33 9 32 Bucket 25 0 25 3 16 Bucket 30 0 30 20 UMA Hash 6 1 5 25 UMA RCntSlabs 195 0 195 27 UMA Slabs 376 68 308 46 UMA Zones 67 0 67 23 UMA Kegs 67 0 67 5 db> -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 13:37:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B58A16A4A0 for ; Thu, 26 Oct 2006 13:37:53 +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 722A643D9B for ; Thu, 26 Oct 2006 13:37:40 +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 D1F1D46E62; Thu, 26 Oct 2006 09:37:39 -0400 (EDT) Date: Thu, 26 Oct 2006 14:37:39 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Stefan Bethke In-Reply-To: Message-ID: <20061026143337.L29443@fledge.watson.org> References: <20061025183308.L33725@fledge.watson.org> <838FCA83-20F8-4A09-A025-E69956032F86@lassitu.de> <45400286.9020402@samsco.org> <20061026091253.J69980@fledge.watson.org> <20061026111723.K33725@fledge.watson.org> <20152564-EC53-4210-9590-23817A6A3E42@lassitu.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Andreas Sons , FreeBSD Stable Subject: Re: panic: kmem_map too small X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 13:37:53 -0000 On Thu, 26 Oct 2006, Stefan Bethke wrote: > acpica 3024 159K 20026966 ... > db> show uma > Zone Allocs Frees Used Cache > 64 9990754 9986054 4700 9980755 Looks like acpica has gone crazy performing allocation/freeing at a very high rate, and that for some reason, UMA is failing to properly reuse/release memory. So there are two bugs/problems here: whatever is causing ACPI to behave this way, and then the fact that UMA is failing to deal properly with its misbehavior. Alternatively, that we have a bug in the way statistics are handled. If you can generate a coredump, it would be quite useful to be able to run umstat (src/tools/tools/umastat in HEAD) on it. The tool probably needs a bit of tweaking to run on the core dump -- in particular, the first and second arguments of kvm_open() need to be the name of the kernel and dumpfile, rather than NULL. This would help confirm what actual state UMA is in. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 13:42:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5006416A412; Thu, 26 Oct 2006 13:42:37 +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 2810443D6A; Thu, 26 Oct 2006 13:42:35 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from atlantis.dp.ua (localhost [127.0.0.1]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k9QDgG2J012994; Thu, 26 Oct 2006 16:42:18 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Received: from localhost (dmitry@localhost) by atlantis.dp.ua (8.13.1/8.13.1/Submit) with ESMTP id k9QDgGmx012991; Thu, 26 Oct 2006 16:42:16 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Thu, 26 Oct 2006 16:42:16 +0300 (EEST) From: Dmitry Pryanishnikov To: Andrew Reilly In-Reply-To: <20061026060221.GA47902@duncan.reilly.home> Message-ID: <20061026163228.Y89847@atlantis.atlantis.dp.ua> References: <17719.43574.819134.370333@roam.psg.com> <20061020005501.R32598@fledge.watson.org> <20061023060431.GA3186@duncan.reilly.home> <453D9F1A.5040803@FreeBSD.org> <20061026060221.GA47902@duncan.reilly.home> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Randy Bush , Robert Watson , Doug Barton , FreeBSD Stable Subject: Re: 5 to 6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 13:42:37 -0000 Hello! On Thu, 26 Oct 2006, Andrew Reilly wrote: > How would I be able to tell? tunefs -p lists ACLs and MAC root@test# dumpfs /|head -1 magic 11954 (UFS1) time Thu Oct 26 17:53:53 2006 Yes, this is for RELENG_4 compatibility. > multlabel and soft updates, but of those only soft updates is > enabled, so I don't know if that is conclusive. Did UFS2 give > us anything beyond ACLs and largeness? bsdlabel, mount and df > don't seem to give any particular indication... I've found file creation time (UFS2-only recent addition, see e.g. ls -U) _very_ useful. It always made me wonder why UNIX doesn't support such a basic and useful functionality (all DEC's ODS-* filesystems support it IIRC). Now I can e.g. issue 'ls -lU /var/db/pkg' and this will show when each package was _installed_ (and not _modified_ as plain 'ls -l' shows). For UFS1 ls -lU always gives "Jan 1 1970" ;) Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 13: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39B4316A407; Thu, 26 Oct 2006 13:46:56 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CAAF43D7E; Thu, 26 Oct 2006 13:46:33 +0000 (GMT) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.8/8.13.8) with ESMTP id k9QDkOXf033357 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 26 Oct 2006 15:46:26 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <20061026143337.L29443@fledge.watson.org> References: <20061025183308.L33725@fledge.watson.org> <838FCA83-20F8-4A09-A025-E69956032F86@lassitu.de> <45400286.9020402@samsco.org> <20061026091253.J69980@fledge.watson.org> <20061026111723.K33725@fledge.watson.org> <20152564-EC53-4210-9590-23817A6A3E42@lassitu.de> <20061026143337.L29443@fledge.watson.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <02A6C9B5-1227-4D0A-AEF2-73B6187E1A08@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Thu, 26 Oct 2006 15:47:47 +0200 To: Robert Watson X-Mailer: Apple Mail (2.752.2) Cc: Andreas Sons , FreeBSD Stable Subject: Re: panic: kmem_map too small X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 13:46:56 -0000 Am 26.10.2006 um 15:37 schrieb Robert Watson: > On Thu, 26 Oct 2006, Stefan Bethke wrote: > >> acpica 3024 159K 20026966 > ... >> db> show uma >> Zone Allocs Frees Used Cache >> 64 9990754 9986054 4700 9980755 > > Looks like acpica has gone crazy performing allocation/freeing at a > very high rate, and that for some reason, UMA is failing to > properly reuse/release memory. So there are two bugs/problems > here: whatever is causing ACPI to behave this way, and then the > fact that UMA is failing to deal properly with its misbehavior. We had the machines running with ACPI disabled for a week or so, and we were still getting these panics, but I'll disable it again in the BIOS to make sure. > Alternatively, that we have a bug in the way statistics are > handled. If you can generate a coredump, it would be quite useful > to be able to run umstat (src/tools/tools/umastat in HEAD) on it. > The tool probably needs a bit of tweaking to run on the core dump > -- in particular, the first and second arguments of kvm_open() need > to be the name of the kernel and dumpfile, rather than NULL. This > would help confirm what actual state UMA is in. So far, the machines always just hang instead of dumping core; I'll see if I can get them to write a dump. Can umastat be run against a live kernel? Then I could try running it as a cron job to record data up to just before the panic. Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 14:12: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4ECB16A494 for ; Thu, 26 Oct 2006 14:12:41 +0000 (UTC) (envelope-from VIVEK@KHERA.ORG) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2672843D8E for ; Thu, 26 Oct 2006 14:12:33 +0000 (GMT) (envelope-from VIVEK@KHERA.ORG) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 974B9B81F for ; Thu, 26 Oct 2006 10:12:32 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: <022C0CCD-8BA2-4166-A34A-C5F184E6652F@KHERA.ORG> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: FreeBSD Stable From: Vivek Khera Date: Thu, 26 Oct 2006 10:12:31 -0400 X-Mailer: Apple Mail (2.752.2) Subject: whither cvsup11? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 14:12:41 -0000 Did cvsup11 go away? I went to do my weekly cvsup of sources/ports and it is coming up host not found. It was very convenient since it happened to be in the same data center as me, making roundtrip packet times in the 5ms range :-) My last update from it was last week on the 19th. Thanks! From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 14:15: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5B8416A416 for ; Thu, 26 Oct 2006 14:15:52 +0000 (UTC) (envelope-from conrad.burger@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id C193A43D53 for ; Thu, 26 Oct 2006 14:15:51 +0000 (GMT) (envelope-from conrad.burger@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so395853wxd for ; Thu, 26 Oct 2006 07:15:51 -0700 (PDT) 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=ABfew6+a3P0+ojMG8uPMzpvLGstzMVLcmpYh0hu+iVOuExwcrsahZGafsRNfqe/e65EBjsaYePIIrmOd1agpt8k0NBKSrocQpDvrxQm0j20qNv7dC7qrNWbvDok9Sc8lvvDmtpX0VXcFBjxfMb/sZziQw7SwpFl5FZK6li+4yp8= Received: by 10.90.73.3 with SMTP id v3mr1347369aga; Thu, 26 Oct 2006 07:15:51 -0700 (PDT) Received: by 10.90.114.6 with HTTP; Thu, 26 Oct 2006 07:15:51 -0700 (PDT) Message-ID: Date: Thu, 26 Oct 2006 16:15:51 +0200 From: "Conrad Burger" To: "Scott Long" In-Reply-To: <453E333C.7040304@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45364782.8090209@samsco.org> <45366122.6090704@mintel.com> <20061019130040.5f06baf7.wmoran@collaborativefusion.com> <4539D8F0.3050602@samsco.org> <453CAD74.80806@mintel.com> <20061023110743.5f9924dc.wmoran@collaborativefusion.com> <20061023122921.B63561@arbitor.digitalfreaks.org> <453E333C.7040304@samsco.org> Cc: Jason Thomson , freebsd-stable@freebsd.org, Bill Moran , "Brian A. Seklecki" Subject: Re: When will the new BCE driver in HEAD be incorporated into RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 14:15:52 -0000 Hi all We have 5 Dell 1950s running the new BCE driver without any problems. Thanks Scott!! Maybe you can help me with another Dell-Broadcom network problem. 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 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 driver to work with this chipset? Any help would be much appreciated. Regards Conrad From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 14:18: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0A5016A415; Thu, 26 Oct 2006 14:18:57 +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 022EE43D7B; Thu, 26 Oct 2006 14:18:52 +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 C5B835DC6; Thu, 26 Oct 2006 18:18:42 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id A3F615CFD; Thu, 26 Oct 2006 18:18:42 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id k9QEIUXm000919; Thu, 26 Oct 2006 18:18:30 +0400 (MSD) (envelope-from ru) Date: Thu, 26 Oct 2006 18:18:30 +0400 From: Ruslan Ermilov To: Bruce Evans , John Baldwin Message-ID: <20061026141830.GA790@rambler-co.ru> References: <3A8131D4-881E-4873-A682-543A1A88C063@lassitu.de> <20060911180915.GB33304@lor.one-eyed-alien.net> <20061026113922.GA932@rambler-co.ru> <20061026222234.P2553@epsplex.bde.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline In-Reply-To: <20061026222234.P2553@epsplex.bde.org> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: freebsd-stable@FreeBSD.org, Stefan Bethke , John Baldwin , Bruce Evans Subject: Re: Still possible to directly boot without loader? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 14:18:57 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 26, 2006 at 10:52:30PM +1000, Bruce Evans wrote: > On Thu, 26 Oct 2006, Ruslan Ermilov wrote: > >3) It's currently broken even on i386; backing out > > rev. 1.71 of boot2.c by jhb@ fixes this for me. > > > >: revision 1.71 > >: date: 2004/09/18 02:07:00; author: jhb; state: Exp; lines: +3 -3 > >: A long, long time ago in a CVS branch far away (specifically, HEAD pri= or > >: to 4.0 and RELENG_3), the BTX mini-kernel used paging rather than flat > >: mode and clients were limited to a virtual address space of 16 megabyt= es. > >: Because of this limitation, boot2 silently masked all physical address= es > >: in any binaries it loaded so that they were always loaded into the fir= st > >: 16 Meg. Since BTX no longer has this limitation (and hasn't for a long > >: time), remove the masking from boot2. This allows boot2 to load kerne= ls > >: larger than about 12 to 14 meg (12 for non-PAE, 14 for PAE). > >: > >: Submitted by: Sergey Lyubka devnull at uptsoft dot com > >: MFC after: 1 month >=20 > The kernel is linked at 0xc0000000 but loade din low memory, so the high > bits must be masked off like they used to be for the kernel to boot at al= l. > This has nothing to do with paging AFAIK. Rev.1.71 makes no sense, since > BTX isn't large, and large kernels are more unbootable than before with > 1.71. >=20 The real purpose of this commit was to allow to directly "load kernels larger than about 12 to 14 meg (12 for non-PAE, 14 for PAE)". (Old version masked high 8 bits, leaving only 2^24=3D16MB for the kernel.) I have compiled GENERIC and PAE kernels; objdump(1) reports that GENERIC kernel has virtual "start address 0xc0449cb0", and PAE has virtual "start address 0xc02458f0". What happens here is that BTX now uses flat memory model, and by not masking higher bits at all, BTX attempts to load kernels at above 3G, which silently fails, and then jumps to the entry point located in "no memory" unless the machine has enough memory. If the machine has enough physical memory, e.g. 4G, then it works (I think that was the case on the machine John tested this change), but on my test machine I only have 3G of memory, so it fails. My interim solution to the problem that would still allow booting larger than 16MB kernels is to mask some of the higher bits. Currently, I mask 28 bits that gives possible 256MB which is probably practical. %%% Index: boot2.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: /home/ncvs/src/sys/boot/i386/boot2/boot2.c,v retrieving revision 1.72.2.4 diff -u -p -r1.72.2.4 boot2.c --- boot2.c 15 Feb 2006 15:08:51 -0000 1.72.2.4 +++ boot2.c 26 Oct 2006 13:48:44 -0000 @@ -332,7 +332,7 @@ load(void) return; } if (fmt =3D=3D 0) { - addr =3D hdr.ex.a_entry; + addr =3D hdr.ex.a_entry & 0x0fffffff; p =3D PTOV(addr); fs_off =3D PAGE_SIZE; if (xfsread(ino, p, hdr.ex.a_text)) @@ -366,7 +366,7 @@ load(void) j++; } for (i =3D 0; i < 2; i++) { - p =3D PTOV(ep[i].p_paddr); + p =3D PTOV(ep[i].p_paddr & 0x0fffffff); fs_off =3D ep[i].p_offset; if (xfsread(ino, p, ep[i].p_filesz)) return; @@ -387,7 +387,7 @@ load(void) p +=3D es[i].sh_size; } } - addr =3D hdr.eh.e_entry; + addr =3D hdr.eh.e_entry & 0x0fffffff; } bootinfo.bi_esymtab =3D VTOP(p); bootinfo.bi_kernelname =3D VTOP(kname); %%% A more intelligent approach would be to use the size of available memory. I haven't yet looking at implementing this and I don't know if this kind of information is available in boot2. > There is an another PR about this. >=20 I've already closed PR 104709 as a duplicate for PR 96430. Are there any other PRs with the same subject? > 4) Another rev. broke support for booting with -c and -d to save 4 bytes. > -c is useful for RELENG_6 and -d is essential for debugging. If you > always use loader(8) then you would only notice this if you try to set > these flags in boot2. >=20 I'll fix that. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --GvXjxJ+pjyke8COw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFQMO2qRfpzJluFF4RAnzZAJ9pPIp9HFTPQavpu9LaZZezMz98vQCfe5OC xG1GOBdu4lP8bFw0fUy7eWA= =t8ju -----END PGP SIGNATURE----- --GvXjxJ+pjyke8COw-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 14:20: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22AF716A4A0; Thu, 26 Oct 2006 14:20:45 +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 066DC43D95; Thu, 26 Oct 2006 14:20:18 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k9QEJw1l027712; Thu, 26 Oct 2006 10:20:01 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Bruce Evans Date: Thu, 26 Oct 2006 10:18:53 -0400 User-Agent: KMail/1.9.1 References: <3A8131D4-881E-4873-A682-543A1A88C063@lassitu.de> <20061026113922.GA932@rambler-co.ru> <20061026222234.P2553@epsplex.bde.org> In-Reply-To: <20061026222234.P2553@epsplex.bde.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610261018.53881.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Thu, 26 Oct 2006 10:20:06 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/2106/Thu Oct 26 09:18:05 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, Stefan Bethke , Bruce Evans Subject: Re: Still possible to directly boot without loader? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 14:20:45 -0000 On Thursday 26 October 2006 08:52, Bruce Evans wrote: > On Thu, 26 Oct 2006, Ruslan Ermilov wrote: > > > On Mon, Sep 11, 2006 at 01:09:15PM -0500, Brooks Davis wrote: > >> On Sun, Sep 10, 2006 at 09:10:26PM +0200, Stefan Bethke wrote: > >>> I just tried to load my standard kernel from the boot blocks (instead > >>> of using loader(8)), but I either get a hang before the kernel prints > >>> anything, or a BTX halted. Is this still supposed to work in 6- > >>> stable, or has it finally disappeared? > >> > >> You may be able to get this to work, but it is unsupported. > > I normally use it (with a different 1-stage boot loader) for kernels > between ~4.10 and -current. I only boot RELENG_4 kernels for running > benchmarks and don't bother applying my old fix for missing static > symbols there. See another PR for the problem and patch. In newer > kernels and userlands, starting some time in 5.0-CURRENT, sysutil > programs use sysctls for live kernels so they aren't affected by missing > static symbols. > > > I've been investigating this today. Here's what I've found: > > > > 1) You need hints statically compiled into your kernel. > > (This has been a long time requirement.) > > Even though I normally use it, I once got very confused by this. > Everything except GENERIC booted right (with boot loaders missing > the bug in (3)). This is because GENERIC has had hints commented > out since rev.1.272, and GENERIC also has no acpi (it's not very > GENERIC). When there are no hints, except on very old systems, most > things except isa devices work, but at least without acpi, console > drivers on i386's are on isa so it is hard to see if things work. > Hints are probably also needed for ata. I think a diskless machine > with no consoles and pci NICs would just work. > > > 2) You can only do it on i386, because boot2 only knows > > about ELF32, so attempts to load ELF64 amd64 kernels > > will fail. (loader(8) knows about both ELF32/64.) > > I haven't got around to fixing this. > > > 3) It's currently broken even on i386; backing out > > rev. 1.71 of boot2.c by jhb@ fixes this for me. > > > > : revision 1.71 > > : date: 2004/09/18 02:07:00; author: jhb; state: Exp; lines: +3 -3 > > : A long, long time ago in a CVS branch far away (specifically, HEAD prior > > : to 4.0 and RELENG_3), the BTX mini-kernel used paging rather than flat > > : mode and clients were limited to a virtual address space of 16 megabytes. > > : Because of this limitation, boot2 silently masked all physical addresses > > : in any binaries it loaded so that they were always loaded into the first > > : 16 Meg. Since BTX no longer has this limitation (and hasn't for a long > > : time), remove the masking from boot2. This allows boot2 to load kernels > > : larger than about 12 to 14 meg (12 for non-PAE, 14 for PAE). > > : > > : Submitted by: Sergey Lyubka devnull at uptsoft dot com > > : MFC after: 1 month > > The kernel is linked at 0xc0000000 but loade din low memory, so the high > bits must be masked off like they used to be for the kernel to boot at all. > This has nothing to do with paging AFAIK. Rev.1.71 makes no sense, since > BTX isn't large, and large kernels are more unbootable than before with > 1.71. The submitter was able to boot larger kernels with this but wasn't before, but this does break things and it's still on my todo list to fix. It can just be backed out for now. What it really should do for the load address is addr - KERNBASE + KERNLOAD. But KERNBASE and KERNLOAD aren't fixed values. I should look at how loader does it. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 14:24: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E4CA16A403 for ; Thu, 26 Oct 2006 14:24:19 +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 211EA43D60 for ; Thu, 26 Oct 2006 14:24:11 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Gd68t-0001no-B9 for freebsd-stable@freebsd.org; Thu, 26 Oct 2006 16:23:36 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 26 Oct 2006 16:23:35 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 26 Oct 2006 16:23:35 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Thu, 26 Oct 2006 16:22:50 +0200 Lines: 108 Message-ID: References: <002c01c6f8f2$7656c550$0200a8c0@pc1> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.4 (X11/20060625) In-Reply-To: <002c01c6f8f2$7656c550$0200a8c0@pc1> Sender: news Subject: Re: Three FreeBSD 6 questions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 14:24:19 -0000 SiteRollout.com wrote: > 1.) How exactly do I know whether I am running the STABLE or CURRENT > release, as when I run uname I can only see the following relevant info: > > FreeBSD server4.domain.info 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Sat Sep 23 > 13:52:48 UTC 2006 root@server4. > > domain.info:/usr/src/sys/i386/compile/SERVER4 i386 If you installed from an release CD, you're running release, and will by default continue to run it until you manually upgrade. A computer running stable would print something like this for uname: FreeBSD lara.xx.xx 6.1-STABLE FreeBSD 6.1-STABLE #11: Wed Sep 6 17:57:59 CEST 2006 ivoras@lara.xx.xx:/usr/obj/usr/src/sys/LARA i386 And a computer running CURRENT would say: FreeBSD server.xx.xx 7.0-CURRENT FreeBSD 7.0-CURRENT #3: Thu Oct 23 10:28:46 CEST 2006 person@server.xx.xx:/usr/obj/usr/src/sys/GW i386 Note that "RELEASE", "STABLE" and "CURRENT" are only common names for specific branches. There are plenty of documentation on which is which, but the short and dirty version is: RELEASE versions are officially meant to be widely used and have gone through testing before published. STABLE is the "low-risk development" branch, and from time to time the STABLE branch is frozen and a new release created from this branch (e.g. 6.0, 6.1, 6.2 are releases from 6-STABLE). CURRENT is bleeding edge, may cause your computer to explode, etc. Periodically, a CURRENT branch will be re-designated as STABLE and a new CURRENT will be started (thus in the future there will be 7-STABLE, 7.0-RELEASE and 8.0-CURRENT). In addition to those exist obsolete STABLE branches not meant to be used on new installations (now obsoleted are 4-STABLE and 5-STABLE, in the future when 7.x becomes STABLE, 6-STABLE will be one of the obsolete branches). > And which file do I change to use a different release, and how must I update > the system to pull in this latest release? 1. Install cvsup (or more likely cvsup-without-gui) 2. Copy /usr/share/examples/cvsup/*supfile to /etc/ 3. Edit those file to change the cvsup server name (see handbook for available servers) and version you want to upgrade to 4. Run cvsup on those file(s) > 2.) I'm a bit confused as to updating the system. As I understand, there are > 3 areas which require updates: > > i. Ports > ii. Security updates > iii. Kernel updates Security updates and kernel updates are the same, all updated with a single cvsup. This updates everything shipped with FreeBSD by default (including kernel). Study carefully what is and what is not a part of the default ("base") system - for example sshd, sendmail and bind are in it, but procmail or apache are not. There are no separate packages for applications in the base system. Ports (i.e. third party applications, which is everything from apache to vim to zsh) are updated separately. The ports tree (which contains ports/packages definitions) is updated with cvsup or portsnap, and then individual packages can be updated either manually or with portupgrade. > I know how to perform the first two, but for kernel updates I can't seen to > find a consistent unified method with talk of the "traditional" way and the > "latest" way. What is the best way to keep my FreeBSD 6.x system up2date? Edit /etc/standard-supfile (as described in the steps above), run `cvsup /etc/standard-supfile`, cd to /usr/src and run: # make buildworld <-- this will compile the userland ("base" system) # make buildkernel <-- this will compile the kernel. See manual about how to create and specify kernel config file. # make installkernel <-- this will install the kernel # make installworld <-- this will install the userland Those are the instructions for the latest recommended way to do it. To complete the upgrade, you'll need to run `mergemaster` - read about it in handbook and its man page. Mostly you can upgrade the system without problems while running in multiuser/production mode (except of course for reboots to load the new kernel and deamons), but the official way is to do it in single user mode and with several passes of mergemaster. > 3.) One of my new FreeBSD 6.0 servers went down recently. This was odd as > the actual server was hardly busy, but filesystem errors came up when > booting up the server. After running fsck, server would be up for about an > hour and then go down again. This kept happening and so I initially thought > it was due to overheating. However cooling was all good, so after further > investigation and googling I diagnosed the problem as being the background > fsck which for some reason was failing, causing the server to shutdown and > upon reboot requiring a manual fsck. See if you're low on disk space. AFAIK there was a problem in 6.0 (and maybe 6.1?) with background fsck (actually, the snapshot feature) when disk space is low. Of course, there also might be a hardware failure somewhere. If/when you get comfortable with FreeBSD, it would be beneficial if you created a simple article or howto describing your experiences, what you like and dislike about it and your learning process. have fun! From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 14:28: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E6AE16A407; Thu, 26 Oct 2006 14:28:31 +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 491F243D5F; Thu, 26 Oct 2006 14:28:27 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k9QESE00027778; Thu, 26 Oct 2006 10:28:20 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Ruslan Ermilov Date: Thu, 26 Oct 2006 10:28:09 -0400 User-Agent: KMail/1.9.1 References: <3A8131D4-881E-4873-A682-543A1A88C063@lassitu.de> <20061026222234.P2553@epsplex.bde.org> <20061026141830.GA790@rambler-co.ru> In-Reply-To: <20061026141830.GA790@rambler-co.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610261028.10680.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Thu, 26 Oct 2006 10:28:22 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/2106/Thu Oct 26 09:18:05 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, Stefan Bethke , Bruce Evans , Bruce Evans Subject: Re: Still possible to directly boot without loader? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 14:28:31 -0000 On Thursday 26 October 2006 10:18, Ruslan Ermilov wrote: > On Thu, Oct 26, 2006 at 10:52:30PM +1000, Bruce Evans wrote: > > On Thu, 26 Oct 2006, Ruslan Ermilov wrote: > > >3) It's currently broken even on i386; backing out > > > rev. 1.71 of boot2.c by jhb@ fixes this for me. > > > > > >: revision 1.71 > > >: date: 2004/09/18 02:07:00; author: jhb; state: Exp; lines: +3 -3 > > >: A long, long time ago in a CVS branch far away (specifically, HEAD prior > > >: to 4.0 and RELENG_3), the BTX mini-kernel used paging rather than flat > > >: mode and clients were limited to a virtual address space of 16 megabytes. > > >: Because of this limitation, boot2 silently masked all physical addresses > > >: in any binaries it loaded so that they were always loaded into the first > > >: 16 Meg. Since BTX no longer has this limitation (and hasn't for a long > > >: time), remove the masking from boot2. This allows boot2 to load kernels > > >: larger than about 12 to 14 meg (12 for non-PAE, 14 for PAE). > > >: > > >: Submitted by: Sergey Lyubka devnull at uptsoft dot com > > >: MFC after: 1 month > > > > The kernel is linked at 0xc0000000 but loade din low memory, so the high > > bits must be masked off like they used to be for the kernel to boot at all. > > This has nothing to do with paging AFAIK. Rev.1.71 makes no sense, since > > BTX isn't large, and large kernels are more unbootable than before with > > 1.71. > > > The real purpose of this commit was to allow to directly "load kernels > larger than about 12 to 14 meg (12 for non-PAE, 14 for PAE)". (Old > version masked high 8 bits, leaving only 2^24=16MB for the kernel.) > > I have compiled GENERIC and PAE kernels; objdump(1) reports that GENERIC > kernel has virtual "start address 0xc0449cb0", and PAE has virtual "start > address 0xc02458f0". Yes, KERNLOAD for PAE is 2MB and for non-PAE is 4MB (to skip PSE page 0). > What happens here is that BTX now uses flat memory model, and by not > masking higher bits at all, BTX attempts to load kernels at above 3G, > which silently fails, and then jumps to the entry point located in > "no memory" unless the machine has enough memory. > > If the machine has enough physical memory, e.g. 4G, then it works (I > think that was the case on the machine John tested this change), but > on my test machine I only have 3G of memory, so it fails. Actually, it should never work, as the kernel assumes it is loaded at KERNLOAD. > My interim solution to the problem that would still allow booting > larger than 16MB kernels is to mask some of the higher bits. > Currently, I mask 28 bits that gives possible 256MB which is probably > practical. boot2 should do whatever loader does. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 15:04: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0453816A403; Thu, 26 Oct 2006 15:04:41 +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 85C9A43D76; Thu, 26 Oct 2006 15:04:34 +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 755CE5D5E; Thu, 26 Oct 2006 18:42:40 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 5296D5D5C; Thu, 26 Oct 2006 18:42:40 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id k9QEgevd001336; Thu, 26 Oct 2006 18:42:40 +0400 (MSD) (envelope-from ru) Date: Thu, 26 Oct 2006 18:42:40 +0400 From: Ruslan Ermilov To: John Baldwin Message-ID: <20061026144240.GB1219@rambler-co.ru> References: <3A8131D4-881E-4873-A682-543A1A88C063@lassitu.de> <20061026222234.P2553@epsplex.bde.org> <20061026141830.GA790@rambler-co.ru> <200610261028.10680.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aVD9QWMuhilNxW9f" Content-Disposition: inline In-Reply-To: <200610261028.10680.jhb@freebsd.org> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: freebsd-stable@freebsd.org, Stefan Bethke , Bruce Evans , Bruce Evans Subject: Re: Still possible to directly boot without loader? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 15:04:41 -0000 --aVD9QWMuhilNxW9f Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 26, 2006 at 10:28:09AM -0400, John Baldwin wrote: > On Thursday 26 October 2006 10:18, Ruslan Ermilov wrote: > > On Thu, Oct 26, 2006 at 10:52:30PM +1000, Bruce Evans wrote: > > > On Thu, 26 Oct 2006, Ruslan Ermilov wrote: > > > >3) It's currently broken even on i386; backing out > > > > rev. 1.71 of boot2.c by jhb@ fixes this for me. > > > > > > > >: revision 1.71 > > > >: date: 2004/09/18 02:07:00; author: jhb; state: Exp; lines: +3 -3 > > > >: A long, long time ago in a CVS branch far away (specifically, HEAD= prior > > > >: to 4.0 and RELENG_3), the BTX mini-kernel used paging rather than = flat > > > >: mode and clients were limited to a virtual address space of 16 meg= abytes. > > > >: Because of this limitation, boot2 silently masked all physical add= resses > > > >: in any binaries it loaded so that they were always loaded into the= first > > > >: 16 Meg. Since BTX no longer has this limitation (and hasn't for a= long > > > >: time), remove the masking from boot2. This allows boot2 to load k= ernels > > > >: larger than about 12 to 14 meg (12 for non-PAE, 14 for PAE). > > > >: > > > >: Submitted by: Sergey Lyubka devnull at uptsoft dot com > > > >: MFC after: 1 month > > >=20 > > > The kernel is linked at 0xc0000000 but loade din low memory, so the h= igh > > > bits must be masked off like they used to be for the kernel to boot a= t all. > > > This has nothing to do with paging AFAIK. Rev.1.71 makes no sense, s= ince > > > BTX isn't large, and large kernels are more unbootable than before wi= th > > > 1.71. > > >=20 > > The real purpose of this commit was to allow to directly "load kernels > > larger than about 12 to 14 meg (12 for non-PAE, 14 for PAE)". (Old > > version masked high 8 bits, leaving only 2^24=3D16MB for the kernel.) > >=20 > > I have compiled GENERIC and PAE kernels; objdump(1) reports that GENERIC > > kernel has virtual "start address 0xc0449cb0", and PAE has virtual "sta= rt > > address 0xc02458f0". >=20 > Yes, KERNLOAD for PAE is 2MB and for non-PAE is 4MB (to skip PSE page 0). >=20 > > What happens here is that BTX now uses flat memory model, and by not > > masking higher bits at all, BTX attempts to load kernels at above 3G, > > which silently fails, and then jumps to the entry point located in > > "no memory" unless the machine has enough memory. > >=20 > > If the machine has enough physical memory, e.g. 4G, then it works (I > > think that was the case on the machine John tested this change), but > > on my test machine I only have 3G of memory, so it fails. >=20 > Actually, it should never work, as the kernel assumes it is loaded at > KERNLOAD. >=20 > > My interim solution to the problem that would still allow booting > > larger than 16MB kernels is to mask some of the higher bits. > > Currently, I mask 28 bits that gives possible 256MB which is probably > > practical. >=20 > boot2 should do whatever loader does. >=20 But this would be a regression, since loader(8) does the following, in the ELF32 case: : 0 edoofus:ttyp2:/sys/boot/i386/libi386 >grep -w entry elf32_freebsd.c : vm_offset_t entry, bootinfop, modulep, kernend; : entry =3D ehdr->e_entry & 0xffffff; : printf("Start @ 0x%lx ...\n", entry); : __exec((void *)entry, boothowto, bootdev, 0, 0, 0, bootinfop, modulep= , kernend); Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --aVD9QWMuhilNxW9f Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFQMlgqRfpzJluFF4RAsW2AJ43sLbM9WuLF4AICt1KWsYNuJ72pgCdG0Xb y7pq4UQtXdYbCXsHxWkzzfo= =aHMU -----END PGP SIGNATURE----- --aVD9QWMuhilNxW9f-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 15:26: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4CFB16A412 for ; Thu, 26 Oct 2006 15:26:19 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr1.xs4all.nl (smtp-vbr1.xs4all.nl [194.109.24.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAA9A43D4C for ; Thu, 26 Oct 2006 15:26:17 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr1.xs4all.nl (8.13.8/8.13.8) with ESMTP id k9QFQCJ2096245; Thu, 26 Oct 2006 17:26:16 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 7D7BBB842; Thu, 26 Oct 2006 17:26:12 +0200 (CEST) Date: Thu, 26 Oct 2006 17:26:12 +0200 From: Roland Smith To: "SiteRollout.com" Message-ID: <20061026152612.GA22501@slackbox.xs4all.nl> Mail-Followup-To: "SiteRollout.com" , freebsd-stable@freebsd.org References: <002c01c6f8f2$7656c550$0200a8c0@pc1> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M9NhX3UHpAaciwkO" Content-Disposition: inline In-Reply-To: <002c01c6f8f2$7656c550$0200a8c0@pc1> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: Three FreeBSD 6 questions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 15:26:19 -0000 --M9NhX3UHpAaciwkO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 26, 2006 at 12:32:43PM +0100, SiteRollout.com wrote: > I'm new to this list, so here's a hello, how are you to everyone on the > list! Welcome! =20 > And which file do I change to use a different release, and how must I upd= ate > the system to pull in this latest release? >=20 > 2.) I'm a bit confused as to updating the system. As I understand, there = are > 3 areas which require updates: > =20 > i. Ports You could use portsnap(1) to keep your ports database up to date. > ii. Security updates > iii. Kernel updates > =20 > I know how to perform the first two, but for kernel updates I can't seen = to > find a consistent unified method with talk of the "traditional" way and t= he > "latest" way. What is the best way to keep my FreeBSD 6.x system up2date? This is covered in the handbook, and at the end of /usr/src/UPDATING. FreeBSD updates both the kernel and the base system. Basically, 1) cvsup(1) your source to RELENG_6 (for STABLE) or RELENG_6_1 for just security updates. 2) Create a custom kernel config file, if needed, and put it in=20 /usr/src/sys//conf/FOO for example. 3) cd /usr/src; 4) make buildworld 3) make kernel # Add 'KERNCONF=3DFOO' to use your configuration. 4) reboort into single user mode 5) mergemaster -p 6) cd /usr/src; make installworld 7) mergemaster 8) reboot Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --M9NhX3UHpAaciwkO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFQNOUEnfvsMMhpyURAj1aAJ0fNApvxnSYsx9mdlBpgjOIGlLyRgCfZoUn 7fR1EEckY5rJYWiAUgvIIFo= =aubX -----END PGP SIGNATURE----- --M9NhX3UHpAaciwkO-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 15:59: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA7C316A40F; Thu, 26 Oct 2006 15:59: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 7FC1443D67; Thu, 26 Oct 2006 15:59:08 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k9QFx06v028361; Thu, 26 Oct 2006 11:59:00 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Ruslan Ermilov Date: Thu, 26 Oct 2006 11:38:24 -0400 User-Agent: KMail/1.9.1 References: <3A8131D4-881E-4873-A682-543A1A88C063@lassitu.de> <200610261028.10680.jhb@freebsd.org> <20061026144240.GB1219@rambler-co.ru> In-Reply-To: <20061026144240.GB1219@rambler-co.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610261138.24939.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Thu, 26 Oct 2006 11:59:05 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/2106/Thu Oct 26 09:18:05 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, Stefan Bethke , Bruce Evans , Bruce Evans Subject: Re: Still possible to directly boot without loader? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 15:59:12 -0000 On Thursday 26 October 2006 10:42, Ruslan Ermilov wrote: > On Thu, Oct 26, 2006 at 10:28:09AM -0400, John Baldwin wrote: > > On Thursday 26 October 2006 10:18, Ruslan Ermilov wrote: > > > On Thu, Oct 26, 2006 at 10:52:30PM +1000, Bruce Evans wrote: > > > > On Thu, 26 Oct 2006, Ruslan Ermilov wrote: > > > > >3) It's currently broken even on i386; backing out > > > > > rev. 1.71 of boot2.c by jhb@ fixes this for me. > > > > > > > > > >: revision 1.71 > > > > >: date: 2004/09/18 02:07:00; author: jhb; state: Exp; lines: +3 -3 > > > > >: A long, long time ago in a CVS branch far away (specifically, HEAD prior > > > > >: to 4.0 and RELENG_3), the BTX mini-kernel used paging rather than flat > > > > >: mode and clients were limited to a virtual address space of 16 megabytes. > > > > >: Because of this limitation, boot2 silently masked all physical addresses > > > > >: in any binaries it loaded so that they were always loaded into the first > > > > >: 16 Meg. Since BTX no longer has this limitation (and hasn't for a long > > > > >: time), remove the masking from boot2. This allows boot2 to load kernels > > > > >: larger than about 12 to 14 meg (12 for non-PAE, 14 for PAE). > > > > >: > > > > >: Submitted by: Sergey Lyubka devnull at uptsoft dot com > > > > >: MFC after: 1 month > > > > > > > > The kernel is linked at 0xc0000000 but loade din low memory, so the high > > > > bits must be masked off like they used to be for the kernel to boot at all. > > > > This has nothing to do with paging AFAIK. Rev.1.71 makes no sense, since > > > > BTX isn't large, and large kernels are more unbootable than before with > > > > 1.71. > > > > > > > The real purpose of this commit was to allow to directly "load kernels > > > larger than about 12 to 14 meg (12 for non-PAE, 14 for PAE)". (Old > > > version masked high 8 bits, leaving only 2^24=16MB for the kernel.) > > > > > > I have compiled GENERIC and PAE kernels; objdump(1) reports that GENERIC > > > kernel has virtual "start address 0xc0449cb0", and PAE has virtual "start > > > address 0xc02458f0". > > > > Yes, KERNLOAD for PAE is 2MB and for non-PAE is 4MB (to skip PSE page 0). > > > > > What happens here is that BTX now uses flat memory model, and by not > > > masking higher bits at all, BTX attempts to load kernels at above 3G, > > > which silently fails, and then jumps to the entry point located in > > > "no memory" unless the machine has enough memory. > > > > > > If the machine has enough physical memory, e.g. 4G, then it works (I > > > think that was the case on the machine John tested this change), but > > > on my test machine I only have 3G of memory, so it fails. > > > > Actually, it should never work, as the kernel assumes it is loaded at > > KERNLOAD. > > > > > My interim solution to the problem that would still allow booting > > > larger than 16MB kernels is to mask some of the higher bits. > > > Currently, I mask 28 bits that gives possible 256MB which is probably > > > practical. > > > > boot2 should do whatever loader does. > > > But this would be a regression, since loader(8) does the following, > in the ELF32 case: > > : 0 edoofus:ttyp2:/sys/boot/i386/libi386 >grep -w entry elf32_freebsd.c > : vm_offset_t entry, bootinfop, modulep, kernend; > : entry = ehdr->e_entry & 0xffffff; > : printf("Start @ 0x%lx ...\n", entry); > : __exec((void *)entry, boothowto, bootdev, 0, 0, 0, bootinfop, modulep, kernend); Ah, ok. Make them both just mask the top 8 bits then. :) -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 16:45: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D040416A412 for ; Thu, 26 Oct 2006 16:45:40 +0000 (UTC) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from panacea.ucs.uwa.edu.au (asclepius2.uwa.edu.au [130.95.128.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id E65B843D6E for ; Thu, 26 Oct 2006 16:45:39 +0000 (GMT) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from panacea.kas (localhost.localdomain [127.0.0.1]) by panacea.uwa.edu.au (Postfix) with SMTP id 660784D272 for ; Fri, 27 Oct 2006 00:45:37 +0800 (WST) Received: from panacea (localhost.localdomain [127.0.0.1]) by panacea.prekas (Postfix) with ESMTP id 5D7F54D2ED for ; Fri, 27 Oct 2006 00:45:37 +0800 (WST) X-UWA-Client-IP: 130.95.13.9 (UWA) Received: from mooneye.ucc.gu.uwa.edu.au (mooneye.ucc.gu.uwa.edu.au [130.95.13.9]) by panacea.extinput (Postfix) with ESMTP id 8C71E4D299 for ; Fri, 27 Oct 2006 00:45:32 +0800 (WST) Received: by mooneye.ucc.gu.uwa.edu.au (Postfix, from userid 801) id 6C3F43684E; Fri, 27 Oct 2006 00:45:27 +0800 (WST) Received: from mussel.ucc.gu.uwa.edu.au (mussel.ucc.gu.uwa.edu.au [130.95.13.18]) by mooneye.ucc.gu.uwa.edu.au (Postfix) with ESMTP id D91AA36847; Fri, 27 Oct 2006 00:45:26 +0800 (WST) Received: from zanchey (helo=localhost) by mussel.ucc.gu.uwa.edu.au with local-esmtp (Exim 3.36 #1 (Debian)) id 1Gd8MA-0007hA-00; Fri, 27 Oct 2006 00:45:26 +0800 Date: Fri, 27 Oct 2006 00:45:26 +0800 (WST) From: David Adam To: Vivek Khera In-Reply-To: <022C0CCD-8BA2-4166-A34A-C5F184E6652F@KHERA.ORG> Message-ID: References: <022C0CCD-8BA2-4166-A34A-C5F184E6652F@KHERA.ORG> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.10/RELEASE, bases: 26102006 #221790, status: clean X-SpamTest-Info: Profile: Formal (659/061026) X-SpamTest-Info: Profile: Detect Hard [UCS 290904] X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking Spam - Subject (UCS) [02-08-04] X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0125], KAS/Release Cc: FreeBSD Stable Subject: Re: whither cvsup11? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: zanchey@ucc.gu.uwa.edu.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 16:45:40 -0000 On Thu, 26 Oct 2006, Vivek Khera wrote: > Did cvsup11 go away? I went to do my weekly cvsup of sources/ports > and it is coming up host not found. It was very convenient since it > happened to be in the same data center as me, making roundtrip packet > times in the 5ms range :-) My last update from it was last week on > the 19th. Vivek, Someone mentioned this a little while back: http://www.freebsd.org/cgi/query-pr.cgi?pr=misc/103814 David Adam zanchey@ucc.gu.uwa.edu.au From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 17:09: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D537516A416; Thu, 26 Oct 2006 17:09:44 +0000 (UTC) (envelope-from adam@adamretter.eclipse.co.uk) Received: from mra02.ch.as12513.net (mra02.ch.as12513.net [82.153.254.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49F5E43D55; Thu, 26 Oct 2006 17:09:43 +0000 (GMT) (envelope-from adam@adamretter.eclipse.co.uk) Received: from localhost (localhost [127.0.0.1]) by mra02.ch.as12513.net (Postfix) with ESMTP id B44DED4BC7; Thu, 26 Oct 2006 18:09:41 +0100 (BST) Received: from mra02.ch.as12513.net ([127.0.0.1]) by localhost (mra02.ch.as12513.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 08939-01-16; Thu, 26 Oct 2006 18:09:39 +0100 (BST) Received: from webmail03.ch.as12513.net (webmail03.ch.as12513.net [82.153.254.77]) by mra02.ch.as12513.net (Postfix) with ESMTP id 62C23D4B8B; Thu, 26 Oct 2006 18:09:37 +0100 (BST) Content-Disposition: inline Content-Transfer-Encoding: quoted-printable From: To: Benjamin Lutz , Thomas Quinot Date: Thu, 26 Oct 2006 18:09:37 +0100 X-Uidl: 20061026091854.GB31681@melamine.cuivre.fr.eu.org X-Mailer: AtMail 4.3 Message-Id: <20061026170937.62C23D4B8B@mra02.ch.as12513.net> X-Virus-Scanned: by Eclipse VIRUSshield at eclipse.net.uk MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: atapicam problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: adam@adamretter.eclipse.co.uk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 17:09:44 -0000 Thomas, do you think this could be related to the problem I= had with atapi_cam slowing my machine down to an unuseable state? &n= bsp; Thanks Adam. On Thu Oct 26 9:18 , Thomas Qui= not sent: =0D > Well, I'm having problems with that. I built a new kernel with all the= =0D > CAM debugging options enabled (otherwise it's GENERIC), but this one <= br />=0D > would panic as soon as I load the atapicam module if I load it = =0D > manually, or as soon as drive detection starts if the boot loader load= s =0D > it. I've had a look at the dump with kgdb, and it appears that a =0D > null-dereference happens in line 4205 of sys/cam/cam_xpt.c: path2 is <= br />=0D > NULL. =0D =0D OK, sorry for the delay, can you apply the attached patch and try again? =0D =0D Thomas. =0D =0D =0D From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 17:16: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE27916A407 for ; Thu, 26 Oct 2006 17:16:47 +0000 (UTC) (envelope-from thomas@FreeBSD.ORG) Received: from melamine.cuivre.fr.eu.org (melusine.cuivre.fr.eu.org [82.225.155.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DD7543D5C for ; Thu, 26 Oct 2006 17:16:46 +0000 (GMT) (envelope-from thomas@FreeBSD.ORG) Received: by melamine.cuivre.fr.eu.org (Postfix, from userid 1000) id 5AA475CBD2; Thu, 26 Oct 2006 19:16:41 +0200 (CEST) Date: Thu, 26 Oct 2006 19:16:41 +0200 From: Thomas Quinot To: adam@adamretter.eclipse.co.uk Message-ID: <20061026171641.GA50998@melamine.cuivre.fr.eu.org> References: <20061026170937.62C23D4B8B@mra02.ch.as12513.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061026170937.62C23D4B8B@mra02.ch.as12513.net> X-message-flag: WARNING! Using Outlook can damage your computer. User-Agent: Mutt/1.5.11 Cc: Benjamin Lutz , freebsd-stable@freebsd.org Subject: Re: atapicam problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 17:16:47 -0000 * adam@adamretter.eclipse.co.uk, 2006-10-26 : > Thomas, do you think this could be related to the problem I had with > atapi_cam slowing my machine down to an unuseable state? I don't think the patch I sent would change anything, it's just a plain protection against a null pointer dereference so that we can get debugging traces. With this patch you should be able to run with CAM debugging options, and from there we can hopefully diagnose the exact cause of the problems you're seeing. Thomas. From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 17:34: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63F8B16A514 for ; Thu, 26 Oct 2006 17:34:21 +0000 (UTC) (envelope-from duane@dwpc.dwlabs.ca) Received: from smtpout.eastlink.ca (smtpout.eastlink.ca [24.222.0.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id E641243D49 for ; Thu, 26 Oct 2006 17:34:20 +0000 (GMT) (envelope-from duane@dwpc.dwlabs.ca) Received: from ip02.eastlink.ca ([24.222.10.10]) by mta01.eastlink.ca (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTP id <0J7R00L1X7C9ADX0@mta01.eastlink.ca> for freebsd-stable@freebsd.org; Thu, 26 Oct 2006 14:31:21 -0300 (ADT) Received: from blk-224-199-230.eastlink.ca (HELO dwpc.dwlabs.ca) ([24.224.199.230]) by ip02.eastlink.ca with ESMTP; Thu, 26 Oct 2006 14:01:56 -0300 Received: from dwpc.dwlabs.ca (localhost [127.0.0.1]) by dwpc.dwlabs.ca (8.13.8/8.13.8) with ESMTP id k9QH1WnK012432; Thu, 26 Oct 2006 14:01:32 -0300 (ADT envelope-from duane@dwpc.dwlabs.ca) Received: (from duane@localhost) by dwpc.dwlabs.ca (8.13.8/8.13.8/Submit) id k9QH1Vwa012431; Thu, 26 Oct 2006 14:01:31 -0300 (ADT envelope-from duane) Date: Thu, 26 Oct 2006 14:01:31 -0300 From: Duane Whitty In-reply-to: <20061026100832.GA48810@comp.chem.msu.su> To: Yar Tikhiy Message-id: <20061026170131.GD1474@dwpc.dwlabs.ca> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAGOOQEUY4MfmdGdsb2JhbACBTIppAQ X-IronPort-AV: i="4.09,362,1157338800"; d="scan'208"; a="873799317:sNHT589723424" References: <20061024050431.GA1474@dwpc.dwlabs.ca> <453E662C.6050501@FreeBSD.org> <20061024200409.GE53901@dan.emsphone.com> <20061026100832.GA48810@comp.chem.msu.su> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: Pleading for commit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 17:34:21 -0000 On Thu, Oct 26, 2006 at 02:08:32PM +0400, Yar Tikhiy wrote: > On Tue, Oct 24, 2006 at 03:04:09PM -0500, Dan Nelson wrote: > > In the last episode (Oct 24), Doug Barton said: > > > Duane Whitty wrote: > > > >Patching it myself after every cvs update is not such a big deal; It > > > >is forgetting to patch it after every update which is a big deal. > > > > > > Write a little script for yourself that calls cvsup then runs patch > > > so you won't forget. :) > > > > Or cvsup the CVS repository (instead of using checkout mode), check out > > your working tree from there, and run "cvs update" to update your > > sources, which will preserve local changes. > > ... or run a local CVS/SVN/whatever repo and keep your > customized FreeBSD source tree in it and import recent > FreeBSD changes once in a while, as tough guys do... :-) > > Well, returning to the main topic, inability to run Flash > can be a good thing, after all, if your browser doesn't > have a knob to turn the damned thing off. :-) But what > else suffers in an unpatched system? > > -- > Yar :) Yeah, I am actually running 2 source trees now, 1 for STABLE and 1 for CURRENT, as part of a doc project I am trying to work on. And of course I am cvsup-ing the entire repo and not just checking out a particular branch. Guess I'm being lazy :) A build failed on me one time when I had forgotten I was playing with things and didn't tell cvs to overwrite my local changes (which obviously weren't working). So now my usual command for src is cvs update -d -P -C, with -C overwriting local changes. But I digress... :) To answer your question; nothing else suffers in an unpatched system. As well I have had some correspondence with Alexander Kabaev about this matter and I cannot readily dismiss his reasons for not wanting this patch in the tree. Given his strong, logical arguments, the fact that nothing suffers without the patch, the positive outlook that we'll be able to run the linux Flash 9 binary, and that anyone who wants to can apply the patch locally, I'm ready to say "I surrender" :) Actually with Alexander's arguments I am now torn myslef as to whether or not the patch belongs in the tree. I'm not saying I believe it doesn't, I'm saying I'm just not positive it does. So life goes on. Best Regards, Duane Whitty From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 17:50: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6562F16A416 for ; Thu, 26 Oct 2006 17:50:26 +0000 (UTC) (envelope-from VIVEK@KHERA.ORG) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1430843D58 for ; Thu, 26 Oct 2006 17:50:25 +0000 (GMT) (envelope-from VIVEK@KHERA.ORG) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 4F8C6B821 for ; Thu, 26 Oct 2006 13:50:25 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: References: <022C0CCD-8BA2-4166-A34A-C5F184E6652F@KHERA.ORG> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <77EF7A34-F215-4205-8C21-AA1B7CF96EB4@KHERA.ORG> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Thu, 26 Oct 2006 13:50:24 -0400 To: FreeBSD Stable X-Mailer: Apple Mail (2.752.2) Subject: Re: whither cvsup11? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 17:50:26 -0000 thanks. i should call over there and see if they can't fix it (I'm a customer of theirs)... but i doubt i'd get thru to anyone with sufficient knowledge :-( On Oct 26, 2006, at 12:45 PM, David Adam wrote: > On Thu, 26 Oct 2006, Vivek Khera wrote: >> Did cvsup11 go away? I went to do my weekly cvsup of sources/ports >> and it is coming up host not found. It was very convenient since it >> happened to be in the same data center as me, making roundtrip packet >> times in the 5ms range :-) My last update from it was last week on >> the 19th. > > Vivek, > > Someone mentioned this a little while back: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=misc/103814 > > David Adam > zanchey@ucc.gu.uwa.edu.au From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 18:38: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09AD116A416 for ; Thu, 26 Oct 2006 18:38:06 +0000 (UTC) (envelope-from jim@thehousleys.net) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.200.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F39943D75 for ; Thu, 26 Oct 2006 18:37:54 +0000 (GMT) (envelope-from jim@thehousleys.net) Received: from cat.int.thehousleys.net ([24.62.118.137]) by comcast.net (sccrmhc11) with ESMTP id <2006102618375301100cg8jle>; Thu, 26 Oct 2006 18:37:53 +0000 Received: from [192.168.128.235] (pied.int.thehousleys.net [192.168.128.235]) by cat.int.thehousleys.net (Postfix) with ESMTP id 9EDAC3125E for ; Thu, 26 Oct 2006 14:37:53 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: quoted-printable Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: James Housley Date: Thu, 26 Oct 2006 14:37:52 -0400 X-Mailer: Apple Mail (2.752.2) Subject: Kernel crashes in current 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: Thu, 26 Oct 2006 18:38:06 -0000 My router running FBSD 6.1-RELEASE, 6.1-STABLE and now 6.2-PRERELEASE =20= periodically would reboot. It would always have the same basic =20 information in the kernel panic. I have finally gotten it setup for =20 a debug kernel and a place to store the crash. Here is the information, what are my next steps. Jim Script started on Thu Oct 26 14:28:46 2006 router# kgdb kernel.debug /var/crash/vmcore.0 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/=20 libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and =20 you are welcome to change it and/or distribute copies of it under certain =20 conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for =20 details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x1104768 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc04e50a1 stack pointer =3D 0x28:0xcc680b08 frame pointer =3D 0x28:0xcc680b0c code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D resume, IOPL =3D 0 current process =3D 3690 (ifconfig) trap number =3D 12 panic: page fault Uptime: 5h36m14s Dumping 126 MB (2 chunks) chunk 0: 1MB (160 pages) ... ok chunk 1: 126MB (32240 pages) 110 94 78 62 46 30 14 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); (kgdb) list *0xc04e50a1 0xc04e50a1 is in turnstile_setowner (/usr/src/sys/kern/=20 subr_turnstile.c:433). 428 429 mtx_assert(&td_contested_lock, MA_OWNED); 430 MPASS(owner->td_proc->p_magic =3D=3D P_MAGIC); 431 MPASS(ts->ts_owner =3D=3D NULL); 432 ts->ts_owner =3D owner; 433 LIST_INSERT_HEAD(&owner->td_contested, ts, ts_link); 434 } 435 436 /* 437 * Malloc a turnstile for a new thread, initialize it and =20 return it. (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc04c4b02 in boot (howto=3D260) at /usr/src/sys/kern/=20 kern_shutdown.c:409 #2 0xc04c4d98 in panic (fmt=3D0xc06683c3 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc0647000 in trap_fatal (frame=3D0xcc680ac8, eva=3D17844072) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc06467e2 in trap (frame=3D {tf_fs =3D -1060962296, tf_es =3D -865599448, tf_ds =3D = -1067515864, =20 tf_edi =3D -1067971588, tf_esi =3D -1050101120, tf_ebp =3D -865596660, =20= tf_isp =3D -865596684, tf_ebx =3D -1050353088, tf_edx =3D -1050353088, =20= tf_ecx =3D 17843956, tf_eax =3D -1050101088, tf_trapno =3D 12, tf_err =3D = 0, =20 tf_eip =3D -1068609375, tf_cs =3D 32, tf_eflags =3D 65543, tf_esp =3D =20= -1050101120, tf_ss =3D -865596624}) at /usr/src/sys/i386/i386/trap.c:270 #5 0xc0635a9a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc04e50a1 in turnstile_setowner (ts=3D0xc164e240, owner=3D0x11046f4) at /usr/src/sys/kern/subr_turnstile.c:432 #7 0xc04e5398 in turnstile_wait (lock=3D0xc0580e5c, owner=3D0x11046f4) at /usr/src/sys/kern/subr_turnstile.c:591 #8 0xc04bb284 in _mtx_lock_sleep (m=3D0xc0580e5c, tid=3D3244866176, = opts=3D0, file=3D0x0, line=3D0) at /usr/src/sys/kern/kern_mutex.c:579 #9 0xc05327df in if_delmulti (ifp=3D0xc0580bfc, sa=3D0x262beca) at /usr/src/sys/net/if.c:2083 #10 0xc0581783 in in6_delmulti (in6m=3D0xc1980980) at /usr/src/sys/netinet6/mld6.c:649 #11 0xc05731c0 in in6_ifdetach (ifp=3D0xc15ba400) at /usr/src/sys/netinet6/in6_ifattach.c:806 #12 0xc05301f4 in if_detach (ifp=3D0xc15ba400) at /usr/src/sys/net/if.c:=20= 665 #13 0xc0535508 in gif_destroy (sc=3D0xc19a3900) at /usr/src/sys/net/=20 if_gif.c:209 #14 0xc05355ba in gif_clone_destroy (ifp=3D0xc168baa0) at /usr/src/sys/net/if_gif.c:226 #15 0xc0533aca in ifc_simple_destroy (ifc=3D0xc06a3520, ifp=3D0x11046f4) at /usr/src/sys/net/if_clone.c:478 #16 0xc0533109 in if_clone_destroy (name=3D0xc18e8140 "gif0") at /usr/src/sys/net/if_clone.c:172 ---Type to continue, or q to quit--- #17 0xc0531cb8 in ifioctl (so=3D0xc19c52c8, cmd=3D2149607801, data=3D0xc18e8140 "gif0", td=3D0xc168ba80) at = /usr/src/sys/net/if.c:=20 1533 #18 0xc04ec9bf in soo_ioctl (fp=3D0xc168baa0, cmd=3D2149607801, =20 data=3D0xc18e8140, active_cred=3D0xc14fad00, td=3D0xc168ba80) at /usr/src/sys/kern/sys_socket.c:214 #19 0xc04e7089 in ioctl (td=3D0xc168ba80, uap=3D0xcc680d04) at = file.h:264 #20 0xc0647317 in syscall (frame=3D {tf_fs =3D 59, tf_es =3D 59, tf_ds =3D 59, tf_edi =3D 134571680, =20= tf_esi =3D 1, tf_ebp =3D -1077942312, tf_isp =3D -865596060, tf_ebx =3D =20= -1077941000, tf_edx =3D 134583517, tf_ecx =3D 0, tf_eax =3D 54, = tf_trapno =3D =20 12, tf_err =3D 2, tf_eip =3D 672448383, tf_cs =3D 51, tf_eflags =3D 646, = =20 tf_esp =3D -1077942340, tf_ss =3D 59}) at /usr/src/sys/i386/i386/trap.c:983 #21 0xc0635aef in Xint0x80_syscall () at /usr/src/sys/i386/i386/=20 exception.s:200 #22 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) up #1 0xc04c4b02 in boot (howto=3D260) at /usr/src/sys/kern/=20 kern_shutdown.c:409 409 doadump(); (kgdb) up #2 0xc04c4d98 in panic (fmt=3D0xc06683c3 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 565 boot(bootopt); (kgdb) up #3 0xc0647000 in trap_fatal (frame=3D0xcc680ac8, eva=3D17844072) at /usr/src/sys/i386/i386/trap.c:837 837 panic("%s", trap_msg[type]); (kgdb) up #4 0xc06467e2 in trap (frame=3D {tf_fs =3D -1060962296, tf_es =3D -865599448, tf_ds =3D = -1067515864, =20 tf_edi =3D -1067971588, tf_esi =3D -1050101120, tf_ebp =3D -865596660, =20= tf_isp =3D -865596684, tf_ebx =3D -1050353088, tf_edx =3D -1050353088, =20= tf_ecx =3D 17843956, tf_eax =3D -1050101088, tf_trapno =3D 12, tf_err =3D = 0, =20 tf_eip =3D -1068609375, tf_cs =3D 32, tf_eflags =3D 65543, tf_esp =3D =20= -1050101120, tf_ss =3D -865596624}) at /usr/src/sys/i386/i386/trap.c:270 270 trap_fatal(&frame, eva); (kgdb) up #5 0xc0635a9a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 139 call trap Current language: auto; currently asm (kgdb) up #6 0xc04e50a1 in turnstile_setowner (ts=3D0xc164e240, owner=3D0x11046f4) at /usr/src/sys/kern/subr_turnstile.c:432 432 ts->ts_owner =3D owner; Current language: auto; currently c (kgdb) list 427 { 428 429 mtx_assert(&td_contested_lock, MA_OWNED); 430 MPASS(owner->td_proc->p_magic =3D=3D P_MAGIC); 431 MPASS(ts->ts_owner =3D=3D NULL); 432 ts->ts_owner =3D owner; 433 LIST_INSERT_HEAD(&owner->td_contested, ts, ts_link); 434 } 435 436 /* (kgdb) p owner $1 =3D (struct thread *) 0x11046f4 (kgdb) p ts $2 =3D (struct turnstile *) 0xc164e240 (kgdb) p tx=08 =08s_link No symbol "ts_link" in current context. (kgdb) router# ^D=08=08exit Script done on Thu Oct 26 14:31:20 2006 -- /"\ ASCII Ribbon Campaign . \ / - NO HTML/RTF in e-mail . X - NO Word docs in e-mail . / \ ----------------------------------------------------------------- jeh@FreeBSD.org http://www.FreeBSD.org The Power to Serve jim@TheHousleys.Net http://www.TheHousleys.net --------------------------------------------------------------------- "Eagles may soar, but weasels don't get sucked into jet engines" -- Anon From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 19:18: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2EA916A40F; Thu, 26 Oct 2006 19:18:22 +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 51A0B43D5A; Thu, 26 Oct 2006 19:18:21 +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 404D95ED4; Thu, 26 Oct 2006 23:18:20 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 1D69D5EC7; Thu, 26 Oct 2006 23:18:20 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id k9QJIKX1002678; Thu, 26 Oct 2006 23:18:20 +0400 (MSD) (envelope-from ru) Date: Thu, 26 Oct 2006 23:18:20 +0400 From: Ruslan Ermilov To: John Baldwin Message-ID: <20061026191820.GB2420@rambler-co.ru> References: <3A8131D4-881E-4873-A682-543A1A88C063@lassitu.de> <200610261028.10680.jhb@freebsd.org> <20061026144240.GB1219@rambler-co.ru> <200610261138.24939.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aVD9QWMuhilNxW9f" Content-Disposition: inline In-Reply-To: <200610261138.24939.jhb@freebsd.org> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: freebsd-stable@freebsd.org, Stefan Bethke , Bruce Evans , Bruce Evans Subject: Re: Still possible to directly boot without loader? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 19:18:22 -0000 --aVD9QWMuhilNxW9f Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 26, 2006 at 11:38:24AM -0400, John Baldwin wrote: > On Thursday 26 October 2006 10:42, Ruslan Ermilov wrote: > > On Thu, Oct 26, 2006 at 10:28:09AM -0400, John Baldwin wrote: > > > boot2 should do whatever loader does. > > >=20 > > But this would be a regression, since loader(8) does the following, > > in the ELF32 case: > >=20 > > : 0 edoofus:ttyp2:/sys/boot/i386/libi386 >grep -w entry elf32_freebsd.c > > : vm_offset_t entry, bootinfop, modulep, kernend; > > : entry =3D ehdr->e_entry & 0xffffff; > > : printf("Start @ 0x%lx ...\n", entry); > > : __exec((void *)entry, boothowto, bootdev, 0, 0, 0, bootinfop, mod= ulep, kernend); >=20 > Ah, ok. Make them both just mask the top 8 bits then. :) >=20 OK, I backed out your change to boot2.c. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --aVD9QWMuhilNxW9f Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFQQn8qRfpzJluFF4RApv6AKCUc34UZb04FYdQmPx9d/3/+w+2YQCfRUok EWYZ3gFj0kiiOiBAqlsUd9k= =Jp8D -----END PGP SIGNATURE----- --aVD9QWMuhilNxW9f-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 19:42: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57AEE16A4A0; Thu, 26 Oct 2006 19:42:48 +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 BB54243D45; Thu, 26 Oct 2006 19:42:47 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k9QJgdLl032791; Thu, 26 Oct 2006 15:42:41 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Ruslan Ermilov Date: Thu, 26 Oct 2006 15:42:34 -0400 User-Agent: KMail/1.9.1 References: <3A8131D4-881E-4873-A682-543A1A88C063@lassitu.de> <200610261138.24939.jhb@freebsd.org> <20061026191820.GB2420@rambler-co.ru> In-Reply-To: <20061026191820.GB2420@rambler-co.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610261542.35322.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Thu, 26 Oct 2006 15:42:45 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/2107/Thu Oct 26 10:33:29 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, Stefan Bethke , Bruce Evans , Bruce Evans Subject: Re: Still possible to directly boot without loader? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 19:42:48 -0000 On Thursday 26 October 2006 15:18, Ruslan Ermilov wrote: > On Thu, Oct 26, 2006 at 11:38:24AM -0400, John Baldwin wrote: > > On Thursday 26 October 2006 10:42, Ruslan Ermilov wrote: > > > On Thu, Oct 26, 2006 at 10:28:09AM -0400, John Baldwin wrote: > > > > boot2 should do whatever loader does. > > > > > > > But this would be a regression, since loader(8) does the following, > > > in the ELF32 case: > > > > > > : 0 edoofus:ttyp2:/sys/boot/i386/libi386 >grep -w entry elf32_freebsd.c > > > : vm_offset_t entry, bootinfop, modulep, kernend; > > > : entry = ehdr->e_entry & 0xffffff; > > > : printf("Start @ 0x%lx ...\n", entry); > > > : __exec((void *)entry, boothowto, bootdev, 0, 0, 0, bootinfop, modulep, kernend); > > > > Ah, ok. Make them both just mask the top 8 bits then. :) > > > OK, I backed out your change to boot2.c. Sorry, I meant that both boot2 and loader should follow your proposal of masking 28 bits. Just masking the top 4 bits is probably sufficient. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 19: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E15F16A415; Thu, 26 Oct 2006 19:54:33 +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 C8F6F43D7B; Thu, 26 Oct 2006 19:54:20 +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 4D89E6104; Thu, 26 Oct 2006 23:54:19 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 1256A60CE; Thu, 26 Oct 2006 23:54:19 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id k9QJsJpJ003082; Thu, 26 Oct 2006 23:54:19 +0400 (MSD) (envelope-from ru) Date: Thu, 26 Oct 2006 23:54:19 +0400 From: Ruslan Ermilov To: John Baldwin Message-ID: <20061026195419.GA2972@rambler-co.ru> References: <3A8131D4-881E-4873-A682-543A1A88C063@lassitu.de> <200610261138.24939.jhb@freebsd.org> <20061026191820.GB2420@rambler-co.ru> <200610261542.35322.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SLDf9lqlvOQaIe6s" Content-Disposition: inline In-Reply-To: <200610261542.35322.jhb@freebsd.org> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: freebsd-stable@FreeBSD.ORG, Stefan Bethke , Bruce Evans , Bruce Evans Subject: Re: Still possible to directly boot without loader? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 19:54:33 -0000 --SLDf9lqlvOQaIe6s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 26, 2006 at 03:42:34PM -0400, John Baldwin wrote: > On Thursday 26 October 2006 15:18, Ruslan Ermilov wrote: > > On Thu, Oct 26, 2006 at 11:38:24AM -0400, John Baldwin wrote: > > > On Thursday 26 October 2006 10:42, Ruslan Ermilov wrote: > > > > On Thu, Oct 26, 2006 at 10:28:09AM -0400, John Baldwin wrote: > > > > > boot2 should do whatever loader does. > > > > >=20 > > > > But this would be a regression, since loader(8) does the following, > > > > in the ELF32 case: > > > >=20 > > > > : 0 edoofus:ttyp2:/sys/boot/i386/libi386 >grep -w entry elf32_freeb= sd.c > > > > : vm_offset_t entry, bootinfop, modulep, kernen= d; > > > > : entry =3D ehdr->e_entry & 0xffffff; > > > > : printf("Start @ 0x%lx ...\n", entry); > > > > : __exec((void *)entry, boothowto, bootdev, 0, 0, 0, bootinfop,= modulep, kernend); > > >=20 > > > Ah, ok. Make them both just mask the top 8 bits then. :) > > >=20 > > OK, I backed out your change to boot2.c. >=20 > Sorry, I meant that both boot2 and loader should follow your proposal of = masking 28 bits. > Just masking the top 4 bits is probably sufficient. >=20 :-) OK, I'll craft a patch tomorrow. This will also require patching at least sys/boot/common/load_elf.c:__elfN(loadimage), maybe something else. I think we could actually mask 30 bits; that would allow to load 1G kernels, provided that sufficient memory exists. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --SLDf9lqlvOQaIe6s Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFQRJrqRfpzJluFF4RAmqKAJ4kQqHgWOlEAJ9G1F2ElT2/RfpiuQCeMn59 zIzlFqPF1jRWHo3z9g/b5MM= =Btrr -----END PGP SIGNATURE----- --SLDf9lqlvOQaIe6s-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 20:48: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E469816A47B for ; Thu, 26 Oct 2006 20:48:03 +0000 (UTC) (envelope-from gvanlehn@ccsf.edu) Received: from ns7.ccsf.cc.ca.us (ns7.ccsf.cc.ca.us [147.144.1.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id B27C743D58 for ; Thu, 26 Oct 2006 20:48:03 +0000 (GMT) (envelope-from gvanlehn@ccsf.edu) Received: from bat-gwpo.ccsf.edu ([10.2.0.249]) by ns7.ccsf.cc.ca.us (8.13.1/8.13.1) with ESMTP id k9QKm3UF003620 for ; Thu, 26 Oct 2006 13:48:03 -0700 Received: from sfccd-MTA by bat-gwpo.ccsf.edu with Novell_GroupWise; Thu, 26 Oct 2006 13:58:07 -0700 Message-Id: X-Mailer: Novell GroupWise Internet Agent 6.5.4 Date: Thu, 26 Oct 2006 13:57:31 -0700 From: "Glen Van Lehn" To: , Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: Re: whither cvsup11? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 20:48:04 -0000 looks like they fixed it very recently. How I am searching: Searching for cvsup11.freebsd.org A record at d.root-servers.net [128.8.10.= 90]: Got referral to TLD6.ULTRADNS.CO.UK. (zone: org.) [took 6 ms] Searching for cvsup11.freebsd.org A record at TLD6.ULTRADNS.CO.UK. = [198.133.199.11]: Got referral to NS1.IAFRICA.COM. (zone: FREEBSD.ORG.) = [took 10 ms] Searching for cvsup11.freebsd.org A record at NS1.IAFRICA.COM. [196.7.0.139= ]: Got CNAME of freebsd-mirror0.research.uu.net. and referral to auth210.ns= .uu.net. [took 303 ms] Searching for freebsd-mirror0.research.uu.net A record at k.root-servers.ne= t [193.0.14.129]: Got referral to a.gtld-servers.net. (zone: net.) [took = 94 ms] Searching for freebsd-mirror0.research.uu.net A record at a.gtld-servers.ne= t. [192.5.6.30]: Got referral to auth60.ns.uu.net. (zone: uu.net.) [took = 149 ms] Searching for freebsd-mirror0.research.uu.net A record at auth60.ns.uu.net.= [198.6.1.181]: Got referral to beast.research.uu.net. (zone: research.uu.n= et.) [took 91 ms] Searching for freebsd-mirror0.research.uu.net A record at beast.research.uu= .net. [63.87.62.73]: Timed out. Trying again. Searching for freebsd-mirror0.research.uu.net A record at auth50.ns.uu.net.= [198.6.1.161]: Reports freebsd-mirror0.research.uu.net. [took 28 ms] Answer: Domain Type Class TTL Answer freebsd-mirror0.research.uu.net. A IN 3600 63.87.62.77= research.uu.net. NS IN 86400 auth03.ns.uu.net. research.uu.net. NS IN 86400 auth50.ns.uu.net. NOTE: One or more CNAMEs were encountered. cvsup11.freebsd.org is really = freebsd-mirror0.research.uu.net. glen >>> Vivek Khera 10/26/06 10:50 AM >>> thanks. i should call over there and see if they can't fix it (I'm a =20 customer of theirs)... but i doubt i'd get thru to anyone with =20 sufficient knowledge :-( On Oct 26, 2006, at 12:45 PM, David Adam wrote: > On Thu, 26 Oct 2006, Vivek Khera wrote: >> Did cvsup11 go away? I went to do my weekly cvsup of sources/ports >> and it is coming up host not found. It was very convenient since it >> happened to be in the same data center as me, making roundtrip packet >> times in the 5ms range :-) My last update from it was last week on >> the 19th. > > Vivek, > > Someone mentioned this a little while back: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dmisc/103814=20 > > David Adam > zanchey@ucc.gu.uwa.edu.au=20 _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable=20 To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 21:06: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B09416A40F for ; Thu, 26 Oct 2006 21:06:13 +0000 (UTC) (envelope-from VIVEK@KHERA.ORG) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08D3B43D49 for ; Thu, 26 Oct 2006 21:06:12 +0000 (GMT) (envelope-from VIVEK@KHERA.ORG) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 49CE5B822; Thu, 26 Oct 2006 17:06:12 -0400 (EDT) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Thu, 26 Oct 2006 17:06:11 -0400 To: "Glen Van Lehn" X-Mailer: Apple Mail (2.752.2) Cc: freebsd-stable@freebsd.org Subject: Re: whither cvsup11? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 21:06:13 -0000 On Oct 26, 2006, at 4:57 PM, Glen Van Lehn wrote: > looks like they fixed it very recently. one of the uunet/verizon guys posted that they've reconfigured the zone so it is served primarily from the main NS servers rather than the "beast" server, which appears down. That was about 1.5 hours ago, so propagation should have worked its magic by now. From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 21:17: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3012516A415 for ; Thu, 26 Oct 2006 21:17:05 +0000 (UTC) (envelope-from ratman6@charter.net) Received: from mxsf08.cluster1.charter.net (mxsf08.cluster1.charter.net [209.225.28.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACBEF43D53 for ; Thu, 26 Oct 2006 21:17:04 +0000 (GMT) (envelope-from ratman6@charter.net) Received: from mxip18a.cluster1.charter.net (mxip18a.cluster1.charter.net [209.225.28.148]) by mxsf08.cluster1.charter.net (8.12.11.20060308/8.12.11) with ESMTP id k9QLH2Fp031701 for ; Thu, 26 Oct 2006 17:17:02 -0400 Received: from 24-151-33-109.dhcp.nwtn.ct.charter.com (HELO bedroom) ([24.151.33.109]) by mxip18a.cluster1.charter.net with ESMTP; 26 Oct 2006 17:16:49 -0400 X-IronPort-AV: i="4.09,363,1157342400"; d="scan'208"; a="1050802495:sNHT37438852914" From: "Matt Smith" To: Date: Thu, 26 Oct 2006 17:16:42 -0400 Message-ID: <000201c6f944$0c7b3010$0201a8c0@bedroom> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Importance: Normal In-Reply-To: <20061026183818.9B59616A4DD@hub.freebsd.org> Subject: RE: very serious compiling issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 21:17:05 -0000 Hey guys, I got a band new install of FreeBSD that will not compile. Stop code while compiling UnrealIRCD follows: gcc -I../include -I/usr/home/khawkins/Unreal3.2/extras/regexp/include -I/usr/hom e/khawkins/Unreal3.2/extras/c-ares/include -pipe -g -O2 -funsigned-char -fno-str ict-aliasing -DZIP_LINKS -export-dynamic -fPIC -DPIC -shared -DDYNAMIC_LINKING -o m_unzline.so m_unzline.c gcc -I../include -I/usr/home/khawkins/Unreal3.2/extras/regexp/include -I/usr/hom e/khawkins/Unreal3.2/extras/c-ares/include -pipe -g -O2 -funsigned-char -fno-str ict-aliasing -DZIP_LINKS -export-dynamic -fPIC -DPIC -shared -DDYNAMIC_LINKING -o m_whois.so m_whois.c gcc -I../include -I/usr/home/khawkins/Unreal3.2/extras/regexp/include -I/usr/hom e/khawkins/Unreal3.2/extras/c-ares/include -pipe -g -O2 -funsigned-char -fno-str ict-aliasing -DZIP_LINKS -export-dynamic -fPIC -DPIC -shared -DDYNAMIC_LINKING -o m_tkl.so m_tkl.c m_tkl.c: In function `_m_tkl': m_tkl.c:2187: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /usr/home/khawkins/Unreal3.2/src/modules. *** Error code 1 Stop in /usr/home/khawkins/Unreal3.2/src. *** Error code 1 Stop in /usr/home/khawkins/Unreal3.2. $ Is there something up with the FreeBSD download? Matt Smith From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 21:22: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE41616A40F for ; Thu, 26 Oct 2006 21:22:39 +0000 (UTC) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from panacea.ucs.uwa.edu.au (asclepius2.uwa.edu.au [130.95.128.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63AB243D49 for ; Thu, 26 Oct 2006 21:22:38 +0000 (GMT) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from panacea.kas (localhost.localdomain [127.0.0.1]) by panacea.uwa.edu.au (Postfix) with SMTP id DF90D4CE51 for ; Fri, 27 Oct 2006 05:22:36 +0800 (WST) Received: from panacea (localhost.localdomain [127.0.0.1]) by panacea.prekas (Postfix) with ESMTP id C663E4CE8E for ; Fri, 27 Oct 2006 05:22:36 +0800 (WST) X-UWA-Client-IP: 130.95.13.9 (UWA) Received: from mooneye.ucc.gu.uwa.edu.au (mooneye.ucc.gu.uwa.edu.au [130.95.13.9]) by panacea.extinput (Postfix) with ESMTP id 893154CE51 for ; Fri, 27 Oct 2006 05:22:36 +0800 (WST) Received: by mooneye.ucc.gu.uwa.edu.au (Postfix, from userid 801) id 0F7EE36803; Fri, 27 Oct 2006 05:22:36 +0800 (WST) Received: from mussel.ucc.gu.uwa.edu.au (mussel.ucc.gu.uwa.edu.au [130.95.13.18]) by mooneye.ucc.gu.uwa.edu.au (Postfix) with ESMTP id DFA9936802; Fri, 27 Oct 2006 05:22:35 +0800 (WST) Received: from zanchey (helo=localhost) by mussel.ucc.gu.uwa.edu.au with local-esmtp (Exim 3.36 #1 (Debian)) id 1GdCgN-0000tc-00; Fri, 27 Oct 2006 05:22:35 +0800 Date: Fri, 27 Oct 2006 05:22:35 +0800 (WST) From: David Adam To: Matt Smith In-Reply-To: <000201c6f944$0c7b3010$0201a8c0@bedroom> Message-ID: References: <000201c6f944$0c7b3010$0201a8c0@bedroom> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.10/RELEASE, bases: 27102006 #221840, status: clean X-SpamTest-Info: Profile: Formal (659/061026) X-SpamTest-Info: Profile: Detect Hard [UCS 290904] X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking Spam - Subject (UCS) [02-08-04] X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0125], KAS/Release Cc: freebsd-stable@freebsd.org Subject: RE: very serious compiling issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: zanchey@ucc.gu.uwa.edu.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 21:22:40 -0000 On Thu, 26 Oct 2006, Matt Smith wrote: > Hey guys, > I got a band new install of FreeBSD that will not compile. Stop code while > compiling UnrealIRCD follows: > gcc -I../include -I/usr/home/khawkins/Unreal3.2/extras/regexp/include > -I/usr/hom > e/khawkins/Unreal3.2/extras/c-ares/include -pipe -g -O2 -funsigned-char > -fno-str > ict-aliasing -DZIP_LINKS -export-dynamic -fPIC -DPIC -shared > -DDYNAMIC_LINKING > -o m_tkl.so m_tkl.c > m_tkl.c: In function `_m_tkl': > m_tkl.c:2187: internal compiler error: Segmentation fault: 11 > Please submit a full bug report, > with preprocessed source if appropriate. > See for instructions. > *** Error code 1 > > Stop in /usr/home/khawkins/Unreal3.2/src/modules. > *** Error code 1 > > Stop in /usr/home/khawkins/Unreal3.2/src. > *** Error code 1 > > Stop in /usr/home/khawkins/Unreal3.2. > $ > > Is there something up with the FreeBSD download? Internal compiler errors in GCC are hardware problems in almost all cases. Check your CPU temperature, and the state of your RAM. David Adam zanchey@ucc.gu.ohgod5am.uwa.edu.au From owner-freebsd-stable@FreeBSD.ORG Thu Oct 26 22:42: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C49A316A412 for ; Thu, 26 Oct 2006 22:42:25 +0000 (UTC) (envelope-from christopher.morrow@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 08DDA43DBD for ; Thu, 26 Oct 2006 22:41:42 +0000 (GMT) (envelope-from christopher.morrow@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so456336uge for ; Thu, 26 Oct 2006 15:41:26 -0700 (PDT) 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=OzLy1OLHVuiczBaHGOz503Iq25Oc/I20KoR0adDKBlVmZGY67kkKuxTCIYdBjofDIhKe1B6J4U/Zdxg4OrDw/pIpOFMVzHEKPQUbgJTEiFFVZH87h7qwwAgAbB6wXzfX1uwUUf8QdlxUivDA6/WFhzyjb0e9jPwu0xKp5QSpO7E= Received: by 10.82.142.9 with SMTP id p9mr986601bud; Thu, 26 Oct 2006 15:41:26 -0700 (PDT) Received: by 10.82.142.16 with HTTP; Thu, 26 Oct 2006 15:41:26 -0700 (PDT) Message-ID: <75cb24520610261541v268857d8kc81bb16d26232ca9@mail.gmail.com> Date: Thu, 26 Oct 2006 18:41:26 -0400 From: "Christopher Morrow" 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: cvsup11.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Oct 2006 22:42:25 -0000 how does one put in proper POC info for this? since I'm the POC... :) Also, I'm travelling, but I'll see if I can fix what Jan didn't already fix. -Chris (chris@uu.net | christopher.morrow@verizonbusiness.com) From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 00:49: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF71C16A412 for ; Fri, 27 Oct 2006 00:49:11 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65CD643D46 for ; Fri, 27 Oct 2006 00:49:11 +0000 (GMT) (envelope-from bms@FreeBSD.org) Received: from db2.internal (db2.internal [10.202.2.12]) by frontend1.messagingengine.com (Postfix) with ESMTP id 3E55BDBA416; Thu, 26 Oct 2006 20:49:07 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by db2.internal (MEProxy); Thu, 26 Oct 2006 20:49:10 -0400 X-Sasl-enc: GBDwniPvu3G0HV/w7Uw/sqZ6wTmVoITH6rKPvxWv9/KJ 1161910149 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 80AB51D4EC; Thu, 26 Oct 2006 20:49:07 -0400 (EDT) Message-ID: <4541577F.40306@FreeBSD.org> Date: Fri, 27 Oct 2006 01:49:03 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.5 (X11/20060825) MIME-Version: 1.0 To: Duane Whitty References: <20061024050431.GA1474@dwpc.dwlabs.ca> <453E662C.6050501@FreeBSD.org> <20061024200409.GE53901@dan.emsphone.com> <20061026100832.GA48810@comp.chem.msu.su> <20061026170131.GD1474@dwpc.dwlabs.ca> In-Reply-To: <20061026170131.GD1474@dwpc.dwlabs.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Yar Tikhiy , freebsd-stable@freebsd.org Subject: Re: Pleading for commit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 00:49:11 -0000 The patch is evil, of that there is no doubt. However a wide cross section of the user base will want to run a recent version of Flash whilst 9 is not available. Can't we work around the dlsym issue in the port with some linker magic? Regards, BMS From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 00:54: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4257616A403; Fri, 27 Oct 2006 00:54:20 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DF1A43D5A; Fri, 27 Oct 2006 00:54:15 +0000 (GMT) (envelope-from bms@FreeBSD.org) Received: from db2.internal (db2.internal [10.202.2.12]) by frontend1.messagingengine.com (Postfix) with ESMTP id BC09DDBA45D; Thu, 26 Oct 2006 20:54:13 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by db2.internal (MEProxy); Thu, 26 Oct 2006 20:54:16 -0400 X-Sasl-enc: OTsgEpk/9JFEpszU/0FlbaxOSfCoMiLx3Hy6n+myC/vo 1161910456 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 9767911D97; Thu, 26 Oct 2006 20:54:14 -0400 (EDT) Message-ID: <454158B3.4040406@FreeBSD.org> Date: Fri, 27 Oct 2006 01:54:11 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.5 (X11/20060825) MIME-Version: 1.0 To: Ruslan Ermilov References: <3A8131D4-881E-4873-A682-543A1A88C063@lassitu.de> <20060911180915.GB33304@lor.one-eyed-alien.net> <20061026113922.GA932@rambler-co.ru> In-Reply-To: <20061026113922.GA932@rambler-co.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Stefan Bethke , John Baldwin , Bruce Evans Subject: Re: Still possible to directly boot without loader? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 00:54:20 -0000 Ruslan Ermilov wrote: > I've been investigating this today. Here's what I've found: > > 1) You need hints statically compiled into your kernel. > (This has been a long time requirement.) > > 2) You can only do it on i386, because boot2 only knows > about ELF32, so attempts to load ELF64 amd64 kernels > will fail. (loader(8) knows about both ELF32/64.) > Just FYI: This is indeed how I am succesfully able to boot FreeBSD via PXE with QEMU + Etherboot, which of course cannot run pxeboot because Etherboot's PXE code tries to enter protected mode on the i386. Etherboot claims to be able to interpret and pass FreeBSD kernel environment variables via PXE encapsulated DHCP options. I haven't tried emulating an amd64, however. > 3) It's currently broken even on i386; backing out > rev. 1.71 of boot2.c by jhb@ fixes this for me. > Do we even need the PAGING code in btx any more? It might make the real mode hackery less confusing to implement. Regards, BMS From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 04:38: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3316716A412 for ; Fri, 27 Oct 2006 04:38:23 +0000 (UTC) (envelope-from decibel@decibel.org) Received: from noel.decibel.org (noel.decibel.org [67.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94B2943D46 for ; Fri, 27 Oct 2006 04:38:20 +0000 (GMT) (envelope-from decibel@decibel.org) Received: by noel.decibel.org (Postfix, from userid 1001) id E4AFB5643A; Thu, 26 Oct 2006 23:38:07 -0500 (CDT) Received: (hashcash-sendmail, from uid 1001); Thu, 26 Oct 2006 23:38:06 -0500 Date: Thu, 26 Oct 2006 23:38:06 -0500 From: "Jim C. Nasby" To: Torfinn Ingolfsen Message-ID: <20061027043805.GJ26892@decibel.org> Mail-Followup-To: "Jim C. Nasby" , Torfinn Ingolfsen , freebsd-stable@freebsd.org References: <453531C9.7080304@freebsd.org> <20061017230722.GH8866@gargantuan.com> <20061018120336.H42237@tribble.ilrt.bris.ac.uk> <20061018220446.02eae2e1.ota@j.email.ne.jp> <20061019170950.GP71084@decibel.org> <20061020000259.f6af91a6.torfinn.ingolfsen@broadpark.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061020000259.f6af91a6.torfinn.ingolfsen@broadpark.no> X-Operating-System: FreeBSD 6.1-RELEASE-p10 amd64 X-Distributed: Join the Effort! http://www.distributed.net User-Agent: Mutt/1.5.13 (2006-08-11) X-Hashcash: 1:20:061027:torfinn.ingolfsen@broadpark.no::pwvrepHnD5fPvrUw:0000000 0000000000000000000000000GP3 X-Hashcash: 1:20:061027:freebsd-stable@freebsd.org::WjzVyDHclJFrgp4n:00000000000 00000000000000000000000030O3 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 4.x EoL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 04:38:23 -0000 On Fri, Oct 20, 2006 at 12:02:59AM +0200, Torfinn Ingolfsen wrote: > On Thu, 19 Oct 2006 12:09:50 -0500 > "Jim C. Nasby" wrote: > > > The issue I run into is that I use software raid (vinum in 4.11, > > gmirror in 6.x), and I don't know of any way to go from one to the > > other that doesn't involve wiping both drives at the same time. > > So, what is your backup plan? As in "backup and restore"? Given how long it takes to restore 250G I'd rather not make that the migration plan. Not to mention the time to do a fresh install, which is what you seem to by implying. -- Jim C. Nasby, Database Architect decibel@decibel.org Give your computer some brain candy! www.distributed.net Team #1828 Windows: "Where do you want to go today?" Linux: "Where do you want to go tomorrow?" FreeBSD: "Are you guys coming, or what?" From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 04:42:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B14316A40F for ; Fri, 27 Oct 2006 04:42:37 +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 9C74E43D60 for ; Fri, 27 Oct 2006 04:42:25 +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 46F2C1A4D82; Thu, 26 Oct 2006 21:42:25 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9AD8651305; Fri, 27 Oct 2006 00:42:21 -0400 (EDT) Date: Fri, 27 Oct 2006 00:42:21 -0400 From: Kris Kennaway To: "Jim C. Nasby" , Torfinn Ingolfsen , freebsd-stable@freebsd.org Message-ID: <20061027044221.GA71944@xor.obsecurity.org> References: <453531C9.7080304@freebsd.org> <20061017230722.GH8866@gargantuan.com> <20061018120336.H42237@tribble.ilrt.bris.ac.uk> <20061018220446.02eae2e1.ota@j.email.ne.jp> <20061019170950.GP71084@decibel.org> <20061020000259.f6af91a6.torfinn.ingolfsen@broadpark.no> <20061027043805.GJ26892@decibel.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline In-Reply-To: <20061027043805.GJ26892@decibel.org> User-Agent: Mutt/1.4.2.2i Cc: Subject: Re: FreeBSD 4.x EoL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 04:42:37 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 26, 2006 at 11:38:06PM -0500, Jim C. Nasby wrote: > On Fri, Oct 20, 2006 at 12:02:59AM +0200, Torfinn Ingolfsen wrote: > > On Thu, 19 Oct 2006 12:09:50 -0500 > > "Jim C. Nasby" wrote: > >=20 > > > The issue I run into is that I use software raid (vinum in 4.11, > > > gmirror in 6.x), and I don't know of any way to go from one to the > > > other that doesn't involve wiping both drives at the same time. > >=20 > > So, what is your backup plan? As in "backup and restore"? >=20 > Given how long it takes to restore 250G I'd rather not make that the > migration plan. Not to mention the time to do a fresh install, which is > what you seem to by implying. No, he's saying "make you sure have a backup plan in case the upgrade turns all your 0's into 1's". Part of a sensible backup plan does include verifying your backup, though. Kris --MGYHOYXEY6WxJCY8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFQY4tWry0BWjoQKURAjtGAKCd40JiYk+Ko4NtaZTilxOTkDrfHACcD4hX Yvtcd2hsWosQ8C/rU8xrLFA= =YXZ6 -----END PGP SIGNATURE----- --MGYHOYXEY6WxJCY8-- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 04:44:15 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DD0D16A403 for ; Fri, 27 Oct 2006 04:44:15 +0000 (UTC) (envelope-from decibel@decibel.org) Received: from noel.decibel.org (noel.decibel.org [67.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 630DE43D67 for ; Fri, 27 Oct 2006 04:44:08 +0000 (GMT) (envelope-from decibel@decibel.org) Received: by noel.decibel.org (Postfix, from userid 1001) id 182CF56446; Thu, 26 Oct 2006 23:44:08 -0500 (CDT) Received: (hashcash-sendmail, from uid 1001); Thu, 26 Oct 2006 23:44:03 -0500 Date: Thu, 26 Oct 2006 23:44:03 -0500 From: "Jim C. Nasby" To: David Magda Message-ID: <20061027044403.GK26892@decibel.org> References: <453D49D2.1010705@rogers.com> <3861E2E8-4232-4C46-8D0A-1B6079BCA07D@mac.com> <5FE48A6B-DD60-4FED-B925-C47CA555E962@ee.ryerson.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5FE48A6B-DD60-4FED-B925-C47CA555E962@ee.ryerson.ca> X-Operating-System: FreeBSD 6.1-RELEASE-p10 amd64 X-Distributed: Join the Effort! http://www.distributed.net User-Agent: Mutt/1.5.13 (2006-08-11) X-Hashcash: 1:20:061027:dmagda@ee.ryerson.ca::ZL4Cr14mcCYc42XZ:00000000000000000 00000000000000000000000062Xn X-Hashcash: 1:20:061027:cswiger@mac.com::EKNzt2TXJaPb+P2f:000sRC X-Hashcash: 1:20:061027:mikej@rogers.com::wl0q5jN+zd4Ng2uf:0E/6H X-Hashcash: 1:20:061027:stable@freebsd.org::6W3UP2XmSGBMyJaU:0000000000000000000 0000000000000000000000002XTt Cc: Mike Jakubik , stable@freebsd.org Subject: Re: Running large DB's on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 04:44:15 -0000 On Mon, Oct 23, 2006 at 08:15:04PM -0400, David Magda wrote: > As for Postgres on FreeBSD, FlighAware seems to be using it some some > decent amount of data: > > >. Receiving the data and processing it puts them about 6 minutes > >behind real time > >. Generating one map can be done in about 160 milliseconds of CPU time > >. Capable of generating several million maps a day > >. About 1 TB of stored data > >. Approximately 40 million position updates on air craft per day > > http://joseph.randomnetworks.com/archives/2006/05/12/flightaware- > freebsd-and-postgresql/ And that's on a dual opteron with 12G of memory and a run of the mill RAID10 (for the database that is). -- Jim C. Nasby, Database Architect decibel@decibel.org Give your computer some brain candy! www.distributed.net Team #1828 Windows: "Where do you want to go today?" Linux: "Where do you want to go tomorrow?" FreeBSD: "Are you guys coming, or what?" From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 05:26: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27E9B16A415 for ; Fri, 27 Oct 2006 05:26:15 +0000 (UTC) (envelope-from srw@udor.net) Received: from mail.udor.net (mail.udor.net [64.34.95.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id C835B43D58 for ; Fri, 27 Oct 2006 05:26:14 +0000 (GMT) (envelope-from srw@udor.net) Received: from localhost (cpe-66-65-63-179.nyc.res.rr.com [66.65.63.179]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.udor.net (Postfix) with ESMTP id 4F20578A89 for ; Fri, 27 Oct 2006 01:28:40 -0400 (EDT) Date: Fri, 27 Oct 2006 01:26:11 -0400 From: srwadleigh To: freebsd-stable@freebsd.org Message-ID: <20061027012611.71089229@localhost> X-Mailer: Sylpheed-Claws 2.5.2 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_E+tZK=iSZPeARH3H8PePSJE" Subject: gmirror + usb problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 05:26:15 -0000 --MP_E+tZK=iSZPeARH3H8PePSJE Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline Thinkpad T41 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #20: Thu Oct 26 05:15:07 EDT Two usb attached WD myBook 500gb external drives. The first drive is setup as a gmirror provider, and mounts/functions fine, when I attempt to add the second external drive it detects but will not rebuild, it simply remains at 0%, no drive activity. Following the attempt to rebuild any attempt to stop the providers or remove the stale drive causes the system to lockup or rather become almost entirely unresponsive. Responds to pings, moused input works, existing ssh sessions still function, but cannot login, execute new commands, or get output without serious delays, sometimes--eventually the system snaps back and everything is fine but it can take a very long time. Nothing seems to entice the second provider to sync up. I have tried setting gmirror to auto rebuild and manual, both yield the same result. I have also tries each drive as the first provider, again with the same results either way. Also tried gmirror compiled in and as a mo I'm not sure if this is gmirror, usb, or the combo of the two elements, or maybe even something with the mybook. gmirror list: ----------------- Geom name: ext0 State: DEGRADED Components: 2 Balance: round-robin Slice: 4096 Flags: NOAUTOSYNC GenID: 0 SyncID: 2 ID: 3515573076 Providers: 1. Name: mirror/ext0 Mediasize: 500107861504 (466G) Sectorsize: 512 Mode: r1w1e2 Consumers: 1. Name: da0 Mediasize: 500107862016 (466G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: NONE GenID: 0 SyncID: 2 ID: 1288721393 dmesg gmirror/umass: --------------------- umass0: at uhub3 port 4 (addr 2) disconnected (da0:umass-sim0:0:0:0): lost device (da0:umass-sim0:0:0:0): removing device entry umass0: detached umass0: Western Digital External HDD, rev 2.00/1.06, addr 2 uhid0: Western Digital External HDD, rev 2.00/1.06, addr 2, iclass 8/6 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-4 device da0: 40.000MB/s transfers da0: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C) GEOM_MIRROR: Device ext0 created (id=3515573076). GEOM_MIRROR: Device ext0: provider da0 detected. GEOM_MIRROR: Force device ext0 start due to timeout. GEOM_MIRROR: Device ext0: provider da0 activated. GEOM_MIRROR: Device ext0: provider mirror/ext0 launched. --MP_E+tZK=iSZPeARH3H8PePSJE Content-Type: text/plain; name=CUSTOM_KERNEL.txt Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=CUSTOM_KERNEL.txt # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.429.2.12 2006/08/08 09:49:59 yongari Exp $ machine i386 cpu I686_CPU ident CUSTOM #makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols ################################################################## options HZ=2000 options DEVICE_POLLING options ZERO_COPY_SOCKETS options ACCEPT_FILTER_DATA, ACCEPT_FILTER_HTTP options VESA, VGA_WIDTH90, SC_PIXEL_MODE options IPSTEALTH, TCP_DROP_SYNFIN options AUDIT options GEOM_MIRROR options GEOM_ELI device crypto device acpi_ibm device acpi_video device sound device snd_ich device speaker device wlan device wlan_wep device wlan_ccmp device wlan_tkip device wlan_xauth device wlan_acl device em device ipw device wi device ath device ath_hal device ath_rate_sample device pf device pflog device carp device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device snp ################################################################## options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories #options MD_ROOT # MD is a potential root device #options NFSCLIENT # Network Filesystem Client #options NFSSERVER # Network Filesystem Server #options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 #options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC # Bus support. device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support device sc device agp # support several AGP chipsets #device apm device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support #device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device uscanner # Scanners --MP_E+tZK=iSZPeARH3H8PePSJE-- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 06:37:43 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8328D16A412 for ; Fri, 27 Oct 2006 06:37:43 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id A127243D5E for ; Fri, 27 Oct 2006 06:37:42 +0000 (GMT) (envelope-from uspoerlein@gmail.com) Received: by nf-out-0910.google.com with SMTP id p77so1179446nfc for ; Thu, 26 Oct 2006 23:37:41 -0700 (PDT) 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=sRc3jskb3I4vHj/1P8VLfrNStyulWSAfxXSJqTLA8NT+jW3lc2vmXa6qtqTkqULHWRISXHv/RyGvqQG7YxId2gohBWL5MQlUsOx35M8hUMFvI1GZXVS84LULsoFisr/cLrIspUOq+wdEEnPsFXf47D8WATDBcXWaWYqnaVerIUc= Received: by 10.78.201.15 with SMTP id y15mr4329168huf; Thu, 26 Oct 2006 23:37:40 -0700 (PDT) Received: by 10.78.155.3 with HTTP; Thu, 26 Oct 2006 23:37:40 -0700 (PDT) Message-ID: <7ad7ddd90610262337q25afcf0ej7610d0e1b4ff202d@mail.gmail.com> Date: Fri, 27 Oct 2006 08:37:40 +0200 From: "Ulrich Spoerlein" To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: RELENG_6: I/O deadlock under 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, 27 Oct 2006 06:37:43 -0000 Hi all, Our fileserver deadlocked, again. It is running RELENG_6 checked out yesterday. I have enabled DDB, WITNESS and INVARIANTS and have it hooked up via serial console. I can not give out shell access, but I can run any command you might consider useful, here's more details: The system has two 3Ware controllers with a big RAID5 volume each: 3ware device driver for 9000 series storage controllers, version: 3.60.02.012 twa0: <3ware 9000 series Storage Controller> port 0x3000-0x303f mem 0xdc000000-0xddffffff,0xd8300000-0xd8300fff irq 48 at device 1.0 on pci3 twa0: [FAST] twa0: INFO: (0x15: 0x1300): Controller details:: Model 9550SXU-8LP, 8 ports, Firmware FE9X 3.04.00.005, BIOS BE9X 3.04.00.002 em0: port 0x3040-0x307f mem 0xd8320000-0xd833ffff irq 54 at device 2.0 on pci3 em0: Ethernet address: 00:30:48:30:11:a2 em0: [FAST] em1: port 0x3080-0x30bf mem 0xd8340000-0xd835ffff irq 55 at device 2.1 on pci3 em1: Ethernet address: 00:30:48:30:11:a3 em1: [FAST] pci1: at device 0.3 (no driver attached) pcib4: irq 16 at device 4.0 on pci0 pci4: on pcib4 pcib5: irq 16 at device 6.0 on pci0 pci5: on pcib5 pcib6: at device 0.0 on pci5 pci6: on pcib6 pci5: at device 0.1 (no driver attached) pcib7: at device 0.2 on pci5 pci7: on pcib7 twa1: <3ware 9000 series Storage Controller> port 0x4000-0x403f mem 0xde000000-0xdfffffff,0xd8500000-0xd8500fff irq 96 at device 1.0 on pci7 twa1: [FAST] twa1: INFO: (0x15: 0x1300): Controller details:: Model 9550SXU-8LP, 8 ports, Firmware FE9X 3.04.00.005, BIOS BE9X 3.04.00.002 da0 at twa0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 100.000MB/s transfers da0: 1430448MB (2929557504 512 byte sectors: 255H 63S/T 182356C) da1 at twa1 bus 0 target 0 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 100.000MB/s transfers da1: 1430448MB (2929557504 512 byte sectors: 255H 63S/T 182356C) SMP: AP CPU #1 Launched! GEOM_MIRROR: Device gm0 created (id=3977032851). GEOM_MIRROR: Device gm0: provider da0s1 detected. GEOM_MIRROR: Device gm0: provider da1s1 detected. GEOM_MIRROR: Device gm0: provider da1s1 activated. GEOM_MIRROR: Device gm0: provider da0s1 activated. GEOM_MIRROR: Device gm0: provider mirror/gm0 launched. The base OS is sitting on a 8GB GMIRROR device across those two volumes. There were multiple processes running at the time of the deadlock: Two dd if=/dev/urandom were writing to the filesystems on each volume. An rsync was pumping data to a different server. This server also exposed a part of the volume via GEOM_GATE to the deadlocked host. This ggate device and a local device formed another gmirror, which was just rebuilding. I startet a dump of this gmirrored filesystem, but had to abort because the tape drive was not recognized. I aborted the dump, ran camcontrol rescan to get my /dev/sa0 device. mksnap_ffs was still running, and as I was inpatient, I restarted my dump script. dump(8) was blocking, because another mksnap_ffs was running. It looks like as soon as the first mksnap_ffs was finished, the system deadlocked. Yeah, this is pretty much, but the system has deadlocked before, with *only* mksnap_ffs running, so I suspect this is the only culprit. I could still enter the debugger via serial break (pinging the host still works, switching virtual console work, BUT pressing enter on any console produces nothing). It also continues to push out syslog messages to the console ... db> ps pid ppid pgrp uid state wmesg wchan cmd 74669 82674 82674 25 N sendmail 35897 80497 80497 0 N sendmail 13932 81866 9485 0 SL vnread 0xdc38a690 grep 81866 64561 9485 0 S wait 0xc89a5000 sh 54507 32103 32103 0 SL+ pfault 0xc096db18 sleep 64561 9485 9485 0 S piperd 0xc9cce4c8 perl5.8.8 9485 24955 9485 0 Ss wait 0xca6ad000 sh 24955 3564 3564 0 S piperd 0xc9c85b28 cron 24201 10966 75715 0 SL+ physrd 0xdc38f600 dump 72560 10966 75715 0 SL+ physrd 0xdc389c50 dump 31224 10966 75715 0 SL+ physrd 0xdc38ae40 dump 10966 5349 75715 0 S+ sbwait 0xc86a7370 dump 5349 43148 75715 0 S+ wait 0xca690430 dump 43148 75715 75715 0 S+ wait 0xcc284c90 sh 95955 59838 59838 0 S nfslockd 0xc0967f08 rpc.lockd 59838 1 59838 0 Ss select 0xc0964224 rpc.lockd 11779 1 11779 0 Ss select 0xc0964224 rpc.statd 53756 59946 59946 0 S - 0xc84fbc00 nfsd 50902 59946 59946 0 S - 0xcc812200 nfsd 97900 59946 59946 0 S - 0xca9e3000 nfsd 37548 59946 59946 0 S - 0xcc811c00 nfsd 30961 59946 59946 0 S - 0xcc811000 nfsd 62718 59946 59946 0 S - 0xcc811600 nfsd 52612 59946 59946 0 S - 0xcc811400 nfsd 51990 59946 59946 0 S - 0xcc7d5a00 nfsd 24333 59946 59946 0 S - 0xc8942a00 nfsd 35604 59946 59946 0 S - 0xca9e3400 nfsd 96924 59946 59946 0 S - 0xcc811800 nfsd 8213 59946 59946 0 S - 0xca9e3200 nfsd 91777 59946 59946 0 S - 0xca9e3e00 nfsd 27135 59946 59946 0 S - 0xcc811a00 nfsd 88659 59946 59946 0 S - 0xc94a9c00 nfsd 22957 59946 59946 0 S - 0xc8e25c00 nfsd 59946 1 59946 0 Ss accept 0xc881019e nfsd 25073 1 25073 0 Ss select 0xc0964224 mountd 61130 1 61130 0 Ss select 0xc0964224 rpcbind 84138 96207 96207 0 S sbwait 0xc8a3b638 heartbeat 28790 96207 96207 0 S select 0xc0964224 heartbeat 65938 96207 96207 0 S sbwait 0xc8ab079c heartbeat 96207 1 96207 0 Ss select 0xc0964224 heartbeat 85402 68495 13044 0 S select 0xc0964224 ssh 68495 31406 13044 0 S pfault 0xc096db18 rsync 31406 80822 13044 0 SW wait 0xc87e2a78 sh 80822 97693 13044 0 SW wait 0xc87e2218 sh 97693 83489 13044 0 SW wait 0xc8a62a78 sh 83489 13044 13044 0 SW wait 0xc908d218 time 13044 32445 13044 0 SWs wait 0xc908d648 sh 32445 3564 3564 0 S piperd 0xc8751660 cron 32103 73903 32103 0 S+ wait 0xc908b218 sh 50439 1 50439 0 Ss (threaded) ggatec 100126 S kserel 0xc84d48d4 ggatec 100131 S kserel 0xc84d48d4 ggatec 100092 S connec 0xc86b219e ggatec 100111 S ksesigwa 0xc89a5350 ggatec 73903 82004 73903 0 SWs+ pause 0xc86c7034 tcsh 45760 82004 45760 0 Ss+ ttyin 0xc8ea0010 tcsh 75715 18700 75715 0 S+ wait 0xc89a5430 sh 18700 82004 18700 0 SWs+ pause 0xc8a64034 tcsh 79812 30532 79812 0 S+ nanslp 0xc0916ecc iostat 60930 82004 60930 0 Ss+ ttyin 0xc8426410 tcsh 30532 82004 30532 0 SWs+ pause 0xc850767c tcsh 82004 1 82004 0 Ss select 0xc0964224 screen 78913 1 78913 0 ?s+ getty 63737 1 63737 0 SWs+ ttyin 0xc8520010 getty 4887 1 4887 0 SWs+ ttyin 0xc8520410 getty 57691 1 57691 0 SWs+ ttyin 0xc8515010 getty 95149 1 95149 0 SWs+ ttyin 0xc8517410 getty 7519 1 7519 0 SWs+ ttyin 0xc8510c10 getty 33308 1 33308 0 SWs+ ttyin 0xc8514410 getty 57883 1 57883 0 SWs+ ttyin 0xc8516010 getty 30755 1 30755 0 SWs+ ttyin 0xc8516810 getty 63367 1 63367 0 SLs pfault 0xc096db18 bsnmpd 6138 1 6138 0 SWs select 0xc0964224 inetd 3564 1 3564 0 SLs pfault 0xc096db18 cron 82674 1 82674 25 SLs vmwait 0xc096db18 sendmail 80497 1 80497 0 SLs vmwait 0xc096db18 sendmail 43757 1 43757 0 ?s sshd 14937 1 14937 0 Ss biowr 0xdc49e708 ntpd 51469 1 11351 0 S nanslp 0xc0916ecc smartd 37144 1 37144 0 Ss select 0xc0964224 amd 96296 1 96296 115 SLs pfault 0xc096db18 symon 28150 1 28150 0 Ss bo_wwait 0xcc423a74 syslogd 17976 1 17976 0 SWs select 0xc0964224 devd 51 0 0 0 SL gwrite 0xc8fdd420 [g_mirror share] 50 0 0 0 SL m:w1 0xc8420400 [g_mirror gm0] 49 0 0 0 SL - 0xe8c17d04 [schedcpu] 48 0 0 0 SL sdflush 0xc096d334 [softdepflush] 47 0 0 0 SL vlruwt 0xc84d2c90 [vnlru] 46 0 0 0 SL getblk 0xdc52ff70 [syncer] 45 0 0 0 SL psleep 0xc096478c [bufdaemon] 44 0 0 0 SL pgzero 0xc096e2a4 [pagezero] 43 0 0 0 SL psleep 0xc096ddf4 [vmdaemon] 42 0 0 0 SL wswbuf0 0xc096d554 [pagedaemon] 41 0 0 0 WL [swi0: sio] 40 0 0 0 WL [irq1: atkbd0] 39 0 0 0 WL [irq17: ichsmb0] 38 0 0 0 WL [irq15: ata1] 37 0 0 0 WL [irq14: ata0] 36 0 0 0 SL usbevt 0xc841aa10 [usb4] 35 0 0 0 WL [irq23: ehci0] 34 0 0 0 SL usbevt 0xc84e9210 [usb3] 33 0 0 0 SL usbevt 0xc84de210 [usb2] 32 0 0 0 WL [irq18: uhci2] 31 0 0 0 SL usbevt 0xc84d6210 [usb1] 30 0 0 0 WL [irq19: uhci1] 29 0 0 0 SL usbtsk 0xc0913b64 [usbtask] 28 0 0 0 SL usbevt 0xc848e210 [usb0] 27 0 0 0 WL [irq16: uhci0 uhci3] 26 0 0 0 SL - 0xc844bb00 [em1 taskq] 25 0 0 0 SL - 0xc8480380 [em0 taskq] 24 0 0 0 SL idle 0xc844c000 [aic_recovery1] 23 0 0 0 WL [irq25: ahd1] 22 0 0 0 SL idle 0xc8448000 [aic_recovery0] 21 0 0 0 WL [irq24: ahd0] 20 0 0 0 WL [irq9: acpi0] 19 0 0 0 WL [swi5: +] 9 0 0 0 SL - 0xc840da80 [thread taskq] 18 0 0 0 WL [swi6: Giant taskq] 8 0 0 0 SL - 0xc840dc00 [acpi_task_2] 7 0 0 0 SL - 0xc840dc00 [acpi_task_1] 6 0 0 0 SL - 0xc840dc00 [acpi_task_0] 17 0 0 0 WL [swi6: task queue] 5 0 0 0 SL - 0xc840dd80 [kqueue taskq] 16 0 0 0 WL [swi2: cambio] 15 0 0 0 SL - 0xc09118a0 [yarrow] 4 0 0 0 SL - 0xc0914388 [g_down] 3 0 0 0 SL - 0xc0914384 [g_up] 2 0 0 0 SL - 0xc091437c [g_event] 14 0 0 0 WL [swi3: vm] 13 0 0 0 WL [swi4: clock sio] 12 0 0 0 WL [swi1: net] 11 0 0 0 RL CPU 0 [idle: cpu0] 10 0 0 0 RL CPU 1 [idle: cpu1] 1 0 1 0 SLs wait 0xc8337000 [init] 0 0 0 0 SLs vmwait 0xc096db18 [swapper] 41681 64561 9485 0 Z ifconfig 86595 64561 9485 0 Z df db> show alllocks Process 51 (g_mirror share) thread 0xc84d3a80 (100038) exclusive sx gmirror:lock r = 0 (0xc84b8c2c) locked @ /usr/src/sys/modules/geom/geom_mirror/../../../geom/mirror/g_mirror.c:1809 db> where 51 Tracing pid 51 tid 100038 td 0xc84d3a80 sched_switch(c84d3a80,0,1) at sched_switch+0x177 mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c8fdd420,c09165a0,0,c084049e,236,...) at sleepq_switch+0xc1 sleepq_timedwait(c8fdd420) at sleepq_timedwait+0x4a msleep(c8fdd420,c0964860,4c,c0837cfb,64) at msleep+0x255 biowait(c8fdd420,c0837cfb,c8fdd420,c851b9c0,e8c1ac40,...) at biowait+0x52 g_write_data(c851b9c0,bb1cb200,ee,ca26a800,200,...) at g_write_data+0x8d g_mirror_write_metadata(c84b8c00,c8710480,e8c1abc0,4d4f4547,494d3a3a,...) at g_mirror_write_metadata+0x2e0 g_mirror_update_metadata(c8710480,e8c1ac7c,c0651510,c0a7e9a5,c080a66e,...) at g_mirror_update_metadata+0x27 g_mirror_register_request(c083ee95,c84b8c2c,c84b8c6c,c84b8c80,202,...) at g_mirror_register_request+0xea g_mirror_worker(c84b8c00,e8c1ad38,c84b8c00,c0a79554,0,...) at g_mirror_worker+0x6b8 fork_exit(c0a79554,c84b8c00,e8c1ad38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe8c1ad6c, ebp = 0 --- db> show allpcpu Current CPU: 0 cpuid = 0 curthread = 0xc8333780: pid 11 "idle: cpu0" curpcb = 0xe6e95d90 fpcurthread = none idlethread = 0xc8333780: pid 11 "idle: cpu0" APIC ID = 0 currentldt = 0x50 spin locks held: cpuid = 1 curthread = 0xc8333600: pid 10 "idle: cpu1" curpcb = 0xe6e92d90 fpcurthread = none idlethread = 0xc8333600: pid 10 "idle: cpu1" APIC ID = 6 currentldt = 0x50 spin locks held: db> show lockedvnods Locked vnodes 0xc87f6990: tag ufs, type VDIR usecount 1, writecount 0, refcount 2 mountedhere 0 flags () v_object 0xcbb47294 ref 0 pages 0 lock type ufs: EXCL (count 1) by thread 0xc8508600 (pid 14937) ino 94210, on dev ufs/var 0xcc423990: tag ufs, type VREG usecount 1, writecount 1, refcount 3 mountedhere 0 flags () v_object 0xcaea44a4 ref 0 pages 13 lock type ufs: EXCL (count 1) by thread 0xc8509d80 (pid 28150) ino 94280, on dev ufs/var 0xca3ab330: tag ufs, type VREG usecount 1, writecount 0, refcount 1 mountedhere 0 flags () lock type ufs: EXCL (count 1) by thread 0xc8508600 (pid 14937) ino 94248, on dev ufs/var 0xc87c2770: tag ufs, type VREG usecount 5, writecount 0, refcount 6 mountedhere 0 flags () v_object 0xc8771210 ref 4 pages 6 lock type ufs: SHARED (count 1) ino 565709, on dev ufs/usr 0xc8ee9660: tag syncer, type VNON usecount 1, writecount 0, refcount 2 mountedhere 0 flags () lock type syncer: EXCL (count 1) by thread 0xc84d3480 (pid 46) 0xc9278220: tag ufs, type VREG usecount 2, writecount 0, refcount 3 mountedhere 0 flags (VV_SYSTEM) v_object 0xc8eca108 ref 0 pages 19358 lock type snaplk: EXCL (count 1) by thread 0xc84d3480 (pid 46) ino 5, on dev mirror/share If you need any further info or wish me to try different patches against RELENG_6, don't hesistate. But please be quick about it, since this file server has to go into production soon. Uli From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 07:35:17 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C38FF16A40F for ; Fri, 27 Oct 2006 07:35:17 +0000 (UTC) (envelope-from bram@diomedia.be) Received: from adicia.telenet-ops.be (adicia.telenet-ops.be [195.130.132.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5116543D58 for ; Fri, 27 Oct 2006 07:35:16 +0000 (GMT) (envelope-from bram@diomedia.be) Received: from localhost (localhost.localdomain [127.0.0.1]) by adicia.telenet-ops.be (Postfix) with SMTP id 85B042300C2 for ; Fri, 27 Oct 2006 09:35:12 +0200 (CEST) Received: from [192.168.3.55] (d5152EF74.access.telenet.be [81.82.239.116]) by adicia.telenet-ops.be (Postfix) with ESMTP id 73460230099 for ; Fri, 27 Oct 2006 09:35:12 +0200 (CEST) Message-ID: <4541B6AD.3090507@diomedia.be> Date: Fri, 27 Oct 2006 09:35:09 +0200 From: bram User-Agent: Thunderbird 1.5.0.7 (X11/20060913) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: 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, 27 Oct 2006 07:35:17 -0000 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. thanks in advance Bram below are the first lines of dmesg FreeBSD 6.1-RELEASE-p2 #3: Tue Aug 1 16:30:28 CEST 2006 bram@SIMBA.jeansgallery.be:/usr/obj/usr/src/sys/SIMBA ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 246 (2004.56-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf5a Stepping = 10 Features=0x78bfbff AMD Features=0xe0500800 real memory = 2147418112 (2047 MB) avail memory = 2062467072 (1966 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 07:39: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 880EE16A407 for ; Fri, 27 Oct 2006 07:39:49 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id D641243D7C for ; Fri, 27 Oct 2006 07:39:48 +0000 (GMT) (envelope-from stefan.lambrev@sun-fish.com) Received: from sun-fish.com (localhost.cmotd.com [127.0.0.1]) by sun-fish.com (Postfix) with ESMTP id 27C4638663 for ; Fri, 27 Oct 2006 09:39:46 +0200 (CEST) Received: from [192.168.3.112] (boar.cmotd.com [192.168.3.112]) by sun-fish.com (Postfix) with ESMTP id E05CE38633 for ; Fri, 27 Oct 2006 09:39:45 +0200 (CEST) Message-ID: <4541B7C7.3020600@sun-fish.com> Date: Fri, 27 Oct 2006 10:39:51 +0300 From: Stefan Lambrev User-Agent: Thunderbird 1.5.0.7 (X11/20061023) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20061024050431.GA1474@dwpc.dwlabs.ca> <453E662C.6050501@FreeBSD.org> <20061024200409.GE53901@dan.emsphone.com> <20061026100832.GA48810@comp.chem.msu.su> In-Reply-To: <20061026100832.GA48810@comp.chem.msu.su> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-AV-Checked: ClamAV Subject: Standrat way to apply custom patches. WAS [Re: Pleading for commit] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 07:39:49 -0000 Hello, While talking about custom patches, what's the best way to apply patches after every cvsup. In my case I'm using custom patches for bktr and network driver nfe from HEAD. As freebsd 6.2 is coming soon and there is work in progress on nfsmb and I would like to test those new features/drivers I cvsup very often and sometimes I forget to apply my custom patches :) The good thing is that all my patches are in kernel sources so pre-compiling kernel after patch solve the problem, but it is nasty when I do this remotely and forget to compile nfe driver ;) I saw few other distributions that have a directory with custom patches that are applied before compilation. What's the FreeBSD way in this direction ? :) Yar Tikhiy wrote: > On Tue, Oct 24, 2006 at 03:04:09PM -0500, Dan Nelson wrote: > >> In the last episode (Oct 24), Doug Barton said: >> >>> Duane Whitty wrote: >>> >>>> Patching it myself after every cvs update is not such a big deal; It >>>> is forgetting to patch it after every update which is a big deal. >>>> >>> Write a little script for yourself that calls cvsup then runs patch >>> so you won't forget. :) >>> >> Or cvsup the CVS repository (instead of using checkout mode), check out >> your working tree from there, and run "cvs update" to update your >> sources, which will preserve local changes. >> > > ... or run a local CVS/SVN/whatever repo and keep your > customized FreeBSD source tree in it and import recent > FreeBSD changes once in a while, as tough guys do... :-) > > Well, returning to the main topic, inability to run Flash > can be a good thing, after all, if your browser doesn't > have a knob to turn the damned thing off. :-) But what > else suffers in an unpatched system? > > -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 08:46: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 605A116A415; Fri, 27 Oct 2006 08:46:31 +0000 (UTC) (envelope-from steve@stevehodgson.co.uk) Received: from benin.smallmonkey.co.uk (benin.smallmonkey.co.uk [82.138.248.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBEE443D60; Fri, 27 Oct 2006 08:46:30 +0000 (GMT) (envelope-from steve@stevehodgson.co.uk) Received: from [10.17.20.67] (82-69-69-95.dsl.in-addr.zen.co.uk [82.69.69.95]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: steve@stevehodgson.co.uk) by benin.smallmonkey.co.uk (Postfix) with ESMTP id 98E4F6D429; Fri, 27 Oct 2006 09:46:28 +0100 (BST) Message-ID: <4541C763.7050003@stevehodgson.co.uk> Date: Fri, 27 Oct 2006 09:46:27 +0100 From: Steve Hodgson User-Agent: Mozilla Thunderbird 1.0.8-1.1.fc4 (X11/20060501) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Bruce M. Simpson" References: <20061024050431.GA1474@dwpc.dwlabs.ca> <453E662C.6050501@FreeBSD.org> <20061024200409.GE53901@dan.emsphone.com> <20061026100832.GA48810@comp.chem.msu.su> <20061026170131.GD1474@dwpc.dwlabs.ca> <4541577F.40306@FreeBSD.org> In-Reply-To: <4541577F.40306@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Yar Tikhiy , freebsd-stable@freebsd.org, Duane Whitty Subject: Re: Pleading for commit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 08:46:31 -0000 Bruce M. Simpson wrote: > The patch is evil, of that there is no doubt. However a wide cross > section of the user base will want to run a recent version of Flash > whilst 9 is not available. > > Can't we work around the dlsym issue in the port with some linker magic? > Could you use "objcopy --redefine-sym" to rename the symbol in the flash library? I've not tried it of course. Steve > Regards, > BMS > _______________________________________________ > 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 Oct 27 08:55:14 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4369716A4A0; Fri, 27 Oct 2006 08:55:14 +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 6E01C43E8C; Fri, 27 Oct 2006 08:54:30 +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 8CAB76396; Fri, 27 Oct 2006 12:54:19 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 30A3262B1; Fri, 27 Oct 2006 12:52:30 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id k9R8qVad006757; Fri, 27 Oct 2006 12:52:31 +0400 (MSD) (envelope-from ru) Date: Fri, 27 Oct 2006 12:52:31 +0400 From: Ruslan Ermilov To: Bruce M Simpson Message-ID: <20061027085231.GB6613@rambler-co.ru> References: <3A8131D4-881E-4873-A682-543A1A88C063@lassitu.de> <20060911180915.GB33304@lor.one-eyed-alien.net> <20061026113922.GA932@rambler-co.ru> <454158B3.4040406@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uZ3hkaAS1mZxFaxD" Content-Disposition: inline In-Reply-To: <454158B3.4040406@FreeBSD.org> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: stable@FreeBSD.org, John Baldwin Subject: Re: Still possible to directly boot without loader? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 08:55:14 -0000 --uZ3hkaAS1mZxFaxD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 27, 2006 at 01:54:11AM +0100, Bruce M. Simpson wrote: > Do we even need the PAGING code in btx any more? It might make the real= =20 > mode hackery less confusing to implement. >=20 It's #ifdef'ed out and not compiled in by default, what's the problem with that? Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --uZ3hkaAS1mZxFaxD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFQcjPqRfpzJluFF4RAqnTAJ9da2Jj5aJRnJImTFcI1eOkfqdFAgCeLJLu SvrCUE0I1zP1Dy34TL6ojWs= =vjDB -----END PGP SIGNATURE----- --uZ3hkaAS1mZxFaxD-- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 09:47: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA14C16A403 for ; Fri, 27 Oct 2006 09:47:10 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEB1A43D58 for ; Fri, 27 Oct 2006 09:47:09 +0000 (GMT) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.8/8.13.8) with ESMTP id k9R9l71F070631 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Fri, 27 Oct 2006 11:47:07 +0200 (CEST) (envelope-from stb@lassitu.de) Mime-Version: 1.0 (Apple Message framework v752.2) To: FreeBSD Stable Message-Id: Content-Type: multipart/mixed; boundary=Apple-Mail-10--1048281277 From: Stefan Bethke Date: Fri, 27 Oct 2006 11:48:32 +0200 X-Mailer: Apple Mail (2.752.2) Subject: getty triggers trap 12 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 09:47:11 -0000 --Apple-Mail-10--1048281277 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed We have three Tyan GT20 (2865) NForce4 based machines with a single- core Opteron and 2 GB of RAM, running stable i386 from two days ago. (dmesg and kernconf attached.) Often, but not always, we get the following panic when logging out on the serial console, or when rebooting the system. Another machine with the same mainboard does not exhibit this behavior. Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0x0 stack pointer = 0x28:0xe8146904 frame pointer = 0x28:0xe8146928 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 = 41877 (getty) trap number = 12 panic: page fault Uptime: 23h33m52s Physical memory: 1018 MB Dumping 167 MB: 152 136 120 104 88 72 56 40 24 8 Dump complete Automatic reboot in 15 seconds - press a key on the console to abort KDB: enter: Break sequence on console [thread pid 41877 tid 100339 ] Stopped at kdb_enter+0x30: leave db> trace Tracing pid 41877 tid 100339 td 0xc677b600 kdb_enter(c06e1453,c47f98f8,26d2e9e,f000,c06ff798,...) at kdb_enter+0x30 siointr1(c47f9800,c47e7e00,c46a8cc4,e8146710,c069241c,...) at siointr1 +0xe1 siointr(c47f9800,c6c5e200,e8146710,0,c677b600,...) at siointr+0x3f intr_execute_handlers(c46a8cc4,e8146728,e8146770,c068e5e3,38,...) at intr_execute_handlers+0x10c lapic_handle_intr(38) at lapic_handle_intr+0x3a Xapic_isr1() at Xapic_isr1+0x33 --- interrupt, eip = 0xc06980a7, esp = 0xe814676c, ebp = 0xe8146770 --- spinlock_exit(f0c3,b492,e81467a4,c06a57d5,c7fa80ff,...) at spinlock_exit+0x27 getit(c7fa80ff,1b,f4240,0,10,...) at getit+0x63 DELAY(186a0,f,c469f000,e81467f0,c050a834,...) at DELAY+0xc5 shutdown_panic(0,104,c06d0c9d,c052aa40,e81467dc,...) at shutdown_panic +0x32 boot(104,c0723860,c06c3ca9,e8146828,100,...) at boot+0x594 panic(c06c3ca9,c06e4bbe,c738b7d0,1,1,...) at panic+0x13d trap_fatal(e81468c4,0,1,0,c058545a,...) at trap_fatal+0x30e trap_pfault(e81468c4,0,0,c677b600,0,...) at trap_pfault+0x242 trap(8,28,28,c47f9400,c47f9800,...) at trap+0x34d calltrap() at calltrap+0x5 --- trap 0xc, eip = 0, esp = 0xe8146904, ebp = 0xe8146928 --- (null)(c47f94ac,0,0) at 0 ttwwakeup(c47f9400,c677b600,3,c47f9800,3,...) at ttwwakeup+0xe4 comstart(c47f9400,1c200,0,14698c,1,...) at comstart+0x2d7 comparam(c47f9400,c47f94c4,0,c07029c0,e81469bc,...) at comparam+0x31f ttyopen(c47f7000,3,2000,c677b600,0,...) at ttyopen+0x24f giant_open(c47f7000,3,2000,c677b600,e8146a18,...) at giant_open+0x71 devfs_open(e8146a50,e8146b0c,c058423d,c06f7580,e8146a50,...) at devfs_open+0x272 VOP_OPEN_APV(c06f7580,e8146a50,e8146a68,2274c0,0,...) at VOP_OPEN_APV +0x43 vn_open_cred(e8146bc0,e8146cc0,1,c46abe80,0,...) at vn_open_cred+0x49d vn_open(e8146bc0,e8146cc0,1,0,c4963cf8,...) at vn_open+0x33 kern_open(c677b600,804f9c0,0,3,3,...) at kern_open+0xc8 open(c677b600,e8146d04,c,c677b600,8053000,...) at open+0x36 syscall(3b,3b,3b,2,804f9c0,...) at syscall+0x362 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0x28150747, esp = 0xbfbfee1c, ebp = 0xbfbfee48 --- (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc050a7b4 in boot (howto=260) at /usr/src/sys/kern/ kern_shutdown.c:409 #2 0xc050ab0d in panic (fmt=0xc06c3ca9 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc06a250e in trap_fatal (frame=0xe81468c4, eva=0) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc06a21d2 in trap_pfault (frame=0xe81468c4, usermode=0, eva=0) at /usr/src/sys/i386/i386/trap.c:745 #5 0xc06a1d4d in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = -998272000, tf_esi = -998270976, tf_ebp = -401315544, tf_isp = -401315600, tf_ebx = -998272000, tf_edx = -998271828, tf_ecx = -998272000, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = 0, tf_cs = 32, tf_eflags = 66118, tf_esp = -1068597499, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc068e22a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0x00000000 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) list ttwwakeup+0xe4 Junk at end of line specification. (kgdb) print ttwwakeup $1 = {void (struct tty *)} 0xc0544f10 (kgdb) list *0xc0544ff4 0xc0544ff4 is in ttwwakeup (/usr/src/sys/kern/tty.c:2459). 2454 tp->t_outq.c_cc <= tp->t_olowat) { 2455 CLR(tp->t_state, TS_SO_OLOWAT); 2456 wakeup(TSA_OLOWAT(tp)); 2457 } 2458 KNOTE_UNLOCKED(&tp->t_wsel.si_note, 0); 2459 } 2460 2461 /* 2462 * Look up a code for a specified speed in a conversion table; 2463 * used by drivers to map software speed values to hardware parameters. --Apple-Mail-10--1048281277 Content-Transfer-Encoding: 7bit Content-Type: text/plain; x-unix-mode=0644; name=dmesg.txt Content-Disposition: attachment; filename=dmesg.txt 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 #2: Wed Oct 25 16:27:46 CEST 2006 root@endeavour.tallence.de:/usr/obj/usr/src/sys/SHUTTLE acpi_alloc_wakeup_handler: can't alloc wake memory ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 148 (2210.20-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20f71 Stepping = 1 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x1 real memory = 2146304000 (2046 MB) avail memory = 2094981120 (1997 MB) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR unknown: I/O range not supported Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) 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: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 8 ports with 8 removable, self powered ehci0: mem 0xfeb00000-0xfeb000ff irq 22 at device 2.1 on pci0 ehci0: [GIANT-LOCKED] usb1: waiting for BIOS to give up control usb1: timed out waiting for BIOS usb1: EHCI version 1.0 usb1: companion controller, 4 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 8 ports with 8 removable, self powered atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe000-0xe00f at device 6.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xcc00-0xcc0f mem 0xfebfb000-0xfebfbfff irq 23 at device 7.0 on pci0 ata2: on atapci1 ata3: on atapci1 atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xb800-0xb80f mem 0xfebfa000-0xfebfafff irq 21 at device 8.0 on pci0 ata4: on atapci2 ata5: on atapci2 pcib1: at device 9.0 on pci0 pci1: on pcib1 pci1: at device 5.0 (no driver attached) nve0: port 0xb400-0xb407 mem 0xfebf9000-0xfebf9fff irq 22 at device 10.0 on pci0 nve0: Ethernet address 00:e0:81:59:cd:e9 miibus0: on nve0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nve0: Ethernet address: 00:e0:81:59:cd:e9 pcib2: at device 11.0 on pci0 pci2: on pcib2 pcib3: at device 12.0 on pci0 pci3: on pcib3 pcib4: at device 13.0 on pci0 pci4: on pcib4 bge0: mem 0xfe5f0000-0xfe5fffff irq 19 at device 0.0 on pci4 miibus1: on bge0 brgphy0: on miibus1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:e0:81:59:cd:e8 pcib5: at device 14.0 on pci0 pci5: on pcib5 acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: 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-0xc7fff,0xc8000-0xcbfff,0xcc000-0xcd7ff 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 2210195980 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDROM at ata0-slave UDMA33 ad4: 239372MB at ata2-master SATA150 ad6: 239372MB at ata3-master SATA150 Trying to mount root from ufs:/dev/ad4s1a WARNING: / was not properly dismounted bge0: link state changed to UP --Apple-Mail-10--1048281277 Content-Transfer-Encoding: 7bit Content-Type: text/plain; x-unix-mode=0644; name=SHUTTLE.txt Content-Disposition: attachment; filename=SHUTTLE.txt machine i386 cpu I686_CPU ident SHUTTLE makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking #options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options PSEUDOFS # Pseudo-filesystem framework options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options GEOM_MIRROR options KDB options KDB_UNATTENDED options DDB options BREAK_TO_DEBUGGER options ALT_BREAK_TO_DEBUGGER # Make map large enough for 4 GB RAM options VM_KMEM_SIZE_MAX=(768*1024*1024) device apic # I/O APIC # Bus support. device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets device pmtimer # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # PCI Ethernet NICs. device em # Intel PRO/1000 adapter Gigabit Ethernet Card device miibus # MII bus support device bge # Broadcom BCM570xx Gigabit Ethernet device fxp # Intel EtherExpress PRO/100B (82557, 82558) device nve # nVidia nForce MCP on-board Ethernet Networking device vlan #VLAN support (needs miibus) # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard --Apple-Mail-10--1048281277 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed -- Stefan Bethke Fon +49 170 346 0140 --Apple-Mail-10--1048281277-- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 09:48: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23A1C16A412; Fri, 27 Oct 2006 09:48:26 +0000 (UTC) (envelope-from mail@maxlor.com) Received: from popeye1.ggamaur.net (popeye1.ggamaur.net [213.160.40.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 617D443D5E; Fri, 27 Oct 2006 09:48:11 +0000 (GMT) (envelope-from mail@maxlor.com) Received: from maxlor.mine.nu (maxlor@c-213-160-32-54.customer.ggaweb.ch [213.160.32.54]) by popeye1.ggamaur.net (8.13.7/8.13.7/Submit) with ESMTP id k9R9m5OW096334; Fri, 27 Oct 2006 11:48:06 +0200 (CEST) (envelope-from mail@maxlor.com) Received: from localhost (unknown [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id 5FD4D2E163; Fri, 27 Oct 2006 11:48:05 +0200 (CEST) X-Virus-Scanned: amavisd-new at atlantis.intranet Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (atlantis.intranet [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rdX4JL80iRr7; Fri, 27 Oct 2006 11:48:04 +0200 (CEST) Received: from mini.intranet (mini.intranet [10.0.0.17]) by maxlor.mine.nu (Postfix) with ESMTP id C8FEB2E161; Fri, 27 Oct 2006 11:48:04 +0200 (CEST) From: Benjamin Lutz To: Thomas Quinot Date: Fri, 27 Oct 2006 11:47:58 +0200 User-Agent: KMail/1.9.1 References: <200610112130.21391.mail@maxlor.com> <200610161317.18955.mail@maxlor.com> <20061026091854.GB31681@melamine.cuivre.fr.eu.org> In-Reply-To: <20061026091854.GB31681@melamine.cuivre.fr.eu.org> X-Face: $Ov27?7*N,h60fIEfNJdb!m,@#4T/d; 1hw|W0zvsHM(a$Yn6BYQ0^SEEXvi8>D`|V*F"=?utf-8?q?=5F+=0A=09R2?=@Aq>+mNb4`,'[[%z9v0Fa~]AD1}xQO3|>b.z&}l#R-_(P`?@Mz"kS; XC>Eti,i3>%@=?utf-8?q?g=3F=0A=094f?=,\c7|Ghwb&ky$b2PJ^\0b83NkLsFKv|smL/cI4UD%Tu8alAD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart9453868.yA05hd67LF"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200610271148.02935.mail@maxlor.com> X-Scanned-By: MIMEDefang 2.57 on 213.160.40.60 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: atapicam problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 09:48:26 -0000 --nextPart9453868.yA05hd67LF Content-Type: multipart/mixed; boundary="Boundary-01=_OXdQFR7UMx+Sdkn" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_OXdQFR7UMx+Sdkn Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, I've attached two files. camdebug.log is a standard boot and=20 camdebug_verbose.log is verbose boot. Both logs were captured via the=20 serial console, so there might be control chars in them. Please let me know what else might be helpful. Cheers Benjamin --Boundary-01=_OXdQFR7UMx+Sdkn-- --nextPart9453868.yA05hd67LF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQBFQdXSzZEjpyKHuQwRAnj4AKCReuYT9jKEVm0g6CwlrlAvda7ZTQCfUEtP SQts5pgPZvwb2WAdIBGC9gk= =lhHe -----END PGP SIGNATURE----- --nextPart9453868.yA05hd67LF-- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 09:55:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2751716A4DA for ; Fri, 27 Oct 2006 09:55:35 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0806843D69 for ; Fri, 27 Oct 2006 09:55:27 +0000 (GMT) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id A079E114020 for ; Fri, 27 Oct 2006 10:55:25 +0100 (BST) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id S4E6KxgvJA-6 for ; Fri, 27 Oct 2006 10:55:22 +0100 (BST) Received: from gdc083.internal.graphdata.co.uk (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with SMTP id ACB1E11401E for ; Fri, 27 Oct 2006 10:55:22 +0100 (BST) Date: Fri, 27 Oct 2006 10:55:22 +0100 From: Dominic Marks To: freebsd-stable@freebsd.org Message-Id: <20061027105522.600f3359.dom@helenmarks.co.uk> In-Reply-To: <20061026131041.9da80977.dom@helenmarks.co.uk> References: <20061026121447.7b75d077.dom@helenmarks.co.uk> <20061026131041.9da80977.dom@helenmarks.co.uk> X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD 6.2-PRE panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 09:55:35 -0000 On Thu, 26 Oct 2006 13:10:41 +0100 Dominic Marks wrote: > On Thu, 26 Oct 2006 12:14:47 +0100 > Dominic Marks wrote: > > > Hello, > > > > Received this one this morning. I was in Gnome, just opened > > sylpheed. Had a collection of other apps running, no particular > > high load. Debug kernel and vmcore available for interested > > developers (592MB ... I've turned on minidumps now.) > > > > Thanks, > > Dominic > > > > And another, looks like the same again. This time I have a > minidump (73MB) . Available for developers. I'm going to try > going to latest STABLE and see if it goes away. > > Thanks, > Dominic > And again, this time with latest STABLE. Help! (please) Ideas for a work-around would be appreciated as well. As before crash info is available to developers (93MB). Fatal trap 12: page fault while in kernel mode fault virtual address = 0x78 fault code = supervisor read, page not present instruction pointer = 0x20:0xc06f447f stack pointer = 0x28:0xe3570be0 frame pointer = 0x28:0xe3570be4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 17 (swi6: task queue) trap number = 12 panic: page fault Uptime: 46m0s Physical memory: 1014 MB Dumping 152 MB: 137 121 105 89 73 57 41 25 9 #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 0xc06ceb46 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc06cee50 in panic (fmt=0xc095a826 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc0902ab1 in trap_fatal (frame=0xe3570ba0, eva=0) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc09021c9 in trap (frame= {tf_fs = -992346104, tf_es = -988217304, tf_ds = -480837592, tf_edi = -978617968, tf_esi = -995430016, tf_ebp = -480834588, tf_isp = -480834612, tf_ebx = -995474688, tf_edx = -995430016, tf_ecx = 4, tf_eax = 4, tf_trapno = 12, tf_err = 0, tf_eip = -1066449793, tf_cs = 32, tf_eflags = 589831, tf_esp = -995430016, tf_ss = -480834552}) at /usr/src/sys/i386/i386/trap.c:270 #5 0xc08ef60a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc06f447f in turnstile_setowner (ts=0xc4aa4300, owner=0x4) at /usr/src/sys/kern/subr_turnstile.c:432 #7 0xc06f47ab in turnstile_wait (lock=0xc5ab79dc, owner=0x4) at /usr/src/sys/kern/subr_turnstile.c:591 #8 0xc06c344f in _mtx_lock_sleep (m=0xc5ab79dc, tid=3299537280, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:579 #9 0xc06cdef9 in _sema_post (sema=0xc5ab79dc, file=0x0, line=0) at /usr/src/sys/kern/kern_sema.c:79 #10 0xc04ee013 in ata_completed (context=0xc5ab7990, dummy=1) at /usr/src/sys/dev/ata/ata-queue.c:481 #11 0xc06f30c4 in taskqueue_run (queue=0xc4af8580) at /usr/src/sys/kern/subr_taskqueue.c:257 #12 0xc06f3353 in taskqueue_swi_run (dummy=0x0) at /usr/src/sys/kern/subr_taskqueue.c:299 #13 0xc06b49b2 in ithread_execute_handlers (p=0xc4ab3430, ie=0xc4bab700) at /usr/src/sys/kern/kern_intr.c:682 #14 0xc06b4af3 in ithread_loop (arg=0xc4b7f020) at /usr/src/sys/kern/kern_intr.c:765 #15 0xc06b35e9 in fork_exit (callout=0xc06b4a90 , arg=0x4, frame=0x4) at /usr/src/sys/kern/kern_fork.c:821 #16 0xc08ef66c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 dmesg: (Dell PowerEdge SC1420) 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 #13: Thu Oct 26 13:18:36 BST 2006 dominicm@gdc083.internal.graphdata.co.uk:/usr/obj/usr/src/sys/GDC083 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel (R) Xeon(TM) CPU 3.00GHz (2992.51-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf4a Stepping = 10 Features=0xbfebfbff Features2=0x641d> AMD Features=0x20100000 AMD Features2=0x1 Logical CPUs per core: 2 real memory = 1072218112 (1022 MB) avail memory = 1040244736 (992 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 8 ioapic1: Changing APIC ID to 9 ioapic2: Changing APIC ID to 10 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard lapic0: Forcing LINT1 to edge trigger 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 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pcib1: irq 16 at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 pcib3: at device 0.2 on pci1 pci3: on pcib3 pcib4: at device 12.0 on pci3 pci4: on pcib4 pci4: at device 0.0 (no driver attached) twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0xdcb0-0xdcbf mem 0xdfddfff0-0xdfddffff,0xdf000000-0xdf7fffff irq 17 at device 13.0 on pci3 twe0: [GIANT-LOCKED] twe0: 2 ports, Firmware FE8S 1.05.00.068, BIOS BE7X 1.08.00.048 em0: port 0xdcc0-0xdcff mem 0xdfde0000-0xdfdfffff irq 48 at device 14.0 on pci3 em0: Ethernet address: 00:13:72:8b:3c:a9 pcib5: irq 16 at device 3.0 on pci0 pci5: on pcib5 pcib6: irq 16 at device 4.0 on pci0 pci6: on pcib6 uhci0: port 0xff80-0xff9f 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 0xff60-0xff7f 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 0xff40-0xff5f 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 0xff20-0xff3f 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 0xffa80800-0xffa80bff 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 umass0: FREECOM. ATAPI-6 Bridge Controller, rev 2.00/0.00, addr 2 umass1: Freecom Classic Mobile 2.5' Hard Disk, rev 2.00/0.33, addr 3 pcib7: at device 30.0 on pci0 pci7: on pcib7 pcm0: port 0xcc00-0xccff irq 17 at device 13.0 on pci7 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf mem 0xdffffc00-0xdfffffff irq 18 at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfea0-0xfeaf irq 18 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 pci0: at device 31.3 (no driver attached) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: port 0x378-0x37f,0x778-0x77f irq 7 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc8fff,0xc9000-0xc9fff,0xca000-0xca7ff,0xca800-0xcbfff 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 ukbd0: Dell Dell USB Keyboard, rev 1.10/2.00, addr 2, iclass 3/1 kbd2 at ukbd0 ums0: Microsoft Basic Optical Mouse, rev 1.10/0.00, addr 3, iclass 3/1 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 2992512375 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDROM at ata0-master UDMA33 acd1: CDRW at ata1-master UDMA33 ad4: 76293MB at ata2-master SATA150 twed0: on twe0 twed0: 305245MB (625142448 sectors) twed1: on twe0 twed1: 305245MB (625142448 sectors) GEOM_STRIPE: Device stripe0 created (id=1600921836). GEOM_STRIPE: Disk twed0 attached to stripe0. GEOM_STRIPE: Disk twed1 attached to stripe0. GEOM_STRIPE: Device stripe0 activated. da1 at umass-sim1 bus 1 target 0 lun 0 da1: Fixed Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: 28615MB (58605120 512 byte sectors: 255H 63S/T 3648C) da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 38154MB (78140160 512 byte sectors: 255H 63S/T 4864C) GEOM_STRIPE: Device stripe1 created (id=3868194172). GEOM_STRIPE: Disk da0 attached to stripe1. GEOM_STRIPE: Disk da1 attached to stripe1. GEOM_STRIPE: Device stripe1 activated. Trying to mount root from ufs:/dev/ad4s1a WARNING: / was not properly dismounted WARNING: /var was not properly dismounted WARNING: /usr was not properly dismounted /usr: mount pending error: blocks 372 files 3 Thanks, Dominic From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 07:31: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8851016A407 for ; Fri, 27 Oct 2006 07:31:58 +0000 (UTC) (envelope-from eazybsd@yahoo.com) Received: from web57901.mail.re3.yahoo.com (web57901.mail.re3.yahoo.com [68.142.236.94]) by mx1.FreeBSD.org (Postfix) with SMTP id 009EE43D64 for ; Fri, 27 Oct 2006 07:31:57 +0000 (GMT) (envelope-from eazybsd@yahoo.com) Received: (qmail 59227 invoked by uid 60001); 27 Oct 2006 07:31:57 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding; b=24R4Ux0pbjgrVGO6JpjTWbA8khMsGfjzuZrHjqnPYPIuaYQ0PWV3XUbJXIARVKB+sj8Ux5p1dChygAeY1u2v8lZ4Z++PkaiRV/CrX3IC8xk5q6xzJJfmQjq7h646Wb/I2//BiKX0RcLwNrGUZNPdJmnrTY/tm2Fx27dtysKqn4Q= ; Message-ID: <20061027073157.59225.qmail@web57901.mail.re3.yahoo.com> Received: from [65.189.183.98] by web57901.mail.re3.yahoo.com via HTTP; Fri, 27 Oct 2006 00:31:57 PDT Date: Fri, 27 Oct 2006 00:31:57 -0700 (PDT) From: eazy bsd To: christopher.morrow@gmail.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Fri, 27 Oct 2006 12:11:40 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: cvsup11.freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 07:31:58 -0000 > how does one put in proper POC info for this? ... hop on over to freebsd-hubs@freebsd.org. most of the mirror/infrastructure stuff seems to go there. there's a mailman archive of it. a note would probably do. > ... didn't already fix. there's a pr/thread there that contains most of what you'd want to look at. thanks mr X and mr Y [ask jan ;-] punting any followups over there. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 12:38: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28D9716A407 for ; Fri, 27 Oct 2006 12:38:04 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 827D743D6E for ; Fri, 27 Oct 2006 12:37:59 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp222-190.lns2.adl4.internode.on.net [203.122.222.190]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k9RCbpS6018652 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Oct 2006 22:07:52 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 27 Oct 2006 22:07:39 +0930 User-Agent: KMail/1.9.4 References: <20061024050431.GA1474@dwpc.dwlabs.ca> <20061026100832.GA48810@comp.chem.msu.su> <4541B7C7.3020600@sun-fish.com> In-Reply-To: <4541B7C7.3020600@sun-fish.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2121811.sok8nVHo2E"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200610272207.48234.doconnor@gsoft.com.au> X-Spam-Score: -2.303 () AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.57 on 203.31.81.10 Cc: Stefan Lambrev Subject: Re: Standrat way to apply custom patches. WAS [Re: Pleading for commit] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 12:38:04 -0000 --nextPart2121811.sok8nVHo2E Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 27 October 2006 17:09, Stefan Lambrev wrote: > As freebsd 6.2 is coming soon and there is work in progress on nfsmb > and I would like to test those new features/drivers I cvsup very often > and sometimes I forget to apply my custom patches :) > The good thing is that all my patches are in kernel sources so > pre-compiling kernel > after patch solve the problem, but it is nasty when I do this remotely > and forget > to compile nfe driver ;) I think probably the easiest way is to cvsup the repo and the use CVS to=20 checkout/update. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2121811.sok8nVHo2E Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFQf2c5ZPcIHs/zowRAi0HAJ46WV+jhxE8FaWtM8Zvo9HEWB7RpACgmE6e /z1/ngK2PkckBzc+E8aREwg= =P3/0 -----END PGP SIGNATURE----- --nextPart2121811.sok8nVHo2E-- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 12:54: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2032216A407 for ; Fri, 27 Oct 2006 12:54:36 +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 74A0143D82 for ; Fri, 27 Oct 2006 12:54: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 89F6046E71; Fri, 27 Oct 2006 08:54:34 -0400 (EDT) Date: Fri, 27 Oct 2006 13:54:34 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Dominic Marks In-Reply-To: <20061027105522.600f3359.dom@helenmarks.co.uk> Message-ID: <20061027135304.S69980@fledge.watson.org> References: <20061026121447.7b75d077.dom@helenmarks.co.uk> <20061026131041.9da80977.dom@helenmarks.co.uk> <20061027105522.600f3359.dom@helenmarks.co.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.2-PRE panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 12:54:36 -0000 On Fri, 27 Oct 2006, Dominic Marks wrote: > On Thu, 26 Oct 2006 13:10:41 +0100 > Dominic Marks wrote: > >> On Thu, 26 Oct 2006 12:14:47 +0100 >> Dominic Marks wrote: >> >>> Received this one this morning. I was in Gnome, just opened sylpheed. Had >>> a collection of other apps running, no particular high load. Debug kernel >>> and vmcore available for interested developers (592MB ... I've turned on >>> minidumps now.) >> >> And another, looks like the same again. This time I have a minidump (73MB) >> . Available for developers. I'm going to try going to latest STABLE and see >> if it goes away. > > And again, this time with latest STABLE. Help! (please) Ideas for a > work-around would be appreciated as well. As before crash info is available > to developers (93MB). If you have a serial console set up, could you compile DDB, INVARIANTS, and WITNESS into the kernel? When the panic occurs, run the following commands: show pcpu trace show allpcpu traceall show alllocks Thanks, Robert N M Watson Computer Laboratory University of Cambridge > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x78 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc06f447f > stack pointer = 0x28:0xe3570be0 > frame pointer = 0x28:0xe3570be4 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 0 > current process = 17 (swi6: task queue) > trap number = 12 > panic: page fault > Uptime: 46m0s > Physical memory: 1014 MB > Dumping 152 MB: 137 121 105 89 73 57 41 25 9 > > #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 0xc06ceb46 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 > #2 0xc06cee50 in panic (fmt=0xc095a826 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 > #3 0xc0902ab1 in trap_fatal (frame=0xe3570ba0, eva=0) at /usr/src/sys/i386/i386/trap.c:837 > #4 0xc09021c9 in trap (frame= > {tf_fs = -992346104, tf_es = -988217304, tf_ds = > -480837592, tf_edi = -978617968, tf_esi = -995430016, tf_ebp = > -480834588, tf_isp = -480834612, tf_ebx = -995474688, tf_edx = > -995430016, tf_ecx = 4, tf_eax = 4, tf_trapno = 12, tf_err = 0, > tf_eip = -1066449793, tf_cs = 32, tf_eflags = 589831, tf_esp = > -995430016, tf_ss = -480834552}) > at /usr/src/sys/i386/i386/trap.c:270 > #5 0xc08ef60a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #6 0xc06f447f in turnstile_setowner (ts=0xc4aa4300, owner=0x4) at /usr/src/sys/kern/subr_turnstile.c:432 > #7 0xc06f47ab in turnstile_wait (lock=0xc5ab79dc, owner=0x4) at /usr/src/sys/kern/subr_turnstile.c:591 > #8 0xc06c344f in _mtx_lock_sleep (m=0xc5ab79dc, tid=3299537280, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:579 > #9 0xc06cdef9 in _sema_post (sema=0xc5ab79dc, file=0x0, line=0) at /usr/src/sys/kern/kern_sema.c:79 > #10 0xc04ee013 in ata_completed (context=0xc5ab7990, dummy=1) at /usr/src/sys/dev/ata/ata-queue.c:481 > #11 0xc06f30c4 in taskqueue_run (queue=0xc4af8580) at /usr/src/sys/kern/subr_taskqueue.c:257 > #12 0xc06f3353 in taskqueue_swi_run (dummy=0x0) at /usr/src/sys/kern/subr_taskqueue.c:299 > #13 0xc06b49b2 in ithread_execute_handlers (p=0xc4ab3430, ie=0xc4bab700) at /usr/src/sys/kern/kern_intr.c:682 > #14 0xc06b4af3 in ithread_loop (arg=0xc4b7f020) at /usr/src/sys/kern/kern_intr.c:765 > #15 0xc06b35e9 in fork_exit (callout=0xc06b4a90 , arg=0x4, frame=0x4) at /usr/src/sys/kern/kern_fork.c:821 > #16 0xc08ef66c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 > > dmesg: (Dell PowerEdge SC1420) > > 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 #13: Thu Oct 26 > 13:18:36 BST 2006 > dominicm@gdc083.internal.graphdata.co.uk:/usr/obj/usr/src/sys/GDC083 > Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel > (R) Xeon(TM) CPU 3.00GHz (2992.51-MHz 686-class CPU) Origin = > "GenuineIntel" Id = 0xf4a Stepping = 10 > Features=0xbfebfbff SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX, > FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Features2=0x641d> AMD > Features=0x20100000 AMD Features2=0x1 > Logical CPUs per core: 2 > real memory = 1072218112 (1022 MB) > avail memory = 1040244736 (992 MB) > ACPI APIC Table: > ioapic0: Changing APIC ID to 8 > ioapic1: Changing APIC ID to 9 > ioapic2: Changing APIC ID to 10 > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 24-47 on motherboard > ioapic2 irqs 48-71 on motherboard > lapic0: Forcing LINT1 to edge trigger > 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 0x808-0x80b on > acpi0 cpu0: on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pci0: at device 0.1 (no driver attached) > pcib1: irq 16 at device 2.0 on pci0 > pci1: on pcib1 > pcib2: at device 0.0 on pci1 > pci2: on pcib2 > pcib3: at device 0.2 on pci1 > pci3: on pcib3 > pcib4: at device 12.0 on pci3 > pci4: on pcib4 > pci4: at device 0.0 (no driver attached) > twe0: <3ware Storage Controller. Driver version 1.50.01.002> > port 0xdcb0-0xdcbf mem > 0xdfddfff0-0xdfddffff,0xdf000000-0xdf7fffff irq 17 at device > 13.0 on pci3 twe0: [GIANT-LOCKED] twe0: 2 ports, Firmware FE8S > 1.05.00.068, BIOS BE7X 1.08.00.048 em0: Network Connection Version - 6.1.4> port 0xdcc0-0xdcff mem > 0xdfde0000-0xdfdfffff irq 48 at device 14.0 on pci3 em0: > Ethernet address: 00:13:72:8b:3c:a9 pcib5: bridge> irq 16 at device 3.0 on pci0 pci5: on pcib5 pcib6: irq 16 at device 4.0 on pci0 pci6: on pcib6 > uhci0: port > 0xff80-0xff9f irq 16 at device 29.0 on pci0 uhci0: > [GIANT-LOCKED] usb0: USB-A> 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 > 0xff60-0xff7f irq 19 at device 29.1 on pci0 uhci1: > [GIANT-LOCKED] usb1: USB-B> 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 > 0xff40-0xff5f irq 18 at device 29.2 on pci0 uhci2: > [GIANT-LOCKED] usb2: USB-C> 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 > 0xff20-0xff3f irq 16 at device 29.3 on pci0 uhci3: > [GIANT-LOCKED] usb3: USB-D> 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 > 0xffa80800-0xffa80bff 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 > umass0: FREECOM. ATAPI-6 Bridge Controller, rev 2.00/0.00, addr > 2 umass1: Freecom Classic Mobile 2.5' Hard Disk, rev 2.00/0.33, > addr 3 pcib7: at device 30.0 on pci0 > pci7: on pcib7 > pcm0: port 0xcc00-0xccff irq 17 at device 13.0 > on pci7 isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf mem > 0xdffffc00-0xdfffffff irq 18 at device 31.1 on pci0 ata0: channel 0> on atapci0 ata1: on atapci0 atapci1: > port > 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfea0-0xfeaf > irq 18 at device 31.2 on pci0 ata2: on atapci1 > ata3: on atapci1 pci0: at > device 31.3 (no driver attached) atkbdc0: (i8042)> port 0x60,0x64 irq 1 on acpi0 atkbd0: > irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] > ppc0: port 0x378-0x37f,0x778-0x77f > irq 7 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in > COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold > ppbus0: on ppc0 > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags > 0x10 on acpi0 sio0: type 16550A > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on > acpi0 sio1: type 16550A > pmtimer0 on isa0 > orm0: at iomem > 0xc0000-0xc8fff,0xc9000-0xc9fff,0xca000-0xca7ff,0xca800-0xcbfff > 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 ukbd0: Dell Dell > USB Keyboard, rev 1.10/2.00, addr 2, iclass 3/1 kbd2 at ukbd0 > ums0: Microsoft Basic Optical Mouse, rev 1.10/0.00, addr 3, > iclass 3/1 ums0: 3 buttons and Z dir. > Timecounter "TSC" frequency 2992512375 Hz quality 800 > Timecounters tick every 1.000 msec > acd0: CDROM at ata0-master UDMA33 > acd1: CDRW at ata1-master UDMA33 > ad4: 76293MB at ata2-master SATA150 > twed0: on twe0 > twed0: 305245MB (625142448 sectors) > twed1: on twe0 > twed1: 305245MB (625142448 sectors) > GEOM_STRIPE: Device stripe0 created (id=1600921836). > GEOM_STRIPE: Disk twed0 attached to stripe0. > GEOM_STRIPE: Disk twed1 attached to stripe0. > GEOM_STRIPE: Device stripe0 activated. > da1 at umass-sim1 bus 1 target 0 lun 0 > da1: Fixed Direct Access SCSI-0 device > da1: 40.000MB/s transfers > da1: 28615MB (58605120 512 byte sectors: 255H 63S/T 3648C) > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-0 device > da0: 40.000MB/s transfers > da0: 38154MB (78140160 512 byte sectors: 255H 63S/T 4864C) > GEOM_STRIPE: Device stripe1 created (id=3868194172). > GEOM_STRIPE: Disk da0 attached to stripe1. > GEOM_STRIPE: Disk da1 attached to stripe1. > GEOM_STRIPE: Device stripe1 activated. > Trying to mount root from ufs:/dev/ad4s1a > WARNING: / was not properly dismounted > WARNING: /var was not properly dismounted > WARNING: /usr was not properly dismounted > /usr: mount pending error: blocks 372 files 3 > > Thanks, > Dominic > _______________________________________________ > 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 Oct 27 13: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FB0516A403 for ; Fri, 27 Oct 2006 13:07:15 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED5DD43D5A for ; Fri, 27 Oct 2006 13:07:14 +0000 (GMT) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 19C11114020 for ; Fri, 27 Oct 2006 14:07:14 +0100 (BST) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GDG7jhC69L4d for ; Fri, 27 Oct 2006 14:07:09 +0100 (BST) Received: from gdc083.internal.graphdata.co.uk (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with SMTP id 9ECF311401E for ; Fri, 27 Oct 2006 14:07:09 +0100 (BST) Date: Fri, 27 Oct 2006 14:07:09 +0100 From: Dominic Marks To: freebsd-stable@freebsd.org Message-Id: <20061027140709.3b979173.dom@helenmarks.co.uk> In-Reply-To: <20061027135304.S69980@fledge.watson.org> References: <20061026121447.7b75d077.dom@helenmarks.co.uk> <20061026131041.9da80977.dom@helenmarks.co.uk> <20061027105522.600f3359.dom@helenmarks.co.uk> <20061027135304.S69980@fledge.watson.org> X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD 6.2-PRE panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 13:07:15 -0000 > > > > And again, this time with latest STABLE. Help! (please) Ideas for a > > work-around would be appreciated as well. As before crash info is available > > to developers (93MB). > > If you have a serial console set up, could you compile DDB, INVARIANTS, and > WITNESS into the kernel? When the panic occurs, run the following commands: > > show pcpu > trace > show allpcpu > traceall > show alllocks Will do. Serial console might have to wait til Monday. I have a feeling it was being provoked by some of the new Gnome daemons (hald, polkitd). I've turned them off and I'm stable so far (~3 hours). Thanks Robert. Dominic From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 13:13:25 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2111216A407 for ; Fri, 27 Oct 2006 13:13:25 +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 7183243DA4 for ; Fri, 27 Oct 2006 13:12:54 +0000 (GMT) (envelope-from wmoran@collaborativefusion.com) Received: from collaborativefusion.com (mx01.pub.collaborativefusion.com [206.210.89.201]) (TLS: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Fri, 27 Oct 2006 09:12:54 -0400 id 00056419.454205D6.00017B95 Received: from Internal Mail-Server (206.210.89.202) by mx01 (envelope-from wmoran@collaborativefusion.com) with AES256-SHA encrypted SMTP; 27 Oct 2006 09:06:35 -0400 Date: Fri, 27 Oct 2006 09:12:52 -0400 From: Bill Moran To: bram Message-Id: <20061027091252.5cf747b1.wmoran@collaborativefusion.com> In-Reply-To: <4541B6AD.3090507@diomedia.be> References: <4541B6AD.3090507@diomedia.be> 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: stable@freebsd.org 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, 27 Oct 2006 13:13:25 -0000 In response to bram : > 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. I'm no expert, but this is probably where you'll need to start: http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-online-ddb.html -- Bill Moran Collaborative Fusion Inc. From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 13: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA31616A403 for ; Fri, 27 Oct 2006 13:49:47 +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 5EECC43D5C for ; Fri, 27 Oct 2006 13:49:45 +0000 (GMT) (envelope-from craig@feniz.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id B1338115B1; Fri, 27 Oct 2006 08:49:44 -0500 (CDT) Date: Fri, 27 Oct 2006 08:49:40 -0500 From: Craig Boston To: Kris Kennaway Message-ID: <20061027134940.GA7465@nowhere> Mail-Followup-To: Craig Boston , Kris Kennaway , freebsd-stable@freebsd.org References: <45244053.6030706@samsco.org> <20061005200552.GA80162@xor.obsecurity.org> <20061006023424.GA86250@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061006023424.GA86250@xor.obsecurity.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: Patch available for shared em interrupts (Re: em, bge, network problems survey.) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 13:49:47 -0000 On Thu, Oct 05, 2006 at 10:34:25PM -0400, Kris Kennaway wrote: > Please let Scott and I know whether or not this patch works for you > (in addition to the information previously requested, if you have not > already sent it). Unfortunately it is only a workaround, but it > points to an underlying problem with fast interrupt handlers on a > shared irq that can be studied separately. I'm a bit behind in mailing list traffic (700 unread in -stable, yikes!). I can confirm that this works around the problem for me. It also seems to prevent the USB controller the irq is shared with from locking up as well. Craig From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 14:08:06 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E38C16A494 for ; Fri, 27 Oct 2006 14:08:06 +0000 (UTC) (envelope-from bjordan@lumeta.com) Received: from MAIL.corp.lumeta.com (h65-246-245-22.lumeta.com [65.246.245.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E38443ED2 for ; Fri, 27 Oct 2006 14:06:32 +0000 (GMT) (envelope-from bjordan@lumeta.com) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 27 Oct 2006 10:06:30 -0400 Message-ID: <78ED28FACE63744386D68D8A9D1CF5D4209DF4@MAIL.corp.lumeta.com> In-Reply-To: <20061027044403.GK26892@decibel.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Running large DB's on FreeBSD Thread-Index: Acb5gqDln5AESimnTqKw62pNGZiSjwATRGow From: "Bucky Jordan" To: "Jim C. Nasby" , "David Magda" Cc: Mike Jakubik , stable@freebsd.org Subject: RE: Running large DB's on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 14:08:06 -0000 > -----Original Message----- > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > stable@freebsd.org] On Behalf Of Jim C. Nasby > Sent: Friday, October 27, 2006 12:44 AM > To: David Magda > Cc: Mike Jakubik; stable@freebsd.org > Subject: Re: Running large DB's on FreeBSD >=20 > On Mon, Oct 23, 2006 at 08:15:04PM -0400, David Magda wrote: > > As for Postgres on FreeBSD, FlighAware seems to be using it some some > > decent amount of data: > > > > >. Receiving the data and processing it puts them about 6 minutes > > >behind real time > > >. Generating one map can be done in about 160 milliseconds of CPU time > > >. Capable of generating several million maps a day > > >. About 1 TB of stored data > > >. Approximately 40 million position updates on air craft per day > > > > http://joseph.randomnetworks.com/archives/2006/05/12/flightaware- > > freebsd-and-postgresql/ >=20 > And that's on a dual opteron with 12G of memory and a run of the mill > RAID10 (for the database that is). Yes.. but how many disks (size/type/rpm?) are in that RAID 10? I'm guessing it's an external enclosure...=20 Also, I know 10k rpm vs 15 doesn't make much of a difference for sequential, but random IO seems to be significantly improved. Granted, it's not as dramatic as adding more spindles... I think the other point that may be relevant is the active section of the data that you're accessing, and how good your design is in terms of being able to access that directly. You could have a 1TB database, but only have a portion that is frequently accessed/updated. In that case, you might just need lots of storage, which is fairly inexpensive these days. Also, your money might be better spent on more RAM- if you can fit most of the active data in memory, that will also have a positive impact on performance. As pointed out, 10GB isn't really that much, especially when you can buy relatively inexpensive servers with 8 or 16 GB of ram. Fitting over half your db in memory is quit a luxury. - Bucky From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 15:28: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 770C016A403 for ; Fri, 27 Oct 2006 15:28:50 +0000 (UTC) (envelope-from srw@udor.net) Received: from mail.udor.net (mail.udor.net [64.34.95.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17DFE43D68 for ; Fri, 27 Oct 2006 15:28:50 +0000 (GMT) (envelope-from srw@udor.net) Received: from localhost (cpe-66-65-63-179.nyc.res.rr.com [66.65.63.179]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.udor.net (Postfix) with ESMTP id E3DE478A8B for ; Fri, 27 Oct 2006 11:31:34 -0400 (EDT) Date: Fri, 27 Oct 2006 11:28:46 -0400 From: srwadleigh To: freebsd-stable@freebsd.org Message-ID: <20061027112846.224d6dee@localhost> In-Reply-To: <20061027012611.71089229@localhost> References: <20061027012611.71089229@localhost> X-Mailer: Sylpheed-Claws 2.5.2 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: gmirror + usb problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 15:28:50 -0000 On Fri, 27 Oct 2006 01:26:11 -0400 srwadleigh wrote: > Thinkpad T41 > 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #20: Thu Oct 26 05:15:07 EDT > > Two usb attached WD myBook 500gb external drives. The first drive is > setup as a gmirror provider, and mounts/functions fine, when I attempt > to add the second external drive it detects but will not rebuild, it > simply remains at 0%, no drive activity. > > Following the attempt to rebuild any attempt to stop the providers or > remove the stale drive causes the system to lockup or rather become > almost entirely unresponsive. Responds to pings, moused input works, > existing ssh sessions still function, but cannot login, execute new > commands, or get output without serious delays, sometimes--eventually > the system snaps back and everything is fine but it can take a very > long time. Nothing seems to entice the second provider to sync up. > > I have tried setting gmirror to auto rebuild and manual, both yield > the same result. I have also tries each drive as the first provider, > again with the same results either way. Also tried gmirror compiled > in and as a mo > > I'm not sure if this is gmirror, usb, or the combo of the two > elements, or maybe even something with the mybook. > An addition, the second provider does rebuild, just extremely slowly, according to the activity lights moving data only in short bursts spaced by long periods of inactivity. In the last eight hours the provider has reached 2%. thank you From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 16:01:11 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8ADB216A522 for ; Fri, 27 Oct 2006 16:01:11 +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 E1E7A43D53 for ; Fri, 27 Oct 2006 16:01:08 +0000 (GMT) (envelope-from ShopAETV@newsletters.aetv.com) Date: Fri, 27 Oct 2006 12:01:08 -0400 (EDT) Message-Id: From: "The History Channel" To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Free Shipping on Everything in The Store X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 16:01:11 -0000 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Free Shipping on Everything in the store. (Expires December 14) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ *Lesson Plans correlated to your state social studies curriculum standards *Thousands of award-winning documentaries & Biography programs organized by teaching subjects Exclusive sale for Home scholars Shop Now>> http://newsletters.aetv.com/cgi-bin15/DM/y/mXWa0K6nDL0EFr0TAy0FA ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Featured Selection: 15% off ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Multimedia Classroom American History Series (Volume 1) CD-ROM Lesson Plan Set with DVD History at your fingertips -- and on your screen! The History Channel Multimedia Classroom is a set of exciting new social studies teaching tools drawn from its award-winning program content...Read On>> *The Multimedia Classroom American History series is correlated to state social studies curriculum standards Features Include: - Short video segments that bring history topics to life - Maps and other visual materials - Discussion and review questions - Easily printable primary source documents - Classroom activities and Internet-based activity links And much more... http://newsletters.aetv.com/cgi-bin15/DM/y/mXWa0K6nDL0EFr0TAr0F2 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Multimedia Classroom Series: Starting at $49.95 http://newsletters.aetv.com/cgi-bin15/DM/y/mXWa0K6nDL0EFr0THB0FM ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ China and the Great Wall CD-ROM Lesson Plan Set with DVD (Multimedia Classroom: Global History Series) This series of 21 video-based interactive lessons puts global history at your fingertips! From towering Mayan temples to the trenches of World War II, from the valleys of the Nile to...Read On>> http://newsletters.aetv.com/cgi-bin15/DM/y/mXWa0K6nDL0EFr0TEt0F8 Latin America CD-ROM Lesson Plan Set with DVD (Multimedia Classroom: Global History Series) Latin America 3 pack set includes Ponce de Leon : The First Conquistador: This CD-ROM interactive lesson plan explores Ponce de Leon's negotiations, voyages...Read On>> http://newsletters.aetv.com/cgi-bin15/DM/y/mXWa0K6nDL0EFr0TEu0FA Rome: Engineering an Empire CD-ROM Lesson Plan Set with DVD For more than 500 years, Rome was the most powerful civilization in the world, ruled by visionaries and tyrants whose accomplishments ranged from awe-inspiring to deplorable. This CD-ROM/DVD Lesson Plan Set from Multimedia Classroom contains a full-length documentary...Read On>> http://newsletters.aetv.com/cgi-bin15/DM/y/mXWa0K6nDL0EFr0TAt0F4 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Teacher's Favorites ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The History Channel Presents: The American Revolution DVD set The most extensive DVD set about the American Revolution. This set features ten complete programs from A&E and THE HISTORY CHANNEL...Read On>> http://newsletters.aetv.com/cgi-bin15/DM/y/mXWa0K6nDL0EFr0TAv0F6 The Presidents DVD set - A panoramic look at the personalities who have occupied the Oval Office. - Based on the acclaimed book "To the Best of My Ability." - Visit historic sites nationwide and examine rare presidential artifacts...Read On>> http://newsletters.aetv.com/cgi-bin15/DM/y/mXWa0K6nDL0EFr0TAu0F5 A Complete History of Britain DVD set Simon Schama's magisterial series spans the centuries and straddles the globe to create a kaleidoscopic portrait of the "island at the edge of the world."...Read On>> http://newsletters.aetv.com/cgi-bin15/DM/y/mXWa0K6nDL0EFr0TEv0FB QUESTIONS? > VISIT our website at history.com/education http://newsletters.aetv.com/cgi-bin15/DM/y/mXWa0K6nDL0EFr0TAw0F7 > E-MAIL us directly at educationsupport@history.com > CALL us toll free 1-800-344-6336. Thanks for watching, Your friends at History Education http://newsletters.aetv.com/cgi-bin15/DM/y/mXWa0K6nDL0EFr0TAw0F7 ------------------------------------------------- To ensure delivery of Special Offers from History Education 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 unsubscribe. Unsub_Shop@newsletters.aetv.com We respect your privacy. For more information, view our privacy policy: http://newsletters.aetv.com/cgi-bin15/DM/y/mXWa0K6nDL0EFr0TAx0F8 A&E Television Networks, Email Marketing 250 Harbor Drive, Stamford, CT 06902 From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 16:05: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27CD916A47B for ; Fri, 27 Oct 2006 16:05:17 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.c0mplx.org (home.c0mplx.org [213.178.180.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id C572443D4C for ; Fri, 27 Oct 2006 16:05:16 +0000 (GMT) (envelope-from lists@c0mplx.org) Received: from pi by home.c0mplx.org with local (Exim 4.52) id 1GdUCq-000N7W-0k for freebsd-stable@freebsd.org; Fri, 27 Oct 2006 18:05:16 +0200 Date: Fri, 27 Oct 2006 18:05:15 +0200 From: Kurt Jaeger To: freebsd-stable@freebsd.org Message-ID: <20061027160515.GH84252@home.c0mplx.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: Intel S5000PAL board, onboard ether gige interfaces working? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 16:05:17 -0000 Hi! Can someone report success with the onboard GigE ports of an Intel S5000PAL board ? Thanks for any report 8-} -- pi@c0mplx.org +49 171 3101372 14 years to go ! From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 16:09:26 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F05816A407 for ; Fri, 27 Oct 2006 16:09: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 30B4C43D49 for ; Fri, 27 Oct 2006 16:09:26 +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 165F71A4D83; Fri, 27 Oct 2006 09:09:26 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 422D9513AD; Fri, 27 Oct 2006 12:09:22 -0400 (EDT) Date: Fri, 27 Oct 2006 12:09:22 -0400 From: Kris Kennaway To: bram Message-ID: <20061027160922.GB96009@xor.obsecurity.org> References: <4541B6AD.3090507@diomedia.be> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IrhDeMKUP4DT/M7F" Content-Disposition: inline In-Reply-To: <4541B6AD.3090507@diomedia.be> User-Agent: Mutt/1.4.2.2i Cc: stable@freebsd.org 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, 27 Oct 2006 16:09:26 -0000 --IrhDeMKUP4DT/M7F Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 27, 2006 at 09:35:09AM +0200, bram wrote: > Hi all, >=20 > I'm rather new to freebsd so forgive me if I am saying things that don't= =20 > make sense. >=20 > I have a dual opteron server running freebsd 6.1/amd64 updated 4 weeks ag= o. >=20 > Since I moved to 6 I've been having tho following problem. >=20 > When I put heavy load on the server (python scripts that take 20 minutes= =20 > to complete) the server sometimes hangs. >=20 > I can then not ping it anymore and it does not respond to anything (no=20 > keyboard power button etc.). > Mostly there are no error messages or anything so I have no clue to what= =20 > the problem is. > One time it did give an error but I did not wrote it down, but as I=20 > recall it was something like SMP spin lock timed out. >=20 > It hangs every three weeks >=20 > Please give me some info on how I can get it to give more info or how to= =20 > resolve this problem. See the chapter on kernel debugging in the develpers handbook Kris --IrhDeMKUP4DT/M7F Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFQi8xWry0BWjoQKURAlhfAKDE8GbMDllvgBiIoBaG/pbTtdN+5ACg2tb8 nIJm8iseWovC6sxYc1/xHjs= =6NlL -----END PGP SIGNATURE----- --IrhDeMKUP4DT/M7F-- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 16:33: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A9EE16A407 for ; Fri, 27 Oct 2006 16:33:54 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id D198F43D70 for ; Fri, 27 Oct 2006 16:33:53 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by nz-out-0102.google.com with SMTP id o37so575905nzf for ; Fri, 27 Oct 2006 09:33:53 -0700 (PDT) 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=KsfVRehT1W+IeopQqcF9EfXVMn/sJSP9uffBzRCHmAFBdrWYrCtix4gY4OmlC5ba5/NQ3uVIeRZaSQujc/cYfEued/3IJgIJ+DesK1bChQHR/fNwVc++ua8tUtgCRd3F/YexvJUddI59qJjJNiNACFunqMRAa23qfO1+tDNu/EA= Received: by 10.35.21.9 with SMTP id y9mr478584pyi; Fri, 27 Oct 2006 09:33:51 -0700 (PDT) Received: by 10.35.118.6 with HTTP; Fri, 27 Oct 2006 09:33:51 -0700 (PDT) Message-ID: <2a41acea0610270933v687b91e8n1ffbf9e35e073eb6@mail.gmail.com> Date: Fri, 27 Oct 2006 09:33:51 -0700 From: "Jack Vogel" To: "Kurt Jaeger" In-Reply-To: <20061027160515.GH84252@home.c0mplx.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061027160515.GH84252@home.c0mplx.org> Cc: freebsd-stable@freebsd.org Subject: Re: Intel S5000PAL board, onboard ether gige interfaces working? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 16:33:54 -0000 On 10/27/06, Kurt Jaeger wrote: > Hi! > > Can someone report success with the onboard GigE ports of an > Intel S5000PAL board ? > > Thanks for any report 8-} This is one of our new systems, the onboard NICs require either the latest driver you can download from Intel, or the community STABLE that is named after my Intel driver (6.1.4). 6.1 RELEASE definitely will NOT work. Let me know if you have any further questions. Jack Intel LAD From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 16:40: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 291AE16A492 for ; Fri, 27 Oct 2006 16:40:32 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id E522743D73 for ; Fri, 27 Oct 2006 16:40:23 +0000 (GMT) (envelope-from rb@gid.co.uk) Received: from prune.gid.co.uk (isbalham.ist.co.uk [192.31.26.1]) by gidgate.gid.co.uk (8.11.7/8.11.6) with ESMTP id k9RGeJd46988; Fri, 27 Oct 2006 17:40:19 +0100 (BST) (envelope-from rb@gid.co.uk) Message-Id: <200610271640.k9RGeJd46988@gidgate.gid.co.uk> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 27 Oct 2006 17:40:13 +0100 To: Kurt Jaeger From: Bob Bishop In-Reply-To: <20061027160515.GH84252@home.c0mplx.org> References: <20061027160515.GH84252@home.c0mplx.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Intel S5000PAL board, onboard ether gige interfaces working? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 16:40:32 -0000 Hi, At 17:05 27/10/2006, Kurt Jaeger wrote: >Hi! > >Can someone report success with the onboard GigE ports of an >Intel S5000PAL board ? [etc] The standard ports Just Work with the em driver on a recent RELENG_6. IPMI access to the BMC via the piggybacked MAC addresses also works. We haven't tried the AXXGBIOMOD integrated dual GigE port expansion module. -- Bob Bishop +44 (0)118 940 1243 rb@gid.co.uk fax +44 (0)118 940 1295 From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 16:47:05 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BD0016A492 for ; Fri, 27 Oct 2006 16:47:05 +0000 (UTC) (envelope-from decibel@decibel.org) Received: from noel.decibel.org (noel.decibel.org [67.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5581443D62 for ; Fri, 27 Oct 2006 16:47:01 +0000 (GMT) (envelope-from decibel@decibel.org) Received: by noel.decibel.org (Postfix, from userid 1001) id 0F44F5645B; Fri, 27 Oct 2006 11:46:48 -0500 (CDT) Received: (hashcash-sendmail, from uid 1001); Fri, 27 Oct 2006 11:46:44 -0500 Date: Fri, 27 Oct 2006 11:46:44 -0500 From: "Jim C. Nasby" To: Bucky Jordan Message-ID: <20061027164643.GB11985@decibel.org> References: <20061027044403.GK26892@decibel.org> <78ED28FACE63744386D68D8A9D1CF5D4209DF4@MAIL.corp.lumeta.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <78ED28FACE63744386D68D8A9D1CF5D4209DF4@MAIL.corp.lumeta.com> X-Operating-System: FreeBSD 6.1-RELEASE-p10 amd64 X-Distributed: Join the Effort! http://www.distributed.net User-Agent: Mutt/1.5.13 (2006-08-11) X-Hashcash: 1:20:061027:bjordan@lumeta.com::ACtzpX7hWmwWlrgN:0000000000000000000 0000000000000000000000004V48 X-Hashcash: 1:20:061027:dmagda@ee.ryerson.ca::XbUb3djfQKfKNRWy:00000000000000000 0000000000000000000000005v4V X-Hashcash: 1:20:061027:mikej@rogers.com::PiJIUHZXumLvjkig:01qdt X-Hashcash: 1:20:061027:stable@freebsd.org::DLxZfX5Lu4wfsiaY:0000000000000000000 00000000000000000000000009fW Cc: Mike Jakubik , stable@freebsd.org, David Magda Subject: Re: Running large DB's on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 16:47:05 -0000 On Fri, Oct 27, 2006 at 10:06:30AM -0400, Bucky Jordan wrote: > > -----Original Message----- > > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > > stable@freebsd.org] On Behalf Of Jim C. Nasby > > Sent: Friday, October 27, 2006 12:44 AM > > To: David Magda > > Cc: Mike Jakubik; stable@freebsd.org > > Subject: Re: Running large DB's on FreeBSD > > > > On Mon, Oct 23, 2006 at 08:15:04PM -0400, David Magda wrote: > > > As for Postgres on FreeBSD, FlighAware seems to be using it some > some > > > decent amount of data: > > > > > > >. Receiving the data and processing it puts them about 6 minutes > > > >behind real time > > > >. Generating one map can be done in about 160 milliseconds of CPU > time > > > >. Capable of generating several million maps a day > > > >. About 1 TB of stored data > > > >. Approximately 40 million position updates on air craft per day > > > > > > http://joseph.randomnetworks.com/archives/2006/05/12/flightaware- > > > freebsd-and-postgresql/ > > > > And that's on a dual opteron with 12G of memory and a run of the mill > > RAID10 (for the database that is). > > Yes.. but how many disks (size/type/rpm?) are in that RAID 10? I'm > guessing it's an external enclosure... > > Also, I know 10k rpm vs 15 doesn't make much of a difference for > sequential, but random IO seems to be significantly improved. Granted, > it's not as dramatic as adding more spindles... IIRC it's a 6 drive array of SATA. Nothing all that fancy. > I think the other point that may be relevant is the active section of > the data that you're accessing, and how good your design is in terms of > being able to access that directly. You could have a 1TB database, but > only have a portion that is frequently accessed/updated. In that case, > you might just need lots of storage, which is fairly inexpensive these > days. Also, your money might be better spent on more RAM- if you can fit > most of the active data in memory, that will also have a positive impact > on performance. > > As pointed out, 10GB isn't really that much, especially when you can buy > relatively inexpensive servers with 8 or 16 GB of ram. Fitting over half > your db in memory is quit a luxury. Well, what's most important is your system architecture. If you have a poor design to start with, you'll never get good performance out of it. -- Jim C. Nasby, Database Architect decibel@decibel.org Give your computer some brain candy! www.distributed.net Team #1828 Windows: "Where do you want to go today?" Linux: "Where do you want to go tomorrow?" FreeBSD: "Are you guys coming, or what?" From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 17:00:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47E3216A416 for ; Fri, 27 Oct 2006 17:00:37 +0000 (UTC) (envelope-from tdp@mail.eng.mstarmetro.net) Received: from mail.eng.mstarmetro.net (mail.eng.mstarmetro.net [66.97.139.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDEDA43D55 for ; Fri, 27 Oct 2006 17:00:34 +0000 (GMT) (envelope-from tdp@mail.eng.mstarmetro.net) Received: from mail.mstarcorp.com ([66.97.136.74] helo=[192.168.1.206]) by mail.eng.mstarmetro.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GdV4M-000BWp-AN for freebsd-stable@freebsd.org; Fri, 27 Oct 2006 17:00:34 +0000 Message-ID: <45423B3B.2080703@eng.mstarmetro.net> Date: Fri, 27 Oct 2006 11:00:43 -0600 From: Travis Pugh User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: tdp@mail.eng.mstarmetro.net Subject: AMD64 Stable fails to boot on Dell PowerEdge 1950 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 17:00:37 -0000 Hi folks. I have read of some issues with the Dell PE1950/2950s in the archive, but nothing like this. I have a Dell PowerEdge 1950 with 2 dual-core Xeon 5050 processors, with SATA drives attached to the Dell SAS5/i controller. I'm trying to load 6.1-STABLE-200609 AMD64 on the machine. It loaded fine on a 2950 with the PERC5/i, but it won't load on this host without disabling ACPI. Booting with ACPI enabled and verbose logging, the kernel gets through: lo0: bpf attached rr232x: no controller detected and then hangs. The keyboard (USB) becomes unresponsive, and a hard power cycle is necessary. Booting with ACPI disabled, it recognizes da0 after the bpf message, and moves on to install. The issue here is that it does not recognize any of the additional processors or cores with ACPI disabled, turning a 4-way machine into a single processor device. It appears that with ACPI enabled, the kernel isn't initializing or recognizing the SAS disks. I tried HEAD, and it displays the same behavior. Is there something I'm missing with regards to ACPI on the AMD64 platform? I've read here that i386 boots fine on the same hardware. Thanks. -travis From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 18:10: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3443116A4FE for ; Fri, 27 Oct 2006 18:10:21 +0000 (UTC) (envelope-from cryx-freebsd@h3q.com) Received: from mail.h3q.com (mail.h3q.com [217.13.206.148]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0B0043D7E for ; Fri, 27 Oct 2006 18:10:18 +0000 (GMT) (envelope-from cryx-freebsd@h3q.com) Received: (qmail 27251 invoked from network); 27 Oct 2006 18:10:17 -0000 Received: from unknown (HELO ?192.168.23.66?) (cryx@85.178.74.169) by mail.h3q.com with AES256-SHA encrypted SMTP; 27 Oct 2006 18:10:17 -0000 Message-ID: <45424B88.5080107@h3q.com> Date: Fri, 27 Oct 2006 20:10:16 +0200 From: Philipp Wuensche User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Tyan Toledo i3000R Mainboard X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 18:10:21 -0000 Hi, has anyone experience with the Tyan Toledo i3000R (S5191)[1] Mainboard or the Intel i3000 Chipset and FreeBSD-6? [1] http://www.tyan.com/products/html/toledoi3000r.html From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 21:24: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32F1816A417 for ; Fri, 27 Oct 2006 21:24:50 +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 9609043D55 for ; Fri, 27 Oct 2006 21:24:49 +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 k9RLOnMA031379; Fri, 27 Oct 2006 17:24:49 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id k9RLOm35038512 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Oct 2006 17:24:48 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200610272124.k9RLOm35038512@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 27 Oct 2006 17:22:50 -0400 To: "Jack Vogel" From: Mike Tancsa In-Reply-To: <2a41acea0610270933v687b91e8n1ffbf9e35e073eb6@mail.gmail.co m> References: <20061027160515.GH84252@home.c0mplx.org> <2a41acea0610270933v687b91e8n1ffbf9e35e073eb6@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Intel device IDs (Intel S5000PAL board, onboard ether gige interfaces working?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 21:24:50 -0000 At 12:33 PM 10/27/2006, Jack Vogel wrote: >On 10/27/06, Kurt Jaeger wrote: >>Hi! >> >>Can someone report success with the onboard GigE ports of an >>Intel S5000PAL board ? >> >>Thanks for any report 8-} > >This is one of our new systems, the onboard NICs require either >the latest driver you can download from Intel, or the community >STABLE that is named after my Intel driver (6.1.4). Hi, Speaking of device IDs, I picked up a new Intel 946GZis MB that has an Intel 10/100 (I am guessing fxp?) thats not recognized by the stock fxp driver. Is it safe to just add the device IDs? The box part # says boxd946gzissl none3@pci4:8:0: class=0x020000 card=0x00018086 chip=0x10948086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet I am not sure if the name is quite right [r6-32bit]# diff -c if_fxp.c.orig if_fxp.c *** if_fxp.c.orig Fri Oct 27 17:02:21 2006 --- if_fxp.c Fri Oct 27 17:03:21 2006 *************** *** 179,184 **** --- 179,185 ---- { 0x1068, -1, "Intel 82801FBM (ICH6-M) Pro/100 VE Ethernet" }, { 0x1069, -1, "Intel 82562EM/EX/GX Pro/100 Ethernet" }, { 0x1092, -1, "Intel Pro/100 VE Network Connection" }, + { 0x1094, -1, "Intel Pro/100 946GZ (ICH7) Network Connection" }, { 0x1209, -1, "Intel 82559ER Embedded 10/100 Ethernet" }, { 0x1229, 0x01, "Intel 82557 Pro/100 Ethernet" }, { 0x1229, 0x02, "Intel 82557 Pro/100 Ethernet" }, [r6-32bit]# but it seems to work [r6-32bit]% grep -i fxp /var/run/dmesg.boot fxp0: port 0x1100-0x113f mem 0x90000000-0x90000fff irq 20 at device 8.0 on pci4 miibus1: on fxp0 fxp0: Ethernet address: 00:16:76:be:96:ce fxp0: link state changed to DOWN fxp0: link state changed to UP fxp0: port 0x1100-0x113f mem 0x90000000-0x90000fff irq 20 at device 8.0 on pci4 miibus1: on fxp0 fxp0: Ethernet address: 00:16:76:be:96:ce [r6-32bit]% [r6-32bit]% fxp0@pci4:8:0: class=0x020000 card=0x00018086 chip=0x10948086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet [r6-32bit]# From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 21:28: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65A6D16A4D1 for ; Fri, 27 Oct 2006 21:28:26 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2F9743DA9 for ; Fri, 27 Oct 2006 21:28:07 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by nz-out-0102.google.com with SMTP id z6so677971nzd for ; Fri, 27 Oct 2006 14:28:07 -0700 (PDT) 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=cXj+LH+TgIenHssxxyK20sWv7hrQ/2XfOMLT8ZSRhbUalU/C/xFulJeo1uZXiMZS4wjUHbFLK1MK4zeOvwZ4cQMiH+0c9sYj9sY5I3zPZNbJexmccXAC+AmyPY0/Y61zs6pFxCKHJLz9/gVQHVqCJC9X7QGVWeszBu243WUUNBY= Received: by 10.35.80.20 with SMTP id h20mr146289pyl; Fri, 27 Oct 2006 14:28:07 -0700 (PDT) Received: by 10.35.118.6 with HTTP; Fri, 27 Oct 2006 14:28:06 -0700 (PDT) Message-ID: <2a41acea0610271428p22c411c5oa66f53a730bdf9dd@mail.gmail.com> Date: Fri, 27 Oct 2006 14:28:06 -0700 From: "Jack Vogel" To: "Mike Tancsa" In-Reply-To: <200610272124.k9RLOm35038512@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061027160515.GH84252@home.c0mplx.org> <2a41acea0610270933v687b91e8n1ffbf9e35e073eb6@mail.gmail.com> <200610272124.k9RLOm35038512@lava.sentex.ca> Cc: freebsd-stable@freebsd.org Subject: Re: Intel device IDs (Intel S5000PAL board, onboard ether gige interfaces working?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 21:28:26 -0000 Sorry, but you dont want to do this. This is a hybrid sorta NIC, the PHY is only 10/100, but the MAC is a Gig part. Get the latest em driver and load that, guess what, it will work. Dont look at me, wasnt my idea :) Jack On 10/27/06, Mike Tancsa wrote: > At 12:33 PM 10/27/2006, Jack Vogel wrote: > >On 10/27/06, Kurt Jaeger wrote: > >>Hi! > >> > >>Can someone report success with the onboard GigE ports of an > >>Intel S5000PAL board ? > >> > >>Thanks for any report 8-} > > > >This is one of our new systems, the onboard NICs require either > >the latest driver you can download from Intel, or the community > >STABLE that is named after my Intel driver (6.1.4). > > Hi, > Speaking of device IDs, I picked up a new Intel 946GZis MB > that has an Intel 10/100 (I am guessing fxp?) thats not recognized by > the stock fxp driver. Is it safe to just add the device IDs? The box > part # says boxd946gzissl > > > > none3@pci4:8:0: class=0x020000 card=0x00018086 chip=0x10948086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > class = network > subclass = ethernet > > > I am not sure if the name is quite right > > [r6-32bit]# diff -c if_fxp.c.orig if_fxp.c > *** if_fxp.c.orig Fri Oct 27 17:02:21 2006 > --- if_fxp.c Fri Oct 27 17:03:21 2006 > *************** > *** 179,184 **** > --- 179,185 ---- > { 0x1068, -1, "Intel 82801FBM (ICH6-M) Pro/100 VE Ethernet" }, > { 0x1069, -1, "Intel 82562EM/EX/GX Pro/100 Ethernet" }, > { 0x1092, -1, "Intel Pro/100 VE Network Connection" }, > + { 0x1094, -1, "Intel Pro/100 946GZ (ICH7) Network Connection" }, > { 0x1209, -1, "Intel 82559ER Embedded 10/100 Ethernet" }, > { 0x1229, 0x01, "Intel 82557 Pro/100 Ethernet" }, > { 0x1229, 0x02, "Intel 82557 Pro/100 Ethernet" }, > [r6-32bit]# > > but it seems to work > > [r6-32bit]% grep -i fxp /var/run/dmesg.boot > fxp0: port > 0x1100-0x113f mem 0x90000000-0x90000fff irq 20 at device 8.0 on pci4 > miibus1: on fxp0 > fxp0: Ethernet address: 00:16:76:be:96:ce > fxp0: link state changed to DOWN > fxp0: link state changed to UP > fxp0: port > 0x1100-0x113f mem 0x90000000-0x90000fff irq 20 at device 8.0 on pci4 > miibus1: on fxp0 > fxp0: Ethernet address: 00:16:76:be:96:ce > [r6-32bit]% > [r6-32bit]% > > fxp0@pci4:8:0: class=0x020000 card=0x00018086 chip=0x10948086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > class = network > subclass = ethernet > [r6-32bit]# > > From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 21:38:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 921DF16A416 for ; Fri, 27 Oct 2006 21:38:38 +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 7900443D64 for ; Fri, 27 Oct 2006 21:38:27 +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 k9RLcQgO073790; Fri, 27 Oct 2006 17:38:26 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id k9RLcQKh038601 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Oct 2006 17:38:26 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200610272138.k9RLcQKh038601@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 27 Oct 2006 17:36:28 -0400 To: "Jack Vogel" From: Mike Tancsa In-Reply-To: <2a41acea0610271428p22c411c5oa66f53a730bdf9dd@mail.gmail.co m> References: <20061027160515.GH84252@home.c0mplx.org> <2a41acea0610270933v687b91e8n1ffbf9e35e073eb6@mail.gmail.com> <200610272124.k9RLOm35038512@lava.sentex.ca> <2a41acea0610271428p22c411c5oa66f53a730bdf9dd@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: Intel device IDs (Intel S5000PAL board, onboard ether gige interfaces working?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 21:38:38 -0000 At 05:28 PM 10/27/2006, Jack Vogel wrote: >Sorry, but you dont want to do this. This is a hybrid >sorta NIC, the PHY is only 10/100, but the MAC is >a Gig part. > >Get the latest em driver and load that, guess what, it >will work. Hi, I thought the latest em driver is in RELENG_6 ? With the modified fxp driver it does seem to work so far as in simple ftp and scp tests. >Dont look at me, wasnt my idea :) I will try http://downloadfinder.intel.com/scripts-df-external/Detail_Desc.aspx?agr=Y&Inst=Yes&ProductID=838&DwnldID=10957&strOSs=52&OSFullName=FreeBSD*&lang=eng em-6.1.4.tar.gz on a RELENG_6 kernel FreeBSD r6-32bit.sentex.ca 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #2: Fri Oct 27 17:10:03 EDT 2006 ---Mike >Jack > > >On 10/27/06, Mike Tancsa wrote: >>At 12:33 PM 10/27/2006, Jack Vogel wrote: >> >On 10/27/06, Kurt Jaeger wrote: >> >>Hi! >> >> >> >>Can someone report success with the onboard GigE ports of an >> >>Intel S5000PAL board ? >> >> >> >>Thanks for any report 8-} >> > >> >This is one of our new systems, the onboard NICs require either >> >the latest driver you can download from Intel, or the community >> >STABLE that is named after my Intel driver (6.1.4). >> >>Hi, >> Speaking of device IDs, I picked up a new Intel 946GZis MB >>that has an Intel 10/100 (I am guessing fxp?) thats not recognized by >>the stock fxp driver. Is it safe to just add the device IDs? The box >>part # says boxd946gzissl >> >> >> >>none3@pci4:8:0: class=0x020000 card=0x00018086 chip=0x10948086 >>rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> class = network >> subclass = ethernet >> >> >>I am not sure if the name is quite right >> >>[r6-32bit]# diff -c if_fxp.c.orig if_fxp.c >>*** if_fxp.c.orig Fri Oct 27 17:02:21 2006 >>--- if_fxp.c Fri Oct 27 17:03:21 2006 >>*************** >>*** 179,184 **** >>--- 179,185 ---- >> { 0x1068, -1, "Intel 82801FBM (ICH6-M) Pro/100 VE Ethernet" }, >> { 0x1069, -1, "Intel 82562EM/EX/GX Pro/100 Ethernet" }, >> { 0x1092, -1, "Intel Pro/100 VE Network Connection" }, >>+ { 0x1094, -1, "Intel Pro/100 946GZ (ICH7) Network Connection" }, >> { 0x1209, -1, "Intel 82559ER Embedded 10/100 Ethernet" }, >> { 0x1229, 0x01, "Intel 82557 Pro/100 Ethernet" }, >> { 0x1229, 0x02, "Intel 82557 Pro/100 Ethernet" }, >>[r6-32bit]# >> >>but it seems to work >> >>[r6-32bit]% grep -i fxp /var/run/dmesg.boot >>fxp0: port >>0x1100-0x113f mem 0x90000000-0x90000fff irq 20 at device 8.0 on pci4 >>miibus1: on fxp0 >>fxp0: Ethernet address: 00:16:76:be:96:ce >>fxp0: link state changed to DOWN >>fxp0: link state changed to UP >>fxp0: port >>0x1100-0x113f mem 0x90000000-0x90000fff irq 20 at device 8.0 on pci4 >>miibus1: on fxp0 >>fxp0: Ethernet address: 00:16:76:be:96:ce >>[r6-32bit]% >>[r6-32bit]% >> >>fxp0@pci4:8:0: class=0x020000 card=0x00018086 chip=0x10948086 >>rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> class = network >> subclass = ethernet >>[r6-32bit]# >> From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 21:53: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4E0E16A494 for ; Fri, 27 Oct 2006 21:53:01 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id C521643D8D for ; Fri, 27 Oct 2006 21:52:10 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by nz-out-0102.google.com with SMTP id o37so642842nzf for ; Fri, 27 Oct 2006 14:52:10 -0700 (PDT) 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=FSuIKk9r9SSQjZ+sbTHWxpjtLiYBQJTwHm75fORQf/bcbLpBByMOdZ/JqoqYD6kEBJeDh0Vy5BiNaKlusosKwWcy0lwpTdV3PudReu9p6aiRI60DiJF3is4pZnXZORonVS552kGyplxMVIejwDeiXAk2hXpmJU/PZ3DJ3RVJvGc= Received: by 10.35.115.18 with SMTP id s18mr191688pym; Fri, 27 Oct 2006 14:52:08 -0700 (PDT) Received: by 10.35.118.6 with HTTP; Fri, 27 Oct 2006 14:52:08 -0700 (PDT) Message-ID: <2a41acea0610271452i4ca5e07docf3aecf18f17bb33@mail.gmail.com> Date: Fri, 27 Oct 2006 14:52:08 -0700 From: "Jack Vogel" To: "Mike Tancsa" In-Reply-To: <200610272138.k9RLcQKh038601@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061027160515.GH84252@home.c0mplx.org> <2a41acea0610270933v687b91e8n1ffbf9e35e073eb6@mail.gmail.com> <200610272124.k9RLOm35038512@lava.sentex.ca> <2a41acea0610271428p22c411c5oa66f53a730bdf9dd@mail.gmail.com> <200610272138.k9RLcQKh038601@lava.sentex.ca> Cc: freebsd-stable@freebsd.org Subject: Re: Intel device IDs (Intel S5000PAL board, onboard ether gige interfaces working?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 21:53:01 -0000 On 10/27/06, Mike Tancsa wrote: > At 05:28 PM 10/27/2006, Jack Vogel wrote: > >Sorry, but you dont want to do this. This is a hybrid > >sorta NIC, the PHY is only 10/100, but the MAC is > >a Gig part. > > > >Get the latest em driver and load that, guess what, it > >will work. > > Hi, > I thought the latest em driver is in RELENG_6 ? With the > modified fxp driver it does seem to work so far as in simple ftp and > scp tests. > > >Dont look at me, wasnt my idea :) > > I will try > http://downloadfinder.intel.com/scripts-df-external/Detail_Desc.aspx?agr=Y&Inst=Yes&ProductID=838&DwnldID=10957&strOSs=52&OSFullName=FreeBSD*&lang=eng > > em-6.1.4.tar.gz on a RELENG_6 kernel > FreeBSD r6-32bit.sentex.ca 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #2: > Fri Oct 27 17:10:03 EDT 2006 > > ---Mike HMMM, ok, maybe I jumped the gun, if this thing says ICH7 then its not the NIC I was talking about, thats ICH8. I just didnt think there were any 10/100 parts that werent already in the fxp driver. I looked at the PCI ID, and its not what I was talking about, so, nm, its the fxp afterall. Jack From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 22: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1852B16A417 for ; Fri, 27 Oct 2006 22:38:33 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16D3543D5A for ; Fri, 27 Oct 2006 22:38:22 +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 k9RMcLIj078803; Fri, 27 Oct 2006 18:38:21 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id k9RMcLu7038872 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Oct 2006 18:38:21 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200610272238.k9RMcLu7038872@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 27 Oct 2006 18:36:23 -0400 To: "Jack Vogel" From: Mike Tancsa In-Reply-To: <2a41acea0610271452i4ca5e07docf3aecf18f17bb33@mail.gmail.co m> References: <20061027160515.GH84252@home.c0mplx.org> <2a41acea0610270933v687b91e8n1ffbf9e35e073eb6@mail.gmail.com> <200610272124.k9RLOm35038512@lava.sentex.ca> <2a41acea0610271428p22c411c5oa66f53a730bdf9dd@mail.gmail.com> <200610272138.k9RLcQKh038601@lava.sentex.ca> <2a41acea0610271452i4ca5e07docf3aecf18f17bb33@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: Intel device IDs (Intel S5000PAL board, onboard ether gige interfaces working?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 22:38:33 -0000 At 05:52 PM 10/27/2006, Jack Vogel wrote: >HMMM, ok, maybe I jumped the gun, if this thing says ICH7 then its not >the NIC I was talking about, thats ICH8. I just didnt think there were any >10/100 parts that werent already in the fxp driver. > >I looked at the PCI ID, and its not what I was talking about, so, nm, its >the fxp afterall. Any chance to commit the ID info to the driver ? Seems to work just fine as an fxp. ---Mike From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 22: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E088E16A403 for ; Fri, 27 Oct 2006 22:49:17 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5947243D49 for ; Fri, 27 Oct 2006 22:49:17 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by nz-out-0102.google.com with SMTP id o37so653560nzf for ; Fri, 27 Oct 2006 15:49:16 -0700 (PDT) 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=NPbRvODHrJBvKqJtsJLv7aAJJY3Hjih6678lmliQI3GKvupco8nbUdRVImmyPKTLa+aR62Xp7o1cU5tzCGzubVxlPUTSsQXBDXASAxbdy39BBmRgIYJSV8N0iG/umQZuZ0y5wH9yuFPDVHQH9S0Pms/0VA7jCKx7u/hyQa5Tn8U= Received: by 10.35.131.10 with SMTP id i10mr285556pyn; Fri, 27 Oct 2006 15:49:16 -0700 (PDT) Received: by 10.35.118.6 with HTTP; Fri, 27 Oct 2006 15:49:16 -0700 (PDT) Message-ID: <2a41acea0610271549k502374cej762498ff859ef601@mail.gmail.com> Date: Fri, 27 Oct 2006 15:49:16 -0700 From: "Jack Vogel" To: "Mike Tancsa" In-Reply-To: <200610272238.k9RMcLu7038872@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061027160515.GH84252@home.c0mplx.org> <2a41acea0610270933v687b91e8n1ffbf9e35e073eb6@mail.gmail.com> <200610272124.k9RLOm35038512@lava.sentex.ca> <2a41acea0610271428p22c411c5oa66f53a730bdf9dd@mail.gmail.com> <200610272138.k9RLcQKh038601@lava.sentex.ca> <2a41acea0610271452i4ca5e07docf3aecf18f17bb33@mail.gmail.com> <200610272238.k9RMcLu7038872@lava.sentex.ca> Cc: freebsd-stable@freebsd.org Subject: Re: Intel device IDs (Intel S5000PAL board, onboard ether gige interfaces working?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 22:49:18 -0000 On 10/27/06, Mike Tancsa wrote: > At 05:52 PM 10/27/2006, Jack Vogel wrote: > > >HMMM, ok, maybe I jumped the gun, if this thing says ICH7 then its not > >the NIC I was talking about, thats ICH8. I just didnt think there were any > >10/100 parts that werent already in the fxp driver. > > > >I looked at the PCI ID, and its not what I was talking about, so, nm, its > >the fxp afterall. > > > Any chance to commit the ID info to the driver ? Seems to work just > fine as an fxp. > > ---Mike When the current firefight I'm in is over I'll check it out. Jack From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 23:09: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD6F316A412 for ; Fri, 27 Oct 2006 23:09:16 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFA7643D46 for ; Fri, 27 Oct 2006 23:09:15 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([85.236.96.60]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.0.1) with ESMTP id md50003142751.msg for ; Sat, 28 Oct 2006 00:09:03 +0100 Message-ID: <00f301c6fa1c$e31302a0$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Philipp Wuensche" , References: <45424B88.5080107@h3q.com> Date: Sat, 28 Oct 2006 00:08:53 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Spam-Processed: multiplay.co.uk, Sat, 28 Oct 2006 00:09:03 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 85.236.96.60 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@FreeBSD.org X-MDAV-Processed: multiplay.co.uk, Sat, 28 Oct 2006 00:09:04 +0100 Cc: Subject: Re: Tyan Toledo i3000R Mainboard X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 23:09:16 -0000 Philipp Wuensche wrote: > has anyone experience with the Tyan Toledo i3000R (S5191)[1] Mainboard > or the Intel i3000 Chipset and FreeBSD-6? > > [1] http://www.tyan.com/products/html/toledoi3000r.html I believe this was the MB in the GT20 we tested the other day. In the brief test install and network access worked fine off a 6.1-RELEASE CD. With native SATA enabled the machine wouldnt boot but I expected that. Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Fri Oct 27 23:38: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E19E16A40F for ; Fri, 27 Oct 2006 23:38:12 +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 DC98043D49 for ; Fri, 27 Oct 2006 23:38:11 +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 k9RNcBqe082019; Fri, 27 Oct 2006 19:38:11 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id k9RNcAC8039157 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Oct 2006 19:38:10 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200610272338.k9RNcAC8039157@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 27 Oct 2006 19:36:13 -0400 To: "Jack Vogel" From: Mike Tancsa In-Reply-To: <2a41acea0610271549k502374cej762498ff859ef601@mail.gmail.co m> References: <20061027160515.GH84252@home.c0mplx.org> <2a41acea0610270933v687b91e8n1ffbf9e35e073eb6@mail.gmail.com> <200610272124.k9RLOm35038512@lava.sentex.ca> <2a41acea0610271428p22c411c5oa66f53a730bdf9dd@mail.gmail.com> <200610272138.k9RLcQKh038601@lava.sentex.ca> <2a41acea0610271452i4ca5e07docf3aecf18f17bb33@mail.gmail.com> <200610272238.k9RMcLu7038872@lava.sentex.ca> <2a41acea0610271549k502374cej762498ff859ef601@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: Intel device IDs (Intel S5000PAL board, onboard ether gige interfaces working?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 23:38:12 -0000 At 06:49 PM 10/27/2006, Jack Vogel wrote: >>Any chance to commit the ID info to the driver ? Seems to work just >>fine as an fxp. >> >> ---Mike > >When the current firefight I'm in is over I'll check it out. Super, thanks! ---Mike From owner-freebsd-stable@FreeBSD.ORG Sat Oct 28 01:44:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAE1316A403 for ; Sat, 28 Oct 2006 01:44:38 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2087543D46 for ; Sat, 28 Oct 2006 01:44:38 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by nz-out-0102.google.com with SMTP id o37so678346nzf for ; Fri, 27 Oct 2006 18:44:37 -0700 (PDT) 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=W6UJvIc1UJh6+6kv68UwExculMyGG+8obKfbg/VCTmVgIy8CyhSBb+yrfaUAjhSwJCUVm60JkzV0HVQ8UkkMy+a08AXxkaEf43R4IQ3yCMT5oxv4qJAadLu4sEf3SFVmcxjNnEMTWfZq6udv7FAi6/pj63xp0Zr0d5hECUUBmkE= Received: by 10.35.106.18 with SMTP id i18mr537799pym; Fri, 27 Oct 2006 18:44:37 -0700 (PDT) Received: by 10.35.118.6 with HTTP; Fri, 27 Oct 2006 18:44:37 -0700 (PDT) Message-ID: <2a41acea0610271844o4759424cv35a018ffc0c23373@mail.gmail.com> Date: Fri, 27 Oct 2006 18:44:37 -0700 From: "Jack Vogel" To: freebsd-stable@freebsd.org, freebsd-net MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: New em driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Oct 2006 01:44:38 -0000 After a conference call today, it was decided that a merge of my Intel driver base and the STABLE code would take place. This code undoes the INTR_FAST/taskqueue approach for right now. Work will continue to get that to work, but the hope is that this driver will be more stable for the 6.2 release. I encourage everyone that has been having issues to pull the new driver and give us feedback. A few select testers so far have seen stable performance. Cheers, Jack From owner-freebsd-stable@FreeBSD.ORG Sat Oct 28 04:30: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E063316A407; Sat, 28 Oct 2006 04:30:14 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31CDE43D45; Sat, 28 Oct 2006 04:30:14 +0000 (GMT) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan [127.0.0.1]) by aldan.algebra.com (8.13.8/8.13.7) with ESMTP id k9S4UD15082981 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Oct 2006 00:30:13 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by aldan.algebra.com (8.13.8/8.13.7/Submit) id k9S4UCHP082980; Sat, 28 Oct 2006 00:30:12 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin To: Gleb Smirnoff Date: Sat, 28 Oct 2006 00:30:11 -0400 User-Agent: KMail/1.9.1 References: <200610211300.09476@aldan> <20061021173358.GC75694@cell.sick.ru> In-Reply-To: <20061021173358.GC75694@cell.sick.ru> X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, jfvogel@gmail.com Subject: new em-driver still broken (was: Re: em network 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: Sat, 28 Oct 2006 04:30:15 -0000 On Saturday 21 October 2006 13:33, Gleb Smirnoff wrote: = We aren't currently speaking about performance, we need to know whether = kernel with DEVICE_POLLING option makes NIC work stable. Having noticed today's em-driver update, I rebuilt world/kernel and tried the dump-test again. The kernel had the DEVICE_POLLING option in it, but polling was not, actually, enabled on em0. With three simultanious dumps arriving, the system-component of the load was 40-50%: 2 users Load 2.64 0.98 0.41 28 ÖÏ× 00:13 Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER Tot Share Tot Share Free in out in out Act 109936 30080 196064 42464 1642672 count All 366172 32684 1413555k 48140 pages Interrupts Proc:r p d s w Csw Trp Sys Int Sof Flt cow 6720 total 3 55 9736 151241k19989 47 232248 wire irq1: atkb 79108 act irq6: fdc0 35.8%Sys 4.5%Intr 59.7%User 0.0%Nice 0.0%Idl 60372 inact irq15: ata | | | | | | | | | | 276 cache irq17: fwo ==================++>>>>>>>>>>>>>>>>>>>>>>>>>>>> 1642396 free irq20: nve daefr irq21: ohc Namei Name-cache Dir-cache prcfr irq22: ehc Calls hits % hits % react 2710 irq25: em0 229 229 100 pdwak 24 irq29: amr zfod pdpgs 1993 cpu0: time Disks ad4 ad6 amrd0 ozfod intrn 1993 cpu1: time KB/t 0.00 0.00 128 %slo-z 221184 buf tps 0 0 12 4 tfree 22 dirtybuf MB/s 0.00 0.00 1.49 100000 desiredvnodes % busy 0 0 30 2409 numvnodes It was working... Then I entered the following shell command: % (ifconfig em0 polling; sleep 179; ifconfig em0 -polling) & Hoping, that, even if polling causes problems, three minutes later it will turn back off automatically. Unfortunately, the machine dropped off the network immediately and is not coming back. I'll get to its console on Monday, but something is still very wrong with the em-driver :-( -mi From owner-freebsd-stable@FreeBSD.ORG Sat Oct 28 09:53: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DE2916A407 for ; Sat, 28 Oct 2006 09:53:05 +0000 (UTC) (envelope-from chinhngt@sectorb.msk.ru) Received: from hq.sectorb.msk.ru (petaflop.b.gz.ru [194.88.210.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id F012D43D45 for ; Sat, 28 Oct 2006 09:53:01 +0000 (GMT) (envelope-from chinhngt@sectorb.msk.ru) Received: from it.local (it.local [172.16.20.8]) by hq.sectorb.msk.ru (Postfix) with ESMTP id 943092CF8 for ; Sat, 28 Oct 2006 10:26:09 +0400 (MSD) Date: Sat, 28 Oct 2006 10:26:25 +0400 (MSD) From: Nguyen Tam Chinh X-X-Sender: chinhngt@it.hackers To: freebsd-stable@freebsd.org Message-ID: <20061028101501.M923@it.hackers> X-Operating-System: FreeBSD 6-STABLE Keywords: 216091683 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: SATA 500Gb disk problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Oct 2006 09:53:05 -0000 Hello, We have some dedicated servers at layeredtech. Currently new SATA 500Gb drive was added to each server and we now noticed strange problems with all of them: all new sata disks failed under normal load (3-6 Mbit/s I/O). Engineers at data center replaced the drives but they failed again and again. Do you have any experience in working with 500Gb or more SATA drive? OS: FreeBSD 6.1-STABLE #1: Sun Aug 13 20:29:03 CDT 2006 And this is the information from dmesg of one of our servers: ad4: 476940MB at ata2-master SATA150 da0 at mpt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) Trying to mount root from ufs:/dev/da0s1a WARNING: / was not properly dismounted WARNING: /home was not properly dismounted WARNING: /tmp was not properly dismounted /tmp: mount pending error: blocks 0 files 4 WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted WARNING: /var/tmp was not properly dismounted WARNING: /mnt/sata was not properly dismounted ad4: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=663885183 ad4: TIMEOUT - WRITE_DMA48 retrying (0 retries left) LBA=663885183 ad4: FAILURE - WRITE_DMA48 timed out LBA=663885183 g_vfs_done():ad4s1d[WRITE(offset=339909181440, length=16384)]error = 5 ad4: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=828848959 ad4: TIMEOUT - WRITE_DMA48 retrying (0 retries left) LBA=828848959 ad4: FAILURE - WRITE_DMA48 timed out LBA=828848959 g_vfs_done():ad4s1d[WRITE(offset=424370634752, length=32768)]error = 5 ad4: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=885960859 ad4: TIMEOUT - WRITE_DMA48 retrying (0 retries left) LBA=885960859 ad4: FAILURE - WRITE_DMA48 timed out LBA=885960859 g_vfs_done():ad4s1d[WRITE(offset=453611927552, length=2048)]error = 5 ad4: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=857331839 ad4: TIMEOUT - WRITE_DMA48 retrying (0 retries left) LBA=857331839 ad4: FAILURE - WRITE_DMA48 timed out LBA=857331839 g_vfs_done():ad4s1d[WRITE(offset=438953869312, length=16384)]error = 5 ad4: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=862600415 ad4: TIMEOUT - WRITE_DMA48 retrying (0 retries left) LBA=862600415 ad4: FAILURE - WRITE_DMA48 timed out LBA=862600415 g_vfs_done():ad4s1d[WRITE(offset=441651380224, length=16384)]error = 5 ad4: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=907763295 ad4: TIMEOUT - WRITE_DMA48 retrying (0 retries left) LBA=907763295 ad4: FAILURE - WRITE_DMA48 timed out LBA=907763295 g_vfs_done():ad4s1d[WRITE(offset=464774774784, length=16384)]error = 5 ad4: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=951794815 ----- With best regards, | The Power to Serve Nguyen Tam Chinh | http://www.FreeBSD.org Loc: sp.cs.msu.su | From owner-freebsd-stable@FreeBSD.ORG Sat Oct 28 09:59: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46BCF16A40F for ; Sat, 28 Oct 2006 09:59:49 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from alnrmhc12.comcast.net (alnrmhc12.comcast.net [206.18.177.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id E989643D45 for ; Sat, 28 Oct 2006 09:59:48 +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 (alnrmhc12) with ESMTP id <20061028095943b12007ha3he>; Sat, 28 Oct 2006 09:59:48 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 882A81FA037; Sat, 28 Oct 2006 02:59:43 -0700 (PDT) Date: Sat, 28 Oct 2006 02:59:43 -0700 From: Jeremy Chadwick To: Nguyen Tam Chinh Message-ID: <20061028095943.GA51411@icarus.home.lan> Mail-Followup-To: Nguyen Tam Chinh , freebsd-stable@freebsd.org References: <20061028101501.M923@it.hackers> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061028101501.M923@it.hackers> 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: SATA 500Gb disk problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Oct 2006 09:59:49 -0000 On Sat, Oct 28, 2006 at 10:26:25AM +0400, Nguyen Tam Chinh wrote: > We have some dedicated servers at layeredtech. Currently new SATA 500Gb > drive was added to each server and we now noticed strange problems with > all of them: all new sata disks failed under normal load (3-6 Mbit/s I/O). > Engineers at data center replaced the drives but they failed again and > again. > Do you have any experience in working with 500Gb or more SATA drive? Can you provide what ATA chipset this drive is connected to? The drive appears to be associated with ata2. The following may suffice, for example: $ dmesg | grep ata2 ata2: on atapci1 ad4: 114473MB at ata2-master SATA150 $ dmesg | grep atapci1 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xd800-0xd80f mem 0xd3002000-0xd3002fff irq 23 at device 7.0 on pci0 ata2: on atapci1 ata3: on atapci1 Additionally, please provide the output of `vmstat -i` to see if there's any shared interrupts with the ATA controller. -- | 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 Oct 28 13:37: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3456716A40F for ; Sat, 28 Oct 2006 13:37:02 +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 688AF43D5D for ; Sat, 28 Oct 2006 13:36:59 +0000 (GMT) (envelope-from quetzal@zone3000.net) Received: from unknown (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 28 Oct 2006 13:36:58 -0000 Date: Sat, 28 Oct 2006 16:36:31 +0300 From: Nikolay Pavlov To: Jack Vogel Message-ID: <20061028133631.GA1553@zone3000.net> Mail-Followup-To: Nikolay Pavlov , Jack Vogel , freebsd-stable@freebsd.org, freebsd-net References: <2a41acea0610271844o4759424cv35a018ffc0c23373@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2a41acea0610271844o4759424cv35a018ffc0c23373@mail.gmail.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE-p10 Cc: freebsd-net , freebsd-stable@freebsd.org Subject: Re: New em driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Oct 2006 13:37:02 -0000 On Friday, 27 October 2006 at 18:44:37 -0700, Jack Vogel wrote: > After a conference call today, it was decided that a merge of > my Intel driver base and the STABLE code would take place. > > This code undoes the INTR_FAST/taskqueue approach for right > now. Work will continue to get that to work, but the hope is that > this driver will be more stable for the 6.2 release. > > I encourage everyone that has been having issues to pull the > new driver and give us feedback. A few select testers so far > have seen stable performance. > > Cheers, > > Jack > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" Hi, Jack. Could you please post here exact revision number of this merge, just for history. -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-stable@FreeBSD.ORG Sat Oct 28 15:21: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A47716A407; Sat, 28 Oct 2006 15:21:10 +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 67E1643D75; Sat, 28 Oct 2006 15:21:03 +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 k9SFKkBc019235; Sat, 28 Oct 2006 09:20:52 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4543754F.2070005@samsco.org> Date: Sat, 28 Oct 2006 09:20:47 -0600 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: Mikhail Teterin References: <200610211300.09476@aldan> <20061021173358.GC75694@cell.sick.ru> <200610280030.12319@aldan> In-Reply-To: <200610280030.12319@aldan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit 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-net@freebsd.org, Gleb Smirnoff , freebsd-stable@freebsd.org, jfvogel@gmail.com Subject: Re: new em-driver still broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Oct 2006 15:21:10 -0000 Mikhail Teterin wrote: > On Saturday 21 October 2006 13:33, Gleb Smirnoff wrote: > = We aren't currently speaking about performance, we need to know whether > = kernel with DEVICE_POLLING option makes NIC work stable. > > Having noticed today's em-driver update, I rebuilt world/kernel and tried the > dump-test again. > > The kernel had the DEVICE_POLLING option in it, but polling was not, actually, > enabled on em0. > > With three simultanious dumps arriving, the system-component of the load was > 40-50%: > > 2 users Load 2.64 0.98 0.41 28 ??? 00:13 > > Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER > Tot Share Tot Share Free in out in out > Act 109936 30080 196064 42464 1642672 count > All 366172 32684 1413555k 48140 pages > Interrupts > Proc:r p d s w Csw Trp Sys Int Sof Flt cow 6720 total > 3 55 9736 151241k19989 47 232248 wire irq1: atkb > 79108 act irq6: fdc0 > 35.8%Sys 4.5%Intr 59.7%User 0.0%Nice 0.0%Idl 60372 inact irq15: ata > | | | | | | | | | | 276 cache irq17: fwo > ==================++>>>>>>>>>>>>>>>>>>>>>>>>>>>> 1642396 free irq20: nve > daefr irq21: ohc > Namei Name-cache Dir-cache prcfr irq22: ehc > Calls hits % hits % react 2710 irq25: em0 > 229 229 100 pdwak 24 irq29: amr > zfod pdpgs 1993 cpu0: time > Disks ad4 ad6 amrd0 ozfod intrn 1993 cpu1: time > KB/t 0.00 0.00 128 %slo-z 221184 buf > tps 0 0 12 4 tfree 22 dirtybuf > MB/s 0.00 0.00 1.49 100000 desiredvnodes > % busy 0 0 30 2409 numvnodes > > It was working... > > Then I entered the following shell command: > > % (ifconfig em0 polling; sleep 179; ifconfig em0 -polling) & > > Hoping, that, even if polling causes problems, three minutes later it will > turn back off automatically. > > Unfortunately, the machine dropped off the network immediately and is not > coming back. I'll get to its console on Monday, but something is still very > wrong with the em-driver :-( > > -mi So the driver works fine for you so long as you don't try to change the polling parameter while it's running? Scott From owner-freebsd-stable@FreeBSD.ORG Sat Oct 28 15:32: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17F4616A407 for ; Sat, 28 Oct 2006 15:32:05 +0000 (UTC) (envelope-from chinhngt@sectorb.msk.ru) Received: from hq.sectorb.msk.ru (petaflop.b.gz.ru [194.88.210.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5B5743D45 for ; Sat, 28 Oct 2006 15:31:59 +0000 (GMT) (envelope-from chinhngt@sectorb.msk.ru) Received: from it.local (it.local [172.16.20.8]) by hq.sectorb.msk.ru (Postfix) with ESMTP id 777CC2B4F; Sat, 28 Oct 2006 19:31:48 +0400 (MSD) Date: Sat, 28 Oct 2006 19:32:03 +0400 (MSD) From: Nguyen Tam Chinh X-X-Sender: chinhngt@it.hackers To: Jeremy Chadwick In-Reply-To: <20061028095943.GA51411@icarus.home.lan> Message-ID: <20061028193114.G923@it.hackers> References: <20061028101501.M923@it.hackers> <20061028095943.GA51411@icarus.home.lan> X-Operating-System: FreeBSD 6-STABLE Keywords: 216091683 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: SATA 500Gb disk problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Oct 2006 15:32:05 -0000 On Sat, 28 Oct 2006, Jeremy Chadwick wrote: > On Sat, Oct 28, 2006 at 10:26:25AM +0400, Nguyen Tam Chinh wrote: >> We have some dedicated servers at layeredtech. Currently new SATA 500Gb >> drive was added to each server and we now noticed strange problems with >> all of them: all new sata disks failed under normal load (3-6 Mbit/s I/O). >> Engineers at data center replaced the drives but they failed again and >> again. >> Do you have any experience in working with 500Gb or more SATA drive? > > Can you provide what ATA chipset this drive is connected to? The > drive appears to be associated with ata2. The following may suffice, > for example: > > $ dmesg | grep ata2 > ata2: on atapci1 > ad4: 114473MB at ata2-master SATA150 > > $ dmesg | grep atapci1 > atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xd800-0xd80f mem 0xd3002000-0xd3002fff irq 23 at device 7.0 on pci0 > ata2: on atapci1 > ata3: on atapci1 > > Additionally, please provide the output of `vmstat -i` to see > if there's any shared interrupts with the ATA controller. > Yes, of course: %dmesg | grep ata2 ata2: on atapci0 ad4: 476940MB at ata2-master SATA150 %dmesg | grep atapci0 atapci0: port 0xdc00-0xdc07,0xd480-0xd483,0xd400-0xd407,0xd080-0xd083,0xd000-0xd00f mem 0xff8fec00-0xff8fedff irq 22 at device 1.0 on pci1 ata2: on atapci0 ata3: on atapci0 %vmstat -i interrupt total rate irq20: fxp0 8913713 574 irq21: ahc0 126293 8 irq22: atapci0 3484356 224 cpu0: timer 31024212 1999 Total 43548574 2807 % ----- With best regards, | The Power to Serve Nguyen Tam Chinh | http://www.FreeBSD.org Loc: sp.cs.msu.su | From owner-freebsd-stable@FreeBSD.ORG Sat Oct 28 17:10: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B59016A492 for ; Sat, 28 Oct 2006 17:10:30 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id D126443D69 for ; Sat, 28 Oct 2006 17:10:27 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by nz-out-0102.google.com with SMTP id o37so789084nzf for ; Sat, 28 Oct 2006 10:10:27 -0700 (PDT) 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=Lt8+VzgjCOUqNx/m2DSad6i5TQLfxA0DpyrcrC8roz1NdEsVyYnMFzSch+qCl35jlL2JmRYEIx/wSVhSSvMHY+JJEg/MjvspfAQB40jCvRTMpI1Y/RnTqdFT/RNd2kjFGuJqfaJVZUQ35XXiuRGIv5bDyf499iwOOEoXnzX0Nlk= Received: by 10.35.78.13 with SMTP id f13mr1874448pyl; Sat, 28 Oct 2006 10:10:26 -0700 (PDT) Received: by 10.35.118.6 with HTTP; Sat, 28 Oct 2006 10:10:26 -0700 (PDT) Message-ID: <2a41acea0610281010g5cc5f4e3s8141d26b27e9fee8@mail.gmail.com> Date: Sat, 28 Oct 2006 10:10:26 -0700 From: "Jack Vogel" To: "Nikolay Pavlov" , "Jack Vogel" , freebsd-stable@freebsd.org, freebsd-net In-Reply-To: <20061028133631.GA1553@zone3000.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0610271844o4759424cv35a018ffc0c23373@mail.gmail.com> <20061028133631.GA1553@zone3000.net> Cc: Subject: Re: New em driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Oct 2006 17:10:30 -0000 On 10/28/06, Nikolay Pavlov wrote: > On Friday, 27 October 2006 at 18:44:37 -0700, Jack Vogel wrote: > > After a conference call today, it was decided that a merge of > > my Intel driver base and the STABLE code would take place. > > > > This code undoes the INTR_FAST/taskqueue approach for right > > now. Work will continue to get that to work, but the hope is that > > this driver will be more stable for the 6.2 release. > > > > I encourage everyone that has been having issues to pull the > > new driver and give us feedback. A few select testers so far > > have seen stable performance. > > > > Cheers, > > > > Jack > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > Hi, Jack. > Could you please post here exact revision number of this merge, just for > history. Sure thing: Log: Merge of Intel 6.2.9 em driver code. Approved by: re, scottl, jhb, pdeuskar Revision Changes Path 1.65.2.19 +731 -589 src/sys/dev/em/if_em.c 1.32.2.5 +97 -71 src/sys/dev/em/if_em.h 1.16.2.4 +574 -531 src/sys/dev/em/if_em_hw.c 1.15.2.5 +96 -148 src/sys/dev/em/if_em_hw.h 1.14.2.3 +46 -52 src/sys/dev/em/if_em_osdep.h From owner-freebsd-stable@FreeBSD.ORG Sat Oct 28 17:52:59 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FC2416A47E for ; Sat, 28 Oct 2006 17:52:59 +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 DC63E43D78 for ; Sat, 28 Oct 2006 17:52:45 +0000 (GMT) (envelope-from uspoerlein@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so778117uge for ; Sat, 28 Oct 2006 10:52:45 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:content-transfer-encoding:in-reply-to; b=NAE/0GoACzU0z3B9cNk6ou0P9x9G1mzDYNmJ3rsiB46q8sdiRI4fVEUNsKL66hYmTU1VreTV3CTyjrxUWf5Bpumgy+rUsHPQiYUtH5VZVil5ZHhVMb4iTExPPJsLh0fapTa8lyNoFdYSNgmq4Un7xZSXHg6k0VnuZA7bzZsTr/I= Received: by 10.67.119.13 with SMTP id w13mr1537623ugm; Sat, 28 Oct 2006 10:52:45 -0700 (PDT) Received: from roadrunner.q.local ( [85.180.143.55]) by mx.google.com with ESMTP id b35sm963839ugd.2006.10.28.10.52.44; Sat, 28 Oct 2006 10:52:44 -0700 (PDT) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.8/8.13.8) with ESMTP id k9SHqfUY006383; Sat, 28 Oct 2006 19:52:41 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.8/8.13.8/Submit) id k9SHqe7l006382; Sat, 28 Oct 2006 19:52:40 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Sat, 28 Oct 2006 19:52:40 +0200 From: Ulrich Spoerlein To: stable@freebsd.org Message-ID: <20061028175240.GB1519@roadrunner.q.local> Mail-Followup-To: stable@freebsd.org, kris@freebsd.org References: <7ad7ddd90610262337q25afcf0ej7610d0e1b4ff202d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <7ad7ddd90610262337q25afcf0ej7610d0e1b4ff202d@mail.gmail.com> Cc: kris@freebsd.org Subject: Re: RELENG_6: I/O deadlock under 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, 28 Oct 2006 17:52:59 -0000 Ulrich Spoerlein wrote: > Our fileserver deadlocked, again. It is running RELENG_6 checked out > yesterday. I have enabled DDB, WITNESS and INVARIANTS and have it > hooked up via serial console. Happend again, now I have DEBUG_LOCKS and DEBUG_VFS_LOCK included. There are hundreds of cron processes waiting on wmesg 'sysctl' (they seem to have piled up prior to me entering the debugger). db> show pcpu cpuid = 0 curthread = 0xc8326780: pid 11 "idle: cpu0" curpcb = 0xe6f1fd90 fpcurthread = none idlethread = 0xc8326780: pid 11 "idle: cpu0" APIC ID = 0 currentldt = 0x50 spin locks held: db> show allpcpu Current CPU: 0 cpuid = 0 curthread = 0xc8326780: pid 11 "idle: cpu0" curpcb = 0xe6f1fd90 fpcurthread = none idlethread = 0xc8326780: pid 11 "idle: cpu0" APIC ID = 0 currentldt = 0x50 spin locks held: cpuid = 1 curthread = 0xc8326600: pid 10 "idle: cpu1" curpcb = 0xe6f1cd90 fpcurthread = none idlethread = 0xc8326600: pid 10 "idle: cpu1" APIC ID = 6 currentldt = 0x50 spin locks held: db> show alllocks Process 60935 (gmirror) thread 0xc88ce780 (100122) exclusive sx sysctl lock r = 0 (0xc0971dc0) locked @ /usr/src/sys/kern/kern_sysctl.c:1375 Process 50 (g_mirror gm0) thread 0xc86b7600 (100062) exclusive sx gmirror:lock r = 0 (0xc84b282c) locked @ /usr/src/sys/geom/mirror/g_mirror.c:1809 'gm0' is the mirror where the OS resides on. It is 8GB in size and spans across da0s1 and da1s1 which are RAID5 volumes attached through two twa(4) controllers. db> show lockedvnods Locked vnodes 0xcb4a4984: tag ufs, type VREG usecount 1, writecount 0, refcount 3 mountedhere 0 flags () v_object 0xcc804e70 ref 0 pages 1 lock type ufs: SHARED (count 1)#0 0xc0667314 at lockmgr+0x160 #1 0xc0783fea at ffs_lock+0x76 #2 0xc083688f at VOP_LOCK_APV+0x87 #3 0xc06d50b8 at vn_lock+0xac #4 0xc06d478e at vn_read+0x132 #5 0xc0697a89 at dofileread+0x85 #6 0xc0697922 at kern_readv+0x36 #7 0xc069784d at read+0x45 #8 0xc0824037 at syscall+0x25b #9 0xc08106af at Xint0x80_syscall+0x1f ino 8315, on dev ufs/root 0xc87682b8: tag ufs, type VDIR usecount 1, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xcb4b6630 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc850b000 (pid 43987)#0 0xc06676a1 at lockmgr+0x4ed #1 0xc0783fea at ffs_lock+0x76 #2 0xc083688f at VOP_LOCK_APV+0x87 #3 0xc06d50b8 at vn_lock+0xac #4 0xc06c8f46 at vget+0xc2 #5 0xc06bd9be at cache_lookup+0x34a #6 0xc06bdef2 at vfs_cache_lookup+0x92 #7 0xc083494f at VOP_LOOKUP_APV+0x87 #8 0xc06c20a2 at lookup+0x46e #9 0xc06c19b6 at namei+0x39a #10 0xc06d3e9f at vn_open_cred+0x5b #11 0xc06d3e42 at vn_open+0x1e #12 0xc06cd342 at kern_open+0xb6 #13 0xc06cd256 at open+0x1a #14 0xc0824037 at syscall+0x25b #15 0xc08106af at Xint0x80_syscall+0x1f ino 94210, on dev ufs/var 0xc87746cc: tag ufs, type VREG usecount 1, writecount 1, refcount 3 mountedhere 0 flags () v_object 0xc876a210 ref 0 pages 3 lock type ufs: EXCL (count 1) by thread 0xc86b7000 (pid 14753)#0 0xc06676a1 at lockmgr+0x4ed #1 0xc0783fea at ffs_lock+0x76 #2 0xc083688f at VOP_LOCK_APV+0x87 #3 0xc06d50b8 at vn_lock+0xac #4 0xc06d4a54 at vn_write+0x138 #5 0xc0697d5f at dofilewrite+0x77 #6 0xc0697c03 at kern_writev+0x3b #7 0xc0697bac at writev+0x30 #8 0xc0824037 at syscall+0x25b #9 0xc08106af at Xint0x80_syscall+0x1f ino 94280, on dev ufs/var 0xca357414: tag ufs, type VDIR usecount 1, writecount 0, refcount 2 mountedhere 0 flags () lock type ufs: EXCL (count 1) by thread 0xc8cdf480 (pid 20101)#0 0xc06676a1 at lockmgr+0x4ed #1 0xc0783fea at ffs_lock+0x76 #2 0xc083688f at VOP_LOCK_APV+0x87 #3 0xc06d50b8 at vn_lock+0xac #4 0xc06c8f46 at vget+0xc2 #5 0xc06bd9be at cache_lookup+0x34a #6 0xc06bdef2 at vfs_cache_lookup+0x92 #7 0xc083494f at VOP_LOOKUP_APV+0x87 #8 0xc06c20a2 at lookup+0x46e #9 0xc06c19b6 at namei+0x39a #10 0xc06cf3f1 at kern_stat+0x35 #11 0xc06cf39f at stat+0x1b #12 0xc0824037 at syscall+0x25b #13 0xc08106af at Xint0x80_syscall+0x1f ino 94211, on dev ufs/var 0xc875c15c: tag syncer, type VNON usecount 1, writecount 0, refcount 2 mountedhere 0 flags () lock type syncer: EXCL (count 1) by thread 0xc84ce480 (pid 46)#0 0xc06676a1 at lockmgr+0x4ed #1 0xc06c00e1 at vop_stdlock+0x21 #2 0xc083688f at VOP_LOCK_APV+0x87 #3 0xc06d50b8 at vn_lock+0xac #4 0xc06c8703 at sync_vnode+0xe3 #5 0xc06c89a1 at sched_sync+0x1ed #6 0xc065e864 at fork_exit+0xa0 #7 0xc08106bc at fork_trampoline+0x8 0xc8771d98: tag ufs, type VREG usecount 3, writecount 0, refcount 4 mountedhere 0 flags (VV_TEXT) v_object 0xc88ddbdc ref 1 pages 7 lock type ufs: EXCL (count 1) by thread 0xc84ce480 (pid 46)#0 0xc06676a1 at lockmgr+0x4ed #1 0xc0783fea at ffs_lock+0x76 #2 0xc083688f at VOP_LOCK_APV+0x87 #3 0xc06d50b8 at vn_lock+0xac #4 0xc06c8f46 at vget+0xc2 #5 0xc0782ab5 at ffs_sync+0x1c1 #6 0xc06caaa0 at sync_fsync+0x164 #7 0xc0835c1f at VOP_FSYNC_APV+0x9b #8 0xc06c8726 at sync_vnode+0x106 #9 0xc06c89a1 at sched_sync+0x1ed #10 0xc065e864 at fork_exit+0xa0 #11 0xc08106bc at fork_trampoline+0x8 ino 259327, on dev ufs/usr 0xc8770828: tag ufs, type VDIR usecount 1, writecount 0, refcount 2 mountedhere 0 flags () v_object 0xc8b42a50 ref 0 pages 0 lock type ufs: EXCL (count 1) by thread 0xc8cc4d80 (pid 48623)#0 0xc06676a1 at lockmgr+0x4ed #1 0xc0783fea at ffs_lock+0x76 #2 0xc083688f at VOP_LOCK_APV+0x87 #3 0xc06d50b8 at vn_lock+0xac #4 0xc06c8f46 at vget+0xc2 #5 0xc06bd9be at cache_lookup+0x34a #6 0xc06bdef2 at vfs_cache_lookup+0x92 #7 0xc083494f at VOP_LOOKUP_APV+0x87 #8 0xc06c20a2 at lookup+0x46e #9 0xc06c19b6 at namei+0x39a #10 0xc06cf3f1 at kern_stat+0x35 #11 0xc06cf39f at stat+0x1b #12 0xc0824037 at syscall+0x25b #13 0xc08106af at Xint0x80_syscall+0x1f ino 353305, on dev ufs/usr 0xc8b81c3c: tag ufs, type VREG usecount 5, writecount 0, refcount 7 mountedhere 0 flags (VV_TEXT) v_object 0xc8b588c4 ref 3 pages 207 lock type ufs: SHARED (count 1) with 1 pending#0 0xc0667314 at lockmgr+0x160 #1 0xc0783fea at ffs_lock+0x76 #2 0xc083688f at VOP_LOCK_APV+0x87 #3 0xc06d50b8 at vn_lock+0xac #4 0xc06c8f46 at vget+0xc2 #5 0xc07aa3e7 at vnode_pager_lock+0x127 #6 0xc079828f at vm_fault+0x227 #7 0xc08239c6 at trap_pfault+0xce #8 0xc082359b at trap+0x1eb #9 0xc081065a at calltrap+0x5 ino 353904, on dev ufs/usr 0xc8c5c828: tag ufs, type VREG usecount 1, writecount 1, refcount 2997 mountedhere 0 flags () v_object 0xc8ba1e70 ref 0 pages 446652 lock type ufs: EXCL (count 1) by thread 0xc850b600 (pid 16977)#0 0xc06676a1 at lockmgr+0x4ed #1 0xc0783fea at ffs_lock+0x76 #2 0xc083688f at VOP_LOCK_APV+0x87 #3 0xc06d50b8 at vn_lock+0xac #4 0xc06d4a54 at vn_write+0x138 #5 0xc0697d5f at dofilewrite+0x77 #6 0xc0697c03 at kern_writev+0x3b #7 0xc0697b29 at write+0x45 #8 0xc0824037 at syscall+0x25b #9 0xc08106af at Xint0x80_syscall+0x1f ino 6, on dev mirror/share 0xcc95f2b8: tag ufs, type VREG usecount 1, writecount 1, refcount 1851 mountedhere 0 flags () v_object 0xcc804528 ref 0 pages 331134 lock type ufs: EXCL (count 1) by thread 0xc86ea480 (pid 50442)#0 0xc06676a1 at lockmgr+0x4ed #1 0xc0783fea at ffs_lock+0x76 #2 0xc083688f at VOP_LOCK_APV+0x87 #3 0xc06d50b8 at vn_lock+0xac #4 0xc06d4a54 at vn_write+0x138 #5 0xc0697d5f at dofilewrite+0x77 #6 0xc0697c03 at kern_writev+0x3b #7 0xc0697b29 at write+0x45 #8 0xc0824037 at syscall+0x25b #9 0xc08106af at Xint0x80_syscall+0x1f ino 5, on dev da0s2e 0xcab1ac3c: tag ufs, type VREG usecount 1, writecount 0, refcount 1139 mountedhere 0 flags () lock type ufs: EXCL (count 1) by thread 0xc8b9dc00 (pid 34426)#0 0xc06676a1 at lockmgr+0x4ed #1 0xc06c0ffe at vfs_hash_insert+0x26 #2 0xc0782e9f at ffs_vget+0x15b #3 0xc07688ac at ffs_valloc+0x100 #4 0xc078f77c at ufs_makeinode+0x68 #5 0xc078c6f1 at ufs_create+0x25 #6 0xc0834b37 at VOP_CREATE_APV+0x9b #7 0xc0770f7a at ffs_snapshot+0x322 #8 0xc0780cb0 at ffs_mount+0x8d8 #9 0xc06c42ab at vfs_domount+0x687 #10 0xc06c3a7f at vfs_donmount+0x2ef #11 0xc06c621d at kernel_mount+0x6d #12 0xc0780e85 at ffs_cmount+0x5d #13 0xc06c3c12 at mount+0x156 #14 0xc0824037 at syscall+0x25b #15 0xc08106af at Xint0x80_syscall+0x1f ino 6, on dev da0s2e db> ps pid ppid pgrp uid state wmesg wchan cmd 40384 40425 40425 0 S sysctl l 0xc0971df0 cron 18974 40425 40425 0 S sysctl l 0xc0971df0 cron 29806 40425 40425 0 S sysctl l 0xc0971df0 cron 38225 40425 40425 0 S sysctl l 0xc0971df0 cron 83456 40425 40425 0 S sysctl l 0xc0971df0 cron 55635 40425 40425 0 S sysctl l 0xc0971df0 cron 56207 40425 40425 0 S sysctl l 0xc0971df0 cron 30952 40425 40425 0 S sysctl l 0xc0971df0 cron 485 40425 40425 0 S sysctl l 0xc0971df0 cron ... hundreds more 32057 40425 40425 0 S sysctl l 0xc0971df0 cron 79683 23876 23876 0 SL vmpfw 0xc42ed220 sshd 97911 23876 23876 0 SL vmpfw 0xc42ed220 sshd 67504 40425 40425 0 S sysctl l 0xc0971df0 cron ... even more crons 55722 40425 40425 0 S sysctl l 0xc0971df0 cron 5605 23876 23876 0 SL vmpfw 0xc42ed220 sshd 13648 23876 23876 0 SL swread 0xc42ed220 sshd 38374 40425 40425 0 S sysctl l 0xc0971df0 cron ... yet some hundred more 33848 40425 40425 0 S sysctl l 0xc0971df0 cron 60935 71690 3566 0 S g_waitfo 0xc9f76880 gmirror 71690 37484 3566 0 S piperd 0xc95bc000 perl5.8.8 37484 3566 3566 0 S piperd 0xc8709cc0 perl5.8.8 3566 46050 3566 0 Ss wait 0xc8e47430 sh 46050 40425 40425 0 S piperd 0xc880b660 cron 48623 43770 26178 0 S ufs 0xc8b81c94 sh 43770 48166 26178 0 S piperd 0xc880b990 sh 20101 79935 79935 2 S biord 0xdc566b1c sh 8301 75724 75724 0 S biord 0xdc5736b0 newsyslog 48166 26178 26178 0 S piperd 0xc880bcc0 perl5.8.8 75724 37661 75724 0 Ss wait 0xc8cc2c90 sh 79935 12147 79935 2 Ss wait 0xc8b98218 sh 26178 41679 26178 0 Ss wait 0xc86e8648 sh 12147 40425 40425 0 S piperd 0xc8ef6b28 cron 37661 40425 40425 0 S piperd 0xc8f0bcc0 cron 41679 40425 40425 0 S piperd 0xc8f0b330 cron 59177 10624 40486 0 S piperd 0xc951b000 awk 4943 10624 40486 0 SL vnread 0xdc390830 tw_cli 10624 51888 40486 0 S wait 0xc8cd8000 sh 51888 96902 40486 0 S piperd 0xc87ab4c8 sh 96902 40486 40486 0 S piperd 0xc8c68198 perl5.8.8 40486 14946 40486 0 Ss wait 0xc8cd7860 sh 14946 40425 40425 0 S piperd 0xc95acb28 cron 34426 59514 56159 0 S+ biord 0xdc4049a4 mksnap_ffs 59514 13116 56159 0 S+ wait 0xc8e46648 sh 13116 7858 56159 0 S+ wait 0xc8e46430 dump 50442 9618 9618 0 S+ wdrain 0xc09bf8e4 dd 16977 52273 52273 0 S+ wdrain 0xc09bf8e4 dd 7858 56159 56159 0 S+ wait 0xc850a430 sh 51796 61348 51796 0 Ss+ ttyin 0xc8481410 tcsh 9618 24699 9618 0 S+ wait 0xc88cc430 sh 24699 61348 24699 0 SWs+ pause 0xc8b9867c tcsh 52273 78081 52273 0 S+ wait 0xc8b99860 sh 78081 61348 78081 0 SWs+ pause 0xc8b98894 tcsh 36839 58682 36839 0 S+ sysctl l 0xc0971df0 iostat 56159 21882 56159 0 S+ wait 0xc8b99218 sh 58682 61348 58682 0 SWs+ pause 0xc8a1967c tcsh 21882 61348 21882 0 SWs+ pause 0xc88cc67c tcsh 61348 90803 61348 0 Ss select 0xc09bf344 screen 90803 63507 90803 0 S+ pause 0xc88cf894 screen 63507 73206 63507 0 SWs+ pause 0xc86e8cc4 tcsh 11117 73206 11117 0 Ss+ ttyin 0xc8528410 tcsh 73206 23876 73206 0 Ss sysctl l 0xc0971df0 sshd 47418 1 47418 0 SWs+ ttyin 0xc8513410 getty 37674 1 37674 0 SWs+ ttyin 0xc8525010 getty 81454 1 81454 0 SWs+ ttyin 0xc8525410 getty 85718 1 85718 0 SWs+ ttyin 0xc8518810 getty 63281 1 63281 0 SWs+ ttyin 0xc851b410 getty 15399 1 15399 0 SWs+ ttyin 0xc8513810 getty 36534 1 36534 0 SWs+ ttyin 0xc851a010 getty 64717 1 64717 0 SWs+ ttyin 0xc851a810 getty 32019 1 32019 0 SWs+ ttyin 0xc8519010 getty 21692 1 21692 0 Ss sysctl l 0xc0971df0 bsnmpd 37851 1 37851 0 SWs select 0xc09bf344 inetd 34757 54856 54856 0 S sbwait 0xc89c7370 heartbeat 58032 54856 54856 0 S select 0xc09bf344 heartbeat 16232 54856 54856 0 S sbwait 0xc877c638 heartbeat 54856 1 54856 0 Ss select 0xc09bf344 heartbeat 40425 1 40425 0 Ss nanslp 0xc0971fec cron 8391 1 8391 25 Ss sysctl l 0xc0971df0 sendmail 10886 1 10886 0 Ss sysctl l 0xc0971df0 sendmail 23876 1 23876 0 Ss select 0xc09bf344 sshd 43987 1 43987 0 Ss biord 0xdc3e6200 ntpd 71800 1 30662 0 S nanslp 0xc0971fec smartd 1186 34002 34002 0 SW nfslockd 0xc09c30e8 rpc.lockd 34002 1 34002 0 Ss select 0xc09bf344 rpc.lockd 96123 1 96123 0 Ss select 0xc09bf344 rpc.statd 81769 1 81769 0 Ss select 0xc09bf344 amd 77412 1 77412 0 Ss select 0xc09bf344 rpcbind 21109 1 21109 115 Ss sysctl l 0xc0971df0 symon 14753 1 14753 0 Ss biord 0xdc3c8a24 syslogd 46810 1 46810 0 SWs select 0xc09bf344 devd 51 0 0 0 SL m:w1 0xc8676e00 [g_mirror share] 50 0 0 0 SL gwrite 0xc87f5dec [g_mirror gm0] 49 0 0 0 SL - 0xe8ca1d04 [schedcpu] 48 0 0 0 SL sdflush 0xc09c8514 [softdepflush] 47 0 0 0 SL vlruwt 0xc84cdc90 [vnlru] 46 0 0 0 SL biord 0xdc4f2030 [syncer] 45 0 0 0 SL wdrain 0xc09bf8e4 [bufdaemon] 44 0 0 0 SL pgzero 0xc09c9484 [pagezero] 43 0 0 0 SL psleep 0xc09c8fd4 [vmdaemon] 42 0 0 0 SL psleep 0xc09c8f90 [pagedaemon] 41 0 0 0 WL [swi0: sio] 40 0 0 0 WL [irq1: atkbd0] 39 0 0 0 WL [irq17: ichsmb0] 38 0 0 0 WL [irq15: ata1] 37 0 0 0 WL [irq14: ata0] 36 0 0 0 SL usbevt 0xc8411a10 [usb4] 35 0 0 0 WL [irq23: ehci0] 34 0 0 0 SL usbevt 0xc84e0210 [usb3] 33 0 0 0 SL usbevt 0xc84d1210 [usb2] 32 0 0 0 WL [irq18: uhci2] 31 0 0 0 SL usbevt 0xc84d6210 [usb1] 30 0 0 0 WL [irq19: uhci1] 29 0 0 0 SL usbtsk 0xc096ec04 [usbtask] 28 0 0 0 SL usbevt 0xc8485210 [usb0] 27 0 0 0 WL [irq16: uhci0 uhci3] 26 0 0 0 SL - 0xc8449b00 [em1 taskq] 25 0 0 0 SL - 0xc847f380 [em0 taskq] 24 0 0 0 SL idle 0xc844a000 [aic_recovery1] 23 0 0 0 WL [irq25: ahd1] 22 0 0 0 SL idle 0xc843d000 [aic_recovery0] 21 0 0 0 WL [irq24: ahd0] 20 0 0 0 WL [irq9: acpi0] 9 0 0 0 SL - 0xc8406980 [kqueue taskq] 8 0 0 0 SL - 0xc8406a80 [acpi_task_2] 7 0 0 0 SL - 0xc8406a80 [acpi_task_1] 6 0 0 0 SL - 0xc8406a80 [acpi_task_0] 19 0 0 0 WL [swi5: +] 5 0 0 0 SL - 0xc8406c00 [thread taskq] 18 0 0 0 WL [swi6: Giant taskq] 17 0 0 0 WL [swi6: task queue] 16 0 0 0 WL [swi2: cambio] 15 0 0 0 SL - 0xc096c920 [yarrow] 4 0 0 0 SL - 0xc096f488 [g_down] 3 0 0 0 SL - 0xc096f484 [g_up] 2 0 0 0 SL gmirror: 0xc84b285c [g_event] 14 0 0 0 WL [swi3: vm] 13 0 0 0 WL [swi4: clock sio] 12 0 0 0 WL [swi1: net] 11 0 0 0 RL CPU 0 [idle: cpu0] 10 0 0 0 RL CPU 1 [idle: cpu1] 1 0 1 0 SLs wait 0xc832a000 [init] 0 0 0 0 WLs [swapper] 78481 71690 3566 0 Z hostname 39905 37484 3566 0 Z df 75688 48166 26178 0 Z df 99435 96902 40486 0 Z df db> trace 51 Tracing pid 51 tid 100038 td 0xc84cea80 sched_switch(c84cea80,0,1) at sched_switch+0x177 mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c8676e00,c09716c0,0,c0895bd7,211,...) at sleepq_switch+0xc1 sleepq_wait(c8676e00,0,c088c7ec,6f8,c0970e40,...) at sleepq_wait+0x46 msleep(c8676e00,c8676e80,24c,c088ce4d,0) at msleep+0x279 g_mirror_worker(c8676e00,e8ca4d38,c8676e00,c0639754,0,...) at g_mirror_worker+0x4d8 fork_exit(c0639754,c8676e00,e8ca4d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe8ca4d6c, ebp = 0 --- db> trace 50 Tracing pid 50 tid 100062 td 0xc86b7600 sched_switch(c86b7600,0,1) at sched_switch+0x177 mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c87f5dec,c09716c0,0,c0895bd7,236,...) at sleepq_switch+0xc1 sleepq_timedwait(c87f5dec) at sleepq_timedwait+0x4a msleep(c87f5dec,c09bf980,4c,c088b6e1,64) at msleep+0x255 biowait(c87f5dec,c088b6e1,c87f5dec,c86a6100,eaf13c88,...) at biowait+0x52 g_write_data(c86a6100,ffd5a800,1,c956a400,200,...) at g_write_data+0x8d g_mirror_write_metadata(c86a1900,eaf13c08,c84b2800,c86a1900,eaf13c08,c84b282c,1,c088c7ec,2de) at g_mirror_write_metadata+0x3eb g_mirror_update_metadata(c86a1900) at g_mirror_update_metadata+0x55 g_mirror_unidle(c84b2800) at g_mirror_unidle+0xd5 g_mirror_register_request(c8838210) at g_mirror_register_request+0xd7 g_mirror_worker(c84b2800,eaf13d38,c84b2800,c0639754,0,...) at g_mirror_worker+0x62e fork_exit(c0639754,c84b2800,eaf13d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xeaf13d6c, ebp = 0 --- db> trace 2 Tracing pid 2 tid 100001 td 0xc8326d80 sched_switch(c8326d80,0,1) at sched_switch+0x177 mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c84b285c,c09716c0,0,c0895bd7,211,...) at sleepq_switch+0xc1 sleepq_wait(c84b285c,c08933e3,9f,c84b282c,c84b2800,...) at sleepq_wait+0x46 cv_wait(c84b285c,c0970588,c86a1a00,c84b2800,0,...) at cv_wait+0x17b _sx_xlock(c84b282c,c088c7ec,c2e,c86a1a00,c86a1a00,...) at _sx_xlock+0x68 g_mirror_dumpconf(cb8fb020,c085ac70,c86a1a00,0,0,...) at g_mirror_dumpconf+0x376 g_conf_geom(cb8fb020,c86a1a00,0,0) at g_conf_geom+0x7c g_conf_class(cb8fb020,c0902280,0,0,0) at g_conf_class+0x49 g_conf_specific(cb8fb020,0,0,0,0,...) at g_conf_specific+0x58 g_confxml(cb8fb020,0,66666667,e6f2bcf4,c062fc29,...) at g_confxml+0x3d one_event(e6f2bd0c,c0631411,258,190,c06313a4,...) at one_event+0x172 g_run_events(258,190,c06313a4,c8325218,e6f2bd24,...) at g_run_events+0x9 g_event_procbody(0,e6f2bd38,0,c06313a4,0,...) at g_event_procbody+0x6d fork_exit(c06313a4,0,e6f2bd38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe6f2bd6c, ebp = 0 --- db> trace 60935 Tracing pid 60935 tid 100122 td 0xc88ce780 sched_switch(c88ce780,0,1) at sched_switch+0x177 mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c9f76880,c09716c0,0,c0895bd7,236,...) at sleepq_switch+0xc1 sleepq_timedwait(c9f76880) at sleepq_timedwait+0x4a msleep(c9f76880,0,4c,c088b366,3e8) at msleep+0x255 g_waitfor_event(c062f738,cb8fb020,2,0,0,0,0,1) at g_waitfor_event+0x73 sysctl_kern_geom_confxml(c0901b60,0,0,eaf9bbf4,c0901b60,...) at sysctl_kern_geom_confxml+0x26 sysctl_root(0,eaf9bc74,3,eaf9bbf4) at sysctl_root+0x11b userland_sysctl(c88ce780,eaf9bc74,3,8050000,bfbfb4d8,0,0,0,eaf9bc70,0,c0971700,0,c0893789,521) at userland_sysctl+0xf4 __sysctl(c88ce780,eaf9bd04) at __sysctl+0x77 syscall(3b,3b,3b,3,bfbfb4d8,...) at syscall+0x25b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x2815509f, esp = 0xbfbfb3bc, ebp = 0xbfbfb3f8 --- Sadly, there is no kernel thread for the two twa controllers, why? Should I try with option PREEMTION to see if the deadlock vanishes? And is there some way to get at the time of the deadlock (by looking at the oldest cron job, this should be a good estimate). The gmirror<->sysctl locks seems suspicious to me. Shall I reboot and reproduce the deadlock to see if it occurs at the same spot? Any help would be greatly appreciated! Ulrich Spörlein -- 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 Sat Oct 28 18:33:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16B9D16A415 for ; Sat, 28 Oct 2006 18:33:37 +0000 (UTC) (envelope-from srw@udor.net) Received: from mail.udor.net (mail.udor.net [64.34.95.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id D080743D6A for ; Sat, 28 Oct 2006 18:33:35 +0000 (GMT) (envelope-from srw@udor.net) Received: from localhost (cpe-66-65-63-179.nyc.res.rr.com [66.65.63.179]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.udor.net (Postfix) with ESMTP id 4994478A89 for ; Sat, 28 Oct 2006 14:37:22 -0400 (EDT) Date: Sat, 28 Oct 2006 14:33:33 -0400 From: srwadleigh To: freebsd-stable@freebsd.org Message-ID: <20061028143333.2aef1a7d@localhost> In-Reply-To: <45433D5E.6070305@cold.dk> References: <20061027012611.71089229@localhost> <20061027112846.224d6dee@localhost> <45433D5E.6070305@cold.dk> X-Mailer: Sylpheed-Claws 2.5.2 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: gmirror + usb problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Oct 2006 18:33:37 -0000 On Sat, 28 Oct 2006 13:22:06 +0200 Brian Josefsen wrote: > srwadleigh wrote: > > On Fri, 27 Oct 2006 01:26:11 -0400 > > srwadleigh wrote: > > > > > >> Thinkpad T41 > >> 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #20: Thu Oct 26 05:15:07 EDT > >> > >> Two usb attached WD myBook 500gb external drives. The first drive > >> is setup as a gmirror provider, and mounts/functions fine, when I > >> attempt to add the second external drive it detects but will not > >> rebuild, it simply remains at 0%, no drive activity. > >> > >> Following the attempt to rebuild any attempt to stop the providers > >> or remove the stale drive causes the system to lockup or rather > >> become almost entirely unresponsive. Responds to pings, moused > >> input works, existing ssh sessions still function, but cannot > >> login, execute new commands, or get output without serious delays, > >> sometimes--eventually the system snaps back and everything is fine > >> but it can take a very long time. Nothing seems to entice the > >> second provider to sync up. > >> > >> I have tried setting gmirror to auto rebuild and manual, both yield > >> the same result. I have also tries each drive as the first > >> provider, again with the same results either way. Also tried > >> gmirror compiled in and as a mo > >> > >> I'm not sure if this is gmirror, usb, or the combo of the two > >> elements, or maybe even something with the mybook. > >> > >> > > > > An addition, the second provider does rebuild, just extremely > > slowly, according to the activity lights moving data only in short > > bursts spaced by long periods of inactivity. In the last eight > > hours the provider has reached 2%. > > > Hi > > I'm no expert here but, i would suspect that the proces is slow > because the usb controller is fighting for the bandwidth same way as > if you try to shift data from ad0 to ad1, perhaps use another usb > port for one of the disk and check top to see if usbd is having a > hard time. In general though i know that usb isn't the most fantastic > place to store your data as the intermediate controller can't push > the information about bad blocks etc. through usb. > > -- > Med venlig hilsen / Best regards > Brian Josefsen > Copenhagen, Denmark > That sounds quite possible, the one curious thing is rsyncing between the two drives, while it takes a long time to copy the full capacity, the drives do work continuously. Same two usb ports in question. It seems to me if rsync can run a big copy gmirror would be doing something similar but at a lower level, and maybe that makes all the difference to the usb controller. Soon I will have another system available to test with, likely better usb controller and firewire. Thanks From owner-freebsd-stable@FreeBSD.ORG Sat Oct 28 19:07:38 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4850716A403; Sat, 28 Oct 2006 19:07:38 +0000 (UTC) (envelope-from csjp@freebsd.org) Received: from ems01.seccuris.com (ems01.seccuris.com [204.112.0.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DDAF43D4C; Sat, 28 Oct 2006 19:07:37 +0000 (GMT) (envelope-from csjp@freebsd.org) Received: from [127.0.0.1] (stf01.seccuris.com [204.112.0.40]) by ems01.seccuris.com (Postfix) with ESMTP id 90505462C88; Sat, 28 Oct 2006 15:03:29 -0500 (CDT) Message-ID: <4543AA79.4050903@freebsd.org> Date: Sat, 28 Oct 2006 14:07:37 -0500 From: "Christian S.J. Peron" User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: stable@freebsd.org, kris@freebsd.org References: <7ad7ddd90610262337q25afcf0ej7610d0e1b4ff202d@mail.gmail.com> <20061028175240.GB1519@roadrunner.q.local> In-Reply-To: <20061028175240.GB1519@roadrunner.q.local> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit Cc: Pawel Jakub Dawidek Subject: Re: RELENG_6: I/O deadlock under 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, 28 Oct 2006 19:07:38 -0000 It almost looks as if a user frequently runs gmirror(8) to query the status of their array. Under a high load situation, the worker is busy, so at one un-lucky momment, gmirror(8) is run: (1) gmirror(8) waits for sc->sc_lock owned by the worker (2) The worker then drops the lock (3) gmirror(8) proceeds (4) Worker wakes up and waits for sc->sc_lock (5) Only gmirror never will because it's waiting on a resource (presumably owned by the worker thread)? I am not certain this is correct, so I have included pjd in the CC loop, hoping he can help shed some light on the subject :) Ulrich Spoerlein wrote: > Ulrich Spoerlein wrote: > >> Our fileserver deadlocked, again. It is running RELENG_6 checked out >> yesterday. I have enabled DDB, WITNESS and INVARIANTS and have it >> hooked up via serial console. >> > > Happend again, now I have DEBUG_LOCKS and DEBUG_VFS_LOCK included. There > are hundreds of cron processes waiting on wmesg 'sysctl' (they seem to > have piled up prior to me entering the debugger). > > db> show pcpu > cpuid = 0 > curthread = 0xc8326780: pid 11 "idle: cpu0" > curpcb = 0xe6f1fd90 > fpcurthread = none > idlethread = 0xc8326780: pid 11 "idle: cpu0" > APIC ID = 0 > currentldt = 0x50 > spin locks held: > db> show allpcpu > Current CPU: 0 > > cpuid = 0 > curthread = 0xc8326780: pid 11 "idle: cpu0" > curpcb = 0xe6f1fd90 > fpcurthread = none > idlethread = 0xc8326780: pid 11 "idle: cpu0" > APIC ID = 0 > currentldt = 0x50 > spin locks held: > > cpuid = 1 > curthread = 0xc8326600: pid 10 "idle: cpu1" > curpcb = 0xe6f1cd90 > fpcurthread = none > idlethread = 0xc8326600: pid 10 "idle: cpu1" > APIC ID = 6 > currentldt = 0x50 > spin locks held: > > db> show alllocks > Process 60935 (gmirror) thread 0xc88ce780 (100122) > exclusive sx sysctl lock r = 0 (0xc0971dc0) locked @ /usr/src/sys/kern/kern_sysctl.c:1375 > Process 50 (g_mirror gm0) thread 0xc86b7600 (100062) > exclusive sx gmirror:lock r = 0 (0xc84b282c) locked @ /usr/src/sys/geom/mirror/g_mirror.c:1809 > > 'gm0' is the mirror where the OS resides on. It is 8GB in size and spans > across da0s1 and da1s1 which are RAID5 volumes attached through two > twa(4) controllers. > > db> show lockedvnods > Locked vnodes > > 0xcb4a4984: tag ufs, type VREG > usecount 1, writecount 0, refcount 3 mountedhere 0 > flags () > v_object 0xcc804e70 ref 0 pages 1 > lock type ufs: SHARED (count 1)#0 0xc0667314 at lockmgr+0x160 > #1 0xc0783fea at ffs_lock+0x76 > #2 0xc083688f at VOP_LOCK_APV+0x87 > #3 0xc06d50b8 at vn_lock+0xac > #4 0xc06d478e at vn_read+0x132 > #5 0xc0697a89 at dofileread+0x85 > #6 0xc0697922 at kern_readv+0x36 > #7 0xc069784d at read+0x45 > #8 0xc0824037 at syscall+0x25b > #9 0xc08106af at Xint0x80_syscall+0x1f > > ino 8315, on dev ufs/root > > 0xc87682b8: tag ufs, type VDIR > usecount 1, writecount 0, refcount 4 mountedhere 0 > flags () > v_object 0xcb4b6630 ref 0 pages 1 > lock type ufs: EXCL (count 1) by thread 0xc850b000 (pid 43987)#0 0xc06676a1 at lockmgr+0x4ed > #1 0xc0783fea at ffs_lock+0x76 > #2 0xc083688f at VOP_LOCK_APV+0x87 > #3 0xc06d50b8 at vn_lock+0xac > #4 0xc06c8f46 at vget+0xc2 > #5 0xc06bd9be at cache_lookup+0x34a > #6 0xc06bdef2 at vfs_cache_lookup+0x92 > #7 0xc083494f at VOP_LOOKUP_APV+0x87 > #8 0xc06c20a2 at lookup+0x46e > #9 0xc06c19b6 at namei+0x39a > #10 0xc06d3e9f at vn_open_cred+0x5b > #11 0xc06d3e42 at vn_open+0x1e > #12 0xc06cd342 at kern_open+0xb6 > #13 0xc06cd256 at open+0x1a > #14 0xc0824037 at syscall+0x25b > #15 0xc08106af at Xint0x80_syscall+0x1f > > ino 94210, on dev ufs/var > > 0xc87746cc: tag ufs, type VREG > usecount 1, writecount 1, refcount 3 mountedhere 0 > flags () > v_object 0xc876a210 ref 0 pages 3 > lock type ufs: EXCL (count 1) by thread 0xc86b7000 (pid 14753)#0 0xc06676a1 at lockmgr+0x4ed > #1 0xc0783fea at ffs_lock+0x76 > #2 0xc083688f at VOP_LOCK_APV+0x87 > #3 0xc06d50b8 at vn_lock+0xac > #4 0xc06d4a54 at vn_write+0x138 > #5 0xc0697d5f at dofilewrite+0x77 > #6 0xc0697c03 at kern_writev+0x3b > #7 0xc0697bac at writev+0x30 > #8 0xc0824037 at syscall+0x25b > #9 0xc08106af at Xint0x80_syscall+0x1f > > ino 94280, on dev ufs/var > > 0xca357414: tag ufs, type VDIR > usecount 1, writecount 0, refcount 2 mountedhere 0 > flags () > lock type ufs: EXCL (count 1) by thread 0xc8cdf480 (pid 20101)#0 0xc06676a1 at lockmgr+0x4ed > #1 0xc0783fea at ffs_lock+0x76 > #2 0xc083688f at VOP_LOCK_APV+0x87 > #3 0xc06d50b8 at vn_lock+0xac > #4 0xc06c8f46 at vget+0xc2 > #5 0xc06bd9be at cache_lookup+0x34a > #6 0xc06bdef2 at vfs_cache_lookup+0x92 > #7 0xc083494f at VOP_LOOKUP_APV+0x87 > #8 0xc06c20a2 at lookup+0x46e > #9 0xc06c19b6 at namei+0x39a > #10 0xc06cf3f1 at kern_stat+0x35 > #11 0xc06cf39f at stat+0x1b > #12 0xc0824037 at syscall+0x25b > #13 0xc08106af at Xint0x80_syscall+0x1f > > ino 94211, on dev ufs/var > > 0xc875c15c: tag syncer, type VNON > usecount 1, writecount 0, refcount 2 mountedhere 0 > flags () > lock type syncer: EXCL (count 1) by thread 0xc84ce480 (pid 46)#0 0xc06676a1 at lockmgr+0x4ed > #1 0xc06c00e1 at vop_stdlock+0x21 > #2 0xc083688f at VOP_LOCK_APV+0x87 > #3 0xc06d50b8 at vn_lock+0xac > #4 0xc06c8703 at sync_vnode+0xe3 > #5 0xc06c89a1 at sched_sync+0x1ed > #6 0xc065e864 at fork_exit+0xa0 > #7 0xc08106bc at fork_trampoline+0x8 > > > 0xc8771d98: tag ufs, type VREG > usecount 3, writecount 0, refcount 4 mountedhere 0 > flags (VV_TEXT) > v_object 0xc88ddbdc ref 1 pages 7 > lock type ufs: EXCL (count 1) by thread 0xc84ce480 (pid 46)#0 0xc06676a1 at lockmgr+0x4ed > #1 0xc0783fea at ffs_lock+0x76 > #2 0xc083688f at VOP_LOCK_APV+0x87 > #3 0xc06d50b8 at vn_lock+0xac > #4 0xc06c8f46 at vget+0xc2 > #5 0xc0782ab5 at ffs_sync+0x1c1 > #6 0xc06caaa0 at sync_fsync+0x164 > #7 0xc0835c1f at VOP_FSYNC_APV+0x9b > #8 0xc06c8726 at sync_vnode+0x106 > #9 0xc06c89a1 at sched_sync+0x1ed > #10 0xc065e864 at fork_exit+0xa0 > #11 0xc08106bc at fork_trampoline+0x8 > > ino 259327, on dev ufs/usr > > 0xc8770828: tag ufs, type VDIR > usecount 1, writecount 0, refcount 2 mountedhere 0 > flags () > v_object 0xc8b42a50 ref 0 pages 0 > lock type ufs: EXCL (count 1) by thread 0xc8cc4d80 (pid 48623)#0 0xc06676a1 at lockmgr+0x4ed > #1 0xc0783fea at ffs_lock+0x76 > #2 0xc083688f at VOP_LOCK_APV+0x87 > #3 0xc06d50b8 at vn_lock+0xac > #4 0xc06c8f46 at vget+0xc2 > #5 0xc06bd9be at cache_lookup+0x34a > #6 0xc06bdef2 at vfs_cache_lookup+0x92 > #7 0xc083494f at VOP_LOOKUP_APV+0x87 > #8 0xc06c20a2 at lookup+0x46e > #9 0xc06c19b6 at namei+0x39a > #10 0xc06cf3f1 at kern_stat+0x35 > #11 0xc06cf39f at stat+0x1b > #12 0xc0824037 at syscall+0x25b > #13 0xc08106af at Xint0x80_syscall+0x1f > > ino 353305, on dev ufs/usr > > 0xc8b81c3c: tag ufs, type VREG > usecount 5, writecount 0, refcount 7 mountedhere 0 > flags (VV_TEXT) > v_object 0xc8b588c4 ref 3 pages 207 > lock type ufs: SHARED (count 1) with 1 pending#0 0xc0667314 at lockmgr+0x160 > #1 0xc0783fea at ffs_lock+0x76 > #2 0xc083688f at VOP_LOCK_APV+0x87 > #3 0xc06d50b8 at vn_lock+0xac > #4 0xc06c8f46 at vget+0xc2 > #5 0xc07aa3e7 at vnode_pager_lock+0x127 > #6 0xc079828f at vm_fault+0x227 > #7 0xc08239c6 at trap_pfault+0xce > #8 0xc082359b at trap+0x1eb > #9 0xc081065a at calltrap+0x5 > > ino 353904, on dev ufs/usr > > 0xc8c5c828: tag ufs, type VREG > usecount 1, writecount 1, refcount 2997 mountedhere 0 > flags () > v_object 0xc8ba1e70 ref 0 pages 446652 > lock type ufs: EXCL (count 1) by thread 0xc850b600 (pid 16977)#0 0xc06676a1 at lockmgr+0x4ed > #1 0xc0783fea at ffs_lock+0x76 > #2 0xc083688f at VOP_LOCK_APV+0x87 > #3 0xc06d50b8 at vn_lock+0xac > #4 0xc06d4a54 at vn_write+0x138 > #5 0xc0697d5f at dofilewrite+0x77 > #6 0xc0697c03 at kern_writev+0x3b > #7 0xc0697b29 at write+0x45 > #8 0xc0824037 at syscall+0x25b > #9 0xc08106af at Xint0x80_syscall+0x1f > > ino 6, on dev mirror/share > > 0xcc95f2b8: tag ufs, type VREG > usecount 1, writecount 1, refcount 1851 mountedhere 0 > flags () > v_object 0xcc804528 ref 0 pages 331134 > lock type ufs: EXCL (count 1) by thread 0xc86ea480 (pid 50442)#0 0xc06676a1 at lockmgr+0x4ed > #1 0xc0783fea at ffs_lock+0x76 > #2 0xc083688f at VOP_LOCK_APV+0x87 > #3 0xc06d50b8 at vn_lock+0xac > #4 0xc06d4a54 at vn_write+0x138 > #5 0xc0697d5f at dofilewrite+0x77 > #6 0xc0697c03 at kern_writev+0x3b > #7 0xc0697b29 at write+0x45 > #8 0xc0824037 at syscall+0x25b > #9 0xc08106af at Xint0x80_syscall+0x1f > > ino 5, on dev da0s2e > > 0xcab1ac3c: tag ufs, type VREG > usecount 1, writecount 0, refcount 1139 mountedhere 0 > flags () > lock type ufs: EXCL (count 1) by thread 0xc8b9dc00 (pid 34426)#0 0xc06676a1 at lockmgr+0x4ed > #1 0xc06c0ffe at vfs_hash_insert+0x26 > #2 0xc0782e9f at ffs_vget+0x15b > #3 0xc07688ac at ffs_valloc+0x100 > #4 0xc078f77c at ufs_makeinode+0x68 > #5 0xc078c6f1 at ufs_create+0x25 > #6 0xc0834b37 at VOP_CREATE_APV+0x9b > #7 0xc0770f7a at ffs_snapshot+0x322 > #8 0xc0780cb0 at ffs_mount+0x8d8 > #9 0xc06c42ab at vfs_domount+0x687 > #10 0xc06c3a7f at vfs_donmount+0x2ef > #11 0xc06c621d at kernel_mount+0x6d > #12 0xc0780e85 at ffs_cmount+0x5d > #13 0xc06c3c12 at mount+0x156 > #14 0xc0824037 at syscall+0x25b > #15 0xc08106af at Xint0x80_syscall+0x1f > > ino 6, on dev da0s2e > > db> ps > pid ppid pgrp uid state wmesg wchan cmd > 40384 40425 40425 0 S sysctl l 0xc0971df0 cron > 18974 40425 40425 0 S sysctl l 0xc0971df0 cron > 29806 40425 40425 0 S sysctl l 0xc0971df0 cron > 38225 40425 40425 0 S sysctl l 0xc0971df0 cron > 83456 40425 40425 0 S sysctl l 0xc0971df0 cron > 55635 40425 40425 0 S sysctl l 0xc0971df0 cron > 56207 40425 40425 0 S sysctl l 0xc0971df0 cron > 30952 40425 40425 0 S sysctl l 0xc0971df0 cron > 485 40425 40425 0 S sysctl l 0xc0971df0 cron > ... hundreds more > 32057 40425 40425 0 S sysctl l 0xc0971df0 cron > 79683 23876 23876 0 SL vmpfw 0xc42ed220 sshd > 97911 23876 23876 0 SL vmpfw 0xc42ed220 sshd > 67504 40425 40425 0 S sysctl l 0xc0971df0 cron > ... even more crons > 55722 40425 40425 0 S sysctl l 0xc0971df0 cron > 5605 23876 23876 0 SL vmpfw 0xc42ed220 sshd > 13648 23876 23876 0 SL swread 0xc42ed220 sshd > 38374 40425 40425 0 S sysctl l 0xc0971df0 cron > ... yet some hundred more > 33848 40425 40425 0 S sysctl l 0xc0971df0 cron > 60935 71690 3566 0 S g_waitfo 0xc9f76880 gmirror > 71690 37484 3566 0 S piperd 0xc95bc000 perl5.8.8 > 37484 3566 3566 0 S piperd 0xc8709cc0 perl5.8.8 > 3566 46050 3566 0 Ss wait 0xc8e47430 sh > 46050 40425 40425 0 S piperd 0xc880b660 cron > 48623 43770 26178 0 S ufs 0xc8b81c94 sh > 43770 48166 26178 0 S piperd 0xc880b990 sh > 20101 79935 79935 2 S biord 0xdc566b1c sh > 8301 75724 75724 0 S biord 0xdc5736b0 newsyslog > 48166 26178 26178 0 S piperd 0xc880bcc0 perl5.8.8 > 75724 37661 75724 0 Ss wait 0xc8cc2c90 sh > 79935 12147 79935 2 Ss wait 0xc8b98218 sh > 26178 41679 26178 0 Ss wait 0xc86e8648 sh > 12147 40425 40425 0 S piperd 0xc8ef6b28 cron > 37661 40425 40425 0 S piperd 0xc8f0bcc0 cron > 41679 40425 40425 0 S piperd 0xc8f0b330 cron > 59177 10624 40486 0 S piperd 0xc951b000 awk > 4943 10624 40486 0 SL vnread 0xdc390830 tw_cli > 10624 51888 40486 0 S wait 0xc8cd8000 sh > 51888 96902 40486 0 S piperd 0xc87ab4c8 sh > 96902 40486 40486 0 S piperd 0xc8c68198 perl5.8.8 > 40486 14946 40486 0 Ss wait 0xc8cd7860 sh > 14946 40425 40425 0 S piperd 0xc95acb28 cron > 34426 59514 56159 0 S+ biord 0xdc4049a4 mksnap_ffs > 59514 13116 56159 0 S+ wait 0xc8e46648 sh > 13116 7858 56159 0 S+ wait 0xc8e46430 dump > 50442 9618 9618 0 S+ wdrain 0xc09bf8e4 dd > 16977 52273 52273 0 S+ wdrain 0xc09bf8e4 dd > 7858 56159 56159 0 S+ wait 0xc850a430 sh > 51796 61348 51796 0 Ss+ ttyin 0xc8481410 tcsh > 9618 24699 9618 0 S+ wait 0xc88cc430 sh > 24699 61348 24699 0 SWs+ pause 0xc8b9867c tcsh > 52273 78081 52273 0 S+ wait 0xc8b99860 sh > 78081 61348 78081 0 SWs+ pause 0xc8b98894 tcsh > 36839 58682 36839 0 S+ sysctl l 0xc0971df0 iostat > 56159 21882 56159 0 S+ wait 0xc8b99218 sh > 58682 61348 58682 0 SWs+ pause 0xc8a1967c tcsh > 21882 61348 21882 0 SWs+ pause 0xc88cc67c tcsh > 61348 90803 61348 0 Ss select 0xc09bf344 screen > 90803 63507 90803 0 S+ pause 0xc88cf894 screen > 63507 73206 63507 0 SWs+ pause 0xc86e8cc4 tcsh > 11117 73206 11117 0 Ss+ ttyin 0xc8528410 tcsh > 73206 23876 73206 0 Ss sysctl l 0xc0971df0 sshd > 47418 1 47418 0 SWs+ ttyin 0xc8513410 getty > 37674 1 37674 0 SWs+ ttyin 0xc8525010 getty > 81454 1 81454 0 SWs+ ttyin 0xc8525410 getty > 85718 1 85718 0 SWs+ ttyin 0xc8518810 getty > 63281 1 63281 0 SWs+ ttyin 0xc851b410 getty > 15399 1 15399 0 SWs+ ttyin 0xc8513810 getty > 36534 1 36534 0 SWs+ ttyin 0xc851a010 getty > 64717 1 64717 0 SWs+ ttyin 0xc851a810 getty > 32019 1 32019 0 SWs+ ttyin 0xc8519010 getty > 21692 1 21692 0 Ss sysctl l 0xc0971df0 bsnmpd > 37851 1 37851 0 SWs select 0xc09bf344 inetd > 34757 54856 54856 0 S sbwait 0xc89c7370 heartbeat > 58032 54856 54856 0 S select 0xc09bf344 heartbeat > 16232 54856 54856 0 S sbwait 0xc877c638 heartbeat > 54856 1 54856 0 Ss select 0xc09bf344 heartbeat > 40425 1 40425 0 Ss nanslp 0xc0971fec cron > 8391 1 8391 25 Ss sysctl l 0xc0971df0 sendmail > 10886 1 10886 0 Ss sysctl l 0xc0971df0 sendmail > 23876 1 23876 0 Ss select 0xc09bf344 sshd > 43987 1 43987 0 Ss biord 0xdc3e6200 ntpd > 71800 1 30662 0 S nanslp 0xc0971fec smartd > 1186 34002 34002 0 SW nfslockd 0xc09c30e8 rpc.lockd > 34002 1 34002 0 Ss select 0xc09bf344 rpc.lockd > 96123 1 96123 0 Ss select 0xc09bf344 rpc.statd > 81769 1 81769 0 Ss select 0xc09bf344 amd > 77412 1 77412 0 Ss select 0xc09bf344 rpcbind > 21109 1 21109 115 Ss sysctl l 0xc0971df0 symon > 14753 1 14753 0 Ss biord 0xdc3c8a24 syslogd > 46810 1 46810 0 SWs select 0xc09bf344 devd > 51 0 0 0 SL m:w1 0xc8676e00 [g_mirror share] > 50 0 0 0 SL gwrite 0xc87f5dec [g_mirror gm0] > 49 0 0 0 SL - 0xe8ca1d04 [schedcpu] > 48 0 0 0 SL sdflush 0xc09c8514 [softdepflush] > 47 0 0 0 SL vlruwt 0xc84cdc90 [vnlru] > 46 0 0 0 SL biord 0xdc4f2030 [syncer] > 45 0 0 0 SL wdrain 0xc09bf8e4 [bufdaemon] > 44 0 0 0 SL pgzero 0xc09c9484 [pagezero] > 43 0 0 0 SL psleep 0xc09c8fd4 [vmdaemon] > 42 0 0 0 SL psleep 0xc09c8f90 [pagedaemon] > 41 0 0 0 WL [swi0: sio] > 40 0 0 0 WL [irq1: atkbd0] > 39 0 0 0 WL [irq17: ichsmb0] > 38 0 0 0 WL [irq15: ata1] > 37 0 0 0 WL [irq14: ata0] > 36 0 0 0 SL usbevt 0xc8411a10 [usb4] > 35 0 0 0 WL [irq23: ehci0] > 34 0 0 0 SL usbevt 0xc84e0210 [usb3] > 33 0 0 0 SL usbevt 0xc84d1210 [usb2] > 32 0 0 0 WL [irq18: uhci2] > 31 0 0 0 SL usbevt 0xc84d6210 [usb1] > 30 0 0 0 WL [irq19: uhci1] > 29 0 0 0 SL usbtsk 0xc096ec04 [usbtask] > 28 0 0 0 SL usbevt 0xc8485210 [usb0] > 27 0 0 0 WL [irq16: uhci0 uhci3] > 26 0 0 0 SL - 0xc8449b00 [em1 taskq] > 25 0 0 0 SL - 0xc847f380 [em0 taskq] > 24 0 0 0 SL idle 0xc844a000 [aic_recovery1] > 23 0 0 0 WL [irq25: ahd1] > 22 0 0 0 SL idle 0xc843d000 [aic_recovery0] > 21 0 0 0 WL [irq24: ahd0] > 20 0 0 0 WL [irq9: acpi0] > 9 0 0 0 SL - 0xc8406980 [kqueue taskq] > 8 0 0 0 SL - 0xc8406a80 [acpi_task_2] > 7 0 0 0 SL - 0xc8406a80 [acpi_task_1] > 6 0 0 0 SL - 0xc8406a80 [acpi_task_0] > 19 0 0 0 WL [swi5: +] > 5 0 0 0 SL - 0xc8406c00 [thread taskq] > 18 0 0 0 WL [swi6: Giant taskq] > 17 0 0 0 WL [swi6: task queue] > 16 0 0 0 WL [swi2: cambio] > 15 0 0 0 SL - 0xc096c920 [yarrow] > 4 0 0 0 SL - 0xc096f488 [g_down] > 3 0 0 0 SL - 0xc096f484 [g_up] > 2 0 0 0 SL gmirror: 0xc84b285c [g_event] > 14 0 0 0 WL [swi3: vm] > 13 0 0 0 WL [swi4: clock sio] > 12 0 0 0 WL [swi1: net] > 11 0 0 0 RL CPU 0 [idle: cpu0] > 10 0 0 0 RL CPU 1 [idle: cpu1] > 1 0 1 0 SLs wait 0xc832a000 [init] > 0 0 0 0 WLs [swapper] > 78481 71690 3566 0 Z hostname > 39905 37484 3566 0 Z df > 75688 48166 26178 0 Z df > 99435 96902 40486 0 Z df > > db> trace 51 > Tracing pid 51 tid 100038 td 0xc84cea80 > sched_switch(c84cea80,0,1) at sched_switch+0x177 > mi_switch(1,0) at mi_switch+0x270 > sleepq_switch(c8676e00,c09716c0,0,c0895bd7,211,...) at sleepq_switch+0xc1 > sleepq_wait(c8676e00,0,c088c7ec,6f8,c0970e40,...) at sleepq_wait+0x46 > msleep(c8676e00,c8676e80,24c,c088ce4d,0) at msleep+0x279 > g_mirror_worker(c8676e00,e8ca4d38,c8676e00,c0639754,0,...) at g_mirror_worker+0x4d8 > fork_exit(c0639754,c8676e00,e8ca4d38) at fork_exit+0xa0 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xe8ca4d6c, ebp = 0 --- > db> trace 50 > Tracing pid 50 tid 100062 td 0xc86b7600 > sched_switch(c86b7600,0,1) at sched_switch+0x177 > mi_switch(1,0) at mi_switch+0x270 > sleepq_switch(c87f5dec,c09716c0,0,c0895bd7,236,...) at sleepq_switch+0xc1 > sleepq_timedwait(c87f5dec) at sleepq_timedwait+0x4a > msleep(c87f5dec,c09bf980,4c,c088b6e1,64) at msleep+0x255 > biowait(c87f5dec,c088b6e1,c87f5dec,c86a6100,eaf13c88,...) at biowait+0x52 > g_write_data(c86a6100,ffd5a800,1,c956a400,200,...) at g_write_data+0x8d > g_mirror_write_metadata(c86a1900,eaf13c08,c84b2800,c86a1900,eaf13c08,c84b282c,1,c088c7ec,2de) at g_mirror_write_metadata+0x3eb > g_mirror_update_metadata(c86a1900) at g_mirror_update_metadata+0x55 > g_mirror_unidle(c84b2800) at g_mirror_unidle+0xd5 > g_mirror_register_request(c8838210) at g_mirror_register_request+0xd7 > g_mirror_worker(c84b2800,eaf13d38,c84b2800,c0639754,0,...) at g_mirror_worker+0x62e > fork_exit(c0639754,c84b2800,eaf13d38) at fork_exit+0xa0 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xeaf13d6c, ebp = 0 --- > db> trace 2 > Tracing pid 2 tid 100001 td 0xc8326d80 > sched_switch(c8326d80,0,1) at sched_switch+0x177 > mi_switch(1,0) at mi_switch+0x270 > sleepq_switch(c84b285c,c09716c0,0,c0895bd7,211,...) at sleepq_switch+0xc1 > sleepq_wait(c84b285c,c08933e3,9f,c84b282c,c84b2800,...) at sleepq_wait+0x46 > cv_wait(c84b285c,c0970588,c86a1a00,c84b2800,0,...) at cv_wait+0x17b > _sx_xlock(c84b282c,c088c7ec,c2e,c86a1a00,c86a1a00,...) at _sx_xlock+0x68 > g_mirror_dumpconf(cb8fb020,c085ac70,c86a1a00,0,0,...) at g_mirror_dumpconf+0x376 > g_conf_geom(cb8fb020,c86a1a00,0,0) at g_conf_geom+0x7c > g_conf_class(cb8fb020,c0902280,0,0,0) at g_conf_class+0x49 > g_conf_specific(cb8fb020,0,0,0,0,...) at g_conf_specific+0x58 > g_confxml(cb8fb020,0,66666667,e6f2bcf4,c062fc29,...) at g_confxml+0x3d > one_event(e6f2bd0c,c0631411,258,190,c06313a4,...) at one_event+0x172 > g_run_events(258,190,c06313a4,c8325218,e6f2bd24,...) at g_run_events+0x9 > g_event_procbody(0,e6f2bd38,0,c06313a4,0,...) at g_event_procbody+0x6d > fork_exit(c06313a4,0,e6f2bd38) at fork_exit+0xa0 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xe6f2bd6c, ebp = 0 --- > db> trace 60935 > Tracing pid 60935 tid 100122 td 0xc88ce780 > sched_switch(c88ce780,0,1) at sched_switch+0x177 > mi_switch(1,0) at mi_switch+0x270 > sleepq_switch(c9f76880,c09716c0,0,c0895bd7,236,...) at sleepq_switch+0xc1 > sleepq_timedwait(c9f76880) at sleepq_timedwait+0x4a > msleep(c9f76880,0,4c,c088b366,3e8) at msleep+0x255 > g_waitfor_event(c062f738,cb8fb020,2,0,0,0,0,1) at g_waitfor_event+0x73 > sysctl_kern_geom_confxml(c0901b60,0,0,eaf9bbf4,c0901b60,...) at sysctl_kern_geom_confxml+0x26 > sysctl_root(0,eaf9bc74,3,eaf9bbf4) at sysctl_root+0x11b > userland_sysctl(c88ce780,eaf9bc74,3,8050000,bfbfb4d8,0,0,0,eaf9bc70,0,c0971700,0,c0893789,521) at userland_sysctl+0xf4 > __sysctl(c88ce780,eaf9bd04) at __sysctl+0x77 > syscall(3b,3b,3b,3,bfbfb4d8,...) at syscall+0x25b > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x2815509f, esp = 0xbfbfb3bc, ebp = 0xbfbfb3f8 --- > > > Sadly, there is no kernel thread for the two twa controllers, why? > > Should I try with option PREEMTION to see if the deadlock vanishes? And > is there some way to get at the time of the deadlock (by looking at the > oldest cron job, this should be a good estimate). > > The gmirror<->sysctl locks seems suspicious to me. Shall I reboot and > reproduce the deadlock to see if it occurs at the same spot? > > Any help would be greatly appreciated! > > Ulrich Spörlein > From owner-freebsd-stable@FreeBSD.ORG Sat Oct 28 19:12: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3E9016A415 for ; Sat, 28 Oct 2006 19:12:15 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from smtp102.rog.mail.re2.yahoo.com (smtp102.rog.mail.re2.yahoo.com [206.190.36.80]) by mx1.FreeBSD.org (Postfix) with SMTP id 24CBF43D58 for ; Sat, 28 Oct 2006 19:12:12 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 88123 invoked from network); 28 Oct 2006 19:12:11 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=hEmexytWL8JPpRp9IU3Vgn8xlo7kkLyYZP8y4Hla3HhW9gPu3SPLqNZk1APO/s3m48yxj/nxYjpzMlP60xKwSbDKDN3JV2uBczPygTLZASSYPSfAYdYjqbmh6aYsUFas3MXf5CleD6OE0BR+vax/1GtGAF8w/I1Vbf46myDjHBg= ; Received: from unknown (HELO ?172.16.0.200?) (mikej@rogers.com@74.111.253.239 with plain) by smtp102.rog.mail.re2.yahoo.com with SMTP; 28 Oct 2006 19:12:11 -0000 Message-ID: <4543AB92.5070603@rogers.com> Date: Sat, 28 Oct 2006 15:12:18 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Nguyen Tam Chinh References: <20061028101501.M923@it.hackers> <20061028095943.GA51411@icarus.home.lan> <20061028193114.G923@it.hackers> In-Reply-To: <20061028193114.G923@it.hackers> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: SATA 500Gb disk problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Oct 2006 19:12:15 -0000 Nguyen Tam Chinh wrote: > ad4: 476940MB at ata2-master SATA150 > %dmesg | grep atapci0 > atapci0: port > 0xdc00-0xdc07,0xd480-0xd483,0xd400-0xd407,0xd080-0xd083,0xd000-0xd00f > mem 0xff8fec00-0xff8fedff irq Unfortunately you have a broken chipset, i would not recommend you use the Sil 3112 for production. However, it may still be the cable, so try replacing the cable first. From owner-freebsd-stable@FreeBSD.ORG Sat Oct 28 19:15:25 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CFE716A412; Sat, 28 Oct 2006 19:15:25 +0000 (UTC) (envelope-from csjp@freebsd.org) Received: from ems01.seccuris.com (ems01.seccuris.com [204.112.0.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66CB743D6B; Sat, 28 Oct 2006 19:15:24 +0000 (GMT) (envelope-from csjp@freebsd.org) Received: from [127.0.0.1] (stf01.seccuris.com [204.112.0.40]) by ems01.seccuris.com (Postfix) with ESMTP id 39849462C88; Sat, 28 Oct 2006 15:11:17 -0500 (CDT) Message-ID: <4543AC4D.3090308@freebsd.org> Date: Sat, 28 Oct 2006 14:15:25 -0500 From: "Christian S.J. Peron" User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: stable@freebsd.org References: <7ad7ddd90610262337q25afcf0ej7610d0e1b4ff202d@mail.gmail.com> <20061028175240.GB1519@roadrunner.q.local> <4543AA79.4050903@freebsd.org> In-Reply-To: <4543AA79.4050903@freebsd.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: kris@freebsd.org, Pawel Jakub Dawidek , uspoerlein@gmail.com Subject: Re: RELENG_6: I/O deadlock under 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, 28 Oct 2006 19:15:25 -0000 Sorry, I forgot to include the chunk of code from the gmirror worker thread which made me suspect this could be the problem: [..] /* Get first request from the queue. */ mtx_lock(&sc->sc_queue_mtx); bp = bioq_first(&sc->sc_queue); if (bp == NULL) { if ((sc->sc_flags & G_MIRROR_DEVICE_FLAG_DESTROY) != 0) { mtx_unlock(&sc->sc_queue_mtx); if (g_mirror_try_destroy(sc)) { curthread->td_pflags &= ~TDP_GEOM; G_MIRROR_DEBUG(1, "Thread exiting."); kthread_exit(0); } mtx_lock(&sc->sc_queue_mtx); } sx_xunlock(&sc->sc_lock); /* * XXX: We can miss an event here, because an event * can be added without sx-device-lock and without * mtx-queue-lock. Maybe I should just stop using * dedicated mutex for events synchronization and * stick with the queue lock? * The event will hang here until next I/O request * or next event is received. */ MSLEEP(sc, &sc->sc_queue_mtx, PRIBIO | PDROP, "m:w1", timeout * hz); sx_xlock(&sc->sc_lock); G_MIRROR_DEBUG(5, "%s: I'm here 4.", __func__); continue; } bioq_remove(&sc->sc_queue, bp); mtx_unlock(&sc->sc_queue_mtx); Christian S.J. Peron wrote: > > It almost looks as if a user frequently runs gmirror(8) to query the > status of their array. Under a high load situation, the worker is > busy, so at one un-lucky momment, gmirror(8) is run: > > (1) gmirror(8) waits for sc->sc_lock owned by the worker > (2) The worker then drops the lock > (3) gmirror(8) proceeds > (4) Worker wakes up and waits for sc->sc_lock > (5) Only gmirror never will because it's waiting on a resource > (presumably owned by the worker thread)? > > I am not certain this is correct, so I have included pjd in the CC > loop, hoping he can help shed some light on the subject :) > > > From owner-freebsd-stable@FreeBSD.ORG Sat Oct 28 19:28: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB39C16A415 for ; Sat, 28 Oct 2006 19:28:16 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from alnrmhc11.comcast.net (alnrmhc11.comcast.net [204.127.225.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BBCA43D79 for ; Sat, 28 Oct 2006 19:28:14 +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 (alnrmhc11) with ESMTP id <20061028192814b1100flafne>; Sat, 28 Oct 2006 19:28:14 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id E8B081FA038; Sat, 28 Oct 2006 12:28:13 -0700 (PDT) Date: Sat, 28 Oct 2006 12:28:13 -0700 From: Jeremy Chadwick To: Mike Jakubik Message-ID: <20061028192813.GA61733@icarus.home.lan> Mail-Followup-To: Mike Jakubik , Nguyen Tam Chinh , freebsd-stable@freebsd.org References: <20061028101501.M923@it.hackers> <20061028095943.GA51411@icarus.home.lan> <20061028193114.G923@it.hackers> <4543AB92.5070603@rogers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4543AB92.5070603@rogers.com> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Nguyen Tam Chinh , freebsd-stable@freebsd.org Subject: Re: SATA 500Gb disk problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Oct 2006 19:28:16 -0000 On Sat, Oct 28, 2006 at 03:12:18PM -0400, Mike Jakubik wrote: > Nguyen Tam Chinh wrote: > >ad4: 476940MB at ata2-master SATA150 > >%dmesg | grep atapci0 > >atapci0: port > >0xdc00-0xdc07,0xd480-0xd483,0xd400-0xd407,0xd080-0xd083,0xd000-0xd00f > >mem 0xff8fec00-0xff8fedff irq > > Unfortunately you have a broken chipset, i would not recommend you use > the Sil 3112 for production. However, it may still be the cable, so try > replacing the cable first. I concur with this statement. The Silicon Image 3112 is incredibly buggy (regardless of OS), and should be avoided. Do these systems have a native SATA controller of some kind, such as the Intel ICH5/6/7/8 or nVidia nForce? For your sake, I hope so. If so, use them instead. -- | 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 Oct 28 21:52: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3049916A417 for ; Sat, 28 Oct 2006 21:52:56 +0000 (UTC) (envelope-from raj@csub.edu) Received: from mailhub.csub.edu (mailhub.csub.edu [136.168.1.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id B28AC43D5C for ; Sat, 28 Oct 2006 21:52:51 +0000 (GMT) (envelope-from raj@csub.edu) Received: from eru.homelan (adsl-75-26-48-147.dsl.bkfd14.sbcglobal.net [75.26.48.147]) (authenticated bits=0) by mailhub.csub.edu (8.13.8/8.13.8) with ESMTP id k9SLqoB2022437 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 28 Oct 2006 14:52:51 -0700 (PDT) (envelope-from raj@csub.edu) Received: from eru.homelan (localhost [127.0.0.1]) by eru.homelan (8.13.8/8.13.8) with ESMTP id k9SLsdUj019519 for ; Sat, 28 Oct 2006 14:54:40 -0700 (PDT) (envelope-from raj@eru.homelan) Received: (from raj@localhost) by eru.homelan (8.13.8/8.13.8/Submit) id k9SLsdR4019518 for freebsd-stable@freebsd.org; Sat, 28 Oct 2006 14:54:39 -0700 (PDT) (envelope-from raj) Resent-From: raj@csub.edu Resent-Date: Sat, 28 Oct 2006 14:54:39 -0700 Resent-Message-ID: <20061028215439.GC365@eru.homelan> Resent-To: freebsd-stable@freebsd.org Date: Sat, 28 Oct 2006 14:15:52 -0700 From: Russell Jackson To: freebsd-stable@freebsd.org Message-ID: <20061028211551.GA365@eru.homelan> References: <200610211300.09476@aldan> <20061021173358.GC75694@cell.sick.ru> <200610231337.33873.mi+mx@aldan.algebra.com> <200610231450.44657.mi+mx@aldan.algebra.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200610231450.44657.mi+mx@aldan.algebra.com> User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: em network 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: Sat, 28 Oct 2006 21:52:56 -0000 On Mon, Oct 23, 2006 at 02:50:44PM -0400, Mikhail Teterin wrote: > ????????? 23 ??????? 2006 13:37, Mikhail Teterin ???????: > > > We aren't currently speaking about performance, we need to know whether > > > kernel with DEVICE_POLLING option makes NIC work stable. > > > > Yes, that seems to be the case... > > I spoke too soon :-( It took a lot longer this time (without polling), but the > network hung again on the box. > > Everything recovered by itself after I walked over and simply pushed the Shift > button on the machine's keyboard... > > -mi > _______________________________________________ > 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" I believe we had the same exact experience the other day when a dell pe2850 dropped off the network for two hours in the morning. I wasn't there at the time, but a coworker said that after he touched the keyboard it seemed to come back to life. We decided to move to 6.2-PRERELEASE after that incident to see if would help. So far, we haven't had another incident of that type, but it hasn't been running for more than a few days with the changes. I also have not had the chance to test the recent if_em merge. Just to note, I have the usb controller disabled in the bios due to it causing interrupt problems with the em NIC when I first installed 6.1-RELEASE as others have reported. I haven't tried turning it back on to see if the problem remains. The apic is also enabled (SMP box). I have not tried enabling DEVICE_POLLING. data point: em0: flags=8843 mtu 1500 options=b inet xxx.xxx.1.5 netmask 0xffff0000 broadcast xxx.xxx.255.255 inet xxx.xxx.1.91 netmask 0xffffffff broadcast xxx.xxx.1.91 inet xxx.xxx.1.8 netmask 0xffffffff broadcast xxx.xxx.1.8 inet xxx.xxx.1.56 netmask 0xffffffff broadcast xxx.xxx.1.56 ether 00:13:72:4b:70:e7 media: Ethernet autoselect (1000baseTX ) status: active em1: flags=8802 mtu 1500 options=b ether 00:13:72:4b:70:e8 media: Ethernet autoselect status: no carrier lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 interrupt total rate irq1: atkbd0 1195 0 irq4: sio0 12374 0 irq6: fdc0 12 0 irq14: ata0 140 0 irq46: amr0 32780148 98 irq64: em0 65465147 196 cpu0: timer 663314472 1993 cpu1: timer 663568256 1994 Total 1425141744 4282 hostb0@pci0:0:0: class=0x060000 card=0x016d1028 chip=0x35908086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = 'E752x Server Memory Controller Hub' class = bridge subclass = HOST-PCI pcib1@pci0:2:0: class=0x060400 card=0x00000050 chip=0x35958086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = 'E752x Memory Controller Hub PCI Express Port A0' class = bridge subclass = PCI-PCI pcib4@pci0:4:0: class=0x060400 card=0x00000050 chip=0x35978086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = 'E752x Memory Controller Hub PCI Express Port B0' class = bridge subclass = PCI-PCI pcib5@pci0:5:0: class=0x060400 card=0x00000050 chip=0x35988086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = 'E752x Memory Controller Hub PCI Express Port B1' class = bridge subclass = PCI-PCI pcib8@pci0:6:0: class=0x060400 card=0x00000050 chip=0x35998086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = 'E752x Memory Controller Hub PCI Express Port C0' class = bridge subclass = PCI-PCI pcib11@pci0:30:0: class=0x060400 card=0x00000000 chip=0x244e8086 rev=0xc2 hdr=0x01 vendor = 'Intel Corporation' device = '82801BA/CA/DB/DBL/EB/ER/FB (ICH2/3/4/4/5/5/6), 6300ESB Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:31:0: class=0x060100 card=0x00000000 chip=0x24d08086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) LPC Interface Bridge' class = bridge subclass = PCI-ISA atapci0@pci0:31:1: class=0x01018a card=0x016d1028 chip=0x24db8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) EIDE Controller' class = mass storage subclass = ATA pcib2@pci1:0:0: class=0x060400 card=0x00000044 chip=0x03308086 rev=0x06 hdr=0x01 vendor = 'Intel Corporation' device = '80332 [Dobson] I/O processor A-segment Bridge' class = bridge subclass = PCI-PCI pcib3@pci1:0:2: class=0x060400 card=0x00000044 chip=0x03328086 rev=0x06 hdr=0x01 vendor = 'Intel Corporation' device = '80332 [Dobson] I/O processor B-segment Bridge' class = bridge subclass = PCI-PCI amr0@pci2:14:0: class=0x010400 card=0x016d1028 chip=0x00131028 rev=0x06 hdr=0x00 vendor = 'Dell Computer Corporation' class = mass storage subclass = RAID pcib6@pci5:0:0: class=0x060400 card=0x00000044 chip=0x03298086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = '6700PXH PCI Express-to-PCI Express Bridge A' class = bridge subclass = PCI-PCI pcib7@pci5:0:2: class=0x060400 card=0x00000044 chip=0x032a8086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = '6700PXH PCI Express-to-PCI Express Bridge B' class = bridge subclass = PCI-PCI em0@pci6:7:0: class=0x020000 card=0x016d1028 chip=0x10768086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '82547EI Gigabit Ethernet Controller' class = network subclass = ethernet em1@pci7:8:0: class=0x020000 card=0x016d1028 chip=0x10768086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '82547EI Gigabit Ethernet Controller' class = network subclass = ethernet pcib9@pci8:0:0: class=0x060400 card=0x00000044 chip=0x03298086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = '6700PXH PCI Express-to-PCI Express Bridge A' class = bridge subclass = PCI-PCI pcib10@pci8:0:2: class=0x060400 card=0x00000044 chip=0x032a8086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = '6700PXH PCI Express-to-PCI Express Bridge B' class = bridge subclass = PCI-PCI none0@pci11:13:0: class=0x030000 card=0x016d1028 chip=0x51591002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'RV100 Radeon 7000 / Radeon VE' class = display subclass = VGA -- Russell A. Jackson Network Analyst California State University, Bakersfield