From owner-freebsd-stable@FreeBSD.ORG Sun Apr 22 08:39:12 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C6AFB16A400 for ; Sun, 22 Apr 2007 08:39:12 +0000 (UTC) (envelope-from bamston@reactor-xg.kiev.ua) Received: from mail.reactor-xg.kiev.ua (reactor-xg.kiev.ua [82.144.204.150]) by mx1.freebsd.org (Postfix) with ESMTP id 32C5F13C45B for ; Sun, 22 Apr 2007 08:39:11 +0000 (UTC) (envelope-from bamston@reactor-xg.kiev.ua) Received: from mail.reactor-xg.kiev.ua (mail.reactor-xg.kiev.ua [82.144.204.150]) by mail.reactor-xg.kiev.ua (Reactor-XG Mailer System) with ESMTP id l3M8d8qT097666; Sun, 22 Apr 2007 11:39:08 +0300 (EEST) (envelope-from bamston@reactor-xg.kiev.ua) From: "Andrei V. Lavreniyuk" Organization: Technica-03, Inc. To: pete wright , stable@freebsd.org Date: Sun, 22 Apr 2007 11:39:00 +0300 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200704221139.02485.bamston@reactor-xg.kiev.ua> X-Virus-Scanned: ClamAV 0.90.2/3146/Sat Apr 21 22:39:19 2007 on mail.reactor-xg.kiev.ua X-Virus-Status: Clean Cc: Subject: acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 08:39:12 -0000 Hi! > > ipfw2 (+ipv6) initialized, divert enabled, rule-based forwarding enabled, > default to deny, logging limited to 100 packets/entry by default > ad0: 114473MB at ata0-master UDMA100 > acd0: DVDR at ata1-master UDMA33 > ad4: 152627MB at ata2-master SATA150 > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 sks=3D0x40= 0x00=20 0x01 > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 sks=3D0x40= 0x00=20 0x01 > > ^^^^^^^^^^^^^^^^^ ??????? > >i assume you are asking what those errors mean.... >you most likely have a bad cdrom in there, or the drive has an error. >try a different disk, and if that fails try another drive. >-p Drive of acd0: DVDR at ata1-master UDMA33= =20 empty, there is not a disk. With kernel from the beginning of March and all= =20 was normal before. It is observed as on the branch of 6.2-STABLE so on=20 CURRENT. =20 # uname -a =46reeBSD test.ua 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Fri Apr 20 19:02:10 E= EST=20 2007 =A0 =A0 root@test.ua:/usr/obj/usr/src/sys/MAIL =A0amd64 =2D------------------------ vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert enabled, rule-based forwarding enabled,=20 default to deny, logging limited to 100 packets/entry by default Waiting 5 seconds for SCSI devices to settle acd0: CDROM at ata0-master PIO4 afd0: 95MB at ata1-master PIO0 ad4: 76319MB at ata2-master SATA150 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 ^^^^^^^^^^^^^^^^ =A0 ??? afd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 ^^^^^^^^^^^^^^^^ =A0 ??? sa0 at ahc0 bus 0 target 3 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 10.000MB/s transfers (10.000MHz, offset 15)da0 at ata1 bus 0 target 0 = lun=20 0 da0: Removable Direct Access SCSI-0 device da0: 3.300MB/s transfers da0: 96MB (196608 512 byte sectors: 64H 32S/T 96C) cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 16.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s1a GEOM_ELI: Device ad4s1b.eli created. GEOM_ELI: Encryption: AES-CBC 256 GEOM_ELI: =A0 =A0 Crypto: software WARNING: /zip was not properly dismounted =2D--------------------------------- Best regards, Andrei V. Lavreniyuk. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 22 09:14:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C2B616A404 for ; Sun, 22 Apr 2007 09:14:26 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 3B3F013C4AD for ; Sun, 22 Apr 2007 09:14:24 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 26095 invoked from network); 22 Apr 2007 13:14:23 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 22 Apr 2007 13:14:23 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.5.10110, virus records: 195590, updated: 21.04.2007] Message-ID: <001e01c784be$9b969c20$0c00a8c0@Artem> From: "Artem Kuchin" To: "Scott Long" References: <004b01c78421$062195c0$0c00a8c0@Artem> <462A78F5.3090904@samsco.org> Date: Sun, 22 Apr 2007 13:14:17 +0400 Organization: IT Legion 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.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Cc: freebsd-stable@freebsd.org Subject: Re: PAE does not give any ram increase, why? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 09:14:26 -0000 >> the number do not change with or without PAE >> >> Maybe i look in the wrong place? >> > > I'm not going to waste my time explaining for the hundredth time how > the x86 memory layout works. If you want to recover the missing > 256MB, go look in your BIOS for an option about memory hole remapping. No need, i know this stuff. Problem is that asus p5p800-vm bios does not have such option (no memory remapping support in chipset) , so, and simply assumed that in PAE mode this simply does not matter and it will give me whole 4GB. Isn't it so? Is it true for 64bit mode (amd64)? -- Regards, Artem From owner-freebsd-stable@FreeBSD.ORG Sun Apr 22 09:33:01 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0F22716A402 for ; Sun, 22 Apr 2007 09:33:01 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp02.sth.basefarm.net (ch-smtp02.sth.basefarm.net [80.76.149.213]) by mx1.freebsd.org (Postfix) with ESMTP id BEEC013C44B for ; Sun, 22 Apr 2007 09:33:00 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-10-135.bredband.comhem.se ([83.253.10.135]:50974 helo=falcon.midgard.homeip.net) by ch-smtp02.sth.basefarm.net with smtp (Exim 4.63) (envelope-from ) id 1HfYRH-00016R-8F for freebsd-stable@freebsd.org; Sun, 22 Apr 2007 11:32:59 +0200 Received: (qmail 6878 invoked from network); 22 Apr 2007 11:32:56 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with SMTP; 22 Apr 2007 11:32:56 +0200 Received: (qmail 43958 invoked by uid 1001); 22 Apr 2007 11:32:56 +0200 Date: Sun, 22 Apr 2007 11:32:56 +0200 From: Erik Trulsson To: Artem Kuchin Message-ID: <20070422093256.GA43926@owl.midgard.homeip.net> Mail-Followup-To: Artem Kuchin , Scott Long , freebsd-stable@freebsd.org References: <462A78F5.3090904@samsco.org> <001e01c784be$9b969c20$0c00a8c0@Artem> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001e01c784be$9b969c20$0c00a8c0@Artem> User-Agent: Mutt/1.5.14 (2007-02-12) X-ACL-Warn: Too high rate of unknown addresses received from you X-Scan-Result: No virus found in message 1HfYRH-00016R-8F. X-Scan-Signature: ch-smtp02.sth.basefarm.net 1HfYRH-00016R-8F 5110f4fa0977f98eea498470a80b815a Cc: freebsd-stable@freebsd.org Subject: Re: PAE does not give any ram increase, why? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 09:33:01 -0000 On Sun, Apr 22, 2007 at 01:14:17PM +0400, Artem Kuchin wrote: > > >>the number do not change with or without PAE > >> > >>Maybe i look in the wrong place? > >> > > > >I'm not going to waste my time explaining for the hundredth time how > >the x86 memory layout works. If you want to recover the missing > >256MB, go look in your BIOS for an option about memory hole remapping. > > No need, i know this stuff. Problem is that asus p5p800-vm bios does not > have such option (no memory remapping support in chipset) > , so, and simply assumed that in PAE mode this simply > does not matter and it will give me whole 4GB. Isn't it so? > Is it true for 64bit mode (amd64)? It is not so for either of PAE or 64-bit mode. What those give you is the ability to address memory above the 4GB limit. In order to access memory below the 4GB boundary that is shadowed by various I/O-devices, the RAM will have to be remapped to somewehere else. So if you could remap the memory then PAE or 64-bit mode would give you the ability to access it. If you can't remap it you can't get hold of it. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Sun Apr 22 09:33:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 96F6816A40A for ; Sun, 22 Apr 2007 09:33:08 +0000 (UTC) (envelope-from martin@gneto.com) Received: from mxfep03.bredband.com (mxfep03.bredband.com [195.54.107.76]) by mx1.freebsd.org (Postfix) with ESMTP id DE64C13C44C for ; Sun, 22 Apr 2007 09:33:07 +0000 (UTC) (envelope-from martin@gneto.com) Received: from ironport2.bredband.com ([195.54.107.84] [195.54.107.84]) by mxfep03.bredband.com with ESMTP id <20070422093306.TRYJ23113.mxfep03.bredband.com@ironport2.bredband.com> for ; Sun, 22 Apr 2007 11:33:06 +0200 Received: from ua-83-227-181-30.cust.bredbandsbolaget.se (HELO mailbox.gneto.com) ([83.227.181.30]) by ironport2.bredband.com with ESMTP/TLS/AES256-SHA; 22 Apr 2007 11:33:02 +0200 Received: from euklides.gneto.com (euklides.gneto.com [192.168.10.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailbox.gneto.com (Postfix) with ESMTP id E389728402; Sun, 22 Apr 2007 11:32:33 +0200 (CEST) Message-ID: <462B2BAC.7010800@gneto.com> Date: Sun, 22 Apr 2007 11:32:28 +0200 From: Martin Nilsson User-Agent: Thunderbird 2.0.0.0 (X11/20070421) MIME-Version: 1.0 To: Artem Kuchin References: <004b01c78421$062195c0$0c00a8c0@Artem> <462A78F5.3090904@samsco.org> <001e01c784be$9b969c20$0c00a8c0@Artem> In-Reply-To: <001e01c784be$9b969c20$0c00a8c0@Artem> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: PAE does not give any ram increase, why? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 09:33:08 -0000 Artem Kuchin wrote: >>> the number do not change with or without PAE > > No need, i know this stuff. Hmmm :-) > Problem is that asus p5p800-vm bios does not have such option > (no memory remapping support in chipset) > , so, and simply assumed that in PAE mode this simply > does not matter and it will give me whole 4GB. Isn't it so? > Is it true for 64bit mode (amd64)? That is a desktop board with an old desktop chipset, it will not remap anything over 4GB even if you are running 64-bit mode. It does most certainly not support PAE mode. Be happy that it is just 256MB memory that you can't use, it is not uncommon to loose up to 750MB! Best Regards, Martin From owner-freebsd-stable@FreeBSD.ORG Sun Apr 22 09:53:48 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 18CF716A401 for ; Sun, 22 Apr 2007 09:53:48 +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 BF67D13C44C for ; Sun, 22 Apr 2007 09:53:47 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l3M9ritp074381; Sun, 22 Apr 2007 03:53:45 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <462B3094.9090709@samsco.org> Date: Sun, 22 Apr 2007 03:53:24 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Artem Kuchin References: <004b01c78421$062195c0$0c00a8c0@Artem> <462A78F5.3090904@samsco.org> <001e01c784be$9b969c20$0c00a8c0@Artem> In-Reply-To: <001e01c784be$9b969c20$0c00a8c0@Artem> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Sun, 22 Apr 2007 03:53:45 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: PAE does not give any ram increase, why? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 09:53:48 -0000 Artem Kuchin wrote: > >>> the number do not change with or without PAE >>> >>> Maybe i look in the wrong place? >>> >> >> I'm not going to waste my time explaining for the hundredth time how >> the x86 memory layout works. If you want to recover the missing >> 256MB, go look in your BIOS for an option about memory hole remapping. > > No need, i know this stuff. Problem is that asus p5p800-vm bios does not > have such option (no memory remapping support in chipset) > , so, and simply assumed that in PAE mode this simply > does not matter and it will give me whole 4GB. Isn't it so? > Is it true for 64bit mode (amd64)? > Please check the archives for my numerous discussions on how the memory layout works on x86. Scott From owner-freebsd-stable@FreeBSD.ORG Sun Apr 22 14:32:44 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3829F16A400 for ; Sun, 22 Apr 2007 14:32:44 +0000 (UTC) (envelope-from mb@imp.ch) Received: from pop.imp.ch (mx2.imp.ch [157.161.9.17]) by mx1.freebsd.org (Postfix) with ESMTP id CAB4713C4BB for ; Sun, 22 Apr 2007 14:32:43 +0000 (UTC) (envelope-from mb@imp.ch) Received: from godot (godot.imp.ch [157.161.4.8]) by pop.imp.ch (8.13.8/8.13.8/Submit_imp) with ESMTP id l3MEWfdd078137; Sun, 22 Apr 2007 16:32:42 +0200 (CEST) (envelope-from mb@imp.ch) Date: Sun, 22 Apr 2007 16:32:41 +0200 (CEST) From: Martin Blapp X-X-Sender: mb@godot To: freebsd-stable@freebsd.org In-Reply-To: <462B3094.9090709@samsco.org> Message-ID: <20070422162233.G13444@godot> References: <004b01c78421$062195c0$0c00a8c0@Artem> <462A78F5.3090904@samsco.org> <001e01c784be$9b969c20$0c00a8c0@Artem> <462B3094.9090709@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: alc@freebsd.org Subject: Panic: vm_page_free: freeing wired page with 6.2 RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 14:32:44 -0000 Hi, Just got this panic on a loaded mailserver ... The server was rocking stable up to this panic, and after we loaded it a bit more recently, it paniced. Any ideas ? -- Martin #0 doadump () at pcpu.h:165 #1 0xc067550a in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0675831 in panic (fmt=0xc0915bd0 "vm_page_free: freeing wired page") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc07f15a3 in vm_page_free_toq (m=0xc25380b0) at /usr/src/sys/vm/vm_page.c:1131 #4 0xc07f0ad1 in vm_page_free (m=0xc25380b0) at /usr/src/sys/vm/vm_page.c:471 #5 0xc07e4be0 in vm_fault (map=0xcadcf378, vaddr=678141952, fault_type=1 '\001', fault_flags=0) at /usr/src/sys/vm/vm_fault.c:632 #6 0xc088df07 in trap_pfault (frame=0xeb31f820, usermode=0, eva=678141952) at /usr/src/sys/i386/i386/trap.c:722 #7 0xc088dc15 in trap (frame= {tf_fs = -1065549816, tf_es = -65496, tf_ds = -65496, tf_edi = -548069376, tf_esi = 678141952, tf_ebp = -349046640, tf_isp = -349046708, tf_ebx = 16384, tf_edx = 678158336, tf_ecx = 4096, tf_eax = -349045504, tf_trapno = 12, tf_err = 0, tf_eip = -1064779658, tf_cs = 32, tf_eflags = 66054, tf_esp = -349046248, tf_ss = -349046324}) at /usr/src/sys/i386/i386/trap.c:435 #8 0xc0879d4a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #9 0xc088c076 in slow_copyin () at /usr/src/sys/i386/i386/support.s:872 Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sun Apr 22 17:25:15 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B2AF916A403 for ; Sun, 22 Apr 2007 17:25:15 +0000 (UTC) (envelope-from alc@cs.rice.edu) Received: from mail.cs.rice.edu (mail.cs.rice.edu [128.42.1.31]) by mx1.freebsd.org (Postfix) with ESMTP id 81FBC13C480 for ; Sun, 22 Apr 2007 17:25:15 +0000 (UTC) (envelope-from alc@cs.rice.edu) Received: from mail.cs.rice.edu (localhost.localdomain [127.0.0.1]) by mail.cs.rice.edu (Postfix) with ESMTP id ABEDF2C2AA4; Sun, 22 Apr 2007 11:56:52 -0500 (CDT) X-Virus-Scanned: by amavis-2.4.0 at mail.cs.rice.edu Received: from mail.cs.rice.edu ([127.0.0.1]) by mail.cs.rice.edu (mail.cs.rice.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id jXLcrM5efhwU; Sun, 22 Apr 2007 11:56:52 -0500 (CDT) Received: from [216.63.78.18] (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cs.rice.edu (Postfix) with ESMTP id EEC142C2AA2; Sun, 22 Apr 2007 11:56:51 -0500 (CDT) Message-ID: <462B93D3.6060901@cs.rice.edu> Date: Sun, 22 Apr 2007 11:56:51 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070328 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Martin Blapp References: <004b01c78421$062195c0$0c00a8c0@Artem> <462A78F5.3090904@samsco.org> <001e01c784be$9b969c20$0c00a8c0@Artem> <462B3094.9090709@samsco.org> <20070422162233.G13444@godot> In-Reply-To: <20070422162233.G13444@godot> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: alc@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Panic: vm_page_free: freeing wired page with 6.2 RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 17:25:15 -0000 Martin Blapp wrote: > > Hi, > > Just got this panic on a loaded mailserver ... The server was rocking > stable > up to this panic, and after we loaded it a bit more recently, it paniced. > > Any ideas ? Can you post your kernel configuration file? Alan From owner-freebsd-stable@FreeBSD.ORG Sun Apr 22 18:31:37 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DEAF916A403; Sun, 22 Apr 2007 18:31:37 +0000 (UTC) (envelope-from mb@imp.ch) Received: from pop.imp.ch (mx2.imp.ch [157.161.9.17]) by mx1.freebsd.org (Postfix) with ESMTP id 7AA6E13C43E; Sun, 22 Apr 2007 18:31:35 +0000 (UTC) (envelope-from mb@imp.ch) Received: from godot (godot.imp.ch [157.161.4.8]) by pop.imp.ch (8.13.8/8.13.8/Submit_imp) with ESMTP id l3MIUDjF006236; Sun, 22 Apr 2007 20:30:14 +0200 (CEST) (envelope-from mb@imp.ch) Date: Sun, 22 Apr 2007 20:30:13 +0200 (CEST) From: Martin Blapp X-X-Sender: mb@godot To: Alan Cox In-Reply-To: <462B93D3.6060901@cs.rice.edu> Message-ID: <20070422202651.A13444@godot> References: <004b01c78421$062195c0$0c00a8c0@Artem> <462A78F5.3090904@samsco.org> <001e01c784be$9b969c20$0c00a8c0@Artem> <462B3094.9090709@samsco.org> <20070422162233.G13444@godot> <462B93D3.6060901@cs.rice.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: alc@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Panic: vm_page_free: freeing wired page with 6.2 RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2007 18:31:38 -0000 Hi, > Can you post your kernel configuration file? It's the generic SMP kernel file (which includes GENERIC), with nothing changed. sysctl.conf is: kern.sugid_coredump=1 kern.timecounter.hardware=TSC kern.corefile=/var/core/%N-%P.core kern.maxfiles=64000 kern.maxfilesperproc=32000 The server has two CPUs. The only special thing is that with the current BIOS ACPI is broken. -- Martin FreeBSD 6.2-RELEASE #0: Tue Jan 23 11:13:16 CET 2007 root@filter:/usr/obj/usr/src/sys/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.00GHz (3000.13-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 Features=0xbfebfbff Features2=0x641d> AMD Features=0x20000000 Logical CPUs per core: 2 real memory = 3623665664 (3455 MB) avail memory = 3546501120 (3382 MB) MPTable: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 6 ioapic0: Assuming intbase of 0 ioapic1: Assuming intbase of 24 ioapic2: Assuming intbase of 48 ioapic3: Assuming intbase of 72 ioapic4: Assuming intbase of 96 ioapic4 irqs 96-119 on motherboard ioapic3 irqs 72-95 on motherboard ioapic2 irqs 48-71 on motherboard ioapic1 irqs 24-47 on motherboard ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) ACPI-0159: *** Error: AcpiLoadTables: Could not get RSDP, AE_NO_ACPI_TABLES ACPI-0213: *** Error: AcpiLoadTables: Could not load tables: AE_NO_ACPI_TABLES ACPI: table load failed: AE_NO_ACPI_TABLES cpu0 on motherboard cpu1 on motherboard From owner-freebsd-stable@FreeBSD.ORG Mon Apr 23 02:39:50 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 974BC16A401; Mon, 23 Apr 2007 02:39:50 +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 BB5B013C483; Mon, 23 Apr 2007 02:39:49 +0000 (UTC) (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.63 (FreeBSD)) (envelope-from ) id 1HfoSv-000P0E-7R; Mon, 23 Apr 2007 11:39:45 +0900 Message-ID: <462C1C71.1070609@micom.mng.net> Date: Mon, 23 Apr 2007 10:39:45 +0800 From: Ganbold User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: Beni References: <200704182205.52028.beni@brinckman.info> <200704200105.22646.michaelnottebrock@gmx.net> <46281DAC.7090508@micom.mng.net> <200704211629.20998.beni@brinckman.info> In-Reply-To: <200704211629.20998.beni@brinckman.info> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org, kde@freebsd.org, current@freebsd.org, Adriaan de Groot , Robert Marella Subject: Re: [kde-freebsd] problem hal - k3b ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 02:39:50 -0000 Beni wrote: > On Friday 20 April 2007 03:55:56 Ganbold wrote: > >> Michael Nottebrock wrote: >> >>> I forwarded my mail to gnome@ (the HAL maintainers) after sending it and >>> Joe Marcus Clarke from gnome@ had this to say on the issue: >>> >>> --- snip >>> >>> This should have been fixed a while ago by jylefort when he set the >>> default device for ATAPI access to be the ATAPICAM device (as opposed to >>> the ATA device). Assuming you have not undone that change, and are >>> running the latest version of HAL, these panics should not be occurring. >>> >>> Even still, you're right that these are not HAL bugs, but rather an >>> issue in the kernel. I use nautilus-cd-burner to burn CDs in GNOME, and >>> I have never had such a panic on 6-STABLE. n-c-b uses cdrecord, cdrao, >>> and dvd-utils under the covers to do the actual device work. Not sure >>> what k3b is using, but maybe it diddles something it shouldn't. >>> >>> Joe >>> >>> --- snip >>> >>> Beni, Robert, Ganbold, are you all in fact running the latest version of >>> the hal port and do you all have atapicam enabled in your kernel? If not, >>> making sure of both might help avoiding the problem. >>> >> I see. I know I have updated my system last Saturday (14th April 2007) and >> I think I updated both hal and kdelibs ports. I have atapicam enabled in >> kernel. >> Let me double check it this weekend and I will let you know. >> >> thanks, >> >> Ganbold >> >> >>> ------------------------------------------------------------------------ >>> >>> Subject: >>> Re: Fwd: Re: [kde-freebsd] problem hal - k3b ? >>> From: >>> Joe Marcus Clarke >>> Date: >>> Thu, 19 Apr 2007 12:49:26 -0400 >>> To: >>> Michael Nottebrock >>> >>> To: >>> Michael Nottebrock >>> CC: >>> gnome@freebsd.org >>> >>> Michael Nottebrock wrote: >>> >>>> I forgot to cc gnome@ on my reply. I don't think this is a HAL bug, but >>>> just FYI. >>>> >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> Subject: >>>> Re: [kde-freebsd] problem hal - k3b ? >>>> From: >>>> Michael Nottebrock >>>> Date: >>>> Thu, 19 Apr 2007 18:12:46 +0200 >>>> To: >>>> kde@freebsd.org >>>> >>>> To: >>>> kde@freebsd.org >>>> CC: >>>> Beni , h.eichmann@gmx.de, current@freebsd.org, >>>> stable@freebsd.org >>>> >>>> On Wednesday, 18. April 2007, Beni wrote: >>>> >>>>> Hi List, >>>>> >>>>> I think I have a problem with hal(d) and k3b (version 1.0 from ports) : >>>>> my whole system freezes when starting up k3b. I get the splash screen >>>>> and then it all stops and a ctrl-alt-del is the only way out. >>>>> >>>> Other people have reported kernel panics. It looks to me like k3b's >>>> device probing and hald's device probing at the same time manages to >>>> tickle a bug in ata(4). >>>> >>>> Ref: >>>> http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070753.htm >>>> l >>>> http://lists.freebsd.org/pipermail/freebsd-stable/2007-April/034486.html >>>> >>>> I'm afraid a true kernel hacker will have to inconvenince themselves >>>> with running k3b and hal in order to have this one fixed. FWIW, I >>>> haven't seen in happening on 5.5. >>>> >>> This should have been fixed a while ago by jylefort when he set the >>> default device for ATAPI access to be the ATAPICAM device (as opposed to >>> the ATA device). Assuming you have not undone that change, and are >>> running the latest version of HAL, these panics should not be occurring. >>> >>> Even still, you're right that these are not HAL bugs, but rather an >>> issue in the kernel. I use nautilus-cd-burner to burn CDs in GNOME, and >>> I have never had such a panic on 6-STABLE. n-c-b uses cdrecord, cdrao, >>> and dvd-utils under the covers to do the actual device work. Not sure >>> what k3b is using, but maybe it diddles something it shouldn't. >>> >>> Joe >>> > > > Could it all be related to this : > http://lists.freebsd.org/pipermail/freebsd-stable/2007-April/034553.html > and the "solution" from Shane Bell in > http://lists.freebsd.org/pipermail/freebsd-stable/2007-April/034602.html : > > "I believe the culprit is somewhere in a recent MFC to atapi-cam.c (rev > 1.42.2.3) reverting to rev 1.42.2.2 fixes both the k3b system hangs > and "INQUIRY ILLEGAL REQUEST" errors here." > Most probably. I updated everything, including source and ports on April 22nd and the problem still exists. k3b hangs after loading splash screen and I had to use power button on my laptop to power down and up the system. I will try to revert rev 1.42.2.2 and see what will happen. Ganbold > Beni. > _______________________________________________ > 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 Mon Apr 23 03:36:11 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E32816A401 for ; Mon, 23 Apr 2007 03:36:11 +0000 (UTC) (envelope-from aw1@stade.co.uk) Received: from lon-mail-3.gradwell.net (lon-mail-3.gradwell.net [193.111.201.127]) by mx1.freebsd.org (Postfix) with ESMTP id D4A3413C44C for ; Mon, 23 Apr 2007 03:36:10 +0000 (UTC) (envelope-from aw1@stade.co.uk) Received: from alsager-adsl.stade.co.uk ([81.6.222.119] helo=access2.hanley.stade.co.uk country=GB) by lon-mail-3.gradwell.net with esmtp (Gradwell gwh-smtpd 1.243) id 462c2062.16591.74 for freebsd-stable@freebsd.org; Mon, 23 Apr 2007 03:56:34 +0100 (envelope-sender ) Received: from steerpike.hanley.stade.co.uk (steerpike [192.168.1.10]) by access2.hanley.stade.co.uk (8.13.8/8.13.8) with ESMTP id l3N2uXSv058813 for ; Mon, 23 Apr 2007 03:56:33 +0100 (BST) (envelope-from aw1@steerpike.hanley.stade.co.uk) Received: from steerpike.hanley.stade.co.uk (localhost [127.0.0.1]) by steerpike.hanley.stade.co.uk (8.13.8/8.13.8) with ESMTP id l3N2uW3R033338 for ; Mon, 23 Apr 2007 03:56:32 +0100 (BST) (envelope-from aw1@steerpike.hanley.stade.co.uk) Received: (from aw1@localhost) by steerpike.hanley.stade.co.uk (8.13.8/8.13.8/Submit) id l3N2uWQY033337 for freebsd-stable@freebsd.org; Mon, 23 Apr 2007 03:56:32 +0100 (BST) (envelope-from aw1) Date: Mon, 23 Apr 2007 03:56:32 +0100 From: Adrian Wontroba To: freebsd-stable@freebsd.org Message-ID: <20070423025631.GA33256@steerpike.hanley.stade.co.uk> Mail-Followup-To: Adrian Wontroba , freebsd-stable@freebsd.org References: <20070313140848.GA89182@steerpike.hanley.stade.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070313140848.GA89182@steerpike.hanley.stade.co.uk> User-Agent: Mutt/1.4.2.2i X-Operating-System: FreeBSD 6.2-STABLE Organization: Oh dear, I've joined one again. X-Virus-Scanned: ClamAV 0.90.1/3149/Mon Apr 23 02:53:50 2007 on access2.hanley.stade.co.uk X-Virus-Scanned: ClamAV 0.90.1/3149/Mon Apr 23 02:53:50 2007 on steerpike.hanley.stade.co.uk X-Virus-Status: Clean Subject: Re: 6.2-STABLE deadlock? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: aw1@stade.co.uk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 03:36:11 -0000 On Tue, Mar 13, 2007 at 02:08:48PM +0000, Adrian Wontroba wrote: > At work, amoungst my stable of old computers running FreeBSD, I have a > Fujitsu M800 - a 4 Zeon SMP processor with 4 GB of memory. This > primarily runs Nagios and a small and lightly used MySQL database, along > with a few inbound FTP transfers per minute. It has a Mylex card based > disc subsystem, ruling out crash dumps. > > At some point during 5.5-STABLE this machine started to occasionally hang ... Another 6-STABLE (cvsupped on 27/03/07) example, with diagnostics taken rather sooner after the hang. Processes with wmesg=ufs feature often in the ps output. http://www.stade.co.uk/crash1/ -- Adrian Wontroba From owner-freebsd-stable@FreeBSD.ORG Mon Apr 23 08:45:12 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 94F9916A401 for ; Mon, 23 Apr 2007 08:45:12 +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 53F3513C459 for ; Mon, 23 Apr 2007 08:45:12 +0000 (UTC) (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 74DAE1FFDA7 for ; Mon, 23 Apr 2007 10:45:10 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 4F8581FFBC8; Mon, 23 Apr 2007 10:45:06 +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 B3EE8444885 for ; Mon, 23 Apr 2007 08:42:33 +0000 (UTC) Date: Mon, 23 Apr 2007 08:42:33 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: freebsd-stable@freebsd.org In-Reply-To: <7579f7fb0704171048g357b8b19m8596b37c266009dd@mail.gmail.com> Message-ID: <20070423083849.H36917@maildrop.int.zabbadoz.net> References: <460959E8.207@thekeelecentre.com> <46095CA9.7060701@thekeelecentre.com> <4624B4FE.1070402@tomjudge.com> <7579f7fb0704171048g357b8b19m8596b37c266009dd@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 Subject: Re: Dell SAS5 Performance 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: Mon, 23 Apr 2007 08:45:12 -0000 On Tue, 17 Apr 2007, Matthew Jacob wrote: Hi, >> Is there any news on the performance of this card? >> > > I personally have not been able to reproduce the problem. It seems to > occur whether in Integrated Raid or not. It seems to be related to > specific backplanes and drives. It's an important problem to solve I > agree. I had done some research a few weeks back and just found the reference again. There is a fujitsu-siemens manual[1], and 2.4.8 Disk write caching gives some hitns on why things are the way they are. I had also found references, that Windows people have effectively seen the same problem. My conclusion is - that's nothing that can be changes with software easily for the Dell PE 860 with that special chip. another 0.002ct References: [1] http://manuals.fujitsu-siemens.com/serverbooks/content/manuals/english/ir-sas-ug-en.pdf -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-stable@FreeBSD.ORG Mon Apr 23 09:08:54 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AB14916A40A for ; Mon, 23 Apr 2007 09:08:54 +0000 (UTC) (envelope-from bamston@reactor-xg.kiev.ua) Received: from mail.reactor-xg.kiev.ua (reactor-xg.kiev.ua [82.144.204.150]) by mx1.freebsd.org (Postfix) with ESMTP id 2D01013C458 for ; Mon, 23 Apr 2007 09:08:53 +0000 (UTC) (envelope-from bamston@reactor-xg.kiev.ua) Received: from mail.reactor-xg.kiev.ua (mail.reactor-xg.kiev.ua [82.144.204.150]) by mail.reactor-xg.kiev.ua (Reactor-XG Mailer System) with ESMTP id l3N98noL091909; Mon, 23 Apr 2007 12:08:51 +0300 (EEST) (envelope-from bamston@reactor-xg.kiev.ua) From: "Andrei V. Lavreniyuk" Organization: Technica-03, Inc. To: stable@freebsd.org, decept0@gmail.com Date: Mon, 23 Apr 2007 12:08:42 +0300 User-Agent: KMail/1.9.6 References: <200704192153.30904.bamston@reactor-xg.kiev.ua> <57d710000704191237i39467bak78c2aa49b6f5157c@mail.gmail.com> <20070420033843.GA5326@icarus.home.lan> In-Reply-To: <20070420033843.GA5326@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704231208.44214.bamston@reactor-xg.kiev.ua> X-Virus-Scanned: ClamAV 0.90.2/3149/Mon Apr 23 04:53:50 2007 on mail.reactor-xg.kiev.ua X-Virus-Status: Clean Cc: Subject: Re: acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 09:08:54 -0000 Hi! >I believe the culprit is somewhere in a recent MFC to atapi-cam.c (rev >1.42.2.3) reverting to rev 1.42.2.2 fixes both the k3b system hangs >and "INQUIRY ILLEGAL REQUEST" errors here. I utillized the version of atapi-cam.c (rev. 1.42.2.1) and all works normally. ------------------------------------ vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert enabled, rule-based forwarding enabled, default to deny, logging limited to 100 packets/entry by default ad0: 114473MB at ata0-master UDMA100 acd0: DVDR at ata1-master UDMA33 ad4: 152627MB at ata2-master SATA150 SMP: AP CPU #1 Launched! cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/mlxd0s1a GEOM_ELI: Device mlxd0s1b.eli created. GEOM_ELI: Encryption: AES-CBC 256 GEOM_ELI: Crypto: software ------------------------------------ Best regards, Andrei V. Lavreniyuk. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 23 09:09:37 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 93B1E16A402; Mon, 23 Apr 2007 09:09:37 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from matrix.tk-pttuntex.com (matrix.tk-pttuntex.com [203.77.209.162]) by mx1.freebsd.org (Postfix) with ESMTP id 383FC13C483; Mon, 23 Apr 2007 09:09:36 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from [172.64.14.3] (core.bps.co.id [202.57.0.93]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zen) by matrix.tk-pttuntex.com (Postfix) with ESMTP id B587540B580; Mon, 23 Apr 2007 16:09:32 +0700 (WIT) Message-ID: <462C7896.9040805@tk-pttuntex.com> Date: Mon, 23 Apr 2007 16:12:54 +0700 From: zen User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Adrian Chadd References: <46247471.9030503@tk-pttuntex.com> <200704172129.22275.sanya-spb@list.ru> <20070418095903.12432@caamora.com.au> <462575D4.2010801@tk-pttuntex.com> <20070418115654.30422@caamora.com.au> <46257D1A.7050808@tk-pttuntex.com> <4626CA4C.7000104@tk-pttuntex.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: tproxy 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 Apr 2007 09:09:37 -0000 Adrian Chadd wrote: > I'm talking to someone about it who has some patches against -current. > We'll see what can be done. > > Thankfully! The solution for FreeBSD looks doable without having to > keep NAT state like TPROXY does.. > > > > Adrian > just want to how's the progress regarding this issue. TIA Zen From owner-freebsd-stable@FreeBSD.ORG Mon Apr 23 09:45:16 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5421416A400; Mon, 23 Apr 2007 09:45:16 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from matrix.tk-pttuntex.com (matrix.tk-pttuntex.com [203.77.209.162]) by mx1.freebsd.org (Postfix) with ESMTP id ED28513C448; Mon, 23 Apr 2007 09:45:15 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from [172.64.14.3] (core.bps.co.id [202.57.0.93]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zen) by matrix.tk-pttuntex.com (Postfix) with ESMTP id 5D60940B50A; Mon, 23 Apr 2007 16:45:14 +0700 (WIT) Message-ID: <462C80F8.8070708@tk-pttuntex.com> Date: Mon, 23 Apr 2007 16:48:40 +0700 From: zen User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: zen References: <46247471.9030503@tk-pttuntex.com> <200704172129.22275.sanya-spb@list.ru> <20070418095903.12432@caamora.com.au> <462575D4.2010801@tk-pttuntex.com> <20070418115654.30422@caamora.com.au> <46257D1A.7050808@tk-pttuntex.com> <4626CA4C.7000104@tk-pttuntex.com> <462C7896.9040805@tk-pttuntex.com> In-Reply-To: <462C7896.9040805@tk-pttuntex.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Adrian Chadd , freebsd-stable@freebsd.org Subject: Re: tproxy 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 Apr 2007 09:45:16 -0000 zen wrote: > Adrian Chadd wrote: > >> I'm talking to someone about it who has some patches against -current. >> We'll see what can be done. >> >> Thankfully! The solution for FreeBSD looks doable without having to >> keep NAT state like TPROXY does.. >> >> >> >> Adrian >> > sorry double post just want to _Know_ how's the progress regarding this issue. TIA Zen From owner-freebsd-stable@FreeBSD.ORG Mon Apr 23 10:38:43 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 81D6B16A401 for ; Mon, 23 Apr 2007 10:38:43 +0000 (UTC) (envelope-from phoenix.lists@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id DB38113C484 for ; Mon, 23 Apr 2007 10:38:42 +0000 (UTC) (envelope-from phoenix.lists@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so1185905ugh for ; Mon, 23 Apr 2007 03:38:41 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:organization:user-agent:mime-version:cc:subject:references:in-reply-to:x-enigmail-version:openpgp:face:content-type:content-transfer-encoding; b=jz53YgybJGOMSaYeob5yAVJm6Q65Lup4oTzH9AN4ui64Tg5iHTPr5LcAAaTYPDOyo+f12P8GYaxkQepMHccEydnruAIdhk1UfA2e1ULQB2RVHhjkpfryQ4bJ73r1VSXjn/vTl1WhsyU0H85iWbMJfseM7FWDOEO0IiaPm83lrfA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:organization:user-agent:mime-version:cc:subject:references:in-reply-to:x-enigmail-version:openpgp:face:content-type:content-transfer-encoding; b=KI0WZfTyRFieAWDnXKNamO3G/cY64PfbdMecy2/+qkc3Kr+leXxMw6uk+V54vBnYXppVmv/N9PemzWmVCVr2jNpo7ZDSaOixDaG3H/uOT1kz9eaHdq5NAuRYwurgl/o7DAkrY2rxQ+BWgdHRpo1Ld56AtgN4iAGm4+Rodv38yAE= Received: by 10.66.232.11 with SMTP id e11mr5049566ugh.1177324358314; Mon, 23 Apr 2007 03:32:38 -0700 (PDT) Received: from sp0-host.lan ( [77.122.253.128]) by mx.google.com with ESMTP id m4sm8243177ugc.2007.04.23.03.32.36; Mon, 23 Apr 2007 03:32:37 -0700 (PDT) Message-ID: <462C8B43.6040908@gmail.com> Date: Mon, 23 Apr 2007 13:32:35 +0300 From: Simon Phoenix Organization: Phoenix Lab. User-Agent: Thunderbird 2.0.0.0 (X11/20070421) MIME-Version: 1.0 References: <200704192153.30904.bamston@reactor-xg.kiev.ua> <57d710000704191237i39467bak78c2aa49b6f5157c@mail.gmail.com> <20070420033843.GA5326@icarus.home.lan> <200704201227.09445.bamston@reactor-xg.kiev.ua> In-Reply-To: <200704201227.09445.bamston@reactor-xg.kiev.ua> X-Enigmail-Version: 0.95.0 OpenPGP: id=2569D30B; url=http://keyserver.veridis.com:11371/export?id=-8883115982484548853&created=1138842246000 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAQMAAABtzGvEAAAABlBMVEUAAAD///+l2Z/dAAAA oUlEQVQY043QsQ2DMBCF4RdRpPQIbBIPlQFcZgxGsaUUlDcCdCkJosES8cXPFkJKFCk0n2z/dwXQ 8uGDWYUsBz7zEO0wLk2AwYgTyXVJdCAv7UlynahDsj7AZqyghV6ukiw0zSQAjidVXxkKEwcieiYr Gi6L3OkKiYgwUQl5Z4QwWWFqKXuyHQkH6tsfpU4/eJq73hA3M+KcL9u1DPivX/cGp2DdNlc2XdMA AAAASUVORK5CYII= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 10:38:43 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Andrei V. Lavreniyuk said the following on 20.04.2007 12:27: > Hi! > >> On Thu, Apr 19, 2007 at 12:37:08PM -0700, pete wright wrote: >>>> ipfw2 (+ipv6) initialized, divert enabled, rule-based forwarding >>>> enabled, default to deny, logging limited to 100 packets/entry by >>>> default ad0: 114473MB at ata0-master >>>> UDMA100 acd0: DVDR at ata1-master >>>> UDMA33 ad4: 152627MB at ata2-master >>>> SATA150 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 >>>> sks=0x40 0x00 0x01 >>>> acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 >>>> 0x01 >>>> >>>> ^^^^^^^^^^^^^^^^^ ??????? >>> i assume you are asking what those errors mean.... >>> >>> you most likely have a bad cdrom in there, or the drive has an error. >>> try a different disk, and if that fails try another drive. >> Are you sure the ATAPI command used at that time is attempting to read >> disc information and not, say, try to get drive capabilities? I'm lead >> to believe that the DVD drive he has doesn't support a particular ATAPI >> function (long reads comes to mind). ASC 0x24 ASCQ 0x00 is "Illegal >> field in CDB" for most ATAPI operatons... > > > Adding to my report: > > > Test 1: > > To start k3b with a disk in the device of reading/record. A start takes a > place normally. > > Test 2: > > To start k3b without a disk in the device of reading/record. At a start the > k3b system hangs up and overloaded. > After writing a disk with k3b and eject media from device - system freeze without any response. - -- Best regards, Simon Phoenix (Phoenix Lab.) - --------------------------------------------------------------- KeyID: 0x2569D30B Fingerprint: 78FC 5C40 07CC D331 148E CC79 84B8 D514 2569 D30B - --------------------------------------------------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGLItAhLjVFCVp0wsRCg12AJwKvkPdR/ByCCBDSIS9J6k/tcxI5wCglUPG UxuVBFv7UoZJcKEK9nhafBs= =XvA5 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 23 10:49:33 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 90A6E16A403 for ; Mon, 23 Apr 2007 10:49:33 +0000 (UTC) (envelope-from phoenix.lists@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 1D92313C45E for ; Mon, 23 Apr 2007 10:49:32 +0000 (UTC) (envelope-from phoenix.lists@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so1187230ugh for ; Mon, 23 Apr 2007 03:49:32 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:organization:user-agent:mime-version:cc:subject:references:in-reply-to:x-enigmail-version:openpgp:face:content-type:content-transfer-encoding; b=MG9TkuyFjaO6A0qdvgjcEGVTvhzMUvKteXzWsn8ORLgvp/NP3LqYPZgdbYeHwvrAd+itJIGh6ns7tQVJBXWeO8zEAsM4R5QdDwZGjouRV52v8aA8iaA7Yt3AUehLPzQ3dk8Z7uGBF4QDazmyuLZUSrccQ0SiUDaub7ybPcnj7HI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:organization:user-agent:mime-version:cc:subject:references:in-reply-to:x-enigmail-version:openpgp:face:content-type:content-transfer-encoding; b=GORVf+qJk5AZWP6eLJuvWvQ5r3TsT830rtTWdu5uUCO8DA25O5kCxXeZJ/i8xAxmoqwp39p39J8y86ZB9Pf5qy6QfLGgHpPhXoZATpyhuNYTmVyvg+/bKMMw5ZVp5Vdo9VgxmCUrY16FTqkdllhLEwWk30WK9X+Tx6REFEroNaM= Received: by 10.67.90.1 with SMTP id s1mr4924304ugl.1177323804004; Mon, 23 Apr 2007 03:23:24 -0700 (PDT) Received: from sp0-host.lan ( [77.122.253.128]) by mx.google.com with ESMTP id u1sm11744254uge.2007.04.23.03.23.20; Mon, 23 Apr 2007 03:23:21 -0700 (PDT) Message-ID: <462C8917.6000300@gmail.com> Date: Mon, 23 Apr 2007 13:23:19 +0300 From: Simon Phoenix Organization: Phoenix Lab. User-Agent: Thunderbird 2.0.0.0 (X11/20070421) MIME-Version: 1.0 References: <200704192153.30904.bamston@reactor-xg.kiev.ua> <57d710000704191237i39467bak78c2aa49b6f5157c@mail.gmail.com> <20070420033843.GA5326@icarus.home.lan> <200704201010.55803.bamston@reactor-xg.kiev.ua> In-Reply-To: <200704201010.55803.bamston@reactor-xg.kiev.ua> X-Enigmail-Version: 0.95.0 OpenPGP: id=2569D30B; url=http://keyserver.veridis.com:11371/export?id=-8883115982484548853&created=1138842246000 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAQMAAABtzGvEAAAABlBMVEUAAAD///+l2Z/dAAAA oUlEQVQY043QsQ2DMBCF4RdRpPQIbBIPlQFcZgxGsaUUlDcCdCkJosES8cXPFkJKFCk0n2z/dwXQ 8uGDWYUsBz7zEO0wLk2AwYgTyXVJdCAv7UlynahDsj7AZqyghV6ukiw0zSQAjidVXxkKEwcieiYr Gi6L3OkKiYgwUQl5Z4QwWWFqKXuyHQkH6tsfpU4/eJq73hA3M+KcL9u1DPivX/cGp2DdNlc2XdMA AAAASUVORK5CYII= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 10:49:33 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Andrei V. Lavreniyuk said the following on 20.04.2007 10:10: > Hi! > > >>> ipfw2 (+ipv6) initialized, divert enabled, rule-based forwarding enabled, >>> default to deny, logging limited to 100 packets/entry by default >>> ad0: 114473MB at ata0-master UDMA100 >>> acd0: DVDR at ata1-master UDMA33 >>> ad4: 152627MB at ata2-master SATA150 >>> acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 >>> 0x01 >>> acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 >>> 0x01 >>> >>> ^^^^^^^^^^^^^^^^^ ??????? >>> >> >> i assume you are asking what those errors mean.... >> >> you most likely have a bad cdrom in there, or the drive has an error. >> try a different disk, and if that fails try another drive. > > >> Are you sure the ATAPI command used at that time is attempting to read >> disc information and not, say, try to get drive capabilities? I'm lead >> to believe that the DVD drive he has doesn't support a particular ATAPI >> function (long reads comes to mind). ASC 0x24 ASCQ 0x00 is "Illegal >> field in CDB" for most ATAPI operatons... > > > Kernel from March works normally... > I have the same problem on my 6.2-STABLE box: acd0: DVDR at ata1-master UDMA33 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x48 0x00 0x01 And kernel from beginning of March works normally too. - -- Best regards, Simon Phoenix (Phoenix Lab.) - --------------------------------------------------------------- KeyID: 0x2569D30B Fingerprint: 78FC 5C40 07CC D331 148E CC79 84B8 D514 2569 D30B - --------------------------------------------------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGLIkVhLjVFCVp0wsRCkKiAKCb3K/5u/60mYr3TJZW5r6BbFU72gCg6iMG Ckb0FZGCE5QkqGZeltPA1Vs= =vUJq -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 23 11:06:12 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8506916A404 for ; Mon, 23 Apr 2007 11:06:12 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from rwcrmhc14.comcast.net (rwcrmhc14.comcast.net [204.127.192.84]) by mx1.freebsd.org (Postfix) with ESMTP id 6827413C457 for ; Mon, 23 Apr 2007 11:06:11 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (rwcrmhc14) with ESMTP id <20070423110611m1400ilk04e>; Mon, 23 Apr 2007 11:06:11 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id DE85C1FA03D; Mon, 23 Apr 2007 04:06:10 -0700 (PDT) Date: Mon, 23 Apr 2007 04:06:10 -0700 From: Jeremy Chadwick To: "Marc G. Fournier" Message-ID: <20070423110610.GA13461@icarus.home.lan> Mail-Followup-To: "Marc G. Fournier" , Chris , freebsd-stable@freebsd.org, Thiago Esteves de Oliveira , "Brian A. Seklecki" , freebsd-questions@freebsd.org References: <3aaaa3a0704052217g67281716ge8a2d1a888025d0e@mail.gmail.com> <0D3D8201F40120DCE73AD00B@ganymede.hub.org> <3aaaa3a0704071212o3b4dce4dgd8def804e5b1156c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.14 (2007-02-12) Cc: Chris , "Brian A. Seklecki" , Thiago Esteves de Oliveira , freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: No buffer space available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 11:06:12 -0000 On Sat, Apr 07, 2007 at 08:20:58PM -0300, Marc G. Fournier wrote: > - --On Saturday, April 07, 2007 20:12:00 +0100 Chris wrote: > > Also to add I now have a 2nd box using 6.2 STABLE few days old code, > > had to use it because of broadcom 5755 nic card, I plan to use large > > tcp window sizes so will be interesting to see if this also suffers > > from the problem. > > I've got 8 servers on the same network, 3 are almost identical, but one of them > (the one with the problem) is using software RAID vs hardware ... but, if you > are seeing it without using software RAID, then that is obviously not the > culprit :( May be a red herring... I'm able to reproduce the "No buffer space available" message when setting net.inet.tcp.(send|recv)space to non-default values. All I've tried is the following, with a kernel dated 2007/04/22: # sysctl net.inet.tcp.sendspace=131072 # sysctl net.inet.tcp.recvspace=262144 Example session: $ su2 # sysctl net.inet.tcp.sendspace=131072 net.inet.tcp.sendspace: 32768 -> 131072 # sysctl net.inet.tcp.recvspace=262144 net.inet.tcp.recvspace: 65536 -> 262144 # logout $ ssh medusa socket: No buffer space available ssh: connect to host medusa port 22: No buffer space available $ su2 # sysctl net.inet.tcp.sendspace=32768 net.inet.tcp.sendspace: 131072 -> 32768 # sysctl net.inet.tcp.recvspace=65536 net.inet.tcp.recvspace: 262144 -> 65536 # logout $ ssh medusa Last login: Mon Apr 23 03:45:45 2007 from ... I assume this is because the maximum size of a TCP datagram is 65536 bytes, but as I'm not familiar enough with TCP on such a low level, this may be speculation on my part. Just something worth checking/tinkering with. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Apr 23 11:39:20 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9271316A404 for ; Mon, 23 Apr 2007 11:39:20 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 38B9B13C43E for ; Mon, 23 Apr 2007 11:39:20 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1Hfwt2-0006Zq-QH for freebsd-stable@freebsd.org; Mon, 23 Apr 2007 14:39:19 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l3NBdCqU026766 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Apr 2007 14:39:13 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l3NBdCN1022646; Mon, 23 Apr 2007 14:39:12 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l3NBdCXu022645; Mon, 23 Apr 2007 14:39:12 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 23 Apr 2007 14:39:12 +0300 From: Kostik Belousov To: Adrian Wontroba , freebsd-stable@freebsd.org Message-ID: <20070423113912.GE2052@deviant.kiev.zoral.com.ua> References: <20070313140848.GA89182@steerpike.hanley.stade.co.uk> <20070423025631.GA33256@steerpike.hanley.stade.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qGV0fN9tzfkG3CxV" Content-Disposition: inline In-Reply-To: <20070423025631.GA33256@steerpike.hanley.stade.co.uk> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on fw.zoral.com.ua X-Scanner-Signature: 8fcfa5a562f326ba64a474cd1db6e25e X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 972 [Apr 23 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: Subject: Re: 6.2-STABLE deadlock? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 11:39:20 -0000 --qGV0fN9tzfkG3CxV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 23, 2007 at 03:56:32AM +0100, Adrian Wontroba wrote: > On Tue, Mar 13, 2007 at 02:08:48PM +0000, Adrian Wontroba wrote: > > At work, amoungst my stable of old computers running FreeBSD, I have a > > Fujitsu M800 - a 4 Zeon SMP processor with 4 GB of memory. This > > primarily runs Nagios and a small and lightly used MySQL database, along > > with a few inbound FTP transfers per minute. It has a Mylex card based > > disc subsystem, ruling out crash dumps. > >=20 > > At some point during 5.5-STABLE this machine started to occasionally ha= ng ... >=20 > Another 6-STABLE (cvsupped on 27/03/07) example, with diagnostics taken > rather sooner after the hang. Processes with wmesg=3Dufs feature often in > the ps output. >=20 > http://www.stade.co.uk/crash1/ I would suspect the mlx controller. There is several processes (for instanc= e, 988, 50918) waiting for completion of block read, and processes in the "ufs" states are the result of the lock cascade, IMHO. --qGV0fN9tzfkG3CxV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGLJrfC3+MBN1Mb4gRAlcwAJ9EZqXTjnG+rLDT3sL+cwCBOu7U5wCgjDiR BrFP7skHeMsblBTPmWz0F7Q= =mlER -----END PGP SIGNATURE----- --qGV0fN9tzfkG3CxV-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 23 12:15:16 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EEDDD16A400 for ; Mon, 23 Apr 2007 12:15:16 +0000 (UTC) (envelope-from kai@xs4all.nl) Received: from smtp-vbr14.xs4all.nl (smtp-vbr14.xs4all.nl [194.109.24.34]) by mx1.freebsd.org (Postfix) with ESMTP id 88E2C13C45A for ; Mon, 23 Apr 2007 12:15:16 +0000 (UTC) (envelope-from kai@xs4all.nl) Received: from xs6.xs4all.nl (xs6.xs4all.nl [194.109.21.6]) by smtp-vbr14.xs4all.nl (8.13.8/8.13.8) with ESMTP id l3NCFE5U076123; Mon, 23 Apr 2007 14:15:14 +0200 (CEST) (envelope-from kai@xs4all.nl) Received: from xs6.xs4all.nl (kai@localhost [127.0.0.1]) by xs6.xs4all.nl (8.13.6/8.13.6) with ESMTP id l3NCFEhO081158; Mon, 23 Apr 2007 14:15:14 +0200 (CEST) (envelope-from kai@xs4all.nl) Received: (from kai@localhost) by xs6.xs4all.nl (8.13.6/8.13.6/Submit) id l3NCFEsv081149; Mon, 23 Apr 2007 14:15:14 +0200 (CEST) (envelope-from kai) Date: Mon, 23 Apr 2007 14:15:14 +0200 From: Kai To: Christian Walther Message-ID: <20070423121514.GB20155@xs4all.nl> References: <20070411105332.GC7847@xs4all.nl> <20070419123329.GA10189@xs4all.nl> <14989d6e0704190714p5250d1ddv8dde92d4aec14922@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <14989d6e0704190714p5250d1ddv8dde92d4aec14922@mail.gmail.com> User-Agent: Mutt/1.4.2.1i X-Virus: Hi! I'm a header virus! Forward this header to your friends to help me spread! X-Morphed: complete X-Virus-Scanned: by XS4ALL Virus Scanner Cc: stable@freebsd.org Subject: Re: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 12:15:17 -0000 On Thu, Apr 19, 2007 at 04:14:23PM +0200, Christian Walther wrote: > On 19/04/07, Kai wrote: > >On Wed, Apr 11, 2007 at 12:53:32PM +0200, Kai wrote: > >> > >> Hello all, > >> > >> We're running into regular panics on our webserver after upgrading > >> from 4.x to 6.2-stable: > > > >Hi Again, > > > >The panics keep happening, so I'm trying alternate kernel setups. This is a > >trace of a panic on a default SMP kernel with debugging symbols. > > > >I'm At a loss on how to progress at this point, perhaps someone can help me > >please? > [snip] > > > >Fatal trap 12: page fault while in kernel mode > >cpuid = 0; apic id = 00 > >fault virtual address = 0x34 > >fault code = supervisor read, page not present > >instruction pointer = 0x20:0xc06bdefa > >stack pointer = 0x28:0xeb9cf938 > >frame pointer = 0x28:0xeb9cf944 > >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 = 13577 (perl5.8.8) > >trap number = 12 > >panic: page fault > > Is this perl derived from ports? And if so, did you rebuild it after you > upgraded to 6.2? Or is maybe FreeBSD 4.x binary compatibility missing from > your kernel? Hi Chris, Thanks for your reply; The upgrade i'm talking about is just a term describing that we switched from FreeBSD 4.10 to 6.2. Its new hardware; its hardware on which FreeBSD 4.10 will not run. So in effect its not an upgrade, though the symptoms did not show on apache-1.3.37 + nfsmounted homepages under FreeBSD 4.10. If perl would be the problem, the OS shouldn't panic IMHO. Perl in this case is writing a fairly large guestbook file (eg. 2 Mb), and does this through perls own: open(BOOK, "+<$file") or die; This $file is located on an NFS mounted filesystem. It'll get read and written. The NFS filesystem is mounted with "rw,nosuid,intr,bg,resvport,nfsv3". I have tried mounting without intr, but panics keep happening. The NFS server is a Netapp filer. This is a production environment, so I can't go updating to the latest current. Kai -- This was an above the .signature production From owner-freebsd-stable@FreeBSD.ORG Mon Apr 23 12:24:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 711FA16A400 for ; Mon, 23 Apr 2007 12:24:56 +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 CC73813C44C for ; Mon, 23 Apr 2007 12:24:54 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from source ([217.206.187.79]) by eu1sys200aob011.postini.com ([207.126.147.11]) with SMTP; Mon, 23 Apr 2007 12:24:52 UTC Received: from [192.168.172.10] (10-172-168-192.albert.vpn.mintel.co.uk [192.168.172.10]) by albert.mintel.co.uk (Postfix) with ESMTP id 0052833C68 for ; Mon, 23 Apr 2007 13:24:51 +0100 (BST) Message-ID: <462CA594.5000904@tomjudge.com> Date: Mon, 23 Apr 2007 13:24:52 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.10 (X11/20070328) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: 6.2-STABLE (i386) Repeating crash (supervisor read, page not present) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 12:24:56 -0000 Hi, Recently I have noticed that one of our Dell PE1950's has been crashing a lot with the following reason "supervisor read, page not present". The system runs 6.2 Release under i386. I have attached 2 back traces, and I still have both cores if any more information is required. Any light that can be shed on this problem would be greatly appreciated. Tom =========== uname -a FreeBSD narthex.mintel.co.uk 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Mon Apr 2 20:13:11 BST 2007 root@bob.mintel.co.uk:/usr/obj/usr/src/sys/PE1950 i386 ## Core 1 root@narthex '13:14:47' '/home/london/tj' > $ kgdb /usr/obj/usr/src/sys/PE1950/kernel.debug /var/crash/vmcore.1 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x100005c fault code = supervisor read, page not present instruction pointer = 0x20:0xc05df61f stack pointer = 0x28:0xe4f63c30 frame pointer = 0x28:0xe4f63c90 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 = 12 (swi1: net) trap number = 12 panic: page fault cpuid = 0 Uptime: 1h25m33s Dumping 2047 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 2047MB (523944 pages) 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 <7>arp_rtrequest: bad gateway 172.31.1.1 (!AF_LINK) <7>arp_rtrequest: bad gateway 172.31.0.1 (!AF_LINK) 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc05622ba in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc05625e1 in panic (fmt=0xc06e2578 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc06b4580 in trap_fatal (frame=0xe4f63bf0, eva=16777308) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc06b42bf in trap_pfault (frame=0xe4f63bf0, usermode=0, eva=16777308) at /usr/src/sys/i386/i386/trap.c:745 #5 0xc06b3f19 in trap (frame= {tf_fs = -1067581432, tf_es = -965803992, tf_ds = -964624344, tf_edi = -957112288, tf_esi = -965676032, tf_ebp = -453624688, tf_isp = -453624804, tf_ebx = 16777216, tf_edx = -968955648, tf_ecx = 4, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1067583969, tf_cs = 32, tf_eflags = 66118, tf_esp = 3, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc06a095a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc05df61f in in_arpinput (m=0xc68ba200) at /usr/src/sys/netinet/if_ether.c:636 #8 0xc05df4ea in arpintr (m=0xc68ba200) at /usr/src/sys/netinet/if_ether.c:551 #9 0xc05d861b in netisr_processqueue (ni=0xc076b078) at /usr/src/sys/net/netisr.c:236 #10 0xc05d881a in swi_net (dummy=0x0) at /usr/src/sys/net/netisr.c:349 #11 0xc054cc49 in ithread_execute_handlers (p=0xc63ed860, ie=0xc643bb80) at /usr/src/sys/kern/kern_intr.c:682 #12 0xc054cd59 in ithread_loop (arg=0xc63bb870) at /usr/src/sys/kern/kern_intr.c:765 #13 0xc054b9fd in fork_exit (callout=0xc054cd04 , arg=0xc63bb870, frame=0xe4f63d38) at /usr/src/sys/kern/kern_fork.c:821 #14 0xc06a09bc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 (kgdb) exit Undefined command: "exit". Try "help". (kgdb) quit ## Core 2 root@narthex '13:15:32' '/home/london/tj' > $ kgdb /usr/obj/usr/src/sys/PE1950/kernel.debug /var/crash/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0xb1 fault code = supervisor read, page not present instruction pointer = 0x20:0xc047ed16 stack pointer = 0x28:0xecd9c9e0 frame pointer = 0x28:0xecd9c9e0 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 = 22409 (pfctl) trap number = 12 panic: page fault cpuid = 1 Uptime: 3d1h41m58s Dumping 2047 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 2047MB (523944 pages) 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc05622ba in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc05625e1 in panic (fmt=0xc06e2578 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc06b4580 in trap_fatal (frame=0xecd9c9a0, eva=177) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc06b42bf in trap_pfault (frame=0xecd9c9a0, usermode=0, eva=177) at /usr/src/sys/i386/i386/trap.c:745 #5 0xc06b3f19 in trap (frame= {tf_fs = 8, tf_es = -321322968, tf_ds = -1067909080, tf_edi = -965816192, tf_esi = -257, tf_ebp = -321271328, tf_isp = -321271348, tf_ebx = -957803852, tf_edx = 1, tf_ecx = -957803852, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1069028074, tf_cs = 32, tf_eflags = 66050, tf_esp = -321271304, tf_ss = -1069021108}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc06a095a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc047ed16 in pfi_ifhead_RB_NEXT (elm=0x1) at /usr/src/sys/contrib/pf/net/pf_if.c:120 #8 0xc048084c in pfi_clear_flags (name=0xc66ed080 "", flags=-257) at /usr/src/sys/contrib/pf/net/pf_if.c:1004 #9 0xc0485629 in pfioctl (dev=0xc66d6100, cmd=3223602266, addr=0xc66ed080 "", flags=3, td=0x0) at /usr/src/sys/contrib/pf/net/pf_ioctl.c:3191 #10 0xc050fac3 in devfs_ioctl_f (fp=0xc6c72120, com=3223602266, data=0xc66ed080, cred=0xc6cab500, td=0xc6bcc900) at /usr/src/sys/fs/devfs/devfs_vnops.c:479 #11 0xc0586249 in ioctl (td=0xc6bcc900, uap=0xecd9cd04) at file.h:264 #12 0xc06b48c7 in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = -1077944364, tf_esi = 2, tf_ebp = -1077944344, tf_isp = -321270428, tf_ebx = 0, tf_edx = 0, tf_ecx = 0, tf_eax = 54, tf_trapno = 12, tf_err = 2, tf_eip = 672674543, tf_cs = 51, tf_eflags = 582, tf_esp = -1077944420, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:983 #13 0xc06a09af in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #14 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) supervisor read, page not presentQuit (kgdb) From owner-freebsd-stable@FreeBSD.ORG Mon Apr 23 13:00:24 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 687E816A403 for ; Mon, 23 Apr 2007 13:00:24 +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 F289613C46A for ; Mon, 23 Apr 2007 12:58:12 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from source ([217.206.187.79]) by eu1sys200aob011.postini.com ([207.126.147.11]) with SMTP; Mon, 23 Apr 2007 12:58:11 UTC Received: from [192.168.172.10] (10-172-168-192.albert.vpn.mintel.co.uk [192.168.172.10]) by albert.mintel.co.uk (Postfix) with ESMTP id 2CA5E33C68; Mon, 23 Apr 2007 13:27:27 +0100 (BST) Message-ID: <462CA62F.9060306@tomjudge.com> Date: Mon, 23 Apr 2007 13:27:27 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.10 (X11/20070328) MIME-Version: 1.0 To: Kai References: <20070411105332.GC7847@xs4all.nl> <20070419123329.GA10189@xs4all.nl> <14989d6e0704190714p5250d1ddv8dde92d4aec14922@mail.gmail.com> <20070423121514.GB20155@xs4all.nl> In-Reply-To: <20070423121514.GB20155@xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Christian Walther Subject: Re: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 13:00:24 -0000 Kai wrote: > On Thu, Apr 19, 2007 at 04:14:23PM +0200, Christian Walther wrote: > >> On 19/04/07, Kai wrote: >> >>> On Wed, Apr 11, 2007 at 12:53:32PM +0200, Kai wrote: >>> >>>> Hello all, >>>> >>>> We're running into regular panics on our webserver after upgrading >>>> from 4.x to 6.2-stable: >>>> >>> Hi Again, >>> >>> The panics keep happening, so I'm trying alternate kernel setups. This is a >>> trace of a panic on a default SMP kernel with debugging symbols. >>> >>> I'm At a loss on how to progress at this point, perhaps someone can help me >>> please? >>> >> [snip] >> >>> Fatal trap 12: page fault while in kernel mode >>> cpuid = 0; apic id = 00 >>> fault virtual address = 0x34 >>> fault code = supervisor read, page not present >>> instruction pointer = 0x20:0xc06bdefa >>> stack pointer = 0x28:0xeb9cf938 >>> frame pointer = 0x28:0xeb9cf944 >>> 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 = 13577 (perl5.8.8) >>> trap number = 12 >>> panic: page fault >>> >> Is this perl derived from ports? And if so, did you rebuild it after you >> upgraded to 6.2? Or is maybe FreeBSD 4.x binary compatibility missing from >> your kernel? >> > > Hi Chris, > > Thanks for your reply; The upgrade i'm talking about is just a term > describing that we switched from FreeBSD 4.10 to 6.2. Its new hardware; its > hardware on which FreeBSD 4.10 will not run. > So in effect its not an upgrade, though the symptoms did not show on > apache-1.3.37 + nfsmounted homepages under FreeBSD 4.10. > > If perl would be the problem, the OS shouldn't panic IMHO. Perl in this case > is writing a fairly large guestbook file (eg. 2 Mb), and does this through > perls own: > open(BOOK, "+<$file") or die; > > This $file is located on an NFS mounted filesystem. It'll get read and > written. > > The NFS filesystem is mounted with "rw,nosuid,intr,bg,resvport,nfsv3". I > have tried mounting without intr, but panics keep happening. The NFS server > is a Netapp filer. > > This is a production environment, so I can't go updating to the latest > current. > > Kai > Just a me too, however I seem to get these crashes from random applications. See my last post for back traces. Tom From owner-freebsd-stable@FreeBSD.ORG Mon Apr 23 13:30:41 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C0B016A402 for ; Mon, 23 Apr 2007 13:30:41 +0000 (UTC) (envelope-from phoenix.lists@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 E888713C458 for ; Mon, 23 Apr 2007 13:30:40 +0000 (UTC) (envelope-from phoenix.lists@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so1212616ugh for ; Mon, 23 Apr 2007 06:30:39 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:organization:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:openpgp:face:content-type:content-transfer-encoding; b=ppylPAVBIJzEhqe2kdSuijz4JEBDWt85CCKBPMk5jU/vSmH5czV7C5u3AleKS5IoZhh0d6gd1P78AEYmiCPtSphLCkM/NH6c87f+Z5e54P/GSb90dMa5Zy94cqc1XfnFBu1v1ex/vyDmS6x/bDq4D8cMWG7FOusPTyUaQ2x0yJk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:organization:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:openpgp:face:content-type:content-transfer-encoding; b=hFwpL+xDAs18h+QBCKMkgyUBbQF6Cd9elzYlyIbUV6230/3FFnMbg1S5JKVzpjJ2BNXVGvC+q01fu0agKvG+g5blElV5/Im4kZJzr1FoK7vvTc/J+bX2e1uQ/iA8hlKxfK1SYm8JksGpHlgJu25HKuyPe98QaGxfLmOjCLIDf8Y= Received: by 10.66.249.16 with SMTP id w16mr5176494ugh.1177335039747; Mon, 23 Apr 2007 06:30:39 -0700 (PDT) Received: from sp0-host.lan ( [77.122.253.128]) by mx.google.com with ESMTP id e33sm12063584ugd.2007.04.23.06.30.36; Mon, 23 Apr 2007 06:30:37 -0700 (PDT) Message-ID: <462CB4FC.8020500@gmail.com> Date: Mon, 23 Apr 2007 16:30:36 +0300 From: Simon Phoenix Organization: Phoenix Lab. User-Agent: Thunderbird 2.0.0.0 (X11/20070421) MIME-Version: 1.0 To: Ganbold References: <200704182205.52028.beni@brinckman.info> <200704200105.22646.michaelnottebrock@gmx.net> <46281DAC.7090508@micom.mng.net> <200704211629.20998.beni@brinckman.info> <462C1C71.1070609@micom.mng.net> In-Reply-To: <462C1C71.1070609@micom.mng.net> X-Enigmail-Version: 0.95.0 OpenPGP: id=2569D30B; url=http://keyserver.veridis.com:11371/export?id=-8883115982484548853&created=1138842246000 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAQMAAABtzGvEAAAABlBMVEUAAAD///+l2Z/dAAAA oUlEQVQY043QsQ2DMBCF4RdRpPQIbBIPlQFcZgxGsaUUlDcCdCkJosES8cXPFkJKFCk0n2z/dwXQ 8uGDWYUsBz7zEO0wLk2AwYgTyXVJdCAv7UlynahDsj7AZqyghV6ukiw0zSQAjidVXxkKEwcieiYr Gi6L3OkKiYgwUQl5Z4QwWWFqKXuyHQkH6tsfpU4/eJq73hA3M+KcL9u1DPivX/cGp2DdNlc2XdMA AAAASUVORK5CYII= Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, kde@freebsd.org, Beni Subject: Re: [kde-freebsd] problem hal - k3b ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 13:30:41 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Ganbold said the following on 23.04.2007 05:39: > Beni wrote: >> On Friday 20 April 2007 03:55:56 Ganbold wrote: >> >>> Michael Nottebrock wrote: >>> >>>> I forwarded my mail to gnome@ (the HAL maintainers) after sending it >>>> and >>>> Joe Marcus Clarke from gnome@ had this to say on the issue: >>>> >>>> --- snip >>>> >>>> This should have been fixed a while ago by jylefort when he set the >>>> default device for ATAPI access to be the ATAPICAM device (as >>>> opposed to >>>> the ATA device). Assuming you have not undone that change, and are >>>> running the latest version of HAL, these panics should not be >>>> occurring. >>>> >>>> Even still, you're right that these are not HAL bugs, but rather an >>>> issue in the kernel. I use nautilus-cd-burner to burn CDs in GNOME, >>>> and >>>> I have never had such a panic on 6-STABLE. n-c-b uses cdrecord, cdrao, >>>> and dvd-utils under the covers to do the actual device work. Not sure >>>> what k3b is using, but maybe it diddles something it shouldn't. >>>> >>>> Joe >>>> >>>> --- snip >>>> >>>> Beni, Robert, Ganbold, are you all in fact running the latest >>>> version of >>>> the hal port and do you all have atapicam enabled in your kernel? If >>>> not, >>>> making sure of both might help avoiding the problem. >>>> >>> I see. I know I have updated my system last Saturday (14th April >>> 2007) and >>> I think I updated both hal and kdelibs ports. I have atapicam enabled in >>> kernel. >>> Let me double check it this weekend and I will let you know. >>> >>> thanks, >>> >>> Ganbold >>> >>> >>>> ------------------------------------------------------------------------ >>>> >>>> >>>> Subject: >>>> Re: Fwd: Re: [kde-freebsd] problem hal - k3b ? >>>> From: >>>> Joe Marcus Clarke >>>> Date: >>>> Thu, 19 Apr 2007 12:49:26 -0400 >>>> To: >>>> Michael Nottebrock >>>> >>>> To: >>>> Michael Nottebrock >>>> CC: >>>> gnome@freebsd.org >>>> >>>> Michael Nottebrock wrote: >>>> >>>>> I forgot to cc gnome@ on my reply. I don't think this is a HAL bug, >>>>> but >>>>> just FYI. >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> >>>>> Subject: >>>>> Re: [kde-freebsd] problem hal - k3b ? >>>>> From: >>>>> Michael Nottebrock >>>>> Date: >>>>> Thu, 19 Apr 2007 18:12:46 +0200 >>>>> To: >>>>> kde@freebsd.org >>>>> >>>>> To: >>>>> kde@freebsd.org >>>>> CC: >>>>> Beni , h.eichmann@gmx.de, current@freebsd.org, >>>>> stable@freebsd.org >>>>> >>>>> On Wednesday, 18. April 2007, Beni wrote: >>>>> >>>>>> Hi List, >>>>>> >>>>>> I think I have a problem with hal(d) and k3b (version 1.0 from >>>>>> ports) : >>>>>> my whole system freezes when starting up k3b. I get the splash screen >>>>>> and then it all stops and a ctrl-alt-del is the only way out. >>>>>> >>>>> Other people have reported kernel panics. It looks to me like k3b's >>>>> device probing and hald's device probing at the same time manages to >>>>> tickle a bug in ata(4). >>>>> >>>>> Ref: >>>>> http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070753.htm >>>>> >>>>> l >>>>> http://lists.freebsd.org/pipermail/freebsd-stable/2007-April/034486.html >>>>> >>>>> >>>>> I'm afraid a true kernel hacker will have to inconvenince themselves >>>>> with running k3b and hal in order to have this one fixed. FWIW, I >>>>> haven't seen in happening on 5.5. >>>>> >>>> This should have been fixed a while ago by jylefort when he set the >>>> default device for ATAPI access to be the ATAPICAM device (as >>>> opposed to >>>> the ATA device). Assuming you have not undone that change, and are >>>> running the latest version of HAL, these panics should not be >>>> occurring. >>>> >>>> Even still, you're right that these are not HAL bugs, but rather an >>>> issue in the kernel. I use nautilus-cd-burner to burn CDs in GNOME, >>>> and >>>> I have never had such a panic on 6-STABLE. n-c-b uses cdrecord, cdrao, >>>> and dvd-utils under the covers to do the actual device work. Not sure >>>> what k3b is using, but maybe it diddles something it shouldn't. >>>> >>>> Joe >>>> >> >> >> Could it all be related to this : >> http://lists.freebsd.org/pipermail/freebsd-stable/2007-April/034553.html >> and the "solution" from Shane Bell in >> http://lists.freebsd.org/pipermail/freebsd-stable/2007-April/034602.html >> : >> >> "I believe the culprit is somewhere in a recent MFC to atapi-cam.c >> (rev 1.42.2.3) reverting to rev 1.42.2.2 fixes both the k3b system >> hangs and "INQUIRY ILLEGAL REQUEST" errors here." >> > > > Most probably. I updated everything, including source and ports on April > 22nd and > the problem still exists. k3b hangs after loading splash screen and I > had to use > power button on my laptop to power down and up the system. > > I will try to revert rev 1.42.2.2 and see what will happen. > This problem appear in my system after updating system and ports on April, 06. K3b hangs either after loading splash screen or after eject wrote media from device. - -- Best regards, Simon Phoenix (Phoenix Lab.) - --------------------------------------------------------------- KeyID: 0x2569D30B Fingerprint: 78FC 5C40 07CC D331 148E CC79 84B8 D514 2569 D30B - --------------------------------------------------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGLLT3hLjVFCVp0wsRCoOgAKDaxr6MetMDwjUBu4e69jSHx+FShwCg46rL dHdm6m1QDH3Xv3nfetI7bTY= =WVjD -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 23 14:17:55 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BAD4516A400 for ; Mon, 23 Apr 2007 14:17:55 +0000 (UTC) (envelope-from schiz0phrenic21@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.231]) by mx1.freebsd.org (Postfix) with ESMTP id 7CF0F13C46A for ; Mon, 23 Apr 2007 14:17:55 +0000 (UTC) (envelope-from schiz0phrenic21@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so1616326wra for ; Mon, 23 Apr 2007 07:17:54 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=BBfU+vHvpfBwfD+QIqAgJu9DSZWP0KcB9GXzXAnnRE3VeAdib6pwFBTX4DBGP+BmLh4tmizw9FS5gK7j2bCdNrsI2j5NMCrER9ZltIdcsbOpY+EO72t035hoIurN75b9brZaaKXl1jMjiVLoqYun16BGvqKHj2t7Eg9yaO9ISJU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=NVaivytzQ4WfdhKq+3YAUQZFQlepJXOPilE/BPZOvLwRpOOX0jVRmQs4OxHom/uMwg7qLLWCKKb6DmueaJcs68clLplzo9zRjfA7Qs/g4ffYN0puWngRFRxaUrjB6itX3CRBZdcPnVcNEKk38xvpLAXuYXdvJisI/cEht2mG69s= Received: by 10.114.79.1 with SMTP id c1mr2532341wab.1177337871239; Mon, 23 Apr 2007 07:17:51 -0700 (PDT) Received: by 10.114.52.13 with HTTP; Mon, 23 Apr 2007 07:17:51 -0700 (PDT) Message-ID: <8d23ec860704230717w63d8c375kb0c6d74f1fb5442f@mail.gmail.com> Date: Mon, 23 Apr 2007 10:17:51 -0400 From: Schiz0 To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Port Compile Error: mod_security2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 14:17:55 -0000 Hey guys, Running 6.2-RELEASE-p3 and apache2.2.4. I'm trying to install mod_security2 from ports, and I'm getting the following error during the build http://Schiz0.securityexploits.com/mod_security2.ports.compile.error I've updated the ports database via csup within 24 hours of trying to compile mod_security2, so it isn't an outdated database. uname -a: FreeBSD Schiz0.securityexploits.com 6.2-RELEASE-p3 FreeBSD 6.2-RELEASE-p3#0: Sun Apr 15 23:22:36 EDT 2007 root@Schiz0.securityexploits.com:/usr/obj/usr/src/sys/SCHIZ0NET i386 Thanks in advance! ~Steve From owner-freebsd-stable@FreeBSD.ORG Mon Apr 23 14:27:04 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B826616A408 for ; Mon, 23 Apr 2007 14:27:04 +0000 (UTC) (envelope-from mcdouga9@daemon.egr.msu.edu) Received: from daemon.egr.msu.edu (daemon.egr.msu.edu [35.9.44.65]) by mx1.freebsd.org (Postfix) with ESMTP id 9C8DA13C4B8 for ; Mon, 23 Apr 2007 14:27:04 +0000 (UTC) (envelope-from mcdouga9@daemon.egr.msu.edu) Received: by daemon.egr.msu.edu (Postfix, from userid 21281) id 660411CC34; Mon, 23 Apr 2007 09:59:07 -0400 (EDT) Date: Mon, 23 Apr 2007 09:59:07 -0400 From: Adam McDougall To: Kai Message-ID: <20070423135907.GN55098@egr.msu.edu> References: <20070411105332.GC7847@xs4all.nl> <20070419123329.GA10189@xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070419123329.GA10189@xs4all.nl> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: stable@freebsd.org Subject: Re: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 14:27:04 -0000 On Thu, Apr 19, 2007 at 02:33:29PM +0200, Kai wrote: On Wed, Apr 11, 2007 at 12:53:32PM +0200, Kai wrote: > > Hello all, > > We're running into regular panics on our webserver after upgrading > from 4.x to 6.2-stable: Hi Again, The panics keep happening, so I'm trying alternate kernel setups. This is a trace of a panic on a default SMP kernel with debugging symbols. Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x34 ^^^^^^^^^ fault code = supervisor read, page not present ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ #7 0xc06bdefa in vfs_vmio_release (bp=0xdbec2560) at atomic.h:146 ^^^^^^^^^^^^^^^^ #8 0xc06be728 in getnewbuf (slpflag=0, slptimeo=0, size=6585, maxsize=8192) at ../../../kern/vfs_bio.c:1779 #9 0xc06bfccc in getblk (vp=0xca2cfdd0, blkno=8438, size=6585, slpflag=0, slptimeo=0, flags=0) at ../../../kern/vfs_bio.c:2497 #10 0xc075ad41 in nfs_getcacheblk (vp=0xca2cfdd0, bn=8438, size=6585, td=0xc8cd1c00) at ../../../nfsclient/nfs_bio.c:1261 #11 0xc075a978 in nfs_write (ap=0x0) at ../../../nfsclient/nfs_bio.c:1069 #12 0xc089fde6 in VOP_WRITE_APV (vop=0xc0984440, a=0xeb9cfbec) at vnode_if.c:698 #13 0xc06dbb26 in vn_write (fp=0xc8940e10, uio=0xeb9cfcbc, active_cred=0xc89ee880, flags=0, td=0xc8cd1c00) at vnode_if.h:372 #14 0xc0698f63 in dofilewrite (td=0xc8cd1c00, fd=5, fp=0xc8940e10, auio=0xeb9cfcbc, offset=Unhandled dwarf expression opcode 0x93 ) at file.h:252 #15 0xc0698e07 in kern_writev (td=0xc8cd1c00, fd=5, auio=0xeb9cfcbc) at ../../../kern/sys_generic.c:402 #16 0xc0698d2d in write (td=0xc8cd1c00, uap=0xc8cd1c00) at ../../../kern/sys_generic.c:326 I believe I am seeing the same panic on my samba servers, sometimes from NFS and sometimes from FFS. I see it on i386 and amd64 alike. I do not know how to manually trigger it, but I do have two servers sitting in DDB from after the panic, waiting for more experienced hands to continue the debugging from what I have already done. I filed a PR with as much details as I could think of, and it would be wonderful if someone could look at it and either tell me what else to do in DDB, or I could provide remote access to the existing DDB session to a developer. Both servers crashed in vfs_vmio_release but one was through NFS and one through FFS. pr 111831 http://docs.freebsd.org/cgi/mid.cgi?200704181924.l3IJOMUL088901 From owner-freebsd-stable@FreeBSD.ORG Mon Apr 23 14:30:36 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AD6C716A404 for ; Mon, 23 Apr 2007 14:30:36 +0000 (UTC) (envelope-from bseklecki@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id 68D7513C45E for ; Mon, 23 Apr 2007 14:30:36 +0000 (UTC) (envelope-from bseklecki@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 Apr 2007 10:30:35 -0400 id 0005643E.462CC30B.000024C0 Received: from Internal Mail-Server by mx01 (envelope-from bseklecki@collaborativefusion.com) with RC4-MD5 encrypted SMTP; 23 Apr 2007 09:29:50 -0500 From: "Brian A. Seklecki" To: Schiz0 In-Reply-To: <8d23ec860704230717w63d8c375kb0c6d74f1fb5442f@mail.gmail.com> References: <8d23ec860704230717w63d8c375kb0c6d74f1fb5442f@mail.gmail.com> Organization: Collaborative Fusion, Inc. Date: Mon, 23 Apr 2007 10:30:34 -0400 Message-Id: <1177338634.23205.5.camel@soundwave.pgh.priv.collaborativefusion.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Cc: freebsd-stable@freebsd.org Subject: Re: Port Compile Error: mod_security2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 14:30:36 -0000 Check your PCRE package: $ pkg_info -L pcre-6.6_1|grep -i pcre.c /usr/local/man/man3/pcre_compile.3.gz /usr/local/man/man3/pcre_compile2.3.gz /usr/local/man/man3/pcre_config.3.gz /usr/local/man/man3/pcre_copy_named_substring.3.gz /usr/local/man/man3/pcre_copy_substring.3.gz /usr/local/bin/pcre-config [...snip...] /usr/local/include/pcre.h ~BAS On Mon, 2007-04-23 at 10:17 -0400, Schiz0 wrote: > Hey guys, > > Running 6.2-RELEASE-p3 and apache2.2.4. I'm trying to install mod_security2 > from ports, and I'm getting the following error during the build > > http://Schiz0.securityexploits.com/mod_security2.ports.compile.error > > I've updated the ports database via csup within 24 hours of trying to > compile mod_security2, so it isn't an outdated database. > > uname -a: > FreeBSD Schiz0.securityexploits.com 6.2-RELEASE-p3 FreeBSD > 6.2-RELEASE-p3#0: Sun Apr 15 23:22:36 EDT 2007 > root@Schiz0.securityexploits.com:/usr/obj/usr/src/sys/SCHIZ0NET i386 > > Thanks in advance! > ~Steve > _______________________________________________ > 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" -- Brian A. Seklecki Collaborative Fusion, Inc. IMPORTANT: This message contains confidential information and is intended only for the individual named. If the reader of this message is not an intended recipient (or the individual responsible for the delivery of this message to an intended recipient), please be advised that any re-use, dissemination, distribution or copying of this message is prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 23 15:34:49 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 43AD016A403 for ; Mon, 23 Apr 2007 15:34:49 +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 E918C13C45D for ; Mon, 23 Apr 2007 15:34:48 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from zone3000.kharkov.ua (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 23 Apr 2007 15:34:43 -0000 Date: Mon, 23 Apr 2007 18:34:16 +0300 From: Nikolay Pavlov To: "Marc G. Fournier" , Chris , freebsd-stable@freebsd.org, Thiago Esteves de Oliveira , "Brian A. Seklecki" , freebsd-questions@freebsd.org Message-ID: <20070423153416.GA26026@zone3000.net> Mail-Followup-To: Nikolay Pavlov , "Marc G. Fournier" , Chris , freebsd-stable@freebsd.org, Thiago Esteves de Oliveira , "Brian A. Seklecki" , freebsd-questions@freebsd.org References: <3aaaa3a0704052217g67281716ge8a2d1a888025d0e@mail.gmail.com> <0D3D8201F40120DCE73AD00B@ganymede.hub.org> <3aaaa3a0704071212o3b4dce4dgd8def804e5b1156c@mail.gmail.com> <20070423110610.GA13461@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070423110610.GA13461@icarus.home.lan> User-Agent: Mutt/1.4.2.2i X-Operating-System: FreeBSD 6.1-RELEASE-p10 Cc: Subject: Re: No buffer space available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 15:34:49 -0000 On Monday, 23 April 2007 at 4:06:10 -0700, Jeremy Chadwick wrote: > On Sat, Apr 07, 2007 at 08:20:58PM -0300, Marc G. Fournier wrote: > > - --On Saturday, April 07, 2007 20:12:00 +0100 Chris wrote: > > > Also to add I now have a 2nd box using 6.2 STABLE few days old code, > > > had to use it because of broadcom 5755 nic card, I plan to use large > > > tcp window sizes so will be interesting to see if this also suffers > > > from the problem. > > > > I've got 8 servers on the same network, 3 are almost identical, but one of them > > (the one with the problem) is using software RAID vs hardware ... but, if you > > are seeing it without using software RAID, then that is obviously not the > > culprit :( > > May be a red herring... > > I'm able to reproduce the "No buffer space available" message when > setting net.inet.tcp.(send|recv)space to non-default values. All I've > tried is the following, with a kernel dated 2007/04/22: > > # sysctl net.inet.tcp.sendspace=131072 > # sysctl net.inet.tcp.recvspace=262144 > > Example session: > > $ su2 > # sysctl net.inet.tcp.sendspace=131072 > net.inet.tcp.sendspace: 32768 -> 131072 > # sysctl net.inet.tcp.recvspace=262144 > net.inet.tcp.recvspace: 65536 -> 262144 > # logout > $ ssh medusa > socket: No buffer space available > ssh: connect to host medusa port 22: No buffer space available > $ su2 > # sysctl net.inet.tcp.sendspace=32768 > net.inet.tcp.sendspace: 131072 -> 32768 > # sysctl net.inet.tcp.recvspace=65536 > net.inet.tcp.recvspace: 262144 -> 65536 > # logout > $ ssh medusa > Last login: Mon Apr 23 03:45:45 2007 from ... > > I assume this is because the maximum size of a TCP datagram is 65536 > bytes, but as I'm not familiar enough with TCP on such a low level, > this may be speculation on my part. > > Just something worth checking/tinkering with. > Try to adjust kern.ipc.maxsockbuf value. -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-stable@FreeBSD.ORG Mon Apr 23 15:35:50 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 45D9616A400 for ; Mon, 23 Apr 2007 15:35:50 +0000 (UTC) (envelope-from kai@xs4all.nl) Received: from smtp-vbr6.xs4all.nl (smtp-vbr6.xs4all.nl [194.109.24.26]) by mx1.freebsd.org (Postfix) with ESMTP id D8AA313C45A for ; Mon, 23 Apr 2007 15:35:49 +0000 (UTC) (envelope-from kai@xs4all.nl) Received: from xs6.xs4all.nl (xs6.xs4all.nl [194.109.21.6]) by smtp-vbr6.xs4all.nl (8.13.8/8.13.8) with ESMTP id l3NFZmON049906 for ; Mon, 23 Apr 2007 17:35:48 +0200 (CEST) (envelope-from kai@xs4all.nl) Received: from xs6.xs4all.nl (kai@localhost [127.0.0.1]) by xs6.xs4all.nl (8.13.6/8.13.6) with ESMTP id l3NFZl0Q074517 for ; Mon, 23 Apr 2007 17:35:48 +0200 (CEST) (envelope-from kai@xs4all.nl) Received: (from kai@localhost) by xs6.xs4all.nl (8.13.6/8.13.6/Submit) id l3NFZlmI074516 for stable@freebsd.org; Mon, 23 Apr 2007 17:35:47 +0200 (CEST) (envelope-from kai) Date: Mon, 23 Apr 2007 17:35:47 +0200 From: Kai To: stable@freebsd.org Message-ID: <20070423153547.GD20155@xs4all.nl> References: <20070411105332.GC7847@xs4all.nl> <20070419123329.GA10189@xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070419123329.GA10189@xs4all.nl> User-Agent: Mutt/1.4.2.1i X-Virus: Hi! I'm a header virus! Forward this header to your friends to help me spread! X-Morphed: complete X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Subject: Re: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 15:35:50 -0000 On Thu, Apr 19, 2007 at 02:33:29PM +0200, Kai wrote: > On Wed, Apr 11, 2007 at 12:53:32PM +0200, Kai wrote: > > > > Hello all, > > > > We're running into regular panics on our webserver after upgrading > > from 4.x to 6.2-stable: > Hi all, To continue this story, a colleague wrote a small program in C that launches 40 threads to randomly append and write to 10 files on an NFS mounted filesystem. If I keep removing the files on one of the other machines in a while loop, the first system panics: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x34 fault code = supervisor read, page not present instruction pointer = 0x20:0xc06bdefa stack pointer = 0x28:0xeb9f69b8 frame pointer = 0x28:0xeb9f69c4 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 = 73626 (nfscrash) trap number = 12 panic: page fault cpuid = 1 Uptime: 3h2m14s Sounds like a nice denial of service problem. I can hand the program to developers on request. Regards, Kai Storbeck -- This was an above the .signature production From owner-freebsd-stable@FreeBSD.ORG Mon Apr 23 15:42:11 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9DF3016A401 for ; Mon, 23 Apr 2007 15:42:11 +0000 (UTC) (envelope-from bseklecki@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id 4CA4913C45A for ; Mon, 23 Apr 2007 15:42:10 +0000 (UTC) (envelope-from bseklecki@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 Apr 2007 11:42:10 -0400 id 00056423.462CD3D2.0000339B Received: from Internal Mail-Server by mx01 (envelope-from bseklecki@collaborativefusion.com) with RC4-MD5 encrypted SMTP; 23 Apr 2007 10:41:25 -0500 From: "Brian A. Seklecki" To: Tom Judge In-Reply-To: <462CA594.5000904@tomjudge.com> References: <462CA594.5000904@tomjudge.com> Organization: Collaborative Fusion, Inc. Date: Mon, 23 Apr 2007 11:42:09 -0400 Message-Id: <1177342929.23205.42.camel@soundwave.pgh.priv.collaborativefusion.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-STABLE (i386) Repeating crash (supervisor read, page not present) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 15:42:11 -0000 Are you running i386 on this platform to keep your network platform homogeneous. We run 6.2p2 on amd64 on the same hardware w/o issue. That's an interesting ARP issue; are you using bce(4)? We prefer to stack the machine with PCIe4x em(4) cards. ~BAS On Mon, 2007-04-23 at 13:24 +0100, Tom Judge wrote: > I have attached 2 back traces, and I still have both cores if any > more -- Brian A. Seklecki Collaborative Fusion, Inc. IMPORTANT: This message contains confidential information and is intended only for the individual named. If the reader of this message is not an intended recipient (or the individual responsible for the delivery of this message to an intended recipient), please be advised that any re-use, dissemination, distribution or copying of this message is prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 23 15:54:16 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 08FF916A401 for ; Mon, 23 Apr 2007 15:54:16 +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 EAB4F13C45A for ; Mon, 23 Apr 2007 15:54:15 +0000 (UTC) (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 06A611A4DC1; Mon, 23 Apr 2007 08:54:38 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1F37D5126B; Mon, 23 Apr 2007 11:54:15 -0400 (EDT) Date: Mon, 23 Apr 2007 11:54:15 -0400 From: Kris Kennaway To: Tom Judge Message-ID: <20070423155414.GA1006@xor.obsecurity.org> References: <20070411105332.GC7847@xs4all.nl> <20070419123329.GA10189@xs4all.nl> <14989d6e0704190714p5250d1ddv8dde92d4aec14922@mail.gmail.com> <20070423121514.GB20155@xs4all.nl> <462CA62F.9060306@tomjudge.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <462CA62F.9060306@tomjudge.com> User-Agent: Mutt/1.4.2.2i Cc: stable@freebsd.org, Christian Walther , Kai Subject: Re: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 15:54:16 -0000 On Mon, Apr 23, 2007 at 01:27:27PM +0100, Tom Judge wrote: > Kai wrote: > >On Thu, Apr 19, 2007 at 04:14:23PM +0200, Christian Walther wrote: > > > >>On 19/04/07, Kai wrote: > >> > >>>On Wed, Apr 11, 2007 at 12:53:32PM +0200, Kai wrote: > >>> > >>>>Hello all, > >>>> > >>>>We're running into regular panics on our webserver after upgrading > >>>>from 4.x to 6.2-stable: > >>>> > >>>Hi Again, > >>> > >>>The panics keep happening, so I'm trying alternate kernel setups. This > >>>is a > >>>trace of a panic on a default SMP kernel with debugging symbols. > >>> > >>>I'm At a loss on how to progress at this point, perhaps someone can help > >>>me > >>>please? > >>> > >>[snip] > >> > >>>Fatal trap 12: page fault while in kernel mode > >>>cpuid = 0; apic id = 00 > >>>fault virtual address = 0x34 > >>>fault code = supervisor read, page not present > >>>instruction pointer = 0x20:0xc06bdefa > >>>stack pointer = 0x28:0xeb9cf938 > >>>frame pointer = 0x28:0xeb9cf944 > >>>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 = 13577 (perl5.8.8) > >>>trap number = 12 > >>>panic: page fault > >>> > >>Is this perl derived from ports? And if so, did you rebuild it after you > >>upgraded to 6.2? Or is maybe FreeBSD 4.x binary compatibility missing from > >>your kernel? > >> > > > >Hi Chris, > > > >Thanks for your reply; The upgrade i'm talking about is just a term > >describing that we switched from FreeBSD 4.10 to 6.2. Its new hardware; its > >hardware on which FreeBSD 4.10 will not run. > >So in effect its not an upgrade, though the symptoms did not show on > >apache-1.3.37 + nfsmounted homepages under FreeBSD 4.10. > > > >If perl would be the problem, the OS shouldn't panic IMHO. Perl in this > >case > >is writing a fairly large guestbook file (eg. 2 Mb), and does this through > >perls own: > > open(BOOK, "+<$file") or die; > > > >This $file is located on an NFS mounted filesystem. It'll get read and > >written. > > > >The NFS filesystem is mounted with "rw,nosuid,intr,bg,resvport,nfsv3". I > >have tried mounting without intr, but panics keep happening. The NFS server > >is a Netapp filer. > > > >This is a production environment, so I can't go updating to the latest > >current. > > > >Kai > > > > Just a me too, however I seem to get these crashes from random applications. > > See my last post for back traces. Just to clarify, your problem appears to have nothing to do with the above report. Kris From owner-freebsd-stable@FreeBSD.ORG Mon Apr 23 15:55:53 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0F24C16A401 for ; Mon, 23 Apr 2007 15:55:53 +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 F0DC513C44C for ; Mon, 23 Apr 2007 15:55:52 +0000 (UTC) (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 315D31A4DC3; Mon, 23 Apr 2007 08:56:15 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 519AA5132C; Mon, 23 Apr 2007 11:55:52 -0400 (EDT) Date: Mon, 23 Apr 2007 11:55:52 -0400 From: Kris Kennaway To: Kai Message-ID: <20070423155552.GB1006@xor.obsecurity.org> References: <20070411105332.GC7847@xs4all.nl> <20070419123329.GA10189@xs4all.nl> <20070423153547.GD20155@xs4all.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline In-Reply-To: <20070423153547.GD20155@xs4all.nl> User-Agent: Mutt/1.4.2.2i Cc: stable@freebsd.org Subject: Re: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 15:55:53 -0000 --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 23, 2007 at 05:35:47PM +0200, Kai wrote: > On Thu, Apr 19, 2007 at 02:33:29PM +0200, Kai wrote: > > On Wed, Apr 11, 2007 at 12:53:32PM +0200, Kai wrote: > > >=20 > > > Hello all, > > >=20 > > > We're running into regular panics on our webserver after upgrading > > > from 4.x to 6.2-stable: > >=20 >=20 > Hi all, >=20 > To continue this story, a colleague wrote a small program in C that launc= hes > 40 threads to randomly append and write to 10 files on an NFS mounted > filesystem.=20 >=20 > If I keep removing the files on one of the other machines in a while loop, > the first system panics: >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 1; apic id =3D 01 > fault virtual address =3D 0x34 > fault code =3D supervisor read, page not present > instruction pointer =3D 0x20:0xc06bdefa > stack pointer =3D 0x28:0xeb9f69b8 > frame pointer =3D 0x28:0xeb9f69c4 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 73626 (nfscrash) > trap number =3D 12 > panic: page fault > cpuid =3D 1 > Uptime: 3h2m14s >=20 > Sounds like a nice denial of service problem. I can hand the program to > developers on request. Please send it to me. Panics are always much easier to get fixed if they come with a test case that developer can use to reproduce it. Kris --gBBFr7Ir9EOA20Yy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGLNcIWry0BWjoQKURAkD+AKDu5NG+iAB8NxPfYyYGqB76SvhxVQCffMa/ 8TLB5wrCMJusQNw3R+QqFHU= =3k9X -----END PGP SIGNATURE----- --gBBFr7Ir9EOA20Yy-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 23 15:57:29 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 635B016A403; Mon, 23 Apr 2007 15:57:29 +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 4F8EB13C455; Mon, 23 Apr 2007 15:57:29 +0000 (UTC) (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 3A1A01A4DBD; Mon, 23 Apr 2007 08:57:51 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 58EFD51342; Mon, 23 Apr 2007 11:57:28 -0400 (EDT) Date: Mon, 23 Apr 2007 11:57:28 -0400 From: Kris Kennaway To: Tom Judge Message-ID: <20070423155728.GC1006@xor.obsecurity.org> References: <462CA594.5000904@tomjudge.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WhfpMioaduB5tiZL" Content-Disposition: inline In-Reply-To: <462CA594.5000904@tomjudge.com> User-Agent: Mutt/1.4.2.2i Cc: bms@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: 6.2-STABLE (i386) Repeating crash (supervisor read, page not present) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 15:57:29 -0000 --WhfpMioaduB5tiZL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 23, 2007 at 01:24:52PM +0100, Tom Judge wrote: > Hi, >=20 > Recently I have noticed that one of our Dell PE1950's has been crashing= =20 > a lot with the following reason "supervisor read, page not present". >=20 > The system runs 6.2 Release under i386. >=20 > I have attached 2 back traces, and I still have both cores if any more=20 > information is required. Any light that can be shed on this problem=20 > would be greatly appreciated. >=20 > Tom >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 > uname -a > FreeBSD narthex.mintel.co.uk 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Mon=20 > Apr 2 20:13:11 BST 2007 =20 > root@bob.mintel.co.uk:/usr/obj/usr/src/sys/PE1950 i386 >=20 >=20 > ## Core 1 >=20 > root@narthex '13:14:47' '/home/london/tj' > > $ kgdb /usr/obj/usr/src/sys/PE1950/kernel.debug /var/crash/vmcore.1 > [GDB will not be able to debug user-mode threads:=20 > /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you = are > welcome to change it and/or distribute copies of it under certain=20 > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "i386-marcel-freebsd". >=20 > Unread portion of the kernel message buffer: >=20 >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =3D 0x100005c > fault code =3D supervisor read, page not present > instruction pointer =3D 0x20:0xc05df61f > stack pointer =3D 0x28:0xe4f63c30 > frame pointer =3D 0x28:0xe4f63c90 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 12 (swi1: net) > trap number =3D 12 > panic: page fault > cpuid =3D 0 > Uptime: 1h25m33s > Dumping 2047 MB (2 chunks) > chunk 0: 1MB (159 pages) ... ok > chunk 1: 2047MB (523944 pages) 2031 2015 1999 1983 1967 1951 1935 1919= =20 > 1903 1887 > <7>arp_rtrequest: bad gateway 172.31.1.1 (!AF_LINK) > <7>arp_rtrequest: bad gateway 172.31.0.1 (!AF_LINK) You might be hitting a bug in an obscure code path because of the above errors. I'm CC'ing someone who might be able to help. Kris > 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695 1679 1663=20 > 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439=20 > 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215=20 > 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975= =20 > 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687= =20 > 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399= =20 > 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111= =20 > 95 79 63 47 31 15 >=20 > #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 0xc05622ba in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c= :409 > #2 0xc05625e1 in panic (fmt=3D0xc06e2578 "%s") at=20 > /usr/src/sys/kern/kern_shutdown.c:565 > #3 0xc06b4580 in trap_fatal (frame=3D0xe4f63bf0, eva=3D16777308) at=20 > /usr/src/sys/i386/i386/trap.c:837 > #4 0xc06b42bf in trap_pfault (frame=3D0xe4f63bf0, usermode=3D0,=20 > eva=3D16777308) at /usr/src/sys/i386/i386/trap.c:745 > #5 0xc06b3f19 in trap (frame=3D > {tf_fs =3D -1067581432, tf_es =3D -965803992, tf_ds =3D -964624344,= =20 > tf_edi =3D -957112288, tf_esi =3D -965676032, tf_ebp =3D -453624688, tf_i= sp =3D=20 > -453624804, tf_ebx =3D 16777216, tf_edx =3D -968955648, tf_ecx =3D 4, tf_= eax =3D=20 > 0, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -1067583969, tf_cs =3D 32,= =20 > tf_eflags =3D 66118, tf_esp =3D 3, tf_ss =3D 0}) at=20 > /usr/src/sys/i386/i386/trap.c:435 > #6 0xc06a095a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #7 0xc05df61f in in_arpinput (m=3D0xc68ba200) at=20 > /usr/src/sys/netinet/if_ether.c:636 > #8 0xc05df4ea in arpintr (m=3D0xc68ba200) at=20 > /usr/src/sys/netinet/if_ether.c:551 > #9 0xc05d861b in netisr_processqueue (ni=3D0xc076b078) at=20 > /usr/src/sys/net/netisr.c:236 > #10 0xc05d881a in swi_net (dummy=3D0x0) at /usr/src/sys/net/netisr.c:349 > #11 0xc054cc49 in ithread_execute_handlers (p=3D0xc63ed860, ie=3D0xc643bb= 80)=20 > at /usr/src/sys/kern/kern_intr.c:682 > #12 0xc054cd59 in ithread_loop (arg=3D0xc63bb870) at=20 > /usr/src/sys/kern/kern_intr.c:765 > #13 0xc054b9fd in fork_exit (callout=3D0xc054cd04 ,=20 > arg=3D0xc63bb870, frame=3D0xe4f63d38) at /usr/src/sys/kern/kern_fork.c:821 > #14 0xc06a09bc in fork_trampoline () at=20 > /usr/src/sys/i386/i386/exception.s:208 > (kgdb) exit > Undefined command: "exit". Try "help". > (kgdb) quit >=20 >=20 > ## Core 2 > root@narthex '13:15:32' '/home/london/tj' > > $ kgdb /usr/obj/usr/src/sys/PE1950/kernel.debug /var/crash/vmcore.0 > [GDB will not be able to debug user-mode threads:=20 > /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you = are > welcome to change it and/or distribute copies of it under certain=20 > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "i386-marcel-freebsd". >=20 > Unread portion of the kernel message buffer: >=20 >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 1; apic id =3D 01 > fault virtual address =3D 0xb1 > fault code =3D supervisor read, page not present > instruction pointer =3D 0x20:0xc047ed16 > stack pointer =3D 0x28:0xecd9c9e0 > frame pointer =3D 0x28:0xecd9c9e0 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 22409 (pfctl) > trap number =3D 12 > panic: page fault > cpuid =3D 1 > Uptime: 3d1h41m58s > Dumping 2047 MB (2 chunks) > chunk 0: 1MB (159 pages) ... ok > chunk 1: 2047MB (523944 pages) 2031 2015 1999 1983 1967 1951 1935 1919= =20 > 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695=20 > 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471=20 > 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247=20 > 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023=20 > 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735= =20 > 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447= =20 > 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159= =20 > 143 127 111 95 79 63 47 31 15 >=20 > #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 0xc05622ba in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c= :409 > #2 0xc05625e1 in panic (fmt=3D0xc06e2578 "%s") at=20 > /usr/src/sys/kern/kern_shutdown.c:565 > #3 0xc06b4580 in trap_fatal (frame=3D0xecd9c9a0, eva=3D177) at=20 > /usr/src/sys/i386/i386/trap.c:837 > #4 0xc06b42bf in trap_pfault (frame=3D0xecd9c9a0, usermode=3D0, eva=3D17= 7) at=20 > /usr/src/sys/i386/i386/trap.c:745 > #5 0xc06b3f19 in trap (frame=3D > {tf_fs =3D 8, tf_es =3D -321322968, tf_ds =3D -1067909080, tf_edi = =3D=20 > -965816192, tf_esi =3D -257, tf_ebp =3D -321271328, tf_isp =3D -321271348= ,=20 > tf_ebx =3D -957803852, tf_edx =3D 1, tf_ecx =3D -957803852, tf_eax =3D 0,= =20 > tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -1069028074, tf_cs =3D 32, tf_= eflags=20 > =3D 66050, tf_esp =3D -321271304, tf_ss =3D -1069021108}) at=20 > /usr/src/sys/i386/i386/trap.c:435 > #6 0xc06a095a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #7 0xc047ed16 in pfi_ifhead_RB_NEXT (elm=3D0x1) at=20 > /usr/src/sys/contrib/pf/net/pf_if.c:120 > #8 0xc048084c in pfi_clear_flags (name=3D0xc66ed080 "", flags=3D-257) at= =20 > /usr/src/sys/contrib/pf/net/pf_if.c:1004 > #9 0xc0485629 in pfioctl (dev=3D0xc66d6100, cmd=3D3223602266,=20 > addr=3D0xc66ed080 "", flags=3D3, td=3D0x0) at=20 > /usr/src/sys/contrib/pf/net/pf_ioctl.c:3191 > #10 0xc050fac3 in devfs_ioctl_f (fp=3D0xc6c72120, com=3D3223602266,=20 > data=3D0xc66ed080, cred=3D0xc6cab500, td=3D0xc6bcc900) at=20 > /usr/src/sys/fs/devfs/devfs_vnops.c:479 > #11 0xc0586249 in ioctl (td=3D0xc6bcc900, uap=3D0xecd9cd04) at file.h:264 > #12 0xc06b48c7 in syscall (frame=3D > {tf_fs =3D 59, tf_es =3D 59, tf_ds =3D 59, tf_edi =3D -1077944364, t= f_esi=20 > =3D 2, tf_ebp =3D -1077944344, tf_isp =3D -321270428, tf_ebx =3D 0, tf_ed= x =3D 0,=20 > tf_ecx =3D 0, tf_eax =3D 54, tf_trapno =3D 12, tf_err =3D 2, tf_eip =3D 6= 72674543,=20 > tf_cs =3D 51, tf_eflags =3D 582, tf_esp =3D -1077944420, tf_ss =3D 59}) > at /usr/src/sys/i386/i386/trap.c:983 > #13 0xc06a09af in Xint0x80_syscall () at=20 > /usr/src/sys/i386/i386/exception.s:200 > #14 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) supervisor read, page not presentQuit > (kgdb) >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >=20 --WhfpMioaduB5tiZL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGLNdnWry0BWjoQKURAnUhAJ9MSwWjiktPFOecObfeFExB/d+ljwCgxOVe G4EItvPRt/3mXX29PMNTpDY= =Qatj -----END PGP SIGNATURE----- --WhfpMioaduB5tiZL-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 23 16:38:57 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F0FEC16A406 for ; Mon, 23 Apr 2007 16:38:57 +0000 (UTC) (envelope-from hatchan@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.230]) by mx1.freebsd.org (Postfix) with ESMTP id AD9AA13C455 for ; Mon, 23 Apr 2007 16:38:57 +0000 (UTC) (envelope-from hatchan@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so1676564wra for ; Mon, 23 Apr 2007 09:38:57 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=TlU17vZzaxTRSUGGFRBZsfj8kfFDeyRnqCqMs2YL4ebQ/U3ZHmydnWBhBGsEXdpzFi5diaJm7tBzCAtfkLY2FS0+k3241MQC26ssZ529yaa5p+CEe9A9oE05NFhKPeQ6OrrPEBTh8kWHRSF27kF97HaZWXD/ggTabRlIqxz9xmg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; 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=ZSvIjTjbrDfw6tAHLbKFh24G0nme7gnmdYDWISw4viNTgMMPKCthe71+zdPtjwqaHLZ4IuhkqHO2EBhy80/4ZsuyC8WoSLyhJ6DO5bmKoYDSYVeKpCeUqibSKUabh/LYrvsCPQHzOzY+FiC3XzcI10m38VC5Rm0Anr5L0dOwKIA= Received: by 10.114.167.2 with SMTP id p2mr2581160wae.1177344831985; Mon, 23 Apr 2007 09:13:51 -0700 (PDT) Received: by 10.114.145.2 with HTTP; Mon, 23 Apr 2007 09:13:51 -0700 (PDT) Message-ID: Date: Mon, 23 Apr 2007 18:13:51 +0200 From: Benno Sender: hatchan@gmail.com To: Schiz0 In-Reply-To: <8d23ec860704230717w63d8c375kb0c6d74f1fb5442f@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8d23ec860704230717w63d8c375kb0c6d74f1fb5442f@mail.gmail.com> X-Google-Sender-Auth: 2e6466e3f9cfa877 Cc: freebsd-stable@freebsd.org Subject: Re: Port Compile Error: mod_security2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 16:38:58 -0000 On 4/23/07, Schiz0 wrote: > Hey guys, > > Running 6.2-RELEASE-p3 and apache2.2.4. I'm trying to install mod_security2 > from ports, and I'm getting the following error during the build > > http://Schiz0.securityexploits.com/mod_security2.ports.compile.error > > I've updated the ports database via csup within 24 hours of trying to > compile mod_security2, so it isn't an outdated database. > > uname -a: > FreeBSD Schiz0.securityexploits.com 6.2-RELEASE-p3 FreeBSD > 6.2-RELEASE-p3#0: Sun Apr 15 23:22:36 EDT 2007 > root@Schiz0.securityexploits.com:/usr/obj/usr/src/sys/SCHIZ0NET i386 > > Thanks in advance! > ~Steve > _______________________________________________ > 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" > Install /ports/devel/pcre/ or apply the diff from Foxfair Hu ( http://www.freebsd.org/cgi/query-pr.cgi?pr=110645 ) The diff also includes the new version of mod_security2 (2.1.1) Benno From owner-freebsd-stable@FreeBSD.ORG Mon Apr 23 16:57:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3FD3216A403 for ; Mon, 23 Apr 2007 16:57:26 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [82.208.36.70]) by mx1.freebsd.org (Postfix) with ESMTP id F0E0513C44C for ; Mon, 23 Apr 2007 16:57:25 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id B29D219E023; Mon, 23 Apr 2007 18:57:24 +0200 (CEST) Received: from [192.168.1.2] (grimm.quip.cz [213.220.192.218]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTP id A6EE119E019; Mon, 23 Apr 2007 18:57:19 +0200 (CEST) Message-ID: <462CE56E.5090603@quip.cz> Date: Mon, 23 Apr 2007 18:57:18 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Stephen.Clark@seclark.us References: <4614F7C1.3010704@seclark.us> <20070405142809.GE308@deviant.kiev.zoral.com.ua> <46155401.9010903@seclark.us> In-Reply-To: <46155401.9010903@seclark.us> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: btx crashes when booting 6.1 from usb cdrom X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 16:57:26 -0000 Stephen Clark wrote: [...] >> If you could build custom boot images, try >> http://people.freebsd.org/~kib/realbtx >> realbtx.2.patch is the patch, and loader is the /boot/loader built >> with that >> patch applied. If you could rearrange CD image with that loader put into >> /boot, then try to load from it and report results. >> >> CAUTION: Do not install boot2 or loader on your harddrive, code had very >> little exposure and may cause you machine to become unbootable. >> >> >> > Hi Konstantin, > > Thanks this worked. I have another question though. I mounted the distro > 1 cd and > cd to /cdrom and did > tar cSf - . |(cd /usr/myboot;tar xSf -) > so I could move in the new loader program. The problem is I ended up > with an > iso file system after I did > mkisofs -R -no-emul-boot -b boot/cdboot -o /tmp/bootable.iso /usr/myboot > that was 991mb which was to big to put on a CD. Where did I go wrong? > > Since this was only a test I rm'ed packages, rescue and release > directories, but how did it all > fit on the CD originally? Many files are hardlinked on the original media (for example all in /rescue is hardlink to one binary), but tar makes a copy of each file. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Mon Apr 23 17:12:31 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7C82D16A400 for ; Mon, 23 Apr 2007 17:12:31 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail2.secureworks.net (mail2.secureworks.net [65.114.32.154]) by mx1.freebsd.org (Postfix) with ESMTP id 4063F13C46E for ; Mon, 23 Apr 2007 17:12:31 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from localhost (localhost [127.0.0.1]) by mail2.secureworks.net (Postfix) with ESMTP id AC0A3173F3 for ; Mon, 23 Apr 2007 13:12:30 -0400 (EDT) X-Virus-Scanned: amavisd-new at secureworks.net Received: from mail2.secureworks.net ([127.0.0.1]) by localhost (mail2.secureworks.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bX1ru37ZPrZx for ; Mon, 23 Apr 2007 13:12:30 -0400 (EDT) Received: from [192.168.23.35] (mole1.secureworks.net [63.239.86.3]) by mail2.secureworks.net (Postfix) with ESMTP id 77F08173ED for ; Mon, 23 Apr 2007 13:12:30 -0400 (EDT) Message-ID: <462CE8FE.8060807@jellydonut.org> Date: Mon, 23 Apr 2007 13:12:30 -0400 From: Michael Proto User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.10) Gecko/20070306 Thunderbird/1.5.0.10 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <462CA594.5000904@tomjudge.com> <20070423155728.GC1006@xor.obsecurity.org> In-Reply-To: <20070423155728.GC1006@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: 6.2-STABLE (i386) Repeating crash (supervisor read, page not present) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 17:12:31 -0000 Kris Kennaway wrote: > On Mon, Apr 23, 2007 at 01:24:52PM +0100, Tom Judge wrote: >> Hi, >> >> Recently I have noticed that one of our Dell PE1950's has been crashing >> a lot with the following reason "supervisor read, page not present". >> >> The system runs 6.2 Release under i386. >> >> I have attached 2 back traces, and I still have both cores if any more >> information is required. Any light that can be shed on this problem >> would be greatly appreciated. >> >> Tom >> >> =========== >> >> uname -a >> FreeBSD narthex.mintel.co.uk 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Mon >> Apr 2 20:13:11 BST 2007 >> root@bob.mintel.co.uk:/usr/obj/usr/src/sys/PE1950 i386 >> >> >> ## Core 1 >> >> root@narthex '13:14:47' '/home/london/tj' >>> $ kgdb /usr/obj/usr/src/sys/PE1950/kernel.debug /var/crash/vmcore.1 >> [GDB will not be able to debug user-mode threads: >> /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] >> GNU gdb 6.1.1 [FreeBSD] >> Copyright 2004 Free Software Foundation, Inc. >> GDB is free software, covered by the GNU General Public License, and you are >> welcome to change it and/or distribute copies of it under certain >> conditions. >> Type "show copying" to see the conditions. >> There is absolutely no warranty for GDB. Type "show warranty" for details. >> This GDB was configured as "i386-marcel-freebsd". >> >> Unread portion of the kernel message buffer: >> >> >> Fatal trap 12: page fault while in kernel mode >> cpuid = 0; apic id = 00 >> fault virtual address = 0x100005c >> fault code = supervisor read, page not present >> instruction pointer = 0x20:0xc05df61f >> stack pointer = 0x28:0xe4f63c30 >> frame pointer = 0x28:0xe4f63c90 >> 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 = 12 (swi1: net) >> trap number = 12 >> panic: page fault >> cpuid = 0 >> Uptime: 1h25m33s >> Dumping 2047 MB (2 chunks) >> chunk 0: 1MB (159 pages) ... ok >> chunk 1: 2047MB (523944 pages) 2031 2015 1999 1983 1967 1951 1935 1919 >> 1903 1887 >> <7>arp_rtrequest: bad gateway 172.31.1.1 (!AF_LINK) >> <7>arp_rtrequest: bad gateway 172.31.0.1 (!AF_LINK) > > You might be hitting a bug in an obscure code path because of the > above errors. I'm CC'ing someone who might be able to help. > > Kris > Bear in mind that a recent "urgent" firmware update was released by Dell last week for 1950, 1955, and 2950 systems that is supposed to fix some data-corruption issues related to dual-core processors. I don't know if this problem is a symptom of that, but it strongly suggested to apply the firmware update regardless. -Proto From owner-freebsd-stable@FreeBSD.ORG Mon Apr 23 17:19:01 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B7CDB16A40A for ; Mon, 23 Apr 2007 17:19:01 +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 A1CCF13C4C2 for ; Mon, 23 Apr 2007 17:19:01 +0000 (UTC) (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 B7B641A4DC0; Mon, 23 Apr 2007 10:19:23 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B05C65138E; Mon, 23 Apr 2007 13:19:00 -0400 (EDT) Date: Mon, 23 Apr 2007 13:19:00 -0400 From: Kris Kennaway To: Michael Proto Message-ID: <20070423171900.GA92231@xor.obsecurity.org> References: <462CA594.5000904@tomjudge.com> <20070423155728.GC1006@xor.obsecurity.org> <462CE8FE.8060807@jellydonut.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <462CE8FE.8060807@jellydonut.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-STABLE (i386) Repeating crash (supervisor read, page not present) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 17:19:01 -0000 On Mon, Apr 23, 2007 at 01:12:30PM -0400, Michael Proto wrote: > Kris Kennaway wrote: > > On Mon, Apr 23, 2007 at 01:24:52PM +0100, Tom Judge wrote: > >> Hi, > >> > >> Recently I have noticed that one of our Dell PE1950's has been crashing > >> a lot with the following reason "supervisor read, page not present". > >> > >> The system runs 6.2 Release under i386. > >> > >> I have attached 2 back traces, and I still have both cores if any more > >> information is required. Any light that can be shed on this problem > >> would be greatly appreciated. > >> > >> Tom > >> > >> =========== > >> > >> uname -a > >> FreeBSD narthex.mintel.co.uk 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Mon > >> Apr 2 20:13:11 BST 2007 > >> root@bob.mintel.co.uk:/usr/obj/usr/src/sys/PE1950 i386 > >> > >> > >> ## Core 1 > >> > >> root@narthex '13:14:47' '/home/london/tj' > >>> $ kgdb /usr/obj/usr/src/sys/PE1950/kernel.debug /var/crash/vmcore.1 > >> [GDB will not be able to debug user-mode threads: > >> /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > >> GNU gdb 6.1.1 [FreeBSD] > >> Copyright 2004 Free Software Foundation, Inc. > >> GDB is free software, covered by the GNU General Public License, and you are > >> welcome to change it and/or distribute copies of it under certain > >> conditions. > >> Type "show copying" to see the conditions. > >> There is absolutely no warranty for GDB. Type "show warranty" for details. > >> This GDB was configured as "i386-marcel-freebsd". > >> > >> Unread portion of the kernel message buffer: > >> > >> > >> Fatal trap 12: page fault while in kernel mode > >> cpuid = 0; apic id = 00 > >> fault virtual address = 0x100005c > >> fault code = supervisor read, page not present > >> instruction pointer = 0x20:0xc05df61f > >> stack pointer = 0x28:0xe4f63c30 > >> frame pointer = 0x28:0xe4f63c90 > >> 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 = 12 (swi1: net) > >> trap number = 12 > >> panic: page fault > >> cpuid = 0 > >> Uptime: 1h25m33s > >> Dumping 2047 MB (2 chunks) > >> chunk 0: 1MB (159 pages) ... ok > >> chunk 1: 2047MB (523944 pages) 2031 2015 1999 1983 1967 1951 1935 1919 > >> 1903 1887 > >> <7>arp_rtrequest: bad gateway 172.31.1.1 (!AF_LINK) > >> <7>arp_rtrequest: bad gateway 172.31.0.1 (!AF_LINK) > > > > You might be hitting a bug in an obscure code path because of the > > above errors. I'm CC'ing someone who might be able to help. > > > > Kris > > > > Bear in mind that a recent "urgent" firmware update was released by Dell > last week for 1950, 1955, and 2950 systems that is supposed to fix some > data-corruption issues related to dual-core processors. I don't know if > this problem is a symptom of that, but it strongly suggested to apply > the firmware update regardless. Thanks, this could be very relevant. Kris From owner-freebsd-stable@FreeBSD.ORG Mon Apr 23 17:31:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E858F16A408 for ; Mon, 23 Apr 2007 17:31:19 +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 B0F6913C489 for ; Mon, 23 Apr 2007 17:31:05 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from source ([217.206.187.80]) by eu1sys200aob010.postini.com ([207.126.147.11]) with SMTP; Mon, 23 Apr 2007 17:31:04 UTC Received: from [10.0.0.89] (bill.mintel.co.uk [10.0.0.89]) by rodney.mintel.co.uk (Postfix) with ESMTP id 54B5118141B; Mon, 23 Apr 2007 18:31:04 +0100 (BST) Message-ID: <462CED97.9070707@tomjudge.com> Date: Mon, 23 Apr 2007 18:32:07 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: Michael Proto References: <462CA594.5000904@tomjudge.com> <20070423155728.GC1006@xor.obsecurity.org> <462CE8FE.8060807@jellydonut.org> In-Reply-To: <462CE8FE.8060807@jellydonut.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-STABLE (i386) Repeating crash (supervisor read, page not present) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 17:31:20 -0000 Michael Proto wrote: > Kris Kennaway wrote: >> On Mon, Apr 23, 2007 at 01:24:52PM +0100, Tom Judge wrote: >>> Hi, >>> >>> Recently I have noticed that one of our Dell PE1950's has been crashing >>> a lot with the following reason "supervisor read, page not present". >>> >>> The system runs 6.2 Release under i386. >>> >>> I have attached 2 back traces, and I still have both cores if any more >>> information is required. Any light that can be shed on this problem >>> would be greatly appreciated. >>> <<>> >> You might be hitting a bug in an obscure code path because of the >> above errors. I'm CC'ing someone who might be able to help. >> >> Kris >> > > Bear in mind that a recent "urgent" firmware update was released by Dell > last week for 1950, 1955, and 2950 systems that is supposed to fix some > data-corruption issues related to dual-core processors. I don't know if > this problem is a symptom of that, but it strongly suggested to apply > the firmware update regardless. > > I have just been to dells site and there are firmware updates for almost every component in the system released about 2 weeks ago (10-11/4). I have around 17 [12]950's waiting to go into pre production testing at the moment so I think that I will spend some time upgrading the firmware on them now rather than later. Thanks for the heads up. Tom From owner-freebsd-stable@FreeBSD.ORG Mon Apr 23 23:16:16 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C353316A400 for ; Mon, 23 Apr 2007 23:16:16 +0000 (UTC) (envelope-from howard@leadmon.net) Received: from ibm.leadmon.net (ibm.leadmon.net [207.114.24.13]) by mx1.freebsd.org (Postfix) with ESMTP id 74C6713C458 for ; Mon, 23 Apr 2007 23:16:16 +0000 (UTC) (envelope-from howard@leadmon.net) Received: from HDLDesktop (hdl-desktop.leadmon.net [207.114.24.8]) (authenticated bits=0) by ibm.leadmon.net (8.13.8/8.13.8/LNSG+SCOP+NJABL+SBL+DSBL+SORBS+CBL+RHSBL) with ESMTP id l3NMePsY049992 for ; Mon, 23 Apr 2007 18:40:28 -0400 (EDT) (envelope-from howard@leadmon.net) X-DKIM: Sendmail DKIM Filter v0.5.2 ibm.leadmon.net l3NMePsY049992 DKIM-Signature: a=rsa-sha1; c=relaxed/simple; d=leadmon.net; s=default; t=1177368028; bh=wMpUx98okSEGBbWi0/kBfJ+R96Y=; h=X-DomainKeys: DomainKey-Signature:Authentication-Results:X-SenderID:From:To: Subject:Date:Organization:Message-ID:MIME-Version:Content-Type: Content-Transfer-Encoding:X-Mailer:X-MimeOLE:Thread-Index; b=XTiEOu 5f84FIQzPlOVBZhO7kcjjUs0e6VRqoDlvTPU0LAsgQnuOiNKFICSG8lOu7K6EjxPcsL HzgUL0nVSlz/wGjz8UnD2eKbEx0TwzwOwliDxJZFZ8clX3w7fmphq6agkv/Cixu1HiO 94v4G5XILc6Gv1ZLXOpa5Sxlibs6JKk= X-DomainKeys: Sendmail DomainKeys Filter v0.4.1 ibm.leadmon.net l3NMePsY049992 DomainKey-Signature: a=rsa-sha1; s=default; d=leadmon.net; c=nofws; q=dns; h=authentication-results:x-senderid:from:to:subject:date: organization:message-id:mime-version:content-type: content-transfer-encoding:x-mailer:x-mimeole:thread-index; b=k2NUUNhxv88bEoyj8r9FoXFboTq3KSHqBl/m4Ye2sWIjf3jpI/n3LT5Jzew6fNLUE eWL6pneuBC1ulvw5pzlHhDdCO3/iKxSm88FQybctZRq01FhIh+1T6II2fzNpJRodlg2 yzLSny0tlkTDGGLuWbdor7LQyJnYPl3k5mcdmrM= Authentication-Results: ibm.leadmon.net from=howard@leadmon.net; sender-id=pass; spf=pass X-SenderID: Sendmail Sender-ID Filter v0.2.14 ibm.leadmon.net l3NMePsY049992 From: "Howard Leadmon" To: Date: Mon, 23 Apr 2007 18:40:20 -0400 Organization: Leadmon Networking Message-ID: <005101c785f8$62b04010$081872cf@Leadmon.local> 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.3028 Thread-Index: AceF+F9MKi7ZRum+QleNdV2+zzVwFw== Subject: FreeBSD DNS Resolver 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 Apr 2007 23:16:16 -0000 OK, now I am a bit stumped, so wanted to post here in hopes someone might have an idea. First off the FBSD machine in question is an x86 server running 6.2-STABLE from a supped from a few weeks ago, so is fairly current. I use said machine to handle all of my eMail and things in general seem to work great, though I have this one mystery. I we try and send mail to anyuser@wtplaw.com the mail will just set in the queue forever, until it's returned as a failure. Talking with the admins at wtplaw they are swearing their configs are correct, and it's something on our side. Looking at the mailq, I see: l3NEqolY011124 28697 Mon Apr 23 10:52 (Deferred: Name server: mail.wtplaw.com.: host name lookup fa) So as it's quick an easy I used dig and did a lookup: $ host wtplaw.com wtplaw.com has address 69.20.43.246 wtplaw.com mail is handled by 10 mail.wtplaw.com. Then on mail.wtplaw.com: $ host mail.wtplaw.com mail.wtplaw.com has address 65.111.69.228 mail.wtplaw.com has address 66.166.181.163 Host mail.wtplaw.com not found: 2(SERVFAIL) ;; connection timed out; no servers could be reached As you can see I am getting a failure, which I know will make sendmail blow a gasket over the issue. Oh and use I have the WorkAroundBrokenAAAA set in my configs. Here is where it gets interesting, and confuses me. I also have a Sun SPARC server running Solaris-10, so figured I would try the same on it. Note that both servers use the same DNS servers for resolution, plus I also tried the above specifying the actual listed nameservers for wtplaw.com and got the same results. OK, so let's try the above on my Solaris-10 server: $ host wtplaw.com wtplaw.com has address 69.20.43.246 wtplaw.com mail is handled by 10 mail.wtplaw.com. and: $ host mail.wtplaw.com mail.wtplaw.com has address 65.111.69.228 mail.wtplaw.com has address 66.166.181.163 Note I am getting no failure messages from my Solaris machine. So I even turned on -v verbose option. Here is from the FreeBSD machine: $ host -v mail.wtplaw.com Trying "mail.wtplaw.com" ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 27765 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 1 ;; QUESTION SECTION: ;mail.wtplaw.com. IN A ;; ANSWER SECTION: mail.wtplaw.com. 3 IN A 65.111.69.228 mail.wtplaw.com. 3 IN A 66.166.181.163 ;; AUTHORITY SECTION: mail.wtplaw.com. 85342 IN NS lp2.wtplaw.com. mail.wtplaw.com. 85342 IN NS lp1.wtplaw.com. ;; ADDITIONAL SECTION: lp2.wtplaw.com. 85864 IN A 66.166.181.172 Received 117 bytes from 207.114.24.13#53 in 22 ms Trying "mail.wtplaw.com" Host mail.wtplaw.com not found: 2(SERVFAIL) Received 33 bytes from 207.114.24.13#53 in 80 ms Trying "mail.wtplaw.com" ;; connection timed out; no servers could be reached Note the failures. I am have to honestly say I am not totally sure what it's trying to do at the end there, maybe someone can explain that one to me. Here is the Solaris-10 machine making the same query: $ host -v mail.wtplaw.com Trying "mail.wtplaw.com" ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 549 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 1 ;; QUESTION SECTION: ;mail.wtplaw.com. IN A ;; ANSWER SECTION: mail.wtplaw.com. 3 IN A 65.111.69.228 mail.wtplaw.com. 3 IN A 66.166.181.163 ;; AUTHORITY SECTION: mail.wtplaw.com. 85225 IN NS lp1.wtplaw.com. mail.wtplaw.com. 85225 IN NS lp2.wtplaw.com. ;; ADDITIONAL SECTION: lp2.wtplaw.com. 85747 IN A 66.166.181.172 Received 117 bytes from 207.114.24.13#53 in 40 ms Again, the query seemed fine, no troubles. As stated earlier, talking to the sysadmin of the wtplaw.com site, they are swearing there is nothing wrong, they are responding to queries as they should be, and that we have a configuration problem on our end. If this is true, I'd sure love to know what it is, so I can fix it, and if not I'd love to know what to tell them is wrong with their DNS so I can get it corrected. As right now I am bouncing mail from a few clients to this user, and I can't seem to find any resolution to this issue. When I realized that Solaris seems happy with their DNS, but FBSD is not, it just made this even more of a mystery. If anyone can help shed any light on this it would sure be appreciated.. --- -Howard From owner-freebsd-stable@FreeBSD.ORG Tue Apr 24 00:27:42 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 51C2A16A406 for ; Tue, 24 Apr 2007 00:27:42 +0000 (UTC) (envelope-from schiz0phrenic21@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.238]) by mx1.freebsd.org (Postfix) with ESMTP id E314F13C45E for ; Tue, 24 Apr 2007 00:27:41 +0000 (UTC) (envelope-from schiz0phrenic21@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so1511518nza for ; Mon, 23 Apr 2007 17:27:41 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=lbhSGgiev9LUxadgZLQrKA+i0P6n8+/lNsfrMIZ5VQfUufNHmi2R4CCIXRUIOyJ1+tVtErvOzvGxlUn6OdsGUHMQrAsNc13TzYHVl6tYrhibf0EZIfWxQD3XjyCaWrUMtmBTrNeIsC5dHv9vq31k6J2bGRd2CbH4XLkQkdJoCzA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=KcDGHk5HfqkW1/7bIvimmKCNrJZbw6xMkkKezH3HlcKMjqu03DAA/YFM+nplGu/Pgi8z9rLwjFvHTlZno2pOSSNRBDfupqIEUQMJhwfHfeILhIN3CnA0fOlfmAEQRGvIHDAFf2E5n7uEDDQsIA8bmqDOgIvtgnCxTY0czup0mQU= Received: by 10.114.166.1 with SMTP id o1mr2775779wae.1177374461015; Mon, 23 Apr 2007 17:27:41 -0700 (PDT) Received: by 10.114.52.13 with HTTP; Mon, 23 Apr 2007 17:27:40 -0700 (PDT) Message-ID: <8d23ec860704231727i7560f761tfb5d660ad1e97c80@mail.gmail.com> Date: Mon, 23 Apr 2007 20:27:40 -0400 From: Schiz0 To: Benno In-Reply-To: MIME-Version: 1.0 References: <8d23ec860704230717w63d8c375kb0c6d74f1fb5442f@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Port Compile Error: mod_security2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 00:27:42 -0000 On 4/23/07, Benno wrote: > > On 4/23/07, Schiz0 wrote: > > Hey guys, > > > > Running 6.2-RELEASE-p3 and apache2.2.4. I'm trying to install > mod_security2 > > from ports, and I'm getting the following error during the build > > > > http://Schiz0.securityexploits.com/mod_security2.ports.compile.error > > > > I've updated the ports database via csup within 24 hours of trying to > > compile mod_security2, so it isn't an outdated database. > > > > uname -a: > > FreeBSD Schiz0.securityexploits.com 6.2-RELEASE-p3 FreeBSD > > 6.2-RELEASE-p3#0: Sun Apr 15 23:22:36 EDT 2007 > > root@Schiz0.securityexploits.com:/usr/obj/usr/src/sys/SCHIZ0NET i386 > > > > Thanks in advance! > > ~Steve > > _______________________________________________ > > 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 > " > > > > Install /ports/devel/pcre/ or apply the diff from Foxfair Hu ( > http://www.freebsd.org/cgi/query-pr.cgi?pr=110645 ) > > The diff also includes the new version of mod_security2 (2.1.1) > > Benno Awesome, that patch did it. Thanks! From owner-freebsd-stable@FreeBSD.ORG Tue Apr 24 06:17:47 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DC38616A406; Tue, 24 Apr 2007 06:17:47 +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 59E0E13C465; Tue, 24 Apr 2007 06:17:47 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.80] (helo=localhost) by publicd.ub.mng.net with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HgELP-000E8P-97; Tue, 24 Apr 2007 15:17:43 +0900 From: (Ganbold.TS) ganbold@micom.mng.net To: Simon Phoenix X-Mailer: ZBTA tsanba p1.1 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 8bit Message-Id: <20070424061747.59E0E13C465@mx1.freebsd.org> Date: Tue, 24 Apr 2007 06:17:47 +0000 (UTC) Cc: stable@freebsd.org, kde@freebsd.org, Beni Subject: RE: Re: [kde-freebsd] problem hal - k3b ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 06:17:47 -0000 > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > Ganbold said the following on 23.04.2007 05:39: > > Beni wrote: > >> On Friday 20 April 2007 03:55:56 Ganbold wrote: > >> > >>> Michael Nottebrock wrote: > >>> > >>>> I forwarded my mail to gnome@ (the HAL > maintainers) after sending it > >>>> and > >>>> Joe Marcus Clarke from gnome@ had this to say on > the issue: > >>>> > >>>> --- snip > >>>> > >>>> This should have been fixed a while ago by > jylefort when he set the > >>>> default device for ATAPI access to be the > ATAPICAM device (as > >>>> opposed to > >>>> the ATA device). Assuming you have not undone > that change, and are > >>>> running the latest version of HAL, these panics > should not be > >>>> occurring. > >>>> > >>>> Even still, you're right that these are not HAL > bugs, but rather an > >>>> issue in the kernel. I use nautilus-cd-burner > to burn CDs in GNOME, > >>>> and > >>>> I have never had such a panic on 6-STABLE. > n-c-b uses cdrecord, cdrao, > >>>> and dvd-utils under the covers to do the actual > device work. Not sure > >>>> what k3b is using, but maybe it diddles > something it shouldn't. > >>>> > >>>> Joe > >>>> > >>>> --- snip > >>>> > >>>> Beni, Robert, Ganbold, are you all in fact > running the latest > >>>> version of > >>>> the hal port and do you all have atapicam > enabled in your kernel? If > >>>> not, > >>>> making sure of both might help avoiding the > problem. > >>>> > >>> I see. I know I have updated my system last > Saturday (14th April > >>> 2007) and > >>> I think I updated both hal and kdelibs ports. I > have atapicam enabled in > >>> kernel. > >>> Let me double check it this weekend and I will > let you know. > >>> > >>> thanks, > >>> > >>> Ganbold > >>> > >>> > >>>> > ------------------------------------------------------------------------ > > >>>> > >>>> > >>>> Subject: > >>>> Re: Fwd: Re: [kde-freebsd] problem hal - k3b ? > >>>> From: > >>>> Joe Marcus Clarke > >>>> Date: > >>>> Thu, 19 Apr 2007 12:49:26 -0400 > >>>> To: > >>>> Michael Nottebrock > >>>> > >>>> To: > >>>> Michael Nottebrock > >>>> CC: > >>>> gnome@freebsd.org > >>>> > >>>> Michael Nottebrock wrote: > >>>> > >>>>> I forgot to cc gnome@ on my reply. I don't > think this is a HAL bug, > >>>>> but > >>>>> just FYI. > >>>>> > >>>>> > >>>>> > >>>>> > ------------------------------------------------------------------------ > > >>>>> > >>>>> > >>>>> Subject: > >>>>> Re: [kde-freebsd] problem hal - k3b ? > >>>>> From: > >>>>> Michael Nottebrock > >>>>> Date: > >>>>> Thu, 19 Apr 2007 18:12:46 +0200 > >>>>> To: > >>>>> kde@freebsd.org > >>>>> > >>>>> To: > >>>>> kde@freebsd.org > >>>>> CC: > >>>>> Beni , h.eichmann@gmx.de, > current@freebsd.org, > >>>>> stable@freebsd.org > >>>>> > >>>>> On Wednesday, 18. April 2007, Beni wrote: > >>>>> > >>>>>> Hi List, > >>>>>> > >>>>>> I think I have a problem with hal(d) and k3b > (version 1.0 from > >>>>>> ports) : > >>>>>> my whole system freezes when starting up k3b. > I get the splash screen > >>>>>> and then it all stops and a ctrl-alt-del is > the only way out. > >>>>>> > >>>>> Other people have reported kernel panics. It > looks to me like k3b's > >>>>> device probing and hald's device probing at the > same time manages to > >>>>> tickle a bug in ata(4). > >>>>> > >>>>> Ref: > >>>>> > http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070753.htm > > >>>>> > >>>>> l > >>>>> > http://lists.freebsd.org/pipermail/freebsd-stable/2007-April/034486.html > > >>>>> > >>>>> > >>>>> I'm afraid a true kernel hacker will have to > inconvenince themselves > >>>>> with running k3b and hal in order to have this > one fixed. FWIW, I > >>>>> haven't seen in happening on 5.5. > >>>>> > >>>> This should have been fixed a while ago by > jylefort when he set the > >>>> default device for ATAPI access to be the > ATAPICAM device (as > >>>> opposed to > >>>> the ATA device). Assuming you have not undone > that change, and are > >>>> running the latest version of HAL, these panics > should not be > >>>> occurring. > >>>> > >>>> Even still, you're right that these are not HAL > bugs, but rather an > >>>> issue in the kernel. I use nautilus-cd-burner > to burn CDs in GNOME, > >>>> and > >>>> I have never had such a panic on 6-STABLE. > n-c-b uses cdrecord, cdrao, > >>>> and dvd-utils under the covers to do the actual > device work. Not sure > >>>> what k3b is using, but maybe it diddles > something it shouldn't. > >>>> > >>>> Joe > >>>> > >> > >> > >> Could it all be related to this : > >> > http://lists.freebsd.org/pipermail/freebsd-stable/2007-April/034553.html > > >> and the "solution" from Shane Bell in > >> > http://lists.freebsd.org/pipermail/freebsd-stable/2007-April/034602.html > > >> : > >> > >> "I believe the culprit is somewhere in a recent > MFC to atapi-cam.c > >> (rev 1.42.2.3) reverting to rev 1.42.2.2 fixes > both the k3b system > >> hangs and "INQUIRY ILLEGAL REQUEST" errors here." > >> > > > > > > Most probably. I updated everything, including > source and ports on April > > 22nd and > > the problem still exists. k3b hangs after loading > splash screen and I > > had to use > > power button on my laptop to power down and up the > system. > > > > I will try to revert rev 1.42.2.2 and see what will > happen. I can confirm that with atapi-cam.c (rev 1.42.2.2) k3b starts fine. At least no more hangs at splash screen start. Ganbold > > > > This problem appear in my system after updating > system and ports on > April, 06. > K3b hangs either after loading splash screen or after > eject wrote media > from device. > > - -- > Best regards, > Simon Phoenix (Phoenix Lab.) > - > --------------------------------------------------------------- > > KeyID: 0x2569D30B > Fingerprint: 78FC 5C40 07CC D331 148E CC79 84B8 D514 > 2569 D30B > - > --------------------------------------------------------------- > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (FreeBSD) > Comment: Using GnuPG with Mozilla - > http://enigmail.mozdev.org > > iD8DBQFGLLT3hLjVFCVp0wsRCoOgAKDaxr6MetMDwjUBu4e69jSHx+FShwCg46rL > > dHdm6m1QDH3Xv3nfetI7bTY= > =WVjD > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Tue Apr 24 06:31:36 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 15AA616A400 for ; Tue, 24 Apr 2007 06:31:36 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id C9BCF13C458 for ; Tue, 24 Apr 2007 06:31:35 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0JGZ00DJOOSN9Z50@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 24 Apr 2007 08:31:35 +0200 (CEST) Received: from kg-work.kg4.no ([80.202.72.184]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0JGZ004PYOSLKG52@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 24 Apr 2007 08:31:34 +0200 (CEST) Date: Tue, 24 Apr 2007 08:31:36 +0200 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <005101c785f8$62b04010$081872cf@Leadmon.local> To: freebsd-stable@freebsd.org Message-id: <20070424083136.53c4c732.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed 2.3.1 (GTK+ 2.10.11; i386-portbld-freebsd6.2) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <005101c785f8$62b04010$081872cf@Leadmon.local> Subject: Re: FreeBSD DNS Resolver 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 Apr 2007 06:31:36 -0000 On Mon, 23 Apr 2007 18:40:20 -0400 Howard Leadmon wrote: > > OK, now I am a bit stumped, so wanted to post here in hopes someone > might have an idea. First off the FBSD machine in question is an x86 > server running 6.2-STABLE from a supped from a few weeks ago, so is > fairly current. You are sure this isn't the ipv4 vs. ipv6 DNS issue? IIRC, some dns servers don't do the right thing when getting a ipv6 request. Google for it. HTH a little. -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Tue Apr 24 07:50:46 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A1B8C16A408 for ; Tue, 24 Apr 2007 07:50:46 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id 3C33013C48C for ; Tue, 24 Apr 2007 07:50:43 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id RAA07114; Tue, 24 Apr 2007 17:50:24 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Tue, 24 Apr 2007 17:50:24 +1000 (EST) From: Ian Smith To: Howard Leadmon In-Reply-To: <005101c785f8$62b04010$081872cf@Leadmon.local> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD DNS Resolver 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 Apr 2007 07:50:46 -0000 On Mon, 23 Apr 2007, Howard Leadmon wrote: > OK, now I am a bit stumped, so wanted to post here in hopes someone might > have an idea. First off the FBSD machine in question is an x86 server running > 6.2-STABLE from a supped from a few weeks ago, so is fairly current. > > I use said machine to handle all of my eMail and things in general seem to > work great, though I have this one mystery. > > I we try and send mail to anyuser@wtplaw.com the mail will just set in the > queue forever, until it's returned as a failure. Talking with the admins at > wtplaw they are swearing their configs are correct, and it's something on our > side. Looking at the mailq, I see: > > l3NEqolY011124 28697 Mon Apr 23 10:52 > (Deferred: Name server: mail.wtplaw.com.: host name lookup > fa) > > > So as it's quick an easy I used dig and did a lookup: > > $ host wtplaw.com > wtplaw.com has address 69.20.43.246 > wtplaw.com mail is handled by 10 mail.wtplaw.com. > > > Then on mail.wtplaw.com: > > $ host mail.wtplaw.com > mail.wtplaw.com has address 65.111.69.228 > mail.wtplaw.com has address 66.166.181.163 > Host mail.wtplaw.com not found: 2(SERVFAIL) > ;; connection timed out; no servers could be reached I'm getting the same results here, using dig rather than host (FWIW). I'm also seing inconsistent results re the listed NS for that domain: ======= smithi on paqi% dig wtplaw.com any ; <<>> DiG 9.3.4 <<>> wtplaw.com any ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 15237 ;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 2, ADDITIONAL: 2 ;; QUESTION SECTION: ;wtplaw.com. IN ANY ;; ANSWER SECTION: wtplaw.com. 86363 IN NS ns1.airband.net. wtplaw.com. 86363 IN NS ns2.airband.net. wtplaw.com. 86363 IN A 69.20.43.246 ;; AUTHORITY SECTION: wtplaw.com. 86363 IN NS ns2.airband.net. wtplaw.com. 86363 IN NS ns1.airband.net. ;; ADDITIONAL SECTION: ns1.airband.net. 5687 IN A 216.138.97.246 ns2.airband.net. 5687 IN A 216.138.119.6 ;; Query time: 236 msec ;; SERVER: 192.168.1.1#53(192.168.1.1) ;; WHEN: Tue Apr 24 15:54:01 2007 ;; MSG SIZE rcvd: 123 ======= but: ======= smithi on paqi% dig mail.wtplaw.com ; <<>> DiG 9.3.4 <<>> mail.wtplaw.com ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 33923 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 0 ;; QUESTION SECTION: ;mail.wtplaw.com. IN A ;; ANSWER SECTION: mail.wtplaw.com. 3 IN A 65.111.69.228 mail.wtplaw.com. 3 IN A 66.166.181.163 ;; AUTHORITY SECTION: mail.wtplaw.com. 86399 IN NS lp1.wtplaw.com. mail.wtplaw.com. 86399 IN NS lp2.wtplaw.com. ;; Query time: 466 msec ======= Note different NS, with the As for mail.wtplaw.com returned. Further: ======= smithi on paqi% dig wtplaw.com mx ; <<>> DiG 9.3.4 <<>> wtplaw.com mx ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 21494 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2 ;; QUESTION SECTION: ;wtplaw.com. IN MX ;; ANSWER SECTION: wtplaw.com. 86400 IN MX 10 mail.wtplaw.com. ;; AUTHORITY SECTION: wtplaw.com. 62547 IN NS ns1.airband.net. wtplaw.com. 62547 IN NS ns2.airband.net. ;; ADDITIONAL SECTION: ns1.airband.net. 5671 IN A 216.138.97.246 ns2.airband.net. 5671 IN A 216.138.119.6 ;; Query time: 1021 msec ======= Here no A is retuened for mail.wtplaw.com, and note the airband.net NS. Pretty sure sendmail does an MX request, so that's what it'll get then, which explains your mailq response. At (one set of) the listed NServers: ======= ; <<>> DiG 9.3.4 <<>> @lp1.wtplaw.com. mail.wtplaw.com. ; (1 server found) ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 24202 ;; flags: qr aa; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;mail.wtplaw.com. IN A ;; ANSWER SECTION: mail.wtplaw.com. 3 IN A 66.166.181.163 mail.wtplaw.com. 3 IN A 65.111.69.228 ;; Query time: 268 msec ;; SERVER: 65.111.69.226#53(65.111.69.226) ;; WHEN: Tue Apr 24 15:57:00 2007 ;; MSG SIZE rcvd: 65 ======= Note no A record provided for mail.wtplaw.com; same digging @lp2.wtplaw.com. So trying the 'other' listed NServers above: ======= smithi on paqi% dig @ns1.airband.net. wtplaw.com. any ; <<>> DiG 9.3.4 <<>> @ns1.airband.net. wtplaw.com. any ; (1 server found) ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 57836 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 6, AUTHORITY: 0, ADDITIONAL: 2 ;; QUESTION SECTION: ;wtplaw.com. IN ANY ;; ANSWER SECTION: wtplaw.com. 86400 IN A 69.20.43.246 wtplaw.com. 86400 IN MX 10 mail.wtplaw.com. wtplaw.com. 86400 IN TXT "v=spf1 \ ip4:65.111.69.230 ip4:66.166.181.165 ip4:65.111.69.228 \ ip4:66.166.181.163 mx ~all" wtplaw.com. 86400 IN SOA ns1.airband.net. \ hostmaster.airband.net. 2007040708 10800 3600 604800 86400 wtplaw.com. 86400 IN NS ns2.airband.net. wtplaw.com. 86400 IN NS ns1.airband.net. ;; ADDITIONAL SECTION: ns1.airband.net. 3600 IN A 216.138.97.246 ns2.airband.net. 3600 IN A 216.138.119.6 ;; Query time: 249 msec ;; SERVER: 216.138.97.246#53(216.138.97.246) ;; WHEN: Tue Apr 24 17:11:06 2007 ;; MSG SIZE rcvd: 292 ======= Still no A record for mail.wtplaw.com. How's sendmail gonna mail it? So their DNS is inconsistent, ad pretty well b0rked (from here anyway). As for the Solaris box working, dunno, maybe caching? or maybe the results are flapping around, what with two sets of supposedly auth NS? HTH, Ian > As you can see I am getting a failure, which I know will make sendmail blow a > gasket over the issue. Oh and use I have the WorkAroundBrokenAAAA set in my > configs. > > Here is where it gets interesting, and confuses me. I also have a Sun SPARC > server running Solaris-10, so figured I would try the same on it. Note that > both servers use the same DNS servers for resolution, plus I also tried the > above specifying the actual listed nameservers for wtplaw.com and got the same > results. > > OK, so let's try the above on my Solaris-10 server: > > $ host wtplaw.com > wtplaw.com has address 69.20.43.246 > wtplaw.com mail is handled by 10 mail.wtplaw.com. > > and: > > $ host mail.wtplaw.com > mail.wtplaw.com has address 65.111.69.228 > mail.wtplaw.com has address 66.166.181.163 > > > Note I am getting no failure messages from my Solaris machine. So I even > turned on -v verbose option. > > Here is from the FreeBSD machine: > > $ host -v mail.wtplaw.com > Trying "mail.wtplaw.com" > ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 27765 > ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 1 > > ;; QUESTION SECTION: > ;mail.wtplaw.com. IN A > > ;; ANSWER SECTION: > mail.wtplaw.com. 3 IN A 65.111.69.228 > mail.wtplaw.com. 3 IN A 66.166.181.163 > > ;; AUTHORITY SECTION: > mail.wtplaw.com. 85342 IN NS lp2.wtplaw.com. > mail.wtplaw.com. 85342 IN NS lp1.wtplaw.com. > > ;; ADDITIONAL SECTION: > lp2.wtplaw.com. 85864 IN A 66.166.181.172 > > Received 117 bytes from 207.114.24.13#53 in 22 ms > Trying "mail.wtplaw.com" > Host mail.wtplaw.com not found: 2(SERVFAIL) > Received 33 bytes from 207.114.24.13#53 in 80 ms > Trying "mail.wtplaw.com" > ;; connection timed out; no servers could be reached > > > Note the failures. I am have to honestly say I am not totally sure what it's > trying to do at the end there, maybe someone can explain that one to me. > > Here is the Solaris-10 machine making the same query: > > $ host -v mail.wtplaw.com > Trying "mail.wtplaw.com" > ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 549 > ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 1 > > ;; QUESTION SECTION: > ;mail.wtplaw.com. IN A > > ;; ANSWER SECTION: > mail.wtplaw.com. 3 IN A 65.111.69.228 > mail.wtplaw.com. 3 IN A 66.166.181.163 > > ;; AUTHORITY SECTION: > mail.wtplaw.com. 85225 IN NS lp1.wtplaw.com. > mail.wtplaw.com. 85225 IN NS lp2.wtplaw.com. > > ;; ADDITIONAL SECTION: > lp2.wtplaw.com. 85747 IN A 66.166.181.172 > > Received 117 bytes from 207.114.24.13#53 in 40 ms > > > Again, the query seemed fine, no troubles. > > As stated earlier, talking to the sysadmin of the wtplaw.com site, they are > swearing there is nothing wrong, they are responding to queries as they should > be, and that we have a configuration problem on our end. If this is true, I'd > sure love to know what it is, so I can fix it, and if not I'd love to know > what to tell them is wrong with their DNS so I can get it corrected. As right > now I am bouncing mail from a few clients to this user, and I can't seem to > find any resolution to this issue. > > When I realized that Solaris seems happy with their DNS, but FBSD is not, it > just made this even more of a mystery. If anyone can help shed any light on > this it would sure be appreciated.. > > > --- > -Howard From owner-freebsd-stable@FreeBSD.ORG Tue Apr 24 08:00:36 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5D12216A403 for ; Tue, 24 Apr 2007 08:00:36 +0000 (UTC) (envelope-from harry@schmalzbauer.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id DCD9913C465 for ; Tue, 24 Apr 2007 08:00:35 +0000 (UTC) (envelope-from harry@schmalzbauer.de) Received: from tek.flintsbach.schmalzbauer.de (tek.flintsbach.schmalzbauer.de [172.21.2.3]) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l3O7W6Is049196 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 24 Apr 2007 09:32:12 +0200 (CEST) (envelope-from harry@schmalzbauer.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [IPv6:fec0::1:0:0:1:1]) by tek.flintsbach.schmalzbauer.de (8.13.8/8.13.8) with ESMTP id l3O7W6VT020608 for ; Tue, 24 Apr 2007 09:32:06 +0200 (CEST) (envelope-from harry@schmalzbauer.de) Received: from localhost (localhost [[UNIX: localhost]]) by titan.flintsbach.schmalzbauer.de (8.13.8/8.13.8/Submit) id l3O7W6h7024360 for stable@freebsd.org; Tue, 24 Apr 2007 09:32:06 +0200 (CEST) (envelope-from harry@schmalzbauer.de) From: Harald Schmalzbauer To: stable@freebsd.org Date: Tue, 24 Apr 2007 09:32:06 +0200 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704240932.06435.harry@schmalzbauer.de> Cc: Subject: question: +swap_pager_getswapspace(16): 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: Tue, 24 Apr 2007 08:00:36 -0000 Hello, I have a little understanding problem: My box has 128MB memory, far enough for the task. After a few days I always see some processes dying because: +swap_pager_getswapspace(2): failed +pid 48211 (perl5.8.8), uid 58, was killed: out of swap space Why won't for example the 21MB Buf get freed before more swap space gets requested than available (swap is very low, it's FlashDisk!)? Is there a way to find out what process is swapped? Thanks for any hints. My only way to circumvent this problem is to reboot the machine daily. -Harry From owner-freebsd-stable@FreeBSD.ORG Tue Apr 24 08:33:36 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6189A16A400 for ; Tue, 24 Apr 2007 08:33:36 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id 0E07513C45D for ; Tue, 24 Apr 2007 08:33:34 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id SAA08370; Tue, 24 Apr 2007 18:33:13 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Tue, 24 Apr 2007 18:33:12 +1000 (EST) From: Ian Smith To: Howard Leadmon In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD DNS Resolver 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 Apr 2007 08:33:36 -0000 Sorry following up on my own post: a correction and some further info: On Tue, 24 Apr 2007, Ian Smith wrote: [..] > At (one set of) the listed NServers: > > ======= > ; <<>> DiG 9.3.4 <<>> @lp1.wtplaw.com. mail.wtplaw.com. > ; (1 server found) > ;; global options: printcmd > ;; Got answer: > ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 24202 > ;; flags: qr aa; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0 > > ;; QUESTION SECTION: > ;mail.wtplaw.com. IN A > > ;; ANSWER SECTION: > mail.wtplaw.com. 3 IN A 66.166.181.163 > mail.wtplaw.com. 3 IN A 65.111.69.228 > > ;; Query time: 268 msec > ;; SERVER: 65.111.69.226#53(65.111.69.226) > ;; WHEN: Tue Apr 24 15:57:00 2007 > ;; MSG SIZE rcvd: 65 > ======= > > Note no A record provided for mail.wtplaw.com; same digging > @lp2.wtplaw.com. So trying the 'other' listed NServers above: That's wrong of course; it is returning two A RRs for mail.wtplaw.com. however a) they always show 3 (three!) seconds TTL on those records, and b) these two NS, lp1.wtplaw.com. and lp1.wtplaw.com. , aren't shown as authoritative, and c) aren't even auth. / don't work for themselves! ======= smithi on paqi% dig @lp1.wtplaw.com. lp1.wtplaw.com. ; <<>> DiG 9.3.4 <<>> @lp1.wtplaw.com. lp1.wtplaw.com. ; (1 server found) ;; global options: printcmd ;; connection timed out; no servers could be reached smithi on paqi% dig @lp2.wtplaw.com. lp2.wtplaw.com. ; <<>> DiG 9.3.4 <<>> @lp2.wtplaw.com. lp2.wtplaw.com. ; (1 server found) ;; global options: printcmd ;; connection timed out; no servers could be reached ======= Cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Tue Apr 24 08:39:02 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5E5D616A403 for ; Tue, 24 Apr 2007 08:39:02 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id 251D813C457 for ; Tue, 24 Apr 2007 08:39:00 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id SAA08467; Tue, 24 Apr 2007 18:38:44 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Tue, 24 Apr 2007 18:38:44 +1000 (EST) From: Ian Smith To: Mark Andrews In-Reply-To: <200704240805.l3O85D12047228@drugs.dv.isc.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org, Howard Leadmon Subject: Re: FreeBSD DNS Resolver 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 Apr 2007 08:39:02 -0000 On Tue, 24 Apr 2007, Mark Andrews wrote: > It's a broken load balancer which is returning the > parent's SOA record for AAAA queries for mail.wtplaw.com. > Named correctly rejects this as a garbage response. > > It also appears to only responds to A/AAAA queries. > > As for Solaris' host it may/may not be making AAAA queries. Ah, out of my depth again. Thanks Mark. Sorry for the noise then. Cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Tue Apr 24 09:06:31 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8C0A316A400 for ; Tue, 24 Apr 2007 09:06:31 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from mx.isc.org (mx.isc.org [204.152.184.167]) by mx1.freebsd.org (Postfix) with ESMTP id 5725213C45D for ; Tue, 24 Apr 2007 09:06:31 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [IPv6:2001:4f8:3:bb::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "farside.isc.org", Issuer "ISC CA" (verified OK)) by mx.isc.org (Postfix) with ESMTP id 8361111401F for ; Tue, 24 Apr 2007 08:05:16 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost.isc.org [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "drugs.dv.isc.org", Issuer "ISC CA" (verified OK)) by farside.isc.org (Postfix) with ESMTP id E2DA6E6088 for ; Tue, 24 Apr 2007 08:05:15 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.13.8/8.13.8) with ESMTP id l3O85D12047228; Tue, 24 Apr 2007 18:05:13 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200704240805.l3O85D12047228@drugs.dv.isc.org> To: Ian Smith From: Mark Andrews In-reply-to: Your message of "Tue, 24 Apr 2007 17:50:24 +1000." Date: Tue, 24 Apr 2007 18:05:13 +1000 Sender: Mark_Andrews@isc.org Cc: freebsd-stable@freebsd.org, Howard Leadmon Subject: Re: FreeBSD DNS Resolver 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 Apr 2007 09:06:31 -0000 It's a broken load balancer which is returning the parent's SOA record for AAAA queries for mail.wtplaw.com. Named correctly rejects this as a garbage response. It also appears to only responds to A/AAAA queries. As for Solaris' host it may/may not be making AAAA queries. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Tue Apr 24 10:26:31 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D4EC116A403 for ; Tue, 24 Apr 2007 10:26:31 +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 514D713C45D for ; Tue, 24 Apr 2007 10:26:31 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 47032EB4C4B; Tue, 24 Apr 2007 18:26: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 k5N4brmwMd+c; Tue, 24 Apr 2007 18:26:28 +0800 (CST) Received: from LI-Xins-MacBook.local (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 145D5EB4B9A; Tue, 24 Apr 2007 18:26:28 +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=lNz1DjaUVN2hIW9tD0q+gZc3jaTfEHNFdnrmPp6hc8QCa8wO2RT5D0f9GAjqYxw4D dobRjiIZJQlTSZtuqxWqQ== Message-ID: <462DDB4D.8080507@delphij.net> Date: Tue, 24 Apr 2007 18:26:21 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Kostik Belousov References: <20070313140848.GA89182@steerpike.hanley.stade.co.uk> <20070423025631.GA33256@steerpike.hanley.stade.co.uk> <20070423113912.GE2052@deviant.kiev.zoral.com.ua> In-Reply-To: <20070423113912.GE2052@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 0.95.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig91AADDB1596CBF4AD608A17F" Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-STABLE deadlock? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 10:26:31 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig91AADDB1596CBF4AD608A17F Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Kostik Belousov wrote: > On Mon, Apr 23, 2007 at 03:56:32AM +0100, Adrian Wontroba wrote: >> On Tue, Mar 13, 2007 at 02:08:48PM +0000, Adrian Wontroba wrote: >>> At work, amoungst my stable of old computers running FreeBSD, I have = a >>> Fujitsu M800 - a 4 Zeon SMP processor with 4 GB of memory. This >>> primarily runs Nagios and a small and lightly used MySQL database, al= ong >>> with a few inbound FTP transfers per minute. It has a Mylex card base= d >>> disc subsystem, ruling out crash dumps. >>> >>> At some point during 5.5-STABLE this machine started to occasionally = hang ... >> Another 6-STABLE (cvsupped on 27/03/07) example, with diagnostics take= n >> rather sooner after the hang. Processes with wmesg=3Dufs feature ofte= n in >> the ps output. >> >> http://www.stade.co.uk/crash1/ >=20 > I would suspect the mlx controller. There is several processes (for ins= tance, > 988, 50918) waiting for completion of block read, and processes in the = "ufs" > states are the result of the lock cascade, IMHO. I'm not very sure if this is specific to one disk controller. Actually I got some occasional reports about similar hangs on amd64 6.2-RELEASE (slightly patched version) that most of processes stuck in the 'ufs' state, under very light load, the box was equipped with amr(4) RAID. I was not able to reproduce the problem at my lab, though, it's still unknown that how to trigger the livelock :-( Still need some investigate on their production system. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig91AADDB1596CBF4AD608A17F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGLdtNOfuToMruuMARCnabAJ94rde5il3J+4nL5sSOIfoLvH/O3wCeJgF9 nVv3N1lZcz/5mI5SmueCSxw= =HnXN -----END PGP SIGNATURE----- --------------enig91AADDB1596CBF4AD608A17F-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 24 11:13:33 2007 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BC17516A400 for ; Tue, 24 Apr 2007 11:13:33 +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 8C0C313C44C for ; Tue, 24 Apr 2007 11:13:33 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 363C246B8A for ; Tue, 24 Apr 2007 07:13:33 -0400 (EDT) Date: Tue, 24 Apr 2007 12:13:33 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: stable@FreeBSD.org Message-ID: <20070424120517.A52872@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: [bsdcan-announce] BSDCan - less than four weeks! (fwd) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 11:13:33 -0000 Dear FreeBSD users and developers: The BSD Canada Conference (BSDCan) is just a few weeks away -- May 18-19 in Ottawa, Canada. This is a great opportunity to meet up with other FreeBSD developers and users, learn about exciting work taking place in FreeBSD, and it's also a chance to talk about your own work. You'll hear talks on a broad range of FreeBSD-related topics, including Autofs, FreeBSD/PPC, FreeBSD SD/MMC support, FreeBSD security features, FreeNAS, network stack virtualization, PC-BSD, FreeBSD interrupt handling, ZFS, portsnap, FreeBSD clustering, IPv6 security, the FreeBSD security officer, and much, much more. It's also a great social event :-). You can learn more about the conference at the conference website: http://www.bsdcan.org/ If you're not already considering attending (and registered), please consider doing so. See you in Ottawa!. Robert N M Watson Computer Laboratory University of Cambridge ---------- Forwarded message ---------- Date: Tue, 24 Apr 2007 06:58:00 -0400 From: Dan Langille To: bsdcan-announce@lists.bsdcan.org Subject: [bsdcan-announce] BSDCan - less than four weeks! Gidday, BSDCan 2007 is now less than four weeks away. We have another strong lineup of talks. I hope you've finished your travel plans. It is not too late to book now. New this year: lunches on SITE. Yes. Really. Less money for you to spend. More time spent schmoozing. And for those staying in residence: breakfast is included with your accommodation. See http://www.uottawa.ca/services/matmgmt/hospitality/food.html As always, registration will start in the Royal Oak. You can pick your registration pack up between 3:30 and 7pm. The Royal Oak is very close to residence. See http://tinyurl.com/jxelk We have not picked a spot for mass gatherings on Friday and Saturday night. There are many to choose from. As always, BSDCan is both a social and a learning event. :) Sometimes the two are concurrent. See you at BSDCan 2007! -- Dan Langille two conferences, one trip, great value: May 2007 BSDCan - The BSD Conference - http://www.bsdcan.org/ PGCon - The PostgreSQL Conference - http://www.pgcon.org/ _______________________________________________ bsdcan-announce mailing list bsdcan-announce@lists.bsdcan.org http://lists.bsdcan.org/mailman/listinfo/bsdcan-announce From owner-freebsd-stable@FreeBSD.ORG Tue Apr 24 14:49:29 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 38F9E16A403 for ; Tue, 24 Apr 2007 14:49:29 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from smtp1.sbb.co.yu (smtp1.sbb.co.yu [82.117.194.21]) by mx1.freebsd.org (Postfix) with ESMTP id ADA4213C45D for ; Tue, 24 Apr 2007 14:49:28 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from faust.net (cable-89-216-167-189.dynamic.sbb.co.yu [89.216.167.189]) by smtp1.sbb.co.yu (8.13.7/8.13.7) with ESMTP id l3OEnPrX013695 for ; Tue, 24 Apr 2007 16:49:26 +0200 Received: by faust.net (Postfix, from userid 1001) id E57321CC58; Tue, 24 Apr 2007 16:49:28 +0200 (CEST) Date: Tue, 24 Apr 2007 16:49:28 +0200 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20070424144928.GB856@faust.net> References: <20070424075059.9A81C16A474@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070424075059.9A81C16A474@hub.freebsd.org> X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: 3.1 X-SBB-Spam-Level: XXXXXX Subject: Re: [kde-freebsd] problem hal - k3b ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 14:49:29 -0000 > This problem appear in my system after updating system and ports on > April, 06. > K3b hangs either after loading splash screen or after eject wrote media > from device. Aside that new atapi-cam.c is proven to work, I'd like to know if command line works or not? K3b needs cdrtools in background. What if you make iso file using mkisofs and burn it with cdrecord? Zoran From owner-freebsd-stable@FreeBSD.ORG Tue Apr 24 16:07:41 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5384E16A40A for ; Tue, 24 Apr 2007 16:07:41 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from iron1.sfsu.edu (iron1.sfsu.edu [130.212.10.35]) by mx1.freebsd.org (Postfix) with ESMTP id 3E63F13C4B7 for ; Tue, 24 Apr 2007 16:07:41 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from smtp01.sfsu.edu ([130.212.10.100]) by iron1.sfsu.edu with ESMTP; 24 Apr 2007 09:07:37 -0700 X-onepass: IPPSC X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAADILUaC1Apk/2dsb2JhbAA Received: from libra.sfsu.edu ([130.212.10.238]) by mail05a.sfsu.edu (Lotus Domino Release 7.0) with ESMTP id 2007042409073702-440 ; Tue, 24 Apr 2007 09:07:37 -0700 Date: Tue, 24 Apr 2007 09:07:36 -0700 (PDT) From: KAYVEN RIESE cc: freeBSD bugs mailing list In-Reply-To: <20070424144928.GB856@faust.net> Message-ID: References: <20070424075059.9A81C16A474@hub.freebsd.org> <20070424144928.GB856@faust.net> MIME-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on MAIL05a/SERVERS/SFSU(Release 7.0|August 18, 2005) at 04/24/2007 09:07:37, Serialize by Router on SMTP01/SERVERS/SFSU(Release 7.0HF265 | May 12, 2006) at 04/24/2007 09:07:37, Serialize complete at 04/24/2007 09:07:37 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: mesg errors X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2007 16:07:41 -0000 my dmesg has errors i guess. i am sorta new @ this so umm.. here is a dmesg output: 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:32:43 UTC 2006 root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1.73GHz (600.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xafe9fbff Features2=0x180 AMD Features=0x100000 real memory = 536084480 (511 MB) avail memory = 515223552 (491 MB) kbd1 at kbdmux0 acpi0: on motherboard ACPI-0356: *** Error: Region EmbeddedControl(3) has no handler ACPI-1304: *** Error: Method execution failed [\\_SB_.PCI0.SBRG.EC0_.ACS_] (Node 0xc33998c0), AE_NOT_EXIST ACPI-1304: *** Error: Method execution failed [\\_SB_.AC__._INI] (Node 0xc33993e0), AE_NOT_EXIST ACPI-0356: *** Error: Region EmbeddedControl(3) has no handler ACPI-1304: *** Error: Method execution failed [\\_SB_.PCI0.SBRG.EC0_.BATS] (Node 0xc33998a0), AE_NOT_EXIST ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT0._STA] (Node 0xc339d720), AE_NOT_EXIST ACPI-0239: *** Error: Method execution failed [\\_SB_.BAT0._STA] (Node 0xc339d720), AE_NOT_EXIST acpi0: Power Button (fixed) acpi_ec0: port 0x62,0x66 on acpi0 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_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xefffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) uhci0: port 0xe800-0xe81f irq 11 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 0xe880-0xe89f irq 5 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 0xec00-0xec1f irq 10 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 ehci0: mem 0xffaffc00-0xffafffff irq 10 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered pcib2: at device 30.0 on pci0 pci2: on pcib2 bge0: mem 0xff9f0000-0xff9fffff irq 4 at device 0.0 on pci2 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:11:d8:22:c9:91 cbb0: at device 1.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: at device 1.1 on pci2 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 fwohci0: mem 0xff9ef800-0xff9effff irq 10 at device 1.2 on pci2 fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:e0:18:00:03:26:4c:e9 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:e0:18:26:4c:e9 fwe0: Ethernet address: 02:e0:18:26:4c:e9 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci2: at device 2.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.5 (no driver attached) pci0: at device 31.6 (no driver attached) acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 battery1: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 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 Generic PS/2 mouse, device ID 0 sio0: configured irq 3 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 port 0x2f8-0x2ff irq 3 drq 1 flags 0x10 on acpi0 sio0: 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/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff 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 ums0: vendor 0x2222 Macally Optigo USB Mouse, rev 1.10/6.30, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 600023816 Hz quality 800 Timecounters tick every 1.000 msec ad0: 57231MB at ata0-master UDMA100 ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT0._BST] (Node 0xc339d740), AE_AML_NO_RETURN_VALUE acd0: DVDR at ata1-master UDMA33 Trying to mount root from ufs:/dev/ad0s1a ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT0._BST] (Node 0xc339d740), AE_AML_NO_RETURN_VALUE ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT0._BST] (Node 0xc339d740), AE_AML_NO_RETURN_VALUE ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT0._BST] (Node 0xc339d740), AE_AML_NO_RETURN_VALUE ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT0._BST] (Node 0xc339d740), AE_AML_NO_RETURN_VALUE ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT0._BST] (Node 0xc339d740), AE_AML_NO_RETURN_VALUE ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT0._BST] (Node 0xc339d740), AE_AML_NO_RETURN_VALUE ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT0._BST] (Node 0xc339d740), AE_AML_NO_RETURN_VALUE ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT0._BST] (Node 0xc339d740), AE_AML_NO_RETURN_VALUE ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT0._BST] (Node 0xc339d740), AE_AML_NO_RETURN_VALUE ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT0._BST] (Node 0xc339d740), AE_AML_NO_RETURN_VALUE ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT0._BST] (Node 0xc339d740), AE_AML_NO_RETURN_VALUE ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT0._BST] (Node 0xc339d740), AE_AML_NO_RETURN_VALUE bge0: link state changed to UP hope ppl r happy with the format From owner-freebsd-stable@FreeBSD.ORG Tue Apr 24 19:23:36 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 19B9F16A402 for ; Tue, 24 Apr 2007 19:23:36 +0000 (UTC) (envelope-from oleg@vsi.ru) Received: from serv2.vsi.ru (serv2.vsi.ru [80.82.32.11]) by mx1.freebsd.org (Postfix) with ESMTP id 8CE0513C43E for ; Tue, 24 Apr 2007 19:23:35 +0000 (UTC) (envelope-from oleg@vsi.ru) Received: from serv2.vsi.ru (localhost [127.0.0.1]) by serv2.vsi.ru (8.13.8/8.13.8) with ESMTP id l3OJNNMl017670; Tue, 24 Apr 2007 23:23:24 +0400 (MSD) (envelope-from oleg@vsi.ru) Received: (from nobody@localhost) by serv2.vsi.ru (8.13.8/8.13.8/Submit) id l3OJN5Xw017662; Tue, 24 Apr 2007 23:23:05 +0400 (MSD) (envelope-from oleg@vsi.ru) X-Authentication-Warning: serv2.vsi.ru: nobody set sender to oleg@vsi.ru using -f To: LI Xin Message-ID: <1177442585.462e5919c71f0@webmail.vsi.ru> Date: Tue, 24 Apr 2007 23:23:05 +0400 (MSD) From: Oleg Derevenetz References: <20070313140848.GA89182@steerpike.hanley.stade.co.uk> <20070423025631.GA33256@steerpike.hanley.stade.co.uk> <20070423113912.GE2052@deviant.kiev.zoral.com.ua> <462DDB4D.8080507@delphij.net> In-Reply-To: <462DDB4D.8080507@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP IMAP webmail program 2.2.8 X-Originating-IP: 80.82.33.58 Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-STABLE deadlock? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 19:23:36 -0000 ãÉÔÉÒÕÀ LI Xin : > Kostik Belousov wrote: > > On Mon, Apr 23, 2007 at 03:56:32AM +0100, Adrian Wontroba wrote: > >> On Tue, Mar 13, 2007 at 02:08:48PM +0000, Adrian Wontroba wrote: > >>> At work, amoungst my stable of old computers running FreeBSD, I have > a > >>> Fujitsu M800 - a 4 Zeon SMP processor with 4 GB of memory. This > >>> primarily runs Nagios and a small and lightly used MySQL database, > along > >>> with a few inbound FTP transfers per minute. It has a Mylex card > based > >>> disc subsystem, ruling out crash dumps. > >>> > >>> At some point during 5.5-STABLE this machine started to occasionally > hang ... > >> Another 6-STABLE (cvsupped on 27/03/07) example, with diagnostics > taken > >> rather sooner after the hang. Processes with wmesg=ufs feature often > in > >> the ps output. > >> > >> http://www.stade.co.uk/crash1/ > > > > I would suspect the mlx controller. There is several processes (for > instance, > > 988, 50918) waiting for completion of block read, and processes in the > "ufs" > > states are the result of the lock cascade, IMHO. > > I'm not very sure if this is specific to one disk controller. Actually > I got some occasional reports about similar hangs on amd64 6.2-RELEASE > (slightly patched version) that most of processes stuck in the 'ufs' > state, under very light load, the box was equipped with amr(4) RAID. > > I was not able to reproduce the problem at my lab, though, it's still > unknown that how to trigger the livelock :-( Still need some > investigate on their production system. I reported simular issue for FreeBSD 6.2 in audit-trail for kern/104406: http://www.freebsd.org/cgi/query-pr.cgi?pr=104406&cat= and there should be a thread related to this. Briefly, I suspects that this is related to nullfs filesystems on my server and when I cvsuped to FreeBSD 6.2- STABLE with Daichi's unionfs-related patches and replaced nullfs-mounted fs with unionfs-mounted (that was done 10.03.07) problem is gone (seems to be so, at least). From owner-freebsd-stable@FreeBSD.ORG Tue Apr 24 20:29:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AEEC316A402 for ; Tue, 24 Apr 2007 20:29:19 +0000 (UTC) (envelope-from eric.j.christeson@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.235]) by mx1.freebsd.org (Postfix) with ESMTP id 6B8D613C44C for ; Tue, 24 Apr 2007 20:29:19 +0000 (UTC) (envelope-from eric.j.christeson@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so1837813nza for ; Tue, 24 Apr 2007 13:29:18 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZtQU07uZUkIBFyQPQXKssY4YHDZhESI+LODX1BQ9kG36MDf2jlOswOq/MR6P4hbVoLGWwCtvoRVaAd0Qa4iqNl99MSZCzKlfeuOItJk4F/z8xHmreLczUShAIujk61VCuQQv0NsWGC/C2BI5cWe1OQPm0YluBPrNGzl8Jlh3Vzw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=W1hbfooq004s60hbmogzZGwurtUPUVmkO5DR5lcmlN+EtbnexGHiHYJqFXjF3My78F6Q3CHhPWpuAUyHWi41oi2J6VF8CIxivm33Tcy2g1VeYeqjAeaNuUvNRVinQ375G7Qd4VH/pcE85tBwv7kBfV8madvzbnetYn33FE5AttE= Received: by 10.114.148.1 with SMTP id v1mr620837wad.1177444894551; Tue, 24 Apr 2007 13:01:34 -0700 (PDT) Received: by 10.114.67.17 with HTTP; Tue, 24 Apr 2007 13:01:34 -0700 (PDT) Message-ID: <7e3339060704241301j3123d180qb5c5ae168991b6bd@mail.gmail.com> Date: Tue, 24 Apr 2007 15:01:34 -0500 From: ejc To: freebsd-stable@freebsd.org In-Reply-To: <20070424144928.GB856@faust.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070424075059.9A81C16A474@hub.freebsd.org> <20070424144928.GB856@faust.net> Subject: Re: [kde-freebsd] problem hal - k3b ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 20:29:19 -0000 As a data point, I was seeing the same problems, but reverting to atapi-cam.c rev 1.42.2.2 works here too. Eric From owner-freebsd-stable@FreeBSD.ORG Tue Apr 24 20:39:25 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CB59B16A408 for ; Tue, 24 Apr 2007 20:39:25 +0000 (UTC) (envelope-from jmp.lists@alvorlig.dk) Received: from cauchy.aub.dk (cauchy.aub.dk [194.255.124.240]) by mx1.freebsd.org (Postfix) with ESMTP id 83A3F13C45A for ; Tue, 24 Apr 2007 20:39:25 +0000 (UTC) (envelope-from jmp.lists@alvorlig.dk) Received: from localhost (localhost.aub.dk [127.0.0.1]) by cauchy.aub.dk (Postfix) with ESMTP id 678D511764; Tue, 24 Apr 2007 22:10:17 +0200 (CEST) X-Virus-Scanned: amavisd-new at aub.dk Received: from cauchy.aub.dk ([127.0.0.1]) by localhost (cauchy.aub.dk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MrEGNb+p30aW; Tue, 24 Apr 2007 22:10:16 +0200 (CEST) Received: from [10.29.30.73] (unknown [10.29.30.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jmp) by cauchy.aub.dk (Postfix) with ESMTP id 69D221173D; Tue, 24 Apr 2007 22:10:16 +0200 (CEST) Message-ID: <462E6427.6050207@alvorlig.dk> Date: Tue, 24 Apr 2007 22:10:15 +0200 From: "J. Martin Petersen" User-Agent: Thunderbird 2.0.0.0 (X11/20070422) MIME-Version: 1.0 To: Matthew Jacob References: <460959E8.207@thekeelecentre.com> <46095CA9.7060701@thekeelecentre.com> <4624B4FE.1070402@tomjudge.com> <7579f7fb0704171048g357b8b19m8596b37c266009dd@mail.gmail.com> In-Reply-To: <7579f7fb0704171048g357b8b19m8596b37c266009dd@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Dell SAS5 Performance 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: Tue, 24 Apr 2007 20:39:25 -0000 Matthew Jacob wrote: >> >> Is there any news on the performance of this card? >> > > I personally have not been able to reproduce the problem. It seems to > occur whether in Integrated Raid or not. It seems to be related to > specific backplanes and drives. It's an important problem to solve I > agree. We have a HP Proliant DL140 g3 that exhibits this (or a somewhat related) problem, to which we can give you remote access (including remote KVM) if that helps? Cheers, Martin From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 00:31:52 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CBD0616A403 for ; Wed, 25 Apr 2007 00:31:52 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 3C2BC13C4C1 for ; Wed, 25 Apr 2007 00:31:51 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) 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 l3ONnwm4040889; Wed, 25 Apr 2007 09:49:58 +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 l3ONnwg1040888; Wed, 25 Apr 2007 09:49:58 +1000 (EST) (envelope-from peter) Date: Wed, 25 Apr 2007 09:49:58 +1000 From: Peter Jeremy To: Harald Schmalzbauer Message-ID: <20070424234958.GN1736@turion.vk2pj.dyndns.org> References: <200704240932.06435.harry@schmalzbauer.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/Uq4LBwYP4y1W6pO" Content-Disposition: inline In-Reply-To: <200704240932.06435.harry@schmalzbauer.de> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.14 (2007-02-12) Cc: stable@freebsd.org Subject: Re: question: +swap_pager_getswapspace(16): 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 Apr 2007 00:31:52 -0000 --/Uq4LBwYP4y1W6pO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Apr-24 09:32:06 +0200, Harald Schmalzbauer = wrote: >My box has 128MB memory, far enough for the task. If you are regularly running out of space, then maybe not - at least without tuning some parameters. How much swap space do you actually have and what is your box trying to do? My firewall also has 128MB and it's only paged out 575 pages in the last 9.7 days. >After a few days I always see some processes dying because: > >+swap_pager_getswapspace(2): failed >+pid 48211 (perl5.8.8), uid 58, was killed: out of swap space > >Why won't for example the 21MB Buf get freed before more swap space gets= =20 >requested than available (swap is very low, it's FlashDisk!)? vfs.bufspace is inside a feedback loop that tries to keep it between vfs.lobufspace and vfs.hibufspace - which are tuned based on memory size by default (for 128MB RAM, hibufspace should be ~22MB). You could try seting kern.nbuf (in /boot/loader.conf) to reduce the buffer space allocated (each buffer is 16KB). >Is there a way to find out what process is swapped? The ps output will include 'W'. Note that 'swapped' is a special state and normally processes are just paged. In top and ps, the difference between 'size' and 'res' reflects memory space that the process has allocated to it but is not resident. Unfortunately, this includes both text area (which is vnode backed) and space that has never been touched (and therefore doesn't exist anywhere) as well as swap space. Offhand, I don't know of any tool to report the swap utilisation by process on FreeBSD. (Though I have written such a tool for Tru64). --=20 Peter Jeremy --/Uq4LBwYP4y1W6pO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGLpem/opHv/APuIcRAgv2AKCuzzMTdkUKp3pJQvIzfnqVpflevQCfZ0Gr DVlDRTcpwnYHZV7zDbkxchU= =0zzP -----END PGP SIGNATURE----- --/Uq4LBwYP4y1W6pO-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 01:53:38 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C090D16A403 for ; Wed, 25 Apr 2007 01:53:38 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id 18CFC13C484 for ; Wed, 25 Apr 2007 01:53:37 +0000 (UTC) (envelope-from janm@transactionware.com) Received: (qmail 28138 invoked from network); 25 Apr 2007 01:53:57 -0000 Received: from midgard.transactionware.com (192.168.1.55) by dm.transactionware.com with SMTP; 25 Apr 2007 01:53:57 -0000 Received: (qmail 18218 invoked by uid 907); 25 Apr 2007 01:53:35 -0000 Received: from midgard.transactionware.com (HELO IBMA618C20271E) (192.168.1.55) by midgard.transactionware.com (qpsmtpd/0.32) with ESMTP; Wed, 25 Apr 2007 11:53:35 +1000 From: "Jan Mikkelsen" To: "'LI Xin'" , "'Kostik Belousov'" Date: Wed, 25 Apr 2007 11:53:32 +1000 Message-ID: <002b01c786dc$87b56e50$0502a8c0@IBMA618C20271E> 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.6822 Thread-Index: AceGW0rk0enduMqTRNSKBiVZbxmdKwAgFZMg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Importance: Normal In-Reply-To: <462DDB4D.8080507@delphij.net> Cc: freebsd-stable@freebsd.org Subject: RE: 6.2-STABLE deadlock? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 01:53:38 -0000 LI Xin wrote: > Kostik Belousov wrote: > > On Mon, Apr 23, 2007 at 03:56:32AM +0100, Adrian Wontroba wrote: > >> On Tue, Mar 13, 2007 at 02:08:48PM +0000, Adrian Wontroba wrote: > >>> At work, amoungst my stable of old computers running > FreeBSD, I have a > >>> Fujitsu M800 - a 4 Zeon SMP processor with 4 GB of memory. This > >>> primarily runs Nagios and a small and lightly used MySQL > database, along > >>> with a few inbound FTP transfers per minute. It has a > Mylex card based > >>> disc subsystem, ruling out crash dumps. > >>> > >>> At some point during 5.5-STABLE this machine started to > occasionally hang ... > >> Another 6-STABLE (cvsupped on 27/03/07) example, with > diagnostics taken > >> rather sooner after the hang. Processes with wmesg=ufs > feature often in > >> the ps output. > >> > >> http://www.stade.co.uk/crash1/ > > > > I would suspect the mlx controller. There is several > processes (for instance, > > 988, 50918) waiting for completion of block read, and > processes in the "ufs" > > states are the result of the lock cascade, IMHO. > > I'm not very sure if this is specific to one disk controller. > Actually > I got some occasional reports about similar hangs on amd64 6.2-RELEASE > (slightly patched version) that most of processes stuck in the 'ufs' > state, under very light load, the box was equipped with amr(4) RAID. > > I was not able to reproduce the problem at my lab, though, it's still > unknown that how to trigger the livelock :-( Still need some > investigate on their production system. I have seen something similar once, on a machine with an Areca (arcmsr) controller, running 6.2-RELEASE (with unionfs patches). Processes stuck in "ufs", and the machine needed physical intervention to reboot. I haven't seen it since. From memory, it happened during startup of the applications and jails on the machine. Jan. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 01:57:37 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F239116A401 for ; Wed, 25 Apr 2007 01:57:37 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id 2F5AE13C448 for ; Wed, 25 Apr 2007 01:57:36 +0000 (UTC) (envelope-from janm@transactionware.com) Received: (qmail 28199 invoked from network); 25 Apr 2007 01:57:57 -0000 Received: from midgard.transactionware.com (192.168.1.55) by dm.transactionware.com with SMTP; 25 Apr 2007 01:57:57 -0000 Received: (qmail 18290 invoked by uid 907); 25 Apr 2007 01:57:34 -0000 Received: from midgard.transactionware.com (HELO IBMA618C20271E) (192.168.1.55) by midgard.transactionware.com (qpsmtpd/0.32) with ESMTP; Wed, 25 Apr 2007 11:57:34 +1000 From: "Jan Mikkelsen" To: "'Oleg Derevenetz'" , "'LI Xin'" Date: Wed, 25 Apr 2007 11:57:31 +1000 Message-ID: <003301c786dd$168e08d0$0502a8c0@IBMA618C20271E> 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.6822 Thread-Index: AceGpmm8depa5rfnRtqf+gGJd9+HiAANkQgg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Importance: Normal In-Reply-To: <1177442585.462e5919c71f0@webmail.vsi.ru> Cc: freebsd-stable@freebsd.org Subject: RE: 6.2-STABLE deadlock? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 01:57:38 -0000 Oleg Derevenetz wrote: > [ ... ] > I reported simular issue for FreeBSD 6.2 in audit-trail for > kern/104406: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=104406&cat= > > and there should be a thread related to this. Briefly, I > suspects that this is > related to nullfs filesystems on my server and when I cvsuped > to FreeBSD 6.2- > STABLE with Daichi's unionfs-related patches and replaced > nullfs-mounted fs > with unionfs-mounted (that was done 10.03.07) problem is gone > (seems to be so, > at least). Interesting. In the instance I saw, there were also nullfs filesystems mounted. Regards, Jan. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 02:45:16 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A261416A400 for ; Wed, 25 Apr 2007 02:45:16 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id E1FC713C468 for ; Wed, 25 Apr 2007 02:45:15 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from kuzbass.ru (kost [213.184.65.82]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id l3P2EX1B025246; Wed, 25 Apr 2007 10:14:34 +0800 (KRAST) (envelope-from eugen@kuzbass.ru) Message-ID: <462EB996.FAE68D4A@kuzbass.ru> Date: Wed, 25 Apr 2007 10:14:46 +0800 From: Eugene Grosbein Organization: SVZServ X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: ru,en MIME-Version: 1.0 To: Kostik Belousov References: <20070313140848.GA89182@steerpike.hanley.stade.co.uk> <20070423025631.GA33256@steerpike.hanley.stade.co.uk> <20070423113912.GE2052@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-STABLE deadlock? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 02:45:16 -0000 Kostik Belousov wrote: > I would suspect the mlx controller. There is several processes (for instance, > 988, 50918) waiting for completion of block read, and processes in the "ufs" > states are the result of the lock cascade, IMHO. It may be possible that controller is not guilty. You can easily reproduce lock in "ufs" state with commands from the "How-To-Repeat" section of: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=kern/107439 The PR is closed but the problem still exists in recent 6.2-STABLE. GENERIC has the problem too, GENERIC+INVARIANTS panices at once instead of producing locked processes. Eugene Grosbein. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 02:53:29 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E0CD16A400 for ; Wed, 25 Apr 2007 02:53:29 +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 C752A13C44C for ; Wed, 25 Apr 2007 02:53:28 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id A40B7EB5876; Wed, 25 Apr 2007 10:53:26 +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 5ijJfgwBgs2z; Wed, 25 Apr 2007 10:53:18 +0800 (CST) Received: from LI-Xins-MacBook.local (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 86A6FEB08E9; Wed, 25 Apr 2007 10:53:18 +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=rwgDkHVdgqmjb0lOPsE9ENbpZ+3eAwG/lhRBfduJ9RYrcPudUC2/FpIktWn8HnWAr J3+cNHhd6L4E06h1rmPYA== Message-ID: <462EC294.3040001@delphij.net> Date: Wed, 25 Apr 2007 10:53:08 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Oleg Derevenetz References: <20070313140848.GA89182@steerpike.hanley.stade.co.uk> <20070423025631.GA33256@steerpike.hanley.stade.co.uk> <20070423113912.GE2052@deviant.kiev.zoral.com.ua> <462DDB4D.8080507@delphij.net> <1177442585.462e5919c71f0@webmail.vsi.ru> In-Reply-To: <1177442585.462e5919c71f0@webmail.vsi.ru> X-Enigmail-Version: 0.95.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig140C596977C94882A7253F76" Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-STABLE deadlock? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 02:53:29 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig140C596977C94882A7253F76 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Hi, Oleg, Oleg Derevenetz wrote: > =E3=C9=D4=C9=D2=D5=C0 LI Xin : [...] >> I'm not very sure if this is specific to one disk controller. Actuall= y >> I got some occasional reports about similar hangs on amd64 6.2-RELEASE= >> (slightly patched version) that most of processes stuck in the 'ufs' >> state, under very light load, the box was equipped with amr(4) RAID. >> >> I was not able to reproduce the problem at my lab, though, it's still >> unknown that how to trigger the livelock :-( Still need some >> investigate on their production system. >=20 > I reported simular issue for FreeBSD 6.2 in audit-trail for kern/104406= : >=20 > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D104406&cat=3D >=20 > and there should be a thread related to this. Briefly, I suspects that = this is=20 > related to nullfs filesystems on my server and when I cvsuped to FreeBS= D 6.2- > STABLE with Daichi's unionfs-related patches and replaced nullfs-mounte= d fs=20 > with unionfs-mounted (that was done 10.03.07) problem is gone (seems to= be so,=20 > at least). Hmm... Seems to be different issues. The problem I have received was a pgsql server (no nullfs/unionfs involved), and the hang always happen when it is not being heavily loaded (usually in the morning, for instance, and there is no special configuration, like scheduled tasks which can generate disk load, etc., only the entropy harvesting), so this is quite confusing. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig140C596977C94882A7253F76 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGLsKUOfuToMruuMARCv39AJ0awlo4uafGMSZdk2ISjv+KkewnRQCfQxlZ NMTB3Jqe7WaQFIGOdOmLiPY= =pKTj -----END PGP SIGNATURE----- --------------enig140C596977C94882A7253F76-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 03:43:05 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F38FA16A401 for ; Wed, 25 Apr 2007 03:43:04 +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 E027D13C448 for ; Wed, 25 Apr 2007 03:43:04 +0000 (UTC) (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 062BB1A4DDA; Tue, 24 Apr 2007 20:43:29 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 12EDC513DD; Tue, 24 Apr 2007 23:43:04 -0400 (EDT) Date: Tue, 24 Apr 2007 23:43:03 -0400 From: Kris Kennaway To: Jan Mikkelsen Message-ID: <20070425034303.GA44054@xor.obsecurity.org> References: <462DDB4D.8080507@delphij.net> <002b01c786dc$87b56e50$0502a8c0@IBMA618C20271E> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <002b01c786dc$87b56e50$0502a8c0@IBMA618C20271E> User-Agent: Mutt/1.4.2.2i Cc: 'Kostik Belousov' , freebsd-stable@freebsd.org, 'LI Xin' Subject: Re: 6.2-STABLE deadlock? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 03:43:05 -0000 On Wed, Apr 25, 2007 at 11:53:32AM +1000, Jan Mikkelsen wrote: > LI Xin wrote: > > Kostik Belousov wrote: > > > On Mon, Apr 23, 2007 at 03:56:32AM +0100, Adrian Wontroba wrote: > > >> On Tue, Mar 13, 2007 at 02:08:48PM +0000, Adrian Wontroba wrote: > > >>> At work, amoungst my stable of old computers running > > FreeBSD, I have a > > >>> Fujitsu M800 - a 4 Zeon SMP processor with 4 GB of memory. This > > >>> primarily runs Nagios and a small and lightly used MySQL > > database, along > > >>> with a few inbound FTP transfers per minute. It has a > > Mylex card based > > >>> disc subsystem, ruling out crash dumps. > > >>> > > >>> At some point during 5.5-STABLE this machine started to > > occasionally hang ... > > >> Another 6-STABLE (cvsupped on 27/03/07) example, with > > diagnostics taken > > >> rather sooner after the hang. Processes with wmesg=ufs > > feature often in > > >> the ps output. > > >> > > >> http://www.stade.co.uk/crash1/ > > > > > > I would suspect the mlx controller. There is several > > processes (for instance, > > > 988, 50918) waiting for completion of block read, and > > processes in the "ufs" > > > states are the result of the lock cascade, IMHO. > > > > I'm not very sure if this is specific to one disk controller. > > Actually > > I got some occasional reports about similar hangs on amd64 6.2-RELEASE > > (slightly patched version) that most of processes stuck in the 'ufs' > > state, under very light load, the box was equipped with amr(4) RAID. > > > > I was not able to reproduce the problem at my lab, though, it's still > > unknown that how to trigger the livelock :-( Still need some > > investigate on their production system. > > I have seen something similar once, on a machine with an Areca (arcmsr) > controller, running 6.2-RELEASE (with unionfs patches). Processes stuck in > "ufs", and the machine needed physical intervention to reboot. I haven't > seen it since. From memory, it happened during startup of the applications > and jails on the machine. Sounds like one of the known unionfs bugs. Kris From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 03:53:17 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB64C16A403 for ; Wed, 25 Apr 2007 03:53:17 +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 D386F13C469 for ; Wed, 25 Apr 2007 03:53:17 +0000 (UTC) (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 0A2F11A4DDC; Tue, 24 Apr 2007 20:53:42 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 08EF4513DD; Tue, 24 Apr 2007 23:53:16 -0400 (EDT) Date: Tue, 24 Apr 2007 23:53:16 -0400 From: Kris Kennaway To: LI Xin Message-ID: <20070425035316.GB44054@xor.obsecurity.org> References: <20070313140848.GA89182@steerpike.hanley.stade.co.uk> <20070423025631.GA33256@steerpike.hanley.stade.co.uk> <20070423113912.GE2052@deviant.kiev.zoral.com.ua> <462DDB4D.8080507@delphij.net> <1177442585.462e5919c71f0@webmail.vsi.ru> <462EC294.3040001@delphij.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X1bOJ3K7DJ5YkBrT" Content-Disposition: inline In-Reply-To: <462EC294.3040001@delphij.net> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, Oleg Derevenetz Subject: How to report bugs (Re: 6.2-STABLE deadlock?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 03:53:18 -0000 --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 25, 2007 at 10:53:08AM +0800, LI Xin wrote: > Hi, Oleg, >=20 > Oleg Derevenetz wrote: > > ??????? LI Xin : > [...] > >> I'm not very sure if this is specific to one disk controller. Actually > >> I got some occasional reports about similar hangs on amd64 6.2-RELEASE > >> (slightly patched version) that most of processes stuck in the 'ufs' > >> state, under very light load, the box was equipped with amr(4) RAID. > >> > >> I was not able to reproduce the problem at my lab, though, it's still > >> unknown that how to trigger the livelock :-( Still need some > >> investigate on their production system. > >=20 > > I reported simular issue for FreeBSD 6.2 in audit-trail for kern/104406: > >=20 > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D104406&cat=3D > >=20 > > and there should be a thread related to this. Briefly, I suspects that = this is=20 > > related to nullfs filesystems on my server and when I cvsuped to FreeBS= D 6.2- > > STABLE with Daichi's unionfs-related patches and replaced nullfs-mounte= d fs=20 > > with unionfs-mounted (that was done 10.03.07) problem is gone (seems to= be so,=20 > > at least). >=20 > Hmm... Seems to be different issues. The problem I have received was a > pgsql server (no nullfs/unionfs involved), and the hang always happen > when it is not being heavily loaded (usually in the morning, for > instance, and there is no special configuration, like scheduled tasks > which can generate disk load, etc., only the entropy harvesting), so > this is quite confusing. Yes, a large part of the confusion is the unfortunate tendency of people to do the following: my system hangs/panics/etc my system hangs/panics/etc too; it must be the same problem! What we really need is for every FreeBSD user who encounters a hang/panic/etc to avoid jumping to conclusions -- no matter how many superficial similarities there may seem to you -- and instead go through the relevant steps described here: http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kern= eldebug.html Until you (or a developer) have analyzed the resulting information, you cannot definitively determine whether or not your problem is the same as a given random other problem, and you may just confuse the issue by making claims of similarity when you are really reporting a completely separate problem. Thanks, Kris --X1bOJ3K7DJ5YkBrT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGLtCsWry0BWjoQKURAsNdAKCwOnlz7oUKCt6jhuARsCMaAwreIgCeMFjd s7m+UjG93cLUCRmah39O2gU= =WQzm -----END PGP SIGNATURE----- --X1bOJ3K7DJ5YkBrT-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 07:42:42 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E832D16A400 for ; Wed, 25 Apr 2007 07:42:42 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from av9-1-sn3.vrr.skanova.net (av9-1-sn3.vrr.skanova.net [81.228.9.185]) by mx1.freebsd.org (Postfix) with ESMTP id 6133713C457 for ; Wed, 25 Apr 2007 07:42:41 +0000 (UTC) (envelope-from johan@stromnet.se) Received: by av9-1-sn3.vrr.skanova.net (Postfix, from userid 502) id 9D1BE3878F; Wed, 25 Apr 2007 09:42:40 +0200 (CEST) Received: from smtp3-2-sn3.vrr.skanova.net (smtp3-2-sn3.vrr.skanova.net [81.228.9.102]) by av9-1-sn3.vrr.skanova.net (Postfix) with ESMTP id 378E538787 for ; Wed, 25 Apr 2007 09:42:40 +0200 (CEST) Received: from elfi.stromnet.se (90-224-172-102-no129.tbcn.telia.com [90.224.172.102]) by smtp3-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 21E3737E4D for ; Wed, 25 Apr 2007 09:42:39 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by elfi.stromnet.se (Postfix) with ESMTP id 8616061EA6 for ; Wed, 25 Apr 2007 09:42:39 +0200 (CEST) X-Virus-Scanned: amavisd-new at stromnet.se Received: from elfi.stromnet.se ([127.0.0.1]) by localhost (elfi.stromnet.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QrciWf1a7JPI for ; Wed, 25 Apr 2007 09:42:38 +0200 (CEST) Received: from [IPv6:2001:16d8:ff20:1:217:f2ff:fef0:d6b7] (unknown [IPv6:2001:16d8:ff20:1:217:f2ff:fef0:d6b7]) by elfi.stromnet.se (Postfix) with ESMTP id 7458061E85 for ; Wed, 25 Apr 2007 09:42:38 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v752.3) Content-Transfer-Encoding: quoted-printable Message-Id: Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Wed, 25 Apr 2007 09:41:43 +0200 X-Mailer: Apple Mail (2.752.3) Subject: ATA driver/gmirror problems, multiple boxes... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 07:42:43 -0000 Hello I got a few boxes, elfi crus and gw-1, running gmirror. These are =20 three completely different boxes, but all are running 6.1. They all =20 have multiple disks which are gmirrored, two of them SATA-only and =20 one has a mirror between one SATA and one ATA. Some times now and then they all have different problems with the =20 mirrors.. All three in different ways.. although elfi being the one =20 crashing most, its also the one with most disk IO so that might be =20 "expected" (not that it crashes but that its the one crashing most =20 often).. First, some HW spec: elfi: FreeBSD elfi.stromnet.se 6.2-RELEASE FreeBSD 6.2-RELEASE #9: Thu Jan =20 18 16:53:20 CET 2007 root@:/usr/obj/usr/src/sys/ELFI i386 atapci1: port =20 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xdc00-0xdc0f,=20 0xe000-0xe07f irq 21 at device 10.0 on pci0 ad4: 286187MB at ata2-master SATA150 ad6: 286187MB at ata3-master SATA150 Mirror gm0s1 consist of ad4+ad6 crus: FreeBSD crus.stromnet.org 6.1-RELEASE FreeBSD 6.1-RELEASE #3: Tue =20 May 9 20:40:23 CEST 2006 johan@elfi.stromnet.org:/usr/obj/usr/=20 src/sys/GENERIC i386 atapci1: port 0x7480-0x74ff,=20 0x7800-0x78ff mem 0xfebdb000-0xfebdbfff,0xfebe0000-0xfebfffff irq 22 =20 at device 14.0 on pci1 ad8: 305245MB at ata4-master SATA150 ad12: 305245MB at ata6-master SATA150 Mirror gm1 consists of ad8+ad12 gw-1: FreeBSD gw-1.stromnet.se 6.2-RELEASE-p1 FreeBSD 6.2-RELEASE-p1 #7: =20 Tue Feb 13 18:24:34 CET 2007 johan@elfi.stromnet.se:/usr/obj/usr/=20 src/sys/ROUTER.POLLING i386 atapci0: port =20 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 9.0 on pci0 atapci1: port =20 0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0x7f00-0x7f0f,=20= 0x7c00-0x7c7f irq 20 at device 11. ad2: 38166MB at ata1-master UDMA100 ad6: 152627MB at ata3-master SATA150 Mirror gm0 consists of ad6s1+ad2 A typical crash on elfi looks like this: Apr 24 05:20:27 elfi kernel: ad6: FAILURE - device detached Apr 24 05:20:27 elfi kernel: subdisk6: detached Apr 24 05:20:27 elfi kernel: ad6: detached Apr 24 05:20:27 elfi kernel: GEOM_MIRROR: Device gm0s1: provider ad6 =20 disconnected. Apr 24 05:20:27 elfi kernel: g_vfs_done():mirror/gm0s1f[READ=20 (offset=3D16972791808, length=3D16384)]error =3D 6 This can happen any time of the day, this one was from ~5 in the =20 morning. To recover from this I have to reboot (soft reboot works) =20 the box and then it will rebuild when booted. atacontrol cannot find =20 the disk at all before rebooting. I've tried reinit and detach/attach =20= but no help. A crash on crus can look like this: Apr 23 13:45:49 crus kernel: ad8: TIMEOUT - READ_DMA48 retrying (1 =20 retry left) LBA=3D566657039 Apr 23 13:46:14 crus kernel: ad8: WARNING - READ_DMA48 UDMA ICRC =20 error (retrying request) LBA=3D566657039 Apr 23 13:46:14 crus kernel: ad8: WARNING - SETFEATURES SET TRANSFER =20 MODE taskqueue timeout - completing request directly Apr 23 13:46:14 crus kernel: ad8: WARNING - SETFEATURES SET TRANSFER =20 MODE taskqueue timeout - completing request directly Apr 23 13:46:14 crus kernel: ad8: WARNING - SETFEATURES ENABLE RCACHE =20= taskqueue timeout - completing request directly Apr 23 13:46:14 crus kernel: ad8: WARNING - SETFEATURES ENABLE WCACHE =20= taskqueue timeout - completing request directly Apr 23 13:46:14 crus kernel: ad8: WARNING - SET_MULTI taskqueue =20 timeout - completing request directly Apr 23 13:46:14 crus kernel: ad8: FAILURE - READ_DMA48 timed out =20 LBA=3D566657039 Apr 23 13:46:14 crus kernel: GEOM_MIRROR: Request failed (error=3D5). =20= ad8[READ(offset=3D290128403968, length=3D16384)] Apr 23 13:46:14 crus kernel: GEOM_MIRROR: Device gm1: provider ad8 =20 disconnected. This box can do with a gmirror forget followed by a gmirror insert =20 and it will happily rebuild the array. The worst box is gw-1: Apr 20 03:10:59 gw-1 kernel: ad2: timeout waiting to issue command Apr 20 03:10:59 gw-1 kernel: ad2: error issuing WRITE_DMA command Apr 20 03:10:59 gw-1 kernel: GEOM_MIRROR: Request failed (error=3D5). =20= ad2[WRITE(offset=3D37578448384, length=3D16384)] Apr 20 03:10:59 gw-1 kernel: GEOM_MIRROR: Device gm0: provider ad2 =20 disconnected. Apr 20 07:23:57 gw-1 syslogd: kernel boot file is /boot/kernel/kernel Apr 20 07:23:57 gw-1 kernel: Copyright (c) 1992-2007 The FreeBSD =20 Project. Yes.. it fails and then the whole box totally HANGS... No input =20 possible at all.. had to hard-reboot it with the button... Not good =20 at all.. I have been running the disks that are now in elfi in this =20 machine before, and at that time I had the same problem.. disk =20 problems -> total hang.. That was with sata only, this appears to be =20 a problem with the ATA disk too?.. I have never succeeded to force these crashes.. they appear now and =20 then but I can never produce them on demand.. The crashes happens now =20= and then, no regular intervals though.. For elfi: Apr 24 05:20:27 elfi kernel: GEOM_MIRROR: Device gm0s1: provider ad6 =20 disconnected. (I actually cant find any other entry in the logs, but judging from =20 IRC logs: march 28, march 12, feb 13, jan 22, jan 18) For crus: Apr 23 13:46:14 crus kernel: GEOM_MIRROR: Device gm1: provider ad8 =20 disconnected. Apr 13 09:57:49 crus kernel: GEOM_MIRROR: Device gm1: provider ad8 =20 disconnected. I think it has happened once more, but thats it.. For gw-1 it's luckily only once so far.. At least with the current =20 install, it has had problems when the maxtor disks was running in it =20 (and i think it was 6.0 back then) So.. Three different boxes, with three different chipsets... With =20 three different crash scenarios.. But they all have problems.. So =20 where is the actual problem? The HW? The chipset drivers? Gmirror =20 code? I have run SMART tests on the crashing disks, no errors.. I =20 have run powermax (maxtors own test program) a while back on the =20 maxtor disks, no problems.. I have tried changing SATA cables on some =20= of the disks, no difference.. Does anyone have any clue about what can be causing this? What is =20 most likely? How do we hunt this down? Thank you. Johan Str=F6m Stromnet johan@stromnet.se http://www.stromnet.se/ From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 07:59:39 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 39F1416A400 for ; Wed, 25 Apr 2007 07:59:39 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.238]) by mx1.freebsd.org (Postfix) with ESMTP id EC83B13C43E for ; Wed, 25 Apr 2007 07:59:38 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so193938nza for ; Wed, 25 Apr 2007 00:59:38 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gNTbEG45QWdvGymjTN9dnw2/xrt0+OhrgmPV22U6KaiqIFHaCaK3rgOORZ/sq1Whb2ApzKi2oIS3JqGNM41ryWlgk+yuyrprYYuUY9+1DFh+pYHS2jLSxFJM5uyi/9QYbOB+4JAPLGJ3kJmH0a9lH2MVNxl05DztWiS16j/a/D8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=WKEDGUPi+KXBdwKZCpfswHt1VGPC6616l4aj1OyRlFunLs4THCu+w+p85/YTIOtCFH/X4Y9xGQf48NdcrsZLv5C5rPwKL0Hd9xynnidwiBWTfhHtA4TBh0XVL5Fc0eaoN5vyOlS5sswHk9Wgmbz0sd7Q9sR5tHxECFW6hEb4Wro= Received: by 10.114.254.1 with SMTP id b1mr149358wai.1177487977951; Wed, 25 Apr 2007 00:59:37 -0700 (PDT) Received: by 10.114.24.2 with HTTP; Wed, 25 Apr 2007 00:59:37 -0700 (PDT) Message-ID: <7579f7fb0704250059r4a472f99t83c8c2d9280b2984@mail.gmail.com> Date: Wed, 25 Apr 2007 00:59:37 -0700 From: "Matthew Jacob" To: "J. Martin Petersen" In-Reply-To: <462E6427.6050207@alvorlig.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <460959E8.207@thekeelecentre.com> <46095CA9.7060701@thekeelecentre.com> <4624B4FE.1070402@tomjudge.com> <7579f7fb0704171048g357b8b19m8596b37c266009dd@mail.gmail.com> <462E6427.6050207@alvorlig.dk> Cc: freebsd-stable@freebsd.org Subject: Re: Dell SAS5 Performance 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: Wed, 25 Apr 2007 07:59:39 -0000 I've been trying to get one in my lab. I also am completely saturated with two jobs and a new infant (which is why I'm responding to this at 0100) and was trying to get a box in my lab that evidenced te behaviour. If I get stuck when I actually get time to chase this, I'll ask- thanks. On 4/24/07, J. Martin Petersen wrote: > Matthew Jacob wrote: > >> > >> Is there any news on the performance of this card? > >> > > > > I personally have not been able to reproduce the problem. It seems to > > occur whether in Integrated Raid or not. It seems to be related to > > specific backplanes and drives. It's an important problem to solve I > > agree. > > We have a HP Proliant DL140 g3 that exhibits this (or a somewhat > related) problem, to which we can give you remote access (including > remote KVM) if that helps? > > Cheers, Martin > From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 08:18:38 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CAB7A16A402 for ; Wed, 25 Apr 2007 08:18:38 +0000 (UTC) (envelope-from oleg@vsi.ru) Received: from serv2.vsi.ru (serv2.vsi.ru [80.82.32.11]) by mx1.freebsd.org (Postfix) with ESMTP id 43D5C13C45A for ; Wed, 25 Apr 2007 08:18:37 +0000 (UTC) (envelope-from oleg@vsi.ru) Received: from serv2.vsi.ru (localhost [127.0.0.1]) by serv2.vsi.ru (8.13.8/8.13.8) with ESMTP id l3P8IOt7085335; Wed, 25 Apr 2007 12:18:24 +0400 (MSD) (envelope-from oleg@vsi.ru) Received: (from nobody@localhost) by serv2.vsi.ru (8.13.8/8.13.8/Submit) id l3P8EKj6085124; Wed, 25 Apr 2007 12:14:20 +0400 (MSD) (envelope-from oleg@vsi.ru) X-Authentication-Warning: serv2.vsi.ru: nobody set sender to oleg@vsi.ru using -f To: Kris Kennaway Message-ID: <1177488860.462f0ddc6ce8c@webmail.vsi.ru> Date: Wed, 25 Apr 2007 12:14:20 +0400 (MSD) From: Oleg Derevenetz References: <20070313140848.GA89182@steerpike.hanley.stade.co.uk> <20070423025631.GA33256@steerpike.hanley.stade.co.uk> <20070423113912.GE2052@deviant.kiev.zoral.com.ua> <462DDB4D.8080507@delphij.net> <1177442585.462e5919c71f0@webmail.vsi.ru> <462EC294.3040001@delphij.net> <20070425035316.GB44054@xor.obsecurity.org> In-Reply-To: <20070425035316.GB44054@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP IMAP webmail program 2.2.8 X-Originating-IP: 80.82.33.58 Cc: freebsd-stable@freebsd.org, LI Xin , Oleg Derevenetz Subject: Re: How to report bugs (Re: 6.2-STABLE deadlock?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 08:18:38 -0000 ãÉÔÉÒÕÀ Kris Kennaway : > > Oleg Derevenetz wrote: > > > ??????? LI Xin : > > [...] > > >> I'm not very sure if this is specific to one disk controller. > Actually > > >> I got some occasional reports about similar hangs on amd64 > 6.2-RELEASE > > >> (slightly patched version) that most of processes stuck in the > 'ufs' > > >> state, under very light load, the box was equipped with amr(4) > RAID. > > >> > > >> I was not able to reproduce the problem at my lab, though, it's > still > > >> unknown that how to trigger the livelock :-( Still need some > > >> investigate on their production system. > > > > > > I reported simular issue for FreeBSD 6.2 in audit-trail for > kern/104406: > > > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=104406&cat= > > > > > > and there should be a thread related to this. Briefly, I suspects > that this is > > > related to nullfs filesystems on my server and when I cvsuped to > FreeBSD 6.2- > > > STABLE with Daichi's unionfs-related patches and replaced > nullfs-mounted fs > > > with unionfs-mounted (that was done 10.03.07) problem is gone (seems > to be so, > > > at least). > > > > Hmm... Seems to be different issues. The problem I have received was > a > > pgsql server (no nullfs/unionfs involved), and the hang always happen > > when it is not being heavily loaded (usually in the morning, for > > instance, and there is no special configuration, like scheduled tasks > > which can generate disk load, etc., only the entropy harvesting), so > > this is quite confusing. > > Yes, a large part of the confusion is the unfortunate tendency of > people to do the following: > > my system hangs/panics/etc > my system hangs/panics/etc too; it must be the same problem! > > What we really need is for every FreeBSD user who encounters a > hang/panic/etc to avoid jumping to conclusions -- no matter how many > superficial similarities there may seem to you -- and instead go > through the relevant steps described here: > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers- handbook/kerneldebug.html > > Until you (or a developer) have analyzed the resulting information, > you cannot definitively determine whether or not your problem is the > same as a given random other problem, and you may just confuse the > issue by making claims of similarity when you are really reporting a > completely separate problem. Not all people can do deadlock debugging, though. In my case turning on INVARIANTS and WITNESS leads to unacceptable performance penalty due to heavily loaded server. So I can only describe my case, actions and result without providing any debug information. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 08:45:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D56D116A402 for ; Wed, 25 Apr 2007 08:45:58 +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 7FDCD13C45E for ; Wed, 25 Apr 2007 08:45:57 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from source ([217.206.187.80]) by eu1sys200aob010.postini.com ([207.126.147.11]) with SMTP; Wed, 25 Apr 2007 08:45:50 UTC Received: from [10.0.0.89] (bill.mintel.co.uk [10.0.0.89]) by rodney.mintel.co.uk (Postfix) with ESMTP id 36A1A181422; Wed, 25 Apr 2007 09:45:50 +0100 (BST) Message-ID: <462F1580.4010503@tomjudge.com> Date: Wed, 25 Apr 2007 09:46:56 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: Matthew Jacob References: <460959E8.207@thekeelecentre.com> <46095CA9.7060701@thekeelecentre.com> <4624B4FE.1070402@tomjudge.com> <7579f7fb0704171048g357b8b19m8596b37c266009dd@mail.gmail.com> <462E6427.6050207@alvorlig.dk> <7579f7fb0704250059r4a472f99t83c8c2d9280b2984@mail.gmail.com> In-Reply-To: <7579f7fb0704250059r4a472f99t83c8c2d9280b2984@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "J. Martin Petersen" , freebsd-stable@freebsd.org Subject: Re: Dell SAS5 Performance 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: Wed, 25 Apr 2007 08:45:58 -0000 Matthew Jacob wrote: > I've been trying to get one in my lab. I also am completely saturated > with two jobs and a new infant (which is why I'm responding to this at > 0100) and was trying to get a box in my lab that evidenced te > behaviour. If I get stuck when I actually get time to chase this, I'll > ask- thanks. > <<>> I have one sat on my desk, if you would like I can ship it to you? Tom From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 08:47:55 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D89B016A407 for ; Wed, 25 Apr 2007 08:47:55 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: from mail.sub.ru (mail.sub.ru [88.212.205.2]) by mx1.freebsd.org (Postfix) with SMTP id 3AD3C13C468 for ; Wed, 25 Apr 2007 08:47:54 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: (qmail 96195 invoked from network); 25 Apr 2007 12:53:28 +0400 Received: from unknown (HELO localhost) (88.212.205.2) by mail.sub.ru with SMTP; 25 Apr 2007 12:53:28 +0400 X-Virus-Scanned: by amavisd-new at mail.sub.ru Received: from unknown ([88.212.205.2]) by localhost (mail-new.sub.ru [88.212.205.2]) (amavisd-new, port 10024) with SMTP id Ma+AwGTooFUH; Wed, 25 Apr 2007 12:53:24 +0400 (MSD) Received: from unknown (HELO ?89.222.147.9?) (tarkhil%sub.ru@89.222.147.9) by techno.sub.ru with SMTP; 25 Apr 2007 08:53:24 -0000 Message-ID: <462F15B4.4010201@webmail.sub.ru> Date: Wed, 25 Apr 2007 12:47:48 +0400 From: Alex Povolotsky User-Agent: Thunderbird 1.5.0.9 (X11/20070104) MIME-Version: 1.0 To: freebsd-smp@freebsd.org, FreeBSD Stable , freebsd-hardware@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: 6.2-RELEASE does not use second CPU on pentium D X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 08:47:55 -0000 Hello! I have a Pentium D box, running 6.2-RELEASE. In dmesg, I see CPU#1 launched, but I never see any process running on it, and mptable shows cluster-one# mptable -verbose =============================================================================== MPTable looking for EBDA pointer @ 0x040e, found, searching EBDA @ 0x0009e800 searching CMOS 'top of mem' @ 0x0009e400 (633K) searching default 'top of mem' @ 0x0009fc00 (639K) searching BIOS @ 0x000f0000 MP FPS found in BIOS @ physical addr: 0x000fe200 ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000fe200 signature: '_MP_' length: 16 bytes version: 1.4 checksum: 0x9f mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x000fe210 signature: 'PCMP' base table length: 64 version: 1.4 checksum: 0x7f OEM ID: '' Product ID: '' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 1 local APIC address: 0xfee00000 extended table length: 0 extended table checksum: 0 ------------------------------------------------------------------------------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 0 0x14 BSP, usable 15 6 4 0xbfebfbff =============================================================================== while in dmesg Copyright (c) 1992-2007 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-RELEASE-p3 #2: Thu Apr 19 00:19:54 MSD 2007 tarkhil@cluster-one.zinester.com:/usr/obj/usr/src/sys/P4D WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) D CPU 2.80GHz (2808.41-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf64 Stepping = 4 Features=0xbfebfbff Features2=0xe49d,> AMD Features=0x20100000 AMD Features2=0x1 real memory = 1046757376 (998 MB) avail memory = 1015095296 (968 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard [...] SMP: AP CPU #1 Launched! The kernel is, of course, SMP. What can I do, where can I search for solution? Second core IS enabled in BIOS cluster-one# sysctl hw | grep cpu hw.ncpu: 2 hw.acpi.cpu.cx_supported: C1/0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% cluster-one# sysctl machdep | grep cpu machdep.cpu_idle_hlt: 1 machdep.hlt_cpus: 2 machdep.hlt_logical_cpus: 0 machdep.logical_cpus_mask: 2 so second CPU is halted, attempt to start it with sysctl does not help Alex. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 08:57:18 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B63C516A400 for ; Wed, 25 Apr 2007 08:57:18 +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 2205413C468 for ; Wed, 25 Apr 2007 08:57:18 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 275E1EB5A13; Wed, 25 Apr 2007 16:57:17 +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 FP1IFaab3Nce; Wed, 25 Apr 2007 16:57:11 +0800 (CST) Received: from LI-Xins-MacBook.local (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 1DEE3EB5A09; Wed, 25 Apr 2007 16:57:11 +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=ggbTWzzn9p3MDL1lH83p9Hr0lY5P6nh8hQoiv9MpK/SsmeuJEZ7mibzx+amgu3RRI nMeFoHSrcddqot606fR6w== Message-ID: <462F17DD.5090001@delphij.net> Date: Wed, 25 Apr 2007 16:57:01 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Oleg Derevenetz References: <20070313140848.GA89182@steerpike.hanley.stade.co.uk> <20070423025631.GA33256@steerpike.hanley.stade.co.uk> <20070423113912.GE2052@deviant.kiev.zoral.com.ua> <462DDB4D.8080507@delphij.net> <1177442585.462e5919c71f0@webmail.vsi.ru> <462EC294.3040001@delphij.net> <20070425035316.GB44054@xor.obsecurity.org> <1177488860.462f0ddc6ce8c@webmail.vsi.ru> In-Reply-To: <1177488860.462f0ddc6ce8c@webmail.vsi.ru> X-Enigmail-Version: 0.95.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig91C5206A4D3B60FC2266D36C" Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: How to report bugs (Re: 6.2-STABLE deadlock?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 08:57:18 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig91C5206A4D3B60FC2266D36C Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Oleg Derevenetz wrote: [snip] > Not all people can do deadlock debugging, though. In my case turning on= =20 > INVARIANTS and WITNESS leads to unacceptable performance penalty due to= heavily=20 > loaded server. So I can only describe my case, actions and result witho= ut=20 > providing any debug information. I'd say that I completely agree with Kris because that it's very hard for developers to investigate problems if there is no detailed information available, especially for those problems that can not easily reproduced. Of course, deadlock debugging could be tricky, but having a backtrace can usually save a lot of time (and fortunately that is not that hard even for average users :) What I wanted to suggest is that, we hope that the submitter can provide detailed steps to reliably reproduce the problem whenever possible, if they are not able to diagnose the problem themselves, so we will be able to extract more information at lab, and possibly reach a fix. The problem I have is that the reporter of the issue is not quite cooperative as they did before, and what I wanted to say is that it's possible to trigger the livelock without nullfs/unionfs, and I did not figured out why (yet) because I can not reproduce it in my environment :-= ( Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig91C5206A4D3B60FC2266D36C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGLxfdOfuToMruuMARCpoeAJ9rD7+zIgWanFvtr5mOUPtno8X2+wCfYq9C jRhnVFxAIll9mOa7vWdSeBo= =O4w2 -----END PGP SIGNATURE----- --------------enig91C5206A4D3B60FC2266D36C-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 10:00:22 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 601F316A400 for ; Wed, 25 Apr 2007 10:00:22 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: from mail.sub.ru (mail.sub.ru [88.212.205.2]) by mx1.freebsd.org (Postfix) with SMTP id 8DB5E13C468 for ; Wed, 25 Apr 2007 10:00:21 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: (qmail 74061 invoked from network); 25 Apr 2007 14:05:54 +0400 Received: from unknown (HELO localhost) (88.212.205.2) by mail.sub.ru with SMTP; 25 Apr 2007 14:05:54 +0400 X-Virus-Scanned: by amavisd-new at mail.sub.ru Received: from unknown ([88.212.205.2]) by localhost (mail-new.sub.ru [88.212.205.2]) (amavisd-new, port 10024) with SMTP id wRoCMCdNXTQL; Wed, 25 Apr 2007 14:05:44 +0400 (MSD) Received: from unknown (HELO ?89.222.147.9?) (tarkhil%sub.ru@89.222.147.9) by techno.sub.ru with SMTP; 25 Apr 2007 10:05:44 -0000 Message-ID: <462F26A8.5090500@webmail.sub.ru> Date: Wed, 25 Apr 2007 14:00:08 +0400 From: Alex Povolotsky User-Agent: Thunderbird 1.5.0.9 (X11/20070104) MIME-Version: 1.0 To: Kris Kennaway References: <20070420190857.9A34445058@ptavv.es.net> <20070420191105.GA38067@xor.obsecurity.org> In-Reply-To: <20070420191105.GA38067@xor.obsecurity.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexey Karagodov , freebsd-stable@freebsd.org Subject: Re: 6.2-RELEASE does not use second CPU? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 10:00:22 -0000 Kris Kennaway wrote: > On Fri, Apr 20, 2007 at 12:08:57PM -0700, Kevin Oberman wrote: > >>> Date: Fri, 20 Apr 2007 22:54:52 +0400 >>> From: "Alexey Karagodov" >>> Sender: owner-freebsd-stable@freebsd.org >>> >>> and what is this, i mean why: >>> WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant >>> WARNING: MPSAFE network stack disabled, expect reduced performance. >>> >> I thought it was pretty clear. >> >> ipsec is not multi-processor safe and requires the use of GIANT. If you >> have IPSEC in your kernel the network stack will also be giant locked >> which will cut performance. >> > > Yep, google for extensive discussion (hint: FAST_IPSEC) > No visible changes in behaviour with FAST_IPSEC Fast IPsec: Initialized Security Association Processing. mptable still shows ONE CPU Alex. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 10:26:15 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 775CA16A400 for ; Wed, 25 Apr 2007 10:26:15 +0000 (UTC) (envelope-from dkirhlarov@mail.oilspace.com) Received: from office.oilspace.com (ns2.oilspace.com [194.129.65.230]) by mx1.freebsd.org (Postfix) with ESMTP id 3C54F13C44C for ; Wed, 25 Apr 2007 10:26:14 +0000 (UTC) (envelope-from dkirhlarov@mail.oilspace.com) Received: from localhost.mow.oilspace.com (office-lc.mow.oilspace.com [81.222.156.11]) by office.oilspace.com (Postfix) with ESMTP id 56DB7136CDF for ; Wed, 25 Apr 2007 10:26:11 +0000 (UTC) Received: from localhost.mow.oilspace.com (localhost.mow.oilspace.com [127.0.0.1]) by localhost.mow.oilspace.com (8.13.8/8.13.8) with ESMTP id l3PAQ7Ps051787 for ; Wed, 25 Apr 2007 14:26:07 +0400 (MSD) (envelope-from dkirhlarov@localhost.mow.oilspace.com) Received: (from dkirhlarov@localhost) by localhost.mow.oilspace.com (8.13.8/8.13.8/Submit) id l3PAQ7Jb051786 for freebsd-stable@freebsd.org; Wed, 25 Apr 2007 14:26:07 +0400 (MSD) (envelope-from dkirhlarov) Date: Wed, 25 Apr 2007 14:26:07 +0400 From: Dmitriy Kirhlarov To: freebsd-stable@freebsd.org Message-ID: <20070425102606.GC50504@dkirhlarov.mow.oilspace.com> Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Mailer: Mutt-ng devel (2005-03-13) based on Mutt 1.5.9 X-Operating-System: FreeBSD 6.2-STABLE User-Agent: mutt-ng/devel-r804 (FreeBSD) Subject: threads 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 Apr 2007 10:26:15 -0000 Hi, list. I have problem with fresh openldap server with RELENG_6 from middle of February and can't reproduce it with RELENG_6 from August 2006. Details can be found in thread, started from http://www.openldap.org/lists/openldap-software/200704/msg00249.html (only link. I don't want spamming this list with details) I'm wondering if we have any known problems with threads in actual RELENG_6? WBR. Dmitriy From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 10:44:14 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 485B316A401 for ; Wed, 25 Apr 2007 10:44:14 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.236]) by mx1.freebsd.org (Postfix) with ESMTP id AF5BE13C45A for ; Wed, 25 Apr 2007 10:44:13 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so247242nza for ; Wed, 25 Apr 2007 03:44:12 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=fvuO+iCOh6I6TbioePM1JHFGzUncUrYWbsMWQPv9cU8CSdt36ZwxUmAAlzf5rReQuY4DGO0Gc8JXwCyWvhuIZ0WxQd5tp7XswgXOQJDwiPCrZjEuolHyBo1pWoDwB8inGWqKdctZnsW5OTIMgeIKOh8ESJY4YKr6boST607/l1Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=Vrua/zSI2wgEUCspIkzYnMk84ukO/mn8I+3tODK3CueHMMZFon+8QBbwo4oqllC9JZZXaAZ2oVIkWdtJdvhyaVGXrYu/NnSyFJACj9PwIDW3vt4bVHPK8Ueq8RJ7M8rl73o9MMJK+fp996pfCuBnwsiVzBnotuXEkjCRCB4dVY4= Received: by 10.65.150.18 with SMTP id c18mr1220282qbo.1177497852701; Wed, 25 Apr 2007 03:44:12 -0700 (PDT) Received: by 10.65.160.18 with HTTP; Wed, 25 Apr 2007 03:44:12 -0700 (PDT) Message-ID: Date: Wed, 25 Apr 2007 14:44:12 +0400 From: "Alexey Karagodov" To: "Alex Povolotsky" In-Reply-To: <462F26A8.5090500@webmail.sub.ru> MIME-Version: 1.0 References: <20070420190857.9A34445058@ptavv.es.net> <20070420191105.GA38067@xor.obsecurity.org> <462F26A8.5090500@webmail.sub.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: 6.2-RELEASE does not use second CPU? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 10:44:14 -0000 please, dmesg, mptable -verbose, mptable -grope 2007/4/25, Alex Povolotsky : > > Kris Kennaway wrote: > > On Fri, Apr 20, 2007 at 12:08:57PM -0700, Kevin Oberman wrote: > > > >>> Date: Fri, 20 Apr 2007 22:54:52 +0400 > >>> From: "Alexey Karagodov" > >>> Sender: owner-freebsd-stable@freebsd.org > >>> > >>> and what is this, i mean why: > >>> WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant > >>> WARNING: MPSAFE network stack disabled, expect reduced performance. > >>> > >> I thought it was pretty clear. > >> > >> ipsec is not multi-processor safe and requires the use of GIANT. If you > >> have IPSEC in your kernel the network stack will also be giant locked > >> which will cut performance. > >> > > > > Yep, google for extensive discussion (hint: FAST_IPSEC) > > > > No visible changes in behaviour with FAST_IPSEC > > Fast IPsec: Initialized Security Association Processing. > > mptable still shows ONE CPU > > Alex. > > > From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 10:55:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D5ECB16A404 for ; Wed, 25 Apr 2007 10:55:07 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: from mail.sub.ru (mail.sub.ru [88.212.205.2]) by mx1.freebsd.org (Postfix) with SMTP id 90C3813C46E for ; Wed, 25 Apr 2007 10:55:06 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: (qmail 33250 invoked from network); 25 Apr 2007 15:00:40 +0400 Received: from unknown (HELO localhost) (88.212.205.2) by mail.sub.ru with SMTP; 25 Apr 2007 15:00:40 +0400 X-Virus-Scanned: by amavisd-new at mail.sub.ru Received: from unknown ([88.212.205.2]) by localhost (mail-new.sub.ru [88.212.205.2]) (amavisd-new, port 10024) with SMTP id cFHJaclLgl5b; Wed, 25 Apr 2007 15:00:35 +0400 (MSD) Received: from unknown (HELO ?89.222.147.9?) (tarkhil%sub.ru@89.222.147.9) by techno.sub.ru with SMTP; 25 Apr 2007 11:00:35 -0000 Message-ID: <462F3383.6000605@webmail.sub.ru> Date: Wed, 25 Apr 2007 14:54:59 +0400 From: Alex Povolotsky User-Agent: Thunderbird 1.5.0.9 (X11/20070104) MIME-Version: 1.0 To: Alexey Karagodov References: <20070420190857.9A34445058@ptavv.es.net> <20070420191105.GA38067@xor.obsecurity.org> <462F26A8.5090500@webmail.sub.ru> In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: 6.2-RELEASE does not use second CPU? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 10:55:07 -0000 Alexey Karagodov wrote: > please, dmesg, mptable -verbose, mptable -grope > > 2007/4/25, Alex Povolotsky >: > > Kris Kennaway wrote: > > On Fri, Apr 20, 2007 at 12:08:57PM -0700, Kevin Oberman wrote: > > > >>> Date: Fri, 20 Apr 2007 22:54:52 +0400 > >>> From: "Alexey Karagodov" > > >>> Sender: owner-freebsd-stable@freebsd.org > > >>> > >>> and what is this, i mean why: > >>> WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant > >>> WARNING: MPSAFE network stack disabled, expect reduced > performance. > >>> > >> I thought it was pretty clear. > >> > >> ipsec is not multi-processor safe and requires the use of > GIANT. If you > >> have IPSEC in your kernel the network stack will also be giant > locked > >> which will cut performance. > >> > > > > Yep, google for extensive discussion (hint: FAST_IPSEC) > > > > No visible changes in behaviour with FAST_IPSEC > > Fast IPsec: Initialized Security Association Processing. > > mptable still shows ONE CPU > > Alex. > > > Full dmesg: Copyright (c) 1992-2007 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-RELEASE-p3 #5: Wed Apr 25 13:37:13 MSD 2007 tarkhil@cluster-one.zinester.com:/usr/obj/usr/src/sys/P4D Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) D CPU 2.80GHz (2808.41-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf64 Stepping = 4 Features=0xbfebfbff Features2=0xe49d,> AMD Features=0x20100000 AMD Features2=0x1 Logical CPUs per core: 2 real memory = 1046757376 (998 MB) avail memory = 1015087104 (968 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard ichwd module loaded 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_perf0: on cpu0 acpi_perf0: failed in PERF_STATUS attach device_attach: acpi_perf0 attach returned 6 acpi_perf0: on cpu0 acpi_perf0: failed in PERF_STATUS attach device_attach: acpi_perf0 attach returned 6 acpi_throttle0: on cpu0 cpu1: on acpi0 acpi_perf1: on cpu1 acpi_perf1: failed in PERF_STATUS attach device_attach: acpi_perf1 attach returned 6 acpi_perf1: on cpu1 acpi_perf1: failed in PERF_STATUS attach device_attach: acpi_perf1 attach returned 6 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 2.0 (no driver attached) pci0: at device 3.0 (no driver attached) em0: port 0x30e0-0x30ff mem 0x50300000-0x5031ffff,0x50324000-0x50324fff irq 20 at device 25.0 on pci0 em0: Ethernet address: 00:19:d1:03:10:d9 pci0: at device 26.0 (no driver attached) pci0: at device 26.1 (no driver attached) pci0: at device 26.7 (no driver attached) pci0: at device 27.0 (no driver attached) pcib1: at device 28.0 on pci0 pci1: on pcib1 pcib2: at device 28.1 on pci0 pci2: on pcib2 atapci0: port 0x2018-0x201f,0x2024-0x2027,0x2010-0x2017,0x2020-0x2023,0x2000-0x200f mem 0x50100000-0x501001ff irq 17 at device 0.0 on pci2 ata2: on atapci0 ata3: on atapci0 pcib3: at device 28.2 on pci0 pci3: on pcib3 pcib4: at device 28.3 on pci0 pci4: on pcib4 pcib5: at device 28.4 on pci0 pci5: on pcib5 pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.2 (no driver attached) pci0: at device 29.7 (no driver attached) pcib6: at device 30.0 on pci0 pci6: on pcib6 atapci1: port 0x1018-0x101f,0x1024-0x1027,0x1010-0x1017,0x1020-0x1023,0x1000-0x100f mem 0x50004800-0x50004bff irq 22 at device 1.0 on pci6 ata4: on atapci1 ata5: on atapci1 ata6: on atapci1 ata7: on atapci1 pci6: at device 3.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci2: port 0x3108-0x310f,0x311c-0x311f,0x3100-0x3107,0x3118-0x311b,0x3020-0x303f mem 0x50325000-0x503257ff irq 19 at device 31.2 on pci0 atapci2: AHCI Version 01.10 controller with 4 ports detected ata8: on atapci2 ata9: on atapci2 ata10: on atapci2 ata11: on atapci2 pci0: at device 31.3 (no driver attached) ppc0: port 0x378-0x37f,0x778-0x77f irq 7 on acpi0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcafff,0xcd000-0xcdfff,0xce000-0xd27ff,0xd2800-0xd37ff on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata1 at port 0x170-0x177,0x376 irq 15 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec Fast IPsec: Initialized Security Association Processing. ad8: 70911MB at ata4-master SATA150 ad16: 70911MB at ata8-master SATA150 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad16s1a cluster-one# mptable -verbose =============================================================================== MPTable looking for EBDA pointer @ 0x040e, found, searching EBDA @ 0x0009e800 searching CMOS 'top of mem' @ 0x0009e400 (633K) searching default 'top of mem' @ 0x0009fc00 (639K) searching BIOS @ 0x000f0000 MP FPS found in BIOS @ physical addr: 0x000fe200 ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000fe200 signature: '_MP_' length: 16 bytes version: 1.4 checksum: 0x9f mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x000fe210 signature: 'PCMP' base table length: 64 version: 1.4 checksum: 0x7f OEM ID: '' Product ID: '' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 1 local APIC address: 0xfee00000 extended table length: 0 extended table checksum: 0 ------------------------------------------------------------------------------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 0 0x14 BSP, usable 15 6 4 0xbfebfbff =============================================================================== cluster-one# mptable -grope =============================================================================== MPTable ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000fe200 signature: '_MP_' length: 16 bytes version: 1.4 checksum: 0x9f mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x000fe210 signature: 'PCMP' base table length: 64 version: 1.4 checksum: 0x7f OEM ID: '' Product ID: '' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 1 local APIC address: 0xfee00000 extended table length: 0 extended table checksum: 0 ------------------------------------------------------------------------------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 0 0x14 BSP, usable 15 6 4 0xbfebfbff =============================================================================== Thanks. Alex. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 11:13:24 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F3F2E16A407; Wed, 25 Apr 2007 11:13:23 +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 ABA0F13C457; Wed, 25 Apr 2007 11:13:23 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=daemon.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Hgf7Q-0003VT-PW; Wed, 25 Apr 2007 19:53:04 +0900 Message-ID: <462F3310.9000907@micom.mng.net> Date: Wed, 25 Apr 2007 18:53:04 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.0 (X11/20070425) MIME-Version: 1.0 To: thomas@FreeBSD.ORG Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Mailing List , eric.j.christeson@gmail.com, Adriaan de Groot , Beni , Robert Marella Subject: k3b problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 11:13:24 -0000 Dear Thomas, Can you take a look at src/sys/dev/ata/atapi-cam.c,v 1.42.2.3? With this revision of atapi-cam.c k3b application hangs on splash screen and I had to use power button only to restart the machine. This is observed with RELENG_6 and recent k3b port. Other people had similar problems. k3b starts fine with atapi-cam.c Revision 1.42.2.2. thanks, Ganbold From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 11:29:45 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9229016A400 for ; Wed, 25 Apr 2007 11:29:45 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id C35A013C44B for ; Wed, 25 Apr 2007 11:29:44 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 82713 invoked from network); 25 Apr 2007 15:29:41 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 25 Apr 2007 15:29:41 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.5.10110, virus records: 196245, updated: 25.04.2007] Message-ID: <00e301c7872d$03e1db80$0c00a8c0@Artem> From: "Artem Kuchin" To: Date: Wed, 25 Apr 2007 15:26:02 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Subject: Top not showing 4 cpus on 2 xeons with HT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 11:29:45 -0000 I am just wondering if it is normal. I have two xeon processors with HT on each of them. When loading kernel says that 4 cpu's are found, but when i do top i can see only 0 or 2 in the C column. never 1 or 3. Is it normal? FreeBSD 6.2-STABLE (cvsed 1 day ago) -- Regards. Artem From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 11:29:50 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 99C6B16A518 for ; Wed, 25 Apr 2007 11:29:50 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id CBD6113C483 for ; Wed, 25 Apr 2007 11:29:44 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 82714 invoked from network); 25 Apr 2007 15:29:42 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 25 Apr 2007 15:29:42 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.5.10110, virus records: 196245, updated: 25.04.2007] Message-ID: <00e401c7872d$0445f480$0c00a8c0@Artem> From: "Artem Kuchin" To: Date: Wed, 25 Apr 2007 15:29:38 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Subject: GIANT LOCKED raid driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 11:29:50 -0000 We use 3ware cards (twe driver) on most of our server. While it is a very good raid controller it's driver is still GIANT LOCKED and i think this reduces perfomance of the server (they do a lot of disk io). Does anyone know a good raid controller (raid-5 not really needed, mirror is enough) whose driver is not giant locked? Or maybe i worry for nothing and this giant locked issue is not really affecting perfomance (we are talking 2 real CPUs configuration and sometimes 2 real + 2 logical (HT)). -- Regards, Artem From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 11:50:38 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3661016A404 for ; Wed, 25 Apr 2007 11:50:38 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from mx0.thekeelecentre.com (mx0.thekeelecentre.com [217.206.238.167]) by mx1.freebsd.org (Postfix) with ESMTP id F0EC613C455 for ; Wed, 25 Apr 2007 11:50:37 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from localhost (mailfil.mx0.thekeelecentre.com [217.206.238.165]) by mx0.thekeelecentre.com (Postfix) with ESMTP id 69BC540B0; Wed, 25 Apr 2007 12:41:03 +0100 (BST) X-Virus-Scanned: by amavisd-new at mx0.thekeelecentre.com Received: from mx0.thekeelecentre.com ([217.206.238.167]) by localhost (mailfil.mx0.thekeelecentre.com [217.206.238.165]) (amavisd-new, port 10024) with ESMTP id tlSnrJ8Tqybg; Wed, 25 Apr 2007 12:41:00 +0100 (BST) Received: from [217.206.238.190] (sylvester.tector.org.uk [217.206.238.190]) by mx0.thekeelecentre.com (Postfix) with ESMTP id A975140A0; Wed, 25 Apr 2007 12:40:58 +0100 (BST) Message-ID: <462F3E60.7010109@thekeelecentre.com> Date: Wed, 25 Apr 2007 12:41:20 +0100 From: Richard Tector User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Artem Kuchin References: <00e301c7872d$03e1db80$0c00a8c0@Artem> In-Reply-To: <00e301c7872d$03e1db80$0c00a8c0@Artem> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Top not showing 4 cpus on 2 xeons with HT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 11:50:38 -0000 Artem Kuchin wrote: > I am just wondering if it is normal. > I have two xeon processors with HT on each of them. > When loading kernel says that 4 cpu's are found, > but when i do top i can see only 0 or 2 in the C > column. never 1 or 3. Is it normal? > > FreeBSD 6.2-STABLE (cvsed 1 day ago) If I remember correctly, HT is disabled by default for security reasons but there should be a sysctl to enable it. I believe there is also a paper by Colin Percival on the issue. Note that in a lot of common loads, the use of HT with the standard scheduler does not yield any real benefits. Regards, Richard From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 12:06:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7BE3D16A401 for ; Wed, 25 Apr 2007 12:06:19 +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 4192C13C487 for ; Wed, 25 Apr 2007 12:06:19 +0000 (UTC) (envelope-from thomas@FreeBSD.ORG) Received: by melamine.cuivre.fr.eu.org (Postfix, from userid 1000) id 6F4275C267; Wed, 25 Apr 2007 13:38:13 +0200 (CEST) Date: Wed, 25 Apr 2007 13:38:13 +0200 From: Thomas Quinot To: Ganbold Message-ID: <20070425113813.GA23938@melamine.cuivre.fr.eu.org> References: <462F3310.9000907@micom.mng.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <462F3310.9000907@micom.mng.net> X-message-flag: WARNING! Using Outlook can damage your computer. User-Agent: Mutt/1.5.11 Cc: FreeBSD Stable Mailing List , eric.j.christeson@gmail.com, Adriaan de Groot , Beni , Robert Marella Subject: Re: k3b problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 12:06:19 -0000 * Ganbold, 2007-04-25 : > With this revision of atapi-cam.c k3b application hangs on splash screen > and I had to use power button only to restart the machine. I am confused. Is your *application* hanging, or is the *whole system* hanging? In either case nothing can be said on this problem without at least the following information: * complete boot -v output * backtrace of the point where the system hangs Also, it would be really helpful to open a proper PR in GNATS rather than relying on untracked discussion for the investigation of this issue. Thomas. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 12:16:14 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 17D5416A402 for ; Wed, 25 Apr 2007 12:16:14 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [82.208.36.70]) by mx1.freebsd.org (Postfix) with ESMTP id CEC3C13C45E for ; Wed, 25 Apr 2007 12:16:13 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 543C519E027; Wed, 25 Apr 2007 14:16:12 +0200 (CEST) Received: from [192.168.1.2] (grimm.quip.cz [213.220.192.218]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTP id 1666219E019; Wed, 25 Apr 2007 14:16:07 +0200 (CEST) Message-ID: <462F4687.5060204@quip.cz> Date: Wed, 25 Apr 2007 14:16:07 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: =?ISO-8859-1?Q?Johan_Str=F6m?= References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: ATA driver/gmirror problems, multiple boxes... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 12:16:14 -0000 Johan Ström wrote: > Hello > > I got a few boxes, elfi crus and gw-1, running gmirror. These are three > completely different boxes, but all are running 6.1. They all have > multiple disks which are gmirrored, two of them SATA-only and one has a > mirror between one SATA and one ATA. > Some times now and then they all have different problems with the > mirrors.. All three in different ways.. although elfi being the one > crashing most, its also the one with most disk IO so that might be > "expected" (not that it crashes but that its the one crashing most > often).. > First, some HW spec: [...] > Yes.. it fails and then the whole box totally HANGS... No input > possible at all.. had to hard-reboot it with the button... Not good at > all.. I have been running the disks that are now in elfi in this > machine before, and at that time I had the same problem.. disk problems > -> total hang.. That was with sata only, this appears to be a problem > with the ATA disk too?.. > > I have never succeeded to force these crashes.. they appear now and > then but I can never produce them on demand.. The crashes happens now > and then, no regular intervals though.. For elfi: > Apr 24 05:20:27 elfi kernel: GEOM_MIRROR: Device gm0s1: provider ad6 > disconnected. > (I actually cant find any other entry in the logs, but judging from IRC > logs: march 28, march 12, feb 13, jan 22, jan 18) > > For crus: > Apr 23 13:46:14 crus kernel: GEOM_MIRROR: Device gm1: provider ad8 > disconnected. > Apr 13 09:57:49 crus kernel: GEOM_MIRROR: Device gm1: provider ad8 > disconnected. > I think it has happened once more, but thats it.. > > For gw-1 it's luckily only once so far.. At least with the current > install, it has had problems when the maxtor disks was running in it > (and i think it was 6.0 back then) > > So.. Three different boxes, with three different chipsets... With three > different crash scenarios.. But they all have problems.. So where is > the actual problem? The HW? The chipset drivers? Gmirror code? I have > run SMART tests on the crashing disks, no errors.. I have run powermax > (maxtors own test program) a while back on the maxtor disks, no > problems.. I have tried changing SATA cables on some of the disks, no > difference.. > > Does anyone have any clue about what can be causing this? What is most > likely? How do we hunt this down? I have same problems for a long time (you can found my posts in this list last year). From my point of view - this is HW problem. For example: I have 4 same machines Sun Fire X2100 and one of them have this problem (always on same ATA channel), others not. HW becomes cheapper and cheapper at cost of lower quality. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 12:39:54 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 74F5816A403 for ; Wed, 25 Apr 2007 12:39:54 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from conversation.bsdunix.ch (ns1.bsdunix.ch [82.220.1.90]) by mx1.freebsd.org (Postfix) with ESMTP id 3A62713C48A for ; Wed, 25 Apr 2007 12:39:54 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from localhost (localhost.bsdunix.ch [127.0.0.1]) by conversation.bsdunix.ch (Postfix) with ESMTP id EC9D45D42 for ; Wed, 25 Apr 2007 14:22:29 +0200 (CEST) X-Virus-Scanned: by amavisd-new at mail.bsdunix.ch Received: from conversation.bsdunix.ch ([127.0.0.1]) by localhost (conversation.bsdunix.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 6gvkY2cFHZpQ for ; Wed, 25 Apr 2007 14:21:59 +0200 (CEST) Received: from [212.101.1.83] (bert.mlan.solnet.ch [212.101.1.83]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by conversation.bsdunix.ch (Postfix) with ESMTP id 158CC5D3B for ; Wed, 25 Apr 2007 14:21:59 +0200 (CEST) From: Thomas To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Wed, 25 Apr 2007 14:21:58 +0200 Message-Id: <1177503718.2974.17.camel@bert.mlan.solnet.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: mount_nullfs in jail, set times error on symlinked files X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 12:39:54 -0000 Hi I jailed my ftp server. Rsync processes inside my jail syncing remote files. I receive a lot of errors like: rsync: failed to set times on "/usr/local/data/ftp/mirror/x.org/pub/X11R7.0/doc/html/XF86VidModeGetPermissions.3.html": Operation not permitted (1) All set times error are triggered by symlinked files: /usr/local/data/ftp/mirror/x.org/pub/X11R7.0/doc/html/XF86VidModeGetPermissions.3.html -> XF86VidMode.3.html Is this a jail limitation? About my system: 6.2-STABLE #8: Mon Apr 23 15:17:16 UTC 2007 (I386) kern.securelevel is set to -1 in the host and jail system. My host system mounts /backup/jail_ftp/ftp to /jail/ftp_server/usr/local/data/ftp which is inside my jail. mount shows: /backup/jail_ftp/ftp on /jail/ftp_server/usr/local/data/ftp (nullfs, local) /backup/jail_ftp/ftp has chmod 777 my host rc.conf looks like: jail_ftp_devfs_enable="YES" jail_ftp_devfs_ruleset="devfsrules_jail" #rulset 4 applied jail_ftp_mount_enable="YES" fstab.ftp: /usr/ports /jail/ftp_server/usr/ports nullfs rw 1 1 /backup/jail_ftp/ftp /jail/ftp_server/usr/local/data/ftp nullfs 1 1 sysctl.conf: security.jail.set_hostname_allowed: 1 security.jail.socket_unixiproute_only: 1 security.jail.sysvipc_allowed: 1 security.jail.enforce_statfs: 1 security.jail.allow_raw_sockets: 1 security.jail.chflags_allowed: 1 security.jail.jailed_sockets_first: 1 kern.securelevel: -1 Cheers, Tom Vogt From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 12:50:20 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0146A16A406 for ; Wed, 25 Apr 2007 12:50:20 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 3092113C484 for ; Wed, 25 Apr 2007 12:50:18 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 84707 invoked from network); 25 Apr 2007 16:50:17 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 25 Apr 2007 16:50:17 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.5.10110, virus records: 196263, updated: 25.04.2007] Message-ID: <026301c78738$460bdf50$0c00a8c0@Artem> From: "Artem Kuchin" To: "Richard Tector" References: <00e301c7872d$03e1db80$0c00a8c0@Artem> <462F3E60.7010109@thekeelecentre.com> Date: Wed, 25 Apr 2007 16:50:13 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Cc: freebsd-stable@freebsd.org Subject: Re: Top not showing 4 cpus on 2 xeons with HT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 12:50:20 -0000 Richard Tector wrote: > Artem Kuchin wrote: >> I am just wondering if it is normal. >> I have two xeon processors with HT on each of them. >> When loading kernel says that 4 cpu's are found, >> but when i do top i can see only 0 or 2 in the C >> column. never 1 or 3. Is it normal? >> >> FreeBSD 6.2-STABLE (cvsed 1 day ago) > If I remember correctly, HT is disabled by default for security > reasons but there should be a sysctl to enable it. I believe there is > also a paper by Colin Percival on the issue. ahh, heck, i'll take my chances. I've read the paper and the attack seem to me almost unreal. Also, everybody is in the jail on the server. > Note that in a lot of common loads, the use of HT with the standard > scheduler does not yield any real benefits. Hmm. I just turned it on and already see that hosts are running generally faster (it is a hosting server, 100+ site). No numbers though. It just *SEEMS* faster. Anyway, it cannot make thing slower for sure, or can it? -- Regards, Artem From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 13:04:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 65F3216A403 for ; Wed, 25 Apr 2007 13:04:26 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id EE3EE13C46E for ; Wed, 25 Apr 2007 13:04:25 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by ug-out-1314.google.com with SMTP id 71so363162ugh for ; Wed, 25 Apr 2007 06:04:24 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=MI5HRayAptWhfH9mr2ArxPEkE5gtGo6bInAlmD24vXVw7J35i7Sfs9yzTZ9hY+xQz/K8J4RDspW3vjbY7EfzcK3o9J29Ob3B5ln7/qT4vJdUQlqww83Ckkk47sd3SYFc6FS5hLKIXXydX1TjaK3ljSrOGD3watY4pFoT7s7nlMs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=bDuveFP7VcGYDRRQVtD8uS8SDTJKAusu/tv3sYa0SHrcpP8PG7BIct6eVBi+lto54gcpT3wcKEkQbdIqllqvcyDu0AEXc++rloH/hV5aASU++1VCzPS0gSNotmRl3fo1+2HZkULrULFDBh6xjxXhlC3zF53xT6xbwdUwMuIS9Xk= Received: by 10.67.116.3 with SMTP id t3mr1380949ugm.1177506264715; Wed, 25 Apr 2007 06:04:24 -0700 (PDT) Received: from ?127.0.0.1? ( [213.206.147.185]) by mx.google.com with ESMTP id x37sm1184388ugc.2007.04.25.06.04.22; Wed, 25 Apr 2007 06:04:22 -0700 (PDT) From: Tom Evans To: Artem Kuchin In-Reply-To: <026301c78738$460bdf50$0c00a8c0@Artem> References: <00e301c7872d$03e1db80$0c00a8c0@Artem> <462F3E60.7010109@thekeelecentre.com> <026301c78738$460bdf50$0c00a8c0@Artem> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-dfjVg6TkePV8FCjA316B" Date: Wed, 25 Apr 2007 14:04:21 +0100 Message-Id: <1177506261.5651.0.camel@zoot.mintel.co.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.10.0 FreeBSD GNOME Team Port Cc: freebsd-stable@freebsd.org Subject: Re: Top not showing 4 cpus on 2 xeons with HT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 13:04:26 -0000 --=-dfjVg6TkePV8FCjA316B Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2007-04-25 at 16:50 +0400, Artem Kuchin wrote: > Richard Tector wrote: > > Artem Kuchin wrote: > >> I am just wondering if it is normal. > >> I have two xeon processors with HT on each of them. > >> When loading kernel says that 4 cpu's are found, > >> but when i do top i can see only 0 or 2 in the C > >> column. never 1 or 3. Is it normal? > >>=20 > >> FreeBSD 6.2-STABLE (cvsed 1 day ago) > > If I remember correctly, HT is disabled by default for security > > reasons but there should be a sysctl to enable it. I believe there is > > also a paper by Colin Percival on the issue. >=20 >=20 > ahh, heck, i'll take my chances. I've read the paper and the attack > seem to me almost unreal. Also, everybody is in the jail on the server. > =20 > > Note that in a lot of common loads, the use of HT with the standard > > scheduler does not yield any real benefits. >=20 > Hmm. I just turned it on and already see that hosts are running generally > faster (it is a hosting server, 100+ site). No numbers though. It just > *SEEMS* faster. Anyway, it cannot make thing slower for sure, or > can it? >=20 > -- > Regards, > Artem >=20 >=20 >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" Yes, quite easily. --=-dfjVg6TkePV8FCjA316B Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGL1HQlcRvFfyds/cRAlwKAJ9VhSJuWi2qP5EniOD3vculo3gFHQCgwagy Zi7lnL66ppz4/01W49c6jdU= =8Nrl -----END PGP SIGNATURE----- --=-dfjVg6TkePV8FCjA316B-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 13:12:27 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C9EA16A406 for ; Wed, 25 Apr 2007 13:12:27 +0000 (UTC) (envelope-from soren@klintrup.dk) Received: from mail01.hemligt.net (mail01.hemligt.net [87.48.247.181]) by mx1.freebsd.org (Postfix) with ESMTP id C9FD413C4C2 for ; Wed, 25 Apr 2007 13:12:26 +0000 (UTC) (envelope-from soren@klintrup.dk) Received: from localhost (unknown [172.21.203.81]) by mail01.hemligt.net (Postfix) with ESMTP id D19BD1009A7C; Wed, 25 Apr 2007 14:52:40 +0200 (CEST) X-Virus-Scanned: amavisd-new at hemligt.net Received: from mail01.hemligt.net ([172.21.203.81]) by localhost (mail01.hemligt.net [172.21.203.81]) (amavisd-new, port 10024) with ESMTP id XgFgJtsGGPND; Wed, 25 Apr 2007 14:52:34 +0200 (CEST) Received: from localhost (web01.hemligt.net [172.21.203.12]) by mail01.hemligt.net (Postfix) with ESMTP id 661FF10098B6; Wed, 25 Apr 2007 14:52:34 +0200 (CEST) MIME-Version: 1.0 Date: Wed, 25 Apr 2007 14:52:34 +0200 From: =?UTF-8?Q?S=C3=B8ren_Klintrup?= To: Artem Kuchin In-Reply-To: <00e301c7872d$03e1db80$0c00a8c0@Artem> References: <00e301c7872d$03e1db80$0c00a8c0@Artem> X-Priority: 5 (Lowest) Message-ID: X-Sender: soren@klintrup.dk User-Agent: RoundCube Webmail/0.1b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Top not showing 4 cpus on 2 xeons with HT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 13:12:27 -0000 On Wed, 25 Apr 2007 15:26:02 +0400, "Artem Kuchin" wrote: > I am just wondering if it is normal. > I have two xeon processors with HT on each of them. > When loading kernel says that 4 cpu's are found, > but when i do top i can see only 0 or 2 in the C > column. never 1 or 3. Is it normal? Hyperthreading has been disabled by default for quite some time now. More info (including ways to reenable HTT) can be found here: http://security.freebsd.org/advisories/FreeBSD-SA-05:09.htt.asc Regards, Søren Klintrup From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 13:25:31 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 44D8416A404 for ; Wed, 25 Apr 2007 13:25:31 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from mail.classis.ru (classis.ru [213.248.60.120]) by mx1.freebsd.org (Postfix) with ESMTP id 062EC13C458 for ; Wed, 25 Apr 2007 13:25:30 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from citrin (unknown [81.19.65.68]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: citrin.citrin.ru) by mail.classis.ru (Postfix) with ESMTP id F30D91227CCB for ; Wed, 25 Apr 2007 17:13:41 +0400 (MSD) Date: Wed, 25 Apr 2007 17:12:33 +0400 From: Anton Yuzhaninov X-Mailer: The Bat! (v3.62.14) Professional Organization: Rambler X-Priority: 3 (Normal) Message-ID: <982557187.20070425171233@citrin.ru> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: jemalloc on 6-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 13:25:31 -0000 Hello, How jemalloc can be used on 6-stable? Can I just copy src/lib/libc/stdlib/malloc.c from current or other changes also should be done? -- Anton Yuzhaninov. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 14:08:17 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B3BED16A401 for ; Wed, 25 Apr 2007 14:08:17 +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 29F7513C468 for ; Wed, 25 Apr 2007 14:08:16 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (qjylqn@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l3PE86Ut059659; Wed, 25 Apr 2007 16:08:15 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l3PE86XV059658; Wed, 25 Apr 2007 16:08:06 +0200 (CEST) (envelope-from olli) Date: Wed, 25 Apr 2007 16:08:06 +0200 (CEST) Message-Id: <200704251408.l3PE86XV059658@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, tarkhil@webmail.sub.ru In-Reply-To: <462F15B4.4010201@webmail.sub.ru> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 25 Apr 2007 16:08:15 +0200 (CEST) Cc: Subject: Re: 6.2-RELEASE does not use second CPU on pentium D X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, tarkhil@webmail.sub.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 14:08:17 -0000 Alex Povolotsky wrote: > I have a Pentium D box, running 6.2-RELEASE. In dmesg, I see CPU#1 > launched, but I never see any process running on it, and mptable shows Hyperthreading is disabled by default in FreeBSD (for security reasons). You can enable it via sysctl if you want (machdep.hyperthreading_allowed=1). However, note that it might not make your machine any faster (in fact, a UP kernel might be faster; it depends on the kind of programs that you're running). Also not that there is a potential security issue with hyper- threading (information leak). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "When your hammer is C++, everything begins to look like a thumb." -- Steve Haflich, in comp.lang.c++ From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 14:47:03 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 57B6316A400 for ; Wed, 25 Apr 2007 14:47:03 +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 E341A13C468 for ; Wed, 25 Apr 2007 14:47:02 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (ixstoj@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l3PEkuGH062064; Wed, 25 Apr 2007 16:47:01 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l3PEkuS4062063; Wed, 25 Apr 2007 16:46:56 +0200 (CEST) (envelope-from olli) Date: Wed, 25 Apr 2007 16:46:56 +0200 (CEST) Message-Id: <200704251446.l3PEkuS4062063@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, harry@schmalzbauer.de In-Reply-To: <200704240932.06435.harry@schmalzbauer.de> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 25 Apr 2007 16:47:01 +0200 (CEST) Cc: Subject: Re: question: +swap_pager_getswapspace(16): failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, harry@schmalzbauer.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 14:47:03 -0000 Harald Schmalzbauer wrote: > I have a little understanding problem: > My box has 128MB memory, far enough for the task. Are you sure? I see you're running perl scripts. Those can easily (and sometimes unexpectedly) eat a lot of memory. > After a few days I always see some processes dying because: > > +swap_pager_getswapspace(2): failed > +pid 48211 (perl5.8.8), uid 58, was killed: out of swap space AFAIK, the kernel selects the largest process for killing when it runs out of swap. So your perl was probably quite large. > Why won't for example the 21MB Buf get freed before more swap space gets > requested than available (swap is very low, it's FlashDisk!)? > Is there a way to find out what process is swapped? There's a difference between swapped and paged. Swapped means that a process has been _completely_ moved to swap space. Such processes had a "W" flag in the state column of ps(1). In contrast to that, paging happens on pages, not on processes. Note that pages are not uniquely assigned to one process, but they can be shared between processes, so it's difficult (or even impossible) to give clear numbers on the amount of paging per process. > Thanks for any hints. My only way to circumvent this problem is to reboot the > machine daily. I've also set up machines with limited RAM and without hard disk for swapping. I never swap onto flash memory, because flash has a limited number of write cycles (it suffers from certain wear). If you have another server within short network distance, you should consider remote swapping via NFS. It's not as slow as it sounds (depending on the speed of the network and the server), and at least it's better than nothing. Otherwise, don't swap (or page) at all. The folowing sysctl will optimize your system for that case: vm.swap_enabled=0 vm.swap_idle_enabled=0 vm.defer_swapspace_pageouts=1 vm.disable_swapspace_pageouts=1 kern.ipc.shm_use_phys=1 You should also build a custom kernel that contains "options NO_SWAPPING". Also make sure that you remove everything from your kernel that you don't need, so more memory is availale for userland. In particular, remove "options UFS_DIRHASH", because the dirhash code can eat quite a lot of memory. And of course you should not run any processes that you don't really need. But I guess you already know that. It might also help to set the "R" malloc flag: # ln -s R /etc/malloc.conf It can reduce memory fragmentation for processes that do a lot of small (re)allocations. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "C++ is to C as Lung Cancer is to Lung." -- Thomas Funke From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 18:08:44 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CC46B16A404 for ; Wed, 25 Apr 2007 18:08:44 +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 B587913C455 for ; Wed, 25 Apr 2007 18:08:44 +0000 (UTC) (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 9D4211A4D90; Wed, 25 Apr 2007 11:09:09 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 43361513F4; Wed, 25 Apr 2007 14:08:43 -0400 (EDT) Date: Wed, 25 Apr 2007 14:08:43 -0400 From: Kris Kennaway To: Oleg Derevenetz Message-ID: <20070425180843.GA72881@xor.obsecurity.org> References: <20070313140848.GA89182@steerpike.hanley.stade.co.uk> <20070423025631.GA33256@steerpike.hanley.stade.co.uk> <20070423113912.GE2052@deviant.kiev.zoral.com.ua> <462DDB4D.8080507@delphij.net> <1177442585.462e5919c71f0@webmail.vsi.ru> <462EC294.3040001@delphij.net> <20070425035316.GB44054@xor.obsecurity.org> <1177488860.462f0ddc6ce8c@webmail.vsi.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LZvS9be/3tNcYl/X" Content-Disposition: inline In-Reply-To: <1177488860.462f0ddc6ce8c@webmail.vsi.ru> User-Agent: Mutt/1.4.2.2i Cc: LI Xin , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: How to report bugs (Re: 6.2-STABLE deadlock?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 18:08:44 -0000 --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 25, 2007 at 12:14:20PM +0400, Oleg Derevenetz wrote: > > Until you (or a developer) have analyzed the resulting information, > > you cannot definitively determine whether or not your problem is the > > same as a given random other problem, and you may just confuse the > > issue by making claims of similarity when you are really reporting a > > completely separate problem. >=20 > Not all people can do deadlock debugging, though. In my case turning on= =20 > INVARIANTS and WITNESS leads to unacceptable performance penalty due to h= eavily=20 > loaded server. So I can only describe my case, actions and result without= =20 > providing any debug information. But you can still do *some* things, e.g. backtraces and/or a coredump: every little bit helps. Ultimately, though, you have to understand and accept that the less information you provide, the less chance there is that a developer will be able to track down your problem. In fact a developer may have to effectively ignore your problem report altogether, because of what I explained about "symptoms" usually not being enough to tell one bug from another. In general, when you encounter a bug in FreeBSD, you have a little bit of work to do on your side before we can start doing the rest. I understand that you may not be in a position to do that work, but that means you also need to understand that we can't do it either. Kris --LZvS9be/3tNcYl/X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGL5kqWry0BWjoQKURArGdAJ45neq21TZTvC6EQi+J08D8eyKrqQCgwEuv dlfA7y6e7MOum9A0twRH+3U= =LA/P -----END PGP SIGNATURE----- --LZvS9be/3tNcYl/X-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 18:14:20 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 64C9A16A402; Wed, 25 Apr 2007 18:14:20 +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 E62DB13C45B; Wed, 25 Apr 2007 18:14:19 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l3PI1lQX068100; Wed, 25 Apr 2007 14:01:48 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hardware@freebsd.org Date: Wed, 25 Apr 2007 12:08:33 -0400 User-Agent: KMail/1.9.6 References: <462F15B4.4010201@webmail.sub.ru> In-Reply-To: <462F15B4.4010201@webmail.sub.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704251208.34248.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 25 Apr 2007 14:01:48 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3161/Wed Apr 25 11:52:16 2007 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-smp@freebsd.org Subject: Re: 6.2-RELEASE does not use second CPU on pentium D X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 18:14:20 -0000 On Wednesday 25 April 2007 04:47:48 am Alex Povolotsky wrote: > Hello! > > I have a Pentium D box, running 6.2-RELEASE. In dmesg, I see CPU#1 > launched, but I never see any process running on it, and mptable shows > > cluster-one# mptable -verbose > > =============================================================================== > > MPTable > > looking for EBDA pointer @ 0x040e, found, searching EBDA @ 0x0009e800 > searching CMOS 'top of mem' @ 0x0009e400 (633K) > searching default 'top of mem' @ 0x0009fc00 (639K) > searching BIOS @ 0x000f0000 > > MP FPS found in BIOS @ physical addr: 0x000fe200 > > ------------------------------------------------------------------------------- > > MP Floating Pointer Structure: > > location: BIOS > physical address: 0x000fe200 > signature: '_MP_' > length: 16 bytes > version: 1.4 > checksum: 0x9f > mode: Virtual Wire > > ------------------------------------------------------------------------------- > > MP Config Table Header: > > physical address: 0x000fe210 > signature: 'PCMP' > base table length: 64 > version: 1.4 > checksum: 0x7f > OEM ID: '' > Product ID: '' > OEM table pointer: 0x00000000 > OEM table size: 0 > entry count: 1 > local APIC address: 0xfee00000 > extended table length: 0 > extended table checksum: 0 > > ------------------------------------------------------------------------------- > > MP Config Base Table Entries: > > -- > Processors: APIC ID Version State Family Model Step > Flags > 0 0x14 BSP, usable 15 6 4 > 0xbfebfbff > > =============================================================================== > > while in dmesg > > Copyright (c) 1992-2007 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-RELEASE-p3 #2: Thu Apr 19 00:19:54 MSD 2007 > tarkhil@cluster-one.zinester.com:/usr/obj/usr/src/sys/P4D > WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant > WARNING: MPSAFE network stack disabled, expect reduced performance. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) D CPU 2.80GHz (2808.41-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf64 Stepping = 4 > > Features=0xbfebfbff ,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Features2=0xe49d,> > AMD Features=0x20100000 > AMD Features2=0x1 > real memory = 1046757376 (998 MB) > avail memory = 1015095296 (968 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0: Changing APIC ID to 2 > ioapic0 irqs 0-23 on motherboard > > [...] > SMP: AP CPU #1 Launched! > > The kernel is, of course, SMP. > > What can I do, where can I search for solution? > > Second core IS enabled in BIOS > cluster-one# sysctl hw | grep cpu > hw.ncpu: 2 > hw.acpi.cpu.cx_supported: C1/0 > hw.acpi.cpu.cx_lowest: C1 > hw.acpi.cpu.cx_usage: 100.00% > cluster-one# sysctl machdep | grep cpu > machdep.cpu_idle_hlt: 1 > machdep.hlt_cpus: 2 > machdep.hlt_logical_cpus: 0 > machdep.logical_cpus_mask: 2 > > so second CPU is halted, attempt to start it with sysctl does not help > Alex. It's seeing it as an HTT thread. Try changing 'machdep.hyperthreading_allowed'. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 18:23:41 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 05BC916A403 for ; Wed, 25 Apr 2007 18:23:41 +0000 (UTC) (envelope-from oleg@vsi.ru) Received: from serv2.vsi.ru (serv2.vsi.ru [80.82.32.11]) by mx1.freebsd.org (Postfix) with ESMTP id 716F313C46A for ; Wed, 25 Apr 2007 18:23:40 +0000 (UTC) (envelope-from oleg@vsi.ru) Received: from serv2.vsi.ru (localhost [127.0.0.1]) by serv2.vsi.ru (8.13.8/8.13.8) with ESMTP id l3PINOK4053873; Wed, 25 Apr 2007 22:23:24 +0400 (MSD) (envelope-from oleg@vsi.ru) Received: (from nobody@localhost) by serv2.vsi.ru (8.13.8/8.13.8/Submit) id l3PIKPp0053610; Wed, 25 Apr 2007 22:20:25 +0400 (MSD) (envelope-from oleg@vsi.ru) X-Authentication-Warning: serv2.vsi.ru: nobody set sender to oleg@vsi.ru using -f To: Kris Kennaway Message-ID: <1177525225.462f9be9adad8@webmail.vsi.ru> Date: Wed, 25 Apr 2007 22:20:25 +0400 (MSD) From: Oleg Derevenetz References: <20070313140848.GA89182@steerpike.hanley.stade.co.uk> <20070423025631.GA33256@steerpike.hanley.stade.co.uk> <20070423113912.GE2052@deviant.kiev.zoral.com.ua> <462DDB4D.8080507@delphij.net> <1177442585.462e5919c71f0@webmail.vsi.ru> <462EC294.3040001@delphij.net> <20070425035316.GB44054@xor.obsecurity.org> <1177488860.462f0ddc6ce8c@webmail.vsi.ru> <20070425180843.GA72881@xor.obsecurity.org> In-Reply-To: <20070425180843.GA72881@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP IMAP webmail program 2.2.8 X-Originating-IP: 80.82.33.58 Cc: LI Xin , Kris Kennaway , freebsd-stable@freebsd.org, Oleg Derevenetz Subject: Re: How to report bugs (Re: 6.2-STABLE deadlock?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 18:23:41 -0000 ãÉÔÉÒÕÀ Kris Kennaway : > On Wed, Apr 25, 2007 at 12:14:20PM +0400, Oleg Derevenetz wrote: > > > > Until you (or a developer) have analyzed the resulting information, > > > you cannot definitively determine whether or not your problem is > the > > > same as a given random other problem, and you may just confuse the > > > issue by making claims of similarity when you are really reporting > a > > > completely separate problem. > > > > Not all people can do deadlock debugging, though. In my case turning > on > > INVARIANTS and WITNESS leads to unacceptable performance penalty due > to heavily > > loaded server. So I can only describe my case, actions and result > without > > providing any debug information. > > But you can still do *some* things, e.g. backtraces and/or a coredump: > every little bit helps. > > Ultimately, though, you have to understand and accept that the less > information you provide, the less chance there is that a developer > will be able to track down your problem. In fact a developer may have > to effectively ignore your problem report altogether, because of what > I explained about "symptoms" usually not being enough to tell one bug > from another. > > In general, when you encounter a bug in FreeBSD, you have a little bit > of work to do on your side before we can start doing the rest. I > understand that you may not be in a position to do that work, but that > means you also need to understand that we can't do it either. In fact, I solved (or workarounded) this problem for me, so in this thread I provide my workaround as possible workaround for users that experiences the same problem. This only hint for them, and not a bugreport for you. I could not provide a full (or only partial) debug information because I will not back out cvsuped sources, will not replace unionfs with nullfs again and will not wait week or more for another stuck. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 19:01:52 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3043416A400 for ; Wed, 25 Apr 2007 19:01:52 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 47F2113C45B for ; Wed, 25 Apr 2007 19:01:51 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 94463 invoked from network); 25 Apr 2007 23:01:49 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 25 Apr 2007 23:01:49 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.5.10110, virus records: 196306, updated: 25.04.2007] Message-ID: <004e01c7876c$2ce8a3d0$0c00a8c0@Artem> From: "Artem Kuchin" To: "John Baldwin" , References: <462F15B4.4010201@webmail.sub.ru> <200704251208.34248.jhb@freebsd.org> Date: Wed, 25 Apr 2007 23:01:44 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Cc: freebsd-smp@freebsd.org, FreeBSD Stable Subject: Re: 6.2-RELEASE does not use second CPU on pentium D X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 19:01:52 -0000 John Baldwin wrote: > On Wednesday 25 April 2007 04:47:48 am Alex Povolotsky wrote: >> Hello! >> >> I have a Pentium D box, running 6.2-RELEASE. In dmesg, I see CPU#1 >> launched, but I never see any process running on it, and mptable >> shows Hmm. I am running PentiumD 3.0 Ghz on Asus p5p800-vm motherboard. Needed to update BIOS to make CPU work correctly. Also, i am not running RELEASE. I run 6.2-STABLE cvsupped regulary. I have no problem like that, top shows 0 and 1 in C column for different processes. So,I'd simply recomment to cvs and rebuild the kernel and update your MB BIOS to the latest. -- Regards, Artem From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 19:20:14 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D0AC316A403 for ; Wed, 25 Apr 2007 19:20:14 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: from mail.sub.ru (mail.sub.ru [88.212.205.2]) by mx1.freebsd.org (Postfix) with SMTP id 3791613C44B for ; Wed, 25 Apr 2007 19:20:13 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: (qmail 3811 invoked from network); 25 Apr 2007 23:25:48 +0400 Received: from unknown (HELO localhost) (88.212.205.2) by mail.sub.ru with SMTP; 25 Apr 2007 23:25:48 +0400 X-Virus-Scanned: by amavisd-new at mail.sub.ru Received: from unknown ([88.212.205.2]) by localhost (mail-new.sub.ru [88.212.205.2]) (amavisd-new, port 10024) with SMTP id fk9kSCN2gMD6; Wed, 25 Apr 2007 23:25:42 +0400 (MSD) Received: from unknown (HELO ?89.222.147.9?) (tarkhil%sub.ru@89.222.147.9) by techno.sub.ru with SMTP; 25 Apr 2007 19:25:42 -0000 Message-ID: <462FA9E5.5010300@webmail.sub.ru> Date: Wed, 25 Apr 2007 23:20:05 +0400 From: Alex Povolotsky User-Agent: Thunderbird 1.5.0.9 (X11/20070104) MIME-Version: 1.0 To: John Baldwin References: <462F15B4.4010201@webmail.sub.ru> <200704251208.34248.jhb@freebsd.org> In-Reply-To: <200704251208.34248.jhb@freebsd.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , freebsd-smp@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: 6.2-RELEASE does not use second CPU on pentium D X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 19:20:15 -0000 John Baldwin wrote: > On Wednesday 25 April 2007 04:47:48 am Alex Povolotsky wrote: > >> Hello! >> >> I have a Pentium D box, running 6.2-RELEASE. In dmesg, I see CPU#1 >> launched, but I never see any process running on it, and mptable shows >> >> cluster-one# mptable -verbose >> >> >> > =============================================================================== > >> MPTable >> >> looking for EBDA pointer @ 0x040e, found, searching EBDA @ 0x0009e800 >> searching CMOS 'top of mem' @ 0x0009e400 (633K) >> searching default 'top of mem' @ 0x0009fc00 (639K) >> searching BIOS @ 0x000f0000 >> >> MP FPS found in BIOS @ physical addr: 0x000fe200 >> >> ------------------------------------------------------------------------------- >> >> MP Floating Pointer Structure: >> >> location: BIOS >> physical address: 0x000fe200 >> signature: '_MP_' >> length: 16 bytes >> version: 1.4 >> checksum: 0x9f >> mode: Virtual Wire >> >> ------------------------------------------------------------------------------- >> >> MP Config Table Header: >> >> physical address: 0x000fe210 >> signature: 'PCMP' >> base table length: 64 >> version: 1.4 >> checksum: 0x7f >> OEM ID: '' >> Product ID: '' >> OEM table pointer: 0x00000000 >> OEM table size: 0 >> entry count: 1 >> local APIC address: 0xfee00000 >> extended table length: 0 >> extended table checksum: 0 >> >> ------------------------------------------------------------------------------- >> >> MP Config Base Table Entries: >> >> -- >> Processors: APIC ID Version State Family Model Step >> Flags >> 0 0x14 BSP, usable 15 6 4 >> 0xbfebfbff >> >> >> > =============================================================================== > >> while in dmesg >> >> Copyright (c) 1992-2007 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-RELEASE-p3 #2: Thu Apr 19 00:19:54 MSD 2007 >> tarkhil@cluster-one.zinester.com:/usr/obj/usr/src/sys/P4D >> WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant >> WARNING: MPSAFE network stack disabled, expect reduced performance. >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> CPU: Intel(R) Pentium(R) D CPU 2.80GHz (2808.41-MHz 686-class CPU) >> Origin = "GenuineIntel" Id = 0xf64 Stepping = 4 >> >> >> > Features=0xbfebfbff >> ,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> >> Features2=0xe49d,> >> AMD Features=0x20100000 >> AMD Features2=0x1 >> real memory = 1046757376 (998 MB) >> avail memory = 1015095296 (968 MB) >> ACPI APIC Table: >> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >> cpu0 (BSP): APIC ID: 0 >> cpu1 (AP): APIC ID: 1 >> ioapic0: Changing APIC ID to 2 >> ioapic0 irqs 0-23 on motherboard >> >> [...] >> SMP: AP CPU #1 Launched! >> >> The kernel is, of course, SMP. >> >> What can I do, where can I search for solution? >> >> Second core IS enabled in BIOS >> cluster-one# sysctl hw | grep cpu >> hw.ncpu: 2 >> hw.acpi.cpu.cx_supported: C1/0 >> hw.acpi.cpu.cx_lowest: C1 >> hw.acpi.cpu.cx_usage: 100.00% >> cluster-one# sysctl machdep | grep cpu >> machdep.cpu_idle_hlt: 1 >> machdep.hlt_cpus: 2 >> machdep.hlt_logical_cpus: 0 >> machdep.logical_cpus_mask: 2 >> >> so second CPU is halted, attempt to start it with sysctl does not help >> Alex. >> > > It's seeing it as an HTT thread. Try > changing 'machdep.hyperthreading_allowed'. > > Well, it is a Pentium D. It is supposed to have two cores, not just hyperthreading! How can it be at all? Alex. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 19:57:16 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E322F16A401; Wed, 25 Apr 2007 19:57:15 +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 61E9813C468; Wed, 25 Apr 2007 19:57:15 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l3PJv7lu068823; Wed, 25 Apr 2007 15:57:08 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Alex Povolotsky Date: Wed, 25 Apr 2007 15:57:02 -0400 User-Agent: KMail/1.9.6 References: <462F15B4.4010201@webmail.sub.ru> <200704251208.34248.jhb@freebsd.org> <462FA9E5.5010300@webmail.sub.ru> In-Reply-To: <462FA9E5.5010300@webmail.sub.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704251557.02688.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 25 Apr 2007 15:57:08 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3162/Wed Apr 25 14:43:55 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,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-smp@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: 6.2-RELEASE does not use second CPU on pentium D X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 19:57:16 -0000 On Wednesday 25 April 2007 03:20:05 pm Alex Povolotsky wrote: > John Baldwin wrote: > > On Wednesday 25 April 2007 04:47:48 am Alex Povolotsky wrote: > > > >> Hello! > >> > >> I have a Pentium D box, running 6.2-RELEASE. In dmesg, I see CPU#1 > >> launched, but I never see any process running on it, and mptable shows > >> > >> cluster-one# mptable -verbose > >> > >> > >> > > =============================================================================== > > > >> MPTable > >> > >> looking for EBDA pointer @ 0x040e, found, searching EBDA @ 0x0009e800 > >> searching CMOS 'top of mem' @ 0x0009e400 (633K) > >> searching default 'top of mem' @ 0x0009fc00 (639K) > >> searching BIOS @ 0x000f0000 > >> > >> MP FPS found in BIOS @ physical addr: 0x000fe200 > >> > >> ------------------------------------------------------------------------------- > >> > >> MP Floating Pointer Structure: > >> > >> location: BIOS > >> physical address: 0x000fe200 > >> signature: '_MP_' > >> length: 16 bytes > >> version: 1.4 > >> checksum: 0x9f > >> mode: Virtual Wire > >> > >> ------------------------------------------------------------------------------- > >> > >> MP Config Table Header: > >> > >> physical address: 0x000fe210 > >> signature: 'PCMP' > >> base table length: 64 > >> version: 1.4 > >> checksum: 0x7f > >> OEM ID: '' > >> Product ID: '' > >> OEM table pointer: 0x00000000 > >> OEM table size: 0 > >> entry count: 1 > >> local APIC address: 0xfee00000 > >> extended table length: 0 > >> extended table checksum: 0 > >> > >> ------------------------------------------------------------------------------- > >> > >> MP Config Base Table Entries: > >> > >> -- > >> Processors: APIC ID Version State Family Model Step > >> Flags > >> 0 0x14 BSP, usable 15 6 4 > >> 0xbfebfbff > >> > >> > >> > > =============================================================================== > > > >> while in dmesg > >> > >> Copyright (c) 1992-2007 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-RELEASE-p3 #2: Thu Apr 19 00:19:54 MSD 2007 > >> tarkhil@cluster-one.zinester.com:/usr/obj/usr/src/sys/P4D > >> WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant > >> WARNING: MPSAFE network stack disabled, expect reduced performance. > >> Timecounter "i8254" frequency 1193182 Hz quality 0 > >> CPU: Intel(R) Pentium(R) D CPU 2.80GHz (2808.41-MHz 686-class CPU) > >> Origin = "GenuineIntel" Id = 0xf64 Stepping = 4 > >> > >> > >> > > Features=0xbfebfbff > > >> ,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > >> Features2=0xe49d,> > >> AMD Features=0x20100000 > >> AMD Features2=0x1 > >> real memory = 1046757376 (998 MB) > >> avail memory = 1015095296 (968 MB) > >> ACPI APIC Table: > >> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > >> cpu0 (BSP): APIC ID: 0 > >> cpu1 (AP): APIC ID: 1 > >> ioapic0: Changing APIC ID to 2 > >> ioapic0 irqs 0-23 on motherboard > >> > >> [...] > >> SMP: AP CPU #1 Launched! > >> > >> The kernel is, of course, SMP. > >> > >> What can I do, where can I search for solution? > >> > >> Second core IS enabled in BIOS > >> cluster-one# sysctl hw | grep cpu > >> hw.ncpu: 2 > >> hw.acpi.cpu.cx_supported: C1/0 > >> hw.acpi.cpu.cx_lowest: C1 > >> hw.acpi.cpu.cx_usage: 100.00% > >> cluster-one# sysctl machdep | grep cpu > >> machdep.cpu_idle_hlt: 1 > >> machdep.hlt_cpus: 2 > >> machdep.hlt_logical_cpus: 0 > >> machdep.logical_cpus_mask: 2 > >> > >> so second CPU is halted, attempt to start it with sysctl does not help > >> Alex. > >> > > > > It's seeing it as an HTT thread. Try > > changing 'machdep.hyperthreading_allowed'. > > > > > > Well, it is a Pentium D. It is supposed to have two cores, not just > hyperthreading! How can it be at all? Because multicores actually show up as HTT and you have to do extra work to figure out if they are really cores or threads, and apparently 6.2 gets it wrong on your machine. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 20:30:17 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED5C216A402; Wed, 25 Apr 2007 20:30:17 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-13.arcor-online.net (mail-in-13.arcor-online.net [151.189.21.53]) by mx1.freebsd.org (Postfix) with ESMTP id 4F01213C458; Wed, 25 Apr 2007 20:30:17 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-01-z2.arcor-online.net (mail-in-06-z2.arcor-online.net [151.189.8.18]) by mail-in-13.arcor-online.net (Postfix) with ESMTP id 38DB61E518A; Wed, 25 Apr 2007 18:37:02 +0200 (CEST) Received: from mail-in-09.arcor-online.net (mail-in-09.arcor-online.net [151.189.21.49]) by mail-in-01-z2.arcor-online.net (Postfix) with ESMTP id 220A05BF73; Wed, 25 Apr 2007 18:37:02 +0200 (CEST) Received: from lofi.dyndns.org (dslb-084-061-144-151.pools.arcor-ip.net [84.61.144.151]) by mail-in-09.arcor-online.net (Postfix) with ESMTP id DD97E35A54A; Wed, 25 Apr 2007 18:37:01 +0200 (CEST) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.2]) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l3PGau0C084728 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Apr 2007 18:36:56 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.13.6/8.13.4) with ESMTP id l3PGau4e002094; Wed, 25 Apr 2007 18:36:56 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.13.6/8.13.4/Submit) id l3PGatEB002093; Wed, 25 Apr 2007 18:36:55 +0200 (CEST) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: Thomas Quinot Date: Wed, 25 Apr 2007 18:36:50 +0200 User-Agent: KMail/1.9.6 References: <462F3310.9000907@micom.mng.net> <20070425113813.GA23938@melamine.cuivre.fr.eu.org> In-Reply-To: <20070425113813.GA23938@melamine.cuivre.fr.eu.org> X-Face: g:jG2\O{-yqD1x?DG2lU1)(v%xffR"p8Nz(w/*)YEUO\Hn%mGi&-!+rq$&r64,=?utf-8?q?fuP=7E=3Bbw=5C=0A=09=5EQdX?=@v~HEAi?NaE8SU]}.oeYSjN84Fe{M(ahZ.(i+lxyP; pr)2[%mGbkY'RmM>=?utf-8?q?+mg3Y=24ip=0A=091?=@Z>[EUaE7tjJ=1DRs~:!uSd""d~:/Er3rpQA%ze|bp>S MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart235505624.CdJ8TCS0tQ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704251836.55794.lofi@freebsd.org> X-Virus-Scanned: by amavisd-new Cc: FreeBSD Stable Mailing List , eric.j.christeson@gmail.com, Adriaan de Groot , Robert Marella , Ganbold , Beni Subject: Re: k3b problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2007 20:30:18 -0000 --nextPart235505624.CdJ8TCS0tQ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday, 25. April 2007, Thomas Quinot wrote: > * Ganbold, 2007-04-25 : > > With this revision of atapi-cam.c k3b application hangs on splash screen > > and I had to use power button only to restart the machine. > > I am confused. Is your *application* hanging, or is the *whole system* > hanging People have reported system hangs, reboots and kernel panics. See=20 http://lists.freebsd.org/pipermail/freebsd-stable/2007-April/034556.html an= d=20 the messages referenced in that message, as well as followups (I personally= =20 don't run a recent enough FreeBSD to get the problem). Cheers, =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart235505624.CdJ8TCS0tQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGL4OkXhc68WspdLARAuRmAKCU1KUEMl/wK9DaiiReeWc+aHibfACdFniL zmws8s8NT0YPbDuczdZyzTI= =3V34 -----END PGP SIGNATURE----- --nextPart235505624.CdJ8TCS0tQ-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 25 20:32:12 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6DAC016A403 for ; Wed, 25 Apr 2007 20:32:12 +0000 (UTC) (envelope-from beni@brinckman.info) Received: from lmailproxy02.edpnet.net (lmailproxy02.edpnet.net [212.71.1.195]) by mx1.freebsd.org (Postfix) with ESMTP id E5DA513C45B for ; Wed, 25 Apr 2007 20:32:11 +0000 (UTC) (envelope-from beni@brinckman.info) Received: from [192.168.1.100] (213.219.188.207.adsl.dyn.edpnet.net [213.219.188.207]) by lmailproxy02.edpnet.net (8.13.1/8.13.1) with ESMTP id l3PJQi2Y015946 for ; Wed, 25 Apr 2007 21:26:44 +0200 From: Beni To: freebsd-stable@freebsd.org Date: Wed, 25 Apr 2007 21:22:29 +0200 User-Agent: KMail/1.9.6 References: <20070424075059.9A81C16A474@hub.freebsd.org> <20070424144928.GB856@faust.net> In-Reply-To: <20070424144928.GB856@faust.net> X-Face: %*c?V7%A[c.}s2rI*TaRWm-[I-, ZLpBKmmC-@)J}KGbr)=a, TsXSA=:ArC(<=?utf-8?q?v=5C/=5F=25BaB=24K=0A=09=24=60E=7D6=7EyjIqu/SN=3A=24Pb=7DGngR+8=3D?= =?utf-8?q?dE=60?=)V~48zl6) =?utf-8?q?BhEtfQ2=3D=7ChScx=3Frn30d!QMd=3F=2E=60/hR!l+=0A=09x?=(]+zXesMf?'W[>46aPKMAAwd7eT{X_O9besb[u]'Y(DAe MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704252122.30229.beni@brinckman.info> X-Virus-Scanned: ClamAV 0.90.1/3159/Wed Apr 25 03:36:34 2007 on lmailproxy02.edpnet.net X-Virus-Status: Clean X-Spam-Status: No, score=0.0 required=5.0 tests=BAYES_50 autolearn=disabled version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on lmailproxy02.edpnet.net Subject: Re: [kde-freebsd] problem hal - k3b ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 20:32:12 -0000 On Tuesday 24 April 2007 16:49:28 Zoran Kolic wrote: > > This problem appear in my system after updating system and ports on > > April, 06. > > K3b hangs either after loading splash screen or after eject wrote media > > from device. > > Aside that new atapi-cam.c is proven to work, I'd like to know if command > line works or not? K3b needs cdrtools in background. What if you make iso > file using mkisofs and burn it with cdrecord? > > Zoran > > _______________________________________________ > 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 didn't try to make an iso, but blanking a cd-rw media with "cdrecord dev=5,0,0 blank=fast" an then writing to it with a "cdrecord -v dev=5,0,0 ubuntu-7.04-desktop-i386.iso" works without any problem. No system freeze at all. So I guess that leaves k3b having a problem... :-( Beni. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 26 00:23:28 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3FD5A16A402; Thu, 26 Apr 2007 00:23:28 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from iron2.sfsu.edu (iron2.sfsu.edu [130.212.10.36]) by mx1.freebsd.org (Postfix) with ESMTP id 1FFA613C45A; Thu, 26 Apr 2007 00:23:28 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from smtp01.sfsu.edu ([130.212.10.100]) by iron2.sfsu.edu with ESMTP; 25 Apr 2007 17:02:57 -0700 X-onepass: IPPSC X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAJiIL0aC1Apk/2dsb2JhbAA Received: from libra.sfsu.edu ([130.212.10.238]) by mail05a.sfsu.edu (Lotus Domino Release 7.0) with ESMTP id 2007042516445160-567 ; Wed, 25 Apr 2007 16:44:51 -0700 Date: Wed, 25 Apr 2007 16:44:51 -0700 (PDT) From: KAYVEN RIESE In-Reply-To: <004e01c7876c$2ce8a3d0$0c00a8c0@Artem> Message-ID: References: <462F15B4.4010201@webmail.sub.ru> <200704251208.34248.jhb@freebsd.org> <004e01c7876c$2ce8a3d0$0c00a8c0@Artem> MIME-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on MAIL05a/SERVERS/SFSU(Release 7.0|August 18, 2005) at 04/25/2007 16:44:51, Serialize by Router on SMTP01/SERVERS/SFSU(Release 7.0.2FP1|January 10, 2007) at 04/25/2007 17:02:56, Serialize complete at 04/25/2007 17:02:56 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Stable , freebsd-smp@freebsd.org, freebsd-hardware@freebsd.org Subject: mesg = dmesg X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 00:23:28 -0000 i sent a post from a puter with a bad "d" key. that's why my subject didn't say "dmesg" like it should have. sorry. here is a dmesg output: 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:32:43 UTC 2006 root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1.73GHz (600.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xafe9fbff Features2=0x180 AMD Features=0x100000 real memory = 536084480 (511 MB) avail memory = 515223552 (491 MB) kbd1 at kbdmux0 acpi0: on motherboard ACPI-0356: *** Error: Region EmbeddedControl(3) has no handler ACPI-1304: *** Error: Method execution failed [\\_SB_.PCI0.SBRG.EC0_.ACS_] (Node 0xc33998c0), AE_NOT_EXIST ACPI-1304: *** Error: Method execution failed [\\_SB_.AC__._INI] (Node 0xc33993e0), AE_NOT_EXIST ACPI-0356: *** Error: Region EmbeddedControl(3) has no handler ACPI-1304: *** Error: Method execution failed [\\_SB_.PCI0.SBRG.EC0_.BATS] (Node 0xc33998a0), AE_NOT_EXIST ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT0._STA] (Node 0xc339d720), AE_NOT_EXIST ACPI-0239: *** Error: Method execution failed [\\_SB_.BAT0._STA] (Node 0xc339d720), AE_NOT_EXIST acpi0: Power Button (fixed) acpi_ec0: port 0x62,0x66 on acpi0 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_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xefffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) uhci0: port 0xe800-0xe81f irq 11 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 0xe880-0xe89f irq 5 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 0xec00-0xec1f irq 10 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 ehci0: mem 0xffaffc00-0xffafffff irq 10 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered pcib2: at device 30.0 on pci0 pci2: on pcib2 bge0: mem 0xff9f0000-0xff9fffff irq 4 at device 0.0 on pci2 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:11:d8:22:c9:91 cbb0: at device 1.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: at device 1.1 on pci2 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 fwohci0: mem 0xff9ef800-0xff9effff irq 10 at device 1.2 on pci2 fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:e0:18:00:03:26:4c:e9 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:e0:18:26:4c:e9 fwe0: Ethernet address: 02:e0:18:26:4c:e9 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci2: at device 2.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.5 (no driver attached) pci0: at device 31.6 (no driver attached) acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 battery1: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 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 Generic PS/2 mouse, device ID 0 sio0: configured irq 3 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 port 0x2f8-0x2ff irq 3 drq 1 flags 0x10 on acpi0 sio0: 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/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff 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 ums0: vendor 0x2222 Macally Optigo USB Mouse, rev 1.10/6.30, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 600023816 Hz quality 800 Timecounters tick every 1.000 msec ad0: 57231MB at ata0-master UDMA100 ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT0._BST] (Node 0xc339d740), AE_AML_NO_RETURN_VALUE acd0: DVDR at ata1-master UDMA33 Trying to mount root from ufs:/dev/ad0s1a ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT0._BST] (Node 0xc339d740), AE_AML_NO_RETURN_VALUE ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT0._BST] (Node 0xc339d740), AE_AML_NO_RETURN_VALUE ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT0._BST] (Node 0xc339d740), AE_AML_NO_RETURN_VALUE ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT0._BST] (Node 0xc339d740), AE_AML_NO_RETURN_VALUE ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT0._BST] (Node 0xc339d740), AE_AML_NO_RETURN_VALUE ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT0._BST] (Node 0xc339d740), AE_AML_NO_RETURN_VALUE ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT0._BST] (Node 0xc339d740), AE_AML_NO_RETURN_VALUE ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT0._BST] (Node 0xc339d740), AE_AML_NO_RETURN_VALUE ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT0._BST] (Node 0xc339d740), AE_AML_NO_RETURN_VALUE ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT0._BST] (Node 0xc339d740), AE_AML_NO_RETURN_VALUE ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT0._BST] (Node 0xc339d740), AE_AML_NO_RETURN_VALUE ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT0._BST] (Node 0xc339d740), AE_AML_NO_RETURN_VALUE bge0: link state changed to UP From owner-freebsd-stable@FreeBSD.ORG Thu Apr 26 01:02:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 15B0A16A401 for ; Thu, 26 Apr 2007 01:02:04 +0000 (UTC) (envelope-from aw1@stade.co.uk) Received: from lon-mail-1.gradwell.net (lon-mail-1.gradwell.net [193.111.201.125]) by mx1.freebsd.org (Postfix) with ESMTP id 627C413C45B for ; Thu, 26 Apr 2007 01:02:03 +0000 (UTC) (envelope-from aw1@stade.co.uk) Received: from alsager-adsl.stade.co.uk ([81.6.222.119] helo=access2.hanley.stade.co.uk country=GB) by lon-mail-1.gradwell.net with esmtp (Gradwell gwh-smtpd 1.243) id 462ffa08.a201.7 for freebsd-stable@freebsd.org; Thu, 26 Apr 2007 02:02:00 +0100 (envelope-sender ) Received: from steerpike.hanley.stade.co.uk (steerpike [192.168.1.10]) by access2.hanley.stade.co.uk (8.13.8/8.13.8) with ESMTP id l3Q11x1o076280 for ; Thu, 26 Apr 2007 02:01:59 +0100 (BST) (envelope-from aw1@steerpike.hanley.stade.co.uk) Received: from steerpike.hanley.stade.co.uk (localhost [127.0.0.1]) by steerpike.hanley.stade.co.uk (8.13.8/8.13.8) with ESMTP id l3Q11wGa067398 for ; Thu, 26 Apr 2007 02:01:58 +0100 (BST) (envelope-from aw1@steerpike.hanley.stade.co.uk) Received: (from aw1@localhost) by steerpike.hanley.stade.co.uk (8.13.8/8.13.8/Submit) id l3Q11vjF067397 for freebsd-stable@freebsd.org; Thu, 26 Apr 2007 02:01:57 +0100 (BST) (envelope-from aw1) Date: Thu, 26 Apr 2007 02:01:57 +0100 From: Adrian Wontroba To: freebsd-stable@freebsd.org Message-ID: <20070426010157.GF66129@steerpike.hanley.stade.co.uk> Mail-Followup-To: Adrian Wontroba , freebsd-stable@freebsd.org References: <20070313140848.GA89182@steerpike.hanley.stade.co.uk> <20070423025631.GA33256@steerpike.hanley.stade.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070423025631.GA33256@steerpike.hanley.stade.co.uk> User-Agent: Mutt/1.4.2.2i X-Operating-System: FreeBSD 6.2-STABLE Organization: Oh dear, I've joined one again. X-Virus-Scanned: ClamAV 0.90.1/3162/Wed Apr 25 19:43:55 2007 on access2.hanley.stade.co.uk X-Virus-Scanned: ClamAV 0.90.1/3162/Wed Apr 25 19:43:55 2007 on steerpike.hanley.stade.co.uk X-Virus-Status: Clean Subject: Re: 6.2-STABLE deadlock? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: aw1@stade.co.uk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 01:02:04 -0000 On Mon, Apr 23, 2007 at 03:56:32AM +0100, Adrian Wontroba wrote: > Another 6-STABLE (cvsupped on 27/03/07) example, with diagnostics taken > rather sooner after the hang. Processes with wmesg=ufs feature often in > the ps output. Thanks for the assorted replies. I'll try using INVARIANTS, as I'd much prefer a panic and automatic reboot rather than creeping death for this server which is only attended 06:00-22:00 weekdays yet is a critical point in our 24*7 monitoring. Sigh. Champagne tastes on a beer budget. Other background information (from memory as I can't access it from here): I'm not using unionfs / nullfs. I am using MFS and softupdates. NFS is in occassional use. NTFS is not used. The server is ancient. A 4 way Zeon, state of the art in 1998. The problem has gone from "absent" through "reproducible if you try hard enough" to "strikes according to Murphy" through 5.5-STABLE to 6.2-STABLE. Once the sendmail milter ABI damage is fixed I'll bring the machine up to date - it is also the build box for a dozen or so machines running something close to 6.2-RELEASE, and I'd rather not upgrade all of them them when the next ClamAV release appears. If / when it hangs again, I'll include more information and maybe even raise a real PR. -- Adrian Wontroba It's always a long day; 86400 doesn't fit into a short. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 26 01:05:35 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 752A816A400 for ; Thu, 26 Apr 2007 01:05:35 +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 5699613C43E for ; Thu, 26 Apr 2007 01:05:35 +0000 (UTC) (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 A1E941A4D88; Wed, 25 Apr 2007 18:06:00 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 94DC6513F4; Wed, 25 Apr 2007 21:05:34 -0400 (EDT) Date: Wed, 25 Apr 2007 21:05:34 -0400 From: Kris Kennaway To: Oleg Derevenetz Message-ID: <20070426010534.GA79851@xor.obsecurity.org> References: <20070313140848.GA89182@steerpike.hanley.stade.co.uk> <20070423025631.GA33256@steerpike.hanley.stade.co.uk> <20070423113912.GE2052@deviant.kiev.zoral.com.ua> <462DDB4D.8080507@delphij.net> <1177442585.462e5919c71f0@webmail.vsi.ru> <462EC294.3040001@delphij.net> <20070425035316.GB44054@xor.obsecurity.org> <1177488860.462f0ddc6ce8c@webmail.vsi.ru> <20070425180843.GA72881@xor.obsecurity.org> <1177525225.462f9be9adad8@webmail.vsi.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline In-Reply-To: <1177525225.462f9be9adad8@webmail.vsi.ru> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, LI Xin , Kris Kennaway Subject: Re: How to report bugs (Re: 6.2-STABLE deadlock?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 01:05:35 -0000 --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 25, 2007 at 10:20:25PM +0400, Oleg Derevenetz wrote: > ??????? Kris Kennaway : >=20 > > On Wed, Apr 25, 2007 at 12:14:20PM +0400, Oleg Derevenetz wrote: > >=20 > > > > Until you (or a developer) have analyzed the resulting information, > > > > you cannot definitively determine whether or not your problem is > > the > > > > same as a given random other problem, and you may just confuse the > > > > issue by making claims of similarity when you are really reporting > > a > > > > completely separate problem. > > >=20 > > > Not all people can do deadlock debugging, though. In my case turning > > on=20 > > > INVARIANTS and WITNESS leads to unacceptable performance penalty due > > to heavily=20 > > > loaded server. So I can only describe my case, actions and result > > without=20 > > > providing any debug information. > >=20 > > But you can still do *some* things, e.g. backtraces and/or a coredump: > > every little bit helps. > >=20 > > Ultimately, though, you have to understand and accept that the less > > information you provide, the less chance there is that a developer > > will be able to track down your problem. In fact a developer may have > > to effectively ignore your problem report altogether, because of what > > I explained about "symptoms" usually not being enough to tell one bug > > from another. > >=20 > > In general, when you encounter a bug in FreeBSD, you have a little bit > > of work to do on your side before we can start doing the rest. I > > understand that you may not be in a position to do that work, but that > > means you also need to understand that we can't do it either. >=20 > In fact, I solved (or workarounded) this problem for me, so in this threa= d I=20 > provide my workaround as possible workaround for users that experiences t= he=20 > same problem. This only hint for them, and not a bugreport for you. I cou= ld not=20 > provide a full (or only partial) debug information because I will not bac= k out=20 > cvsuped sources, will not replace unionfs with nullfs again and will not = wait=20 > week or more for another stuck. OK. FYI I use nullfs on a few dozen heavily loaded machines without issue for the past year or so, so if you are seeing a nullfs issue it is probably an obscure one. Kris --xHFwDpU9dbj6ez1V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGL/reWry0BWjoQKURAulrAJ0dXyqN7XjbNLhdmqcVEyx4Q6tGNgCeL5Ob G4zIz5oDfPypSKTkxKdBSDA= =UNHB -----END PGP SIGNATURE----- --xHFwDpU9dbj6ez1V-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 26 01:06:37 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BFE5616A401 for ; Thu, 26 Apr 2007 01:06: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 ADEA113C448 for ; Thu, 26 Apr 2007 01:06:37 +0000 (UTC) (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 080491A4D90; Wed, 25 Apr 2007 18:07:03 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1289D51430; Wed, 25 Apr 2007 21:06:37 -0400 (EDT) Date: Wed, 25 Apr 2007 21:06:36 -0400 From: Kris Kennaway To: Adrian Wontroba , freebsd-stable@freebsd.org Message-ID: <20070426010636.GB79851@xor.obsecurity.org> References: <20070313140848.GA89182@steerpike.hanley.stade.co.uk> <20070423025631.GA33256@steerpike.hanley.stade.co.uk> <20070426010157.GF66129@steerpike.hanley.stade.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070426010157.GF66129@steerpike.hanley.stade.co.uk> User-Agent: Mutt/1.4.2.2i Cc: Subject: Re: 6.2-STABLE deadlock? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 01:06:37 -0000 On Thu, Apr 26, 2007 at 02:01:57AM +0100, Adrian Wontroba wrote: > On Mon, Apr 23, 2007 at 03:56:32AM +0100, Adrian Wontroba wrote: > > Another 6-STABLE (cvsupped on 27/03/07) example, with diagnostics taken > > rather sooner after the hang. Processes with wmesg=ufs feature often in > > the ps output. > > Thanks for the assorted replies. I'll try using INVARIANTS, as I'd much > prefer a panic and automatic reboot rather than creeping death for this > server which is only attended 06:00-22:00 weekdays yet is a critical > point in our 24*7 monitoring. Sigh. Champagne tastes on a beer budget. > > Other background information (from memory as I can't access it from > here): > I'm not using unionfs / nullfs. > I am using MFS and softupdates. > NFS is in occassional use. > NTFS is not used. > The server is ancient. A 4 way Zeon, state of the art in 1998. > The problem has gone from "absent" through "reproducible if you > try hard enough" to "strikes according to Murphy" through 5.5-STABLE to > 6.2-STABLE. > > Once the sendmail milter ABI damage is fixed I'll bring the machine up > to date - it is also the build box for a dozen or so machines running > something close to 6.2-RELEASE, and I'd rather not upgrade all of them > them when the next ClamAV release appears. Fixed the other day, FYI. > If / when it hangs again, I'll include more information and maybe even > raise a real PR. Thanks. Kris From owner-freebsd-stable@FreeBSD.ORG Thu Apr 26 04:02:01 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A748216A407 for ; Thu, 26 Apr 2007 04:02:01 +0000 (UTC) (envelope-from go@go.sib-ecometall.ru) Received: from mail.sib-ecometall.ru (ns3.sib-ecometall.ru [80.255.142.109]) by mx1.freebsd.org (Postfix) with ESMTP id 5660313C4B7 for ; Thu, 26 Apr 2007 04:01:51 +0000 (UTC) (envelope-from go@go.sib-ecometall.ru) Received: from go.sib-ecometall.ru (go.local.sib-ecometall.ru [192.168.2.252]) by mail.sib-ecometall.ru (Postfix) with ESMTP id 2D2B778C60 for ; Thu, 26 Apr 2007 11:47:11 +0800 (KRAST) Received: by go.sib-ecometall.ru (Postfix, from userid 1443) id 0FEBFFD02; Thu, 26 Apr 2007 11:47:12 +0800 (KRAST) Date: Thu, 26 Apr 2007 11:47:12 +0800 From: Oleg Gritsak To: freebsd-stable@freebsd.org Message-ID: <20070426034712.GA57273@go.sib-ecometall.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.2.2i Subject: UFS: optimization changed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 04:02:01 -0000 Hello, dear sirs! I'm just curious about some possible mismatch in between documentation and reallife OS behaviour... Noticed this thing for more than two years ago in 4.X and now seing this in 6.2... It is said in "man newfs" and "man tunefs" that threshhold for online optimization (space or time) is 8 percent. But actually, FreeBSD switches to SPACE far more earlier (or at least reports to system message buffer). Does it have any sense? As also noted in "man newfs", the performance while optimizing for space fragmentation is reduced. So, why FreeBSD does this when file system is for example 50% empty and has 4-5GBs of free space? -- ÓÉÓÔÅÍÎÙÊ ÁÄÍÉÎÉÓÔÒÁÔÏÒ ïïï "óÉÂ-üËÏíÅÔÁÌÌ" ÔÅÌ. (3912) 609942 (144) From owner-freebsd-stable@FreeBSD.ORG Thu Apr 26 07:49:48 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ECA3716A400 for ; Thu, 26 Apr 2007 07:49:48 +0000 (UTC) (envelope-from phoenix.lists@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id 72B3913C44B for ; Thu, 26 Apr 2007 07:49:48 +0000 (UTC) (envelope-from phoenix.lists@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so495722ugh for ; Thu, 26 Apr 2007 00:49:47 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:organization:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:openpgp:face:content-type:content-transfer-encoding; b=YBt5NdvRwVzjMiG0hjdjqExMbgQS0kaNcTL8egTyLf5urF8ZW9dStOKNsyUee7l91+6bikJgbOuApiEvolmkMrVCLBti12/is6ZZiQcatZE8lLMAhb8F8m2k+ACz7zfSw0KqZRbVq8L/7uhClnpsP9UPZfpD6x8gZ4iwyP8ungQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:organization:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:openpgp:face:content-type:content-transfer-encoding; b=Rr/zajfGSb03Sczf6AdZZyxiMW5eQsgxPwCEeUKMiP9G+IrYwLxGU+tY6q4/BaKN/33DxPu3C5/PiIVd1nQJR94R9lKwfRV1+aWLA3lH/dHSqnAx9Urp0w+lZdTRy50gXaHusXhiaqUHoeYpwIB5PE55h/a8dJ0J1cD5HU1iBj0= Received: by 10.67.29.7 with SMTP id g7mr1995987ugj.1177572270440; Thu, 26 Apr 2007 00:24:30 -0700 (PDT) Received: from sp0-host.lan ( [77.122.253.128]) by mx.google.com with ESMTP id 53sm3538599ugd.2007.04.26.00.24.28; Thu, 26 Apr 2007 00:24:29 -0700 (PDT) Message-ID: <463053A7.40007@gmail.com> Date: Thu, 26 Apr 2007 10:24:23 +0300 From: Simon Phoenix Organization: Phoenix Lab. User-Agent: Thunderbird 2.0.0.0 (X11/20070421) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20070424075059.9A81C16A474@hub.freebsd.org> <20070424144928.GB856@faust.net> <200704252122.30229.beni@brinckman.info> In-Reply-To: <200704252122.30229.beni@brinckman.info> X-Enigmail-Version: 0.95.0 OpenPGP: id=2569D30B; url=http://keyserver.veridis.com:11371/export?id=-8883115982484548853&created=1138842246000 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAQMAAABtzGvEAAAABlBMVEUAAAD///+l2Z/dAAAA oUlEQVQY043QsQ2DMBCF4RdRpPQIbBIPlQFcZgxGsaUUlDcCdCkJosES8cXPFkJKFCk0n2z/dwXQ 8uGDWYUsBz7zEO0wLk2AwYgTyXVJdCAv7UlynahDsj7AZqyghV6ukiw0zSQAjidVXxkKEwcieiYr Gi6L3OkKiYgwUQl5Z4QwWWFqKXuyHQkH6tsfpU4/eJq73hA3M+KcL9u1DPivX/cGp2DdNlc2XdMA AAAASUVORK5CYII= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [kde-freebsd] problem hal - k3b ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 07:49:49 -0000 Beni said the following on 25.04.2007 22:22: > On Tuesday 24 April 2007 16:49:28 Zoran Kolic wrote: >>> This problem appear in my system after updating system and ports on >>> April, 06. >>> K3b hangs either after loading splash screen or after eject wrote media >>> from device. >> Aside that new atapi-cam.c is proven to work, I'd like to know if command >> line works or not? K3b needs cdrtools in background. What if you make iso >> file using mkisofs and burn it with cdrecord? Along with update all my system and kernel to 6.2-STABLE on Fri, Apr 6, I have this error message in dmesg output: acd0: DVDR at ata1-master UDMA33 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x48 0x00 0x01 And writing by k3b freeze ALL system, not only k3b. Old kernel with atapi-cam.c 1.42.2.2 revision (beginning of March) works fine without any error messages or freezes. K3B, cdrecord, hal and others works without any visible problems. -- Best regards, Simon Phoenix (Phoenix Lab.) --------------------------------------------------------------- KeyID: 0x2569D30B Fingerprint: 78FC 5C40 07CC D331 148E CC79 84B8 D514 2569 D30B --------------------------------------------------------------- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 26 07:55:03 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F02D716A402 for ; Thu, 26 Apr 2007 07:55:02 +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 6406A13C45D for ; Thu, 26 Apr 2007 07:55:02 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (venmbc@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l3Q7stJr011056; Thu, 26 Apr 2007 09:55:00 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l3Q7spAg011055; Thu, 26 Apr 2007 09:54:51 +0200 (CEST) (envelope-from olli) Date: Thu, 26 Apr 2007 09:54:51 +0200 (CEST) Message-Id: <200704260754.l3Q7spAg011055@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, go@sib-ecometall.ru In-Reply-To: <20070426034712.GA57273@go.sib-ecometall.ru> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 26 Apr 2007 09:55:01 +0200 (CEST) Cc: Subject: Re: UFS: optimization changed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, go@sib-ecometall.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 07:55:03 -0000 Caution, tutorial about ufs/ffs fragmentation, space and time optimization ahead ... :-) Oleg Gritsak wrote: > I'm just curious about some possible mismatch in between > documentation and reallife OS behaviour... Noticed this thing for > more than two years ago in 4.X and now seing this in 6.2... I agree that the description in the manual pages is oversimplifying and slightly inaccurate. > It is said in "man newfs" and "man tunefs" that threshhold for online optimization > (space or time) is 8 percent. It's more complex than that. There is no simple threshold, but a hysteresis which is a function of the "minsize" value (the -m option to newfs(8) and tunefs(1)) and the current fragmentation of the file system. If the fragmentation grows beyond minfree-2 percent (i.e. beyond 6% for the default minfree value of 8), the file system switches to space optimization in order to reduce fragmentation, or at least avoid further fragmentation. If the fragmentation drops below half of the minfree value (i.e. 4% for the default case), it switches back to time optimization. Within the hysteresis interval (i.e. 4% to 6% in the default case), you can change the optimization with tunefs -m. Otherwise the file system selects the optimization automatically whenever it needs to allocate a new block during a write operation, overriding the tunefs setting. > But actually, FreeBSD switches to > SPACE far more earlier (or at least reports to system message buffer). Yes, it depends on the fragmentation, as explained > Does it have any sense? As also noted in "man newfs", the performance > while optimizing for space fragmentation is reduced. So, why FreeBSD does > this when file system is for example 50% empty and has 4-5GBs of free space? That can happen if the file system is heavily fragmented. If you need to avoid it, there are several possibilities. First, during newfs, you could set fsize == bsize (e.g. both 16K). If a fragment is the same size as a whole block, fragmentation is always 0%. However, you will possibly waste some space because a fragment is the smallest allocation unit. But disks are cheap nowadays ... Second, you could increase the minfree value with tunefs -m. For example, set it to 25%, so the hysteresis grows to cover your current fragmentation. Then use tunefs -o to manually set the optimization back to time. The obvious disadvantage is that larger part of the file system (25%) is reserved and cannot be used by non-root users, i.e. some space might be wasted. But, as above, disks are cheap nowadays ... However, note that a heavily fragmented file system can theoretically run out of allocatable free space, even if it has plenty of free space -- if that "free space" consists only of unused parts of fragmented blocks. It can happen in exceptional circumstances. The purpose of switching to space optimization is to avoid such a situation. Therefore, to answer your question "Does it have any sense?": Yes, it does. By the way, the current fragmentation is reported by fsck during boot ("dmesg -a | grep fragm" if it is still in your kernel message buffer). Otherwise, type "dumpfs | head" and look for the "blocks" and "nffree" values. The current fragmentation is the percent value of nffree of the total blocks, i.e. nffree * 100 / blocks. For example, this is the output from one of my file systems: $ dumpfs /dev/ad0s1f | head magic 19540119 (UFS2) time Thu Apr 26 09:40:19 2007 superblock location 65536 id [ 42d80392 3470461f ] ncg 398 size 37389708 blocks 36211584 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 973428 ndir 48445 nifree 8879640 nffree 290762 bpg 11761 fpg 94088 ipg 23552 You see that blocks is 36211584 and nffree is 290762, so the current fragmentation is 0.80%. Also, the current optimization is reported in the first line ("time" in this case). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "What is this talk of 'release'? We do not make software 'releases'. Our software 'escapes', leaving a bloody trail of designers and quality assurance people in its wake." From owner-freebsd-stable@FreeBSD.ORG Thu Apr 26 08:03:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 775CE16A402 for ; Thu, 26 Apr 2007 08:03:56 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.241]) by mx1.freebsd.org (Postfix) with ESMTP id EF31013C45D for ; Thu, 26 Apr 2007 08:03:55 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so153084ana for ; Thu, 26 Apr 2007 01:03:55 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=ipkyVNkWRVEBwgz3JwjkRuvloHBNAIZkJE//ESm2pszZHeXh/CbhGI2Rr82euG8mz7qHWy6adTGuc0WK2P3/wwVEJyMwr7Xavf4RFH53loPLifX/irgzjlbBnQHeawnBK0MrirvRwfSJqK7S+PV1p7DNsXnNoOcimZrGKgbLrHQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; 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=uM/Qxe8e7HOy1uQM/aNXr7ylaXn5ZQ/D0A1JOmf19ug7MFL3pdEvKa8eIa7lbOpfBr30QTWKtswWbBFgrH4TziWz2qWp6INpq96q9xAVJw6Jk6uAgfylenVzvibyJZ9Z9T7KxXm0BAVGq59v+D/Nipq92yOLxSylGR3/QSVp/RA= Received: by 10.100.214.8 with SMTP id m8mr878750ang.1177574635092; Thu, 26 Apr 2007 01:03:55 -0700 (PDT) Received: by 10.100.197.3 with HTTP; Thu, 26 Apr 2007 01:03:55 -0700 (PDT) Message-ID: Date: Thu, 26 Apr 2007 16:03:55 +0800 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: "Tom Evans" In-Reply-To: <1177506261.5651.0.camel@zoot.mintel.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <00e301c7872d$03e1db80$0c00a8c0@Artem> <462F3E60.7010109@thekeelecentre.com> <026301c78738$460bdf50$0c00a8c0@Artem> <1177506261.5651.0.camel@zoot.mintel.co.uk> X-Google-Sender-Auth: af2365c6c2749e11 Cc: Artem Kuchin , freebsd-stable@freebsd.org Subject: Re: Top not showing 4 cpus on 2 xeons with HT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 08:03:56 -0000 On 25/04/07, Tom Evans wrote: > Yes, quite easily. anyone have any recent information about this? some people say "HT sucks for almost all workloads", others say "recent scheduler improvements make HT more useful".. is there anything reasonably authoritative? adrian From owner-freebsd-stable@FreeBSD.ORG Thu Apr 26 08:19:01 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E56D916A406 for ; Thu, 26 Apr 2007 08:19:01 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id C96F313C455 for ; Thu, 26 Apr 2007 08:19:01 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 189FBAAD; Thu, 26 Apr 2007 02:56:49 -0500 (CDT) Date: Thu, 26 Apr 2007 02:56:49 -0500 To: Simon Phoenix Message-ID: <20070426075649.GA18897@soaustin.net> References: <20070424075059.9A81C16A474@hub.freebsd.org> <20070424144928.GB856@faust.net> <200704252122.30229.beni@brinckman.info> <463053A7.40007@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <463053A7.40007@gmail.com> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: freebsd-stable@freebsd.org Subject: Re: [kde-freebsd] problem hal - k3b ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 08:19:02 -0000 I believe that this problem is now in kern/112119, which I am trying to attract developer attention to. mcl From owner-freebsd-stable@FreeBSD.ORG Thu Apr 26 08:49:58 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9F79216A400 for ; Thu, 26 Apr 2007 08:49:58 +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 0B58913C45D for ; Thu, 26 Apr 2007 08:49:57 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (ryjgxw@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l3Q8npYr014458; Thu, 26 Apr 2007 10:49:56 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l3Q8npBM014457; Thu, 26 Apr 2007 10:49:51 +0200 (CEST) (envelope-from olli) Date: Thu, 26 Apr 2007 10:49:51 +0200 (CEST) Message-Id: <200704260849.l3Q8npBM014457@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, adrian@FreeBSD.ORG In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 26 Apr 2007 10:49:56 +0200 (CEST) Cc: Subject: Re: Top not showing 4 cpus on 2 xeons with HT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, adrian@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2007 08:49:58 -0000 Adrian Chadd wrote: > anyone have any recent information about this? some people say "HT > sucks for almost all workloads", others say "recent scheduler > improvements make HT more useful".. is there anything reasonably > authoritative? No, because it depends on your applications and workload. for some it is better, for some it is not. Therefore it's best you try both variants on your own machine with your own applications and measure the difference. There's one rule of thumb, however: If you only have one HTT-capable processor, then a UP kernel will almost always be the better option, because the locking overhead of an SMP kernel will probably outweigh any advantages of HTT. On the other hand, if you have a real SMP system (i.e. multiple processors or cores, not counting HTT), then you will want to use an SMP kernel anyway. In that case, enabling HTT will probably not hurt -- _but_ there have been reports of some people that HTT hurts in such a case for certain kinds of applications (I think databases was one of them, but I don't remember exactly). Anyway, there are exceptions to any rule, so you should measure yourself. Personally I disable HTT on all of my machines because of the security issue (jails do _not_ help here at all!), and speed improvements -- if any -- are marginally small, according to my own measurements. In fact I had a hard time finding any reproducible measurable improvements at all for my typical workloads; consequently my decision was governed by the security issue. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Perl will consistently give you what you want, unless what you want is consistency." -- Larry Wall From owner-freebsd-stable@FreeBSD.ORG Thu Apr 26 14:23:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0814816A403 for ; Thu, 26 Apr 2007 14:23:56 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from smtp1.sbb.co.yu (smtp1.sbb.co.yu [82.117.194.21]) by mx1.freebsd.org (Postfix) with ESMTP id 4F97713C487 for ; Thu, 26 Apr 2007 14:23:54 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from faust.net (cable-89-216-167-189.dynamic.sbb.co.yu [89.216.167.189]) by smtp1.sbb.co.yu (8.13.7/8.13.7) with ESMTP id l3QENoIK016392 for ; Thu, 26 Apr 2007 16:23:50 +0200 Received: by faust.net (Postfix, from userid 1001) id 3974F1CC58; Thu, 26 Apr 2007 16:24:00 +0200 (CEST) Date: Thu, 26 Apr 2007 16:24:00 +0200 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20070426142400.GA833@faust.net> References: <20070426085009.6009D16A589@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070426085009.6009D16A589@hub.freebsd.org> X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: 2.6 X-SBB-Spam-Level: XXXXX Subject: Re: [kde-freebsd] problem hal - k3b ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 14:23:56 -0000 > Along with update all my system and kernel to 6.2-STABLE on Fri, Apr 6, > I have this error message in dmesg output: > acd0: DVDR at ata1-master UDMA33 > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x48 0x00 > 0x01 > And writing by k3b freeze ALL system, not only k3b. Beni confirmed that he could use command line and write a cd. That post to mean that the problem is in k3b itself. Or not? Zoran From owner-freebsd-stable@FreeBSD.ORG Thu Apr 26 15:37:27 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 05A1F16A402 for ; Thu, 26 Apr 2007 15:37:27 +0000 (UTC) (envelope-from phoenix.lists@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.236]) by mx1.freebsd.org (Postfix) with ESMTP id 6028013C455 for ; Thu, 26 Apr 2007 15:37:26 +0000 (UTC) (envelope-from phoenix.lists@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so602714wra for ; Thu, 26 Apr 2007 08:37:25 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:organization:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:openpgp:face:content-type:content-transfer-encoding; b=ZvWHHrKUOfnjhVP2KZerB9/csBGWV1ioK7swJ/0DnFRaCq3415HjqZ1xVtfA7IVPrDVJaKru36maTs8WUmUwSIrSz2wUHXcoI4XRYrfaV/WhdMOTitHOKGynGsTHDPhEKlor7q7pGWgtq9EBaUAigRuqQwrKck5D59icCQsKktQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:organization:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:openpgp:face:content-type:content-transfer-encoding; b=VenZ/5WATF2lN5erbWL7aZxX9B2S/iTTbSZHXErcPuu2i0ev3O84H0Eg9oLsgPPz5/OZI52ipdq+T87CPt7Hk3+YVVcQdqssYgLEtjm6jiAdpz/Rm0ZSsmQpuNr5J3ZoTQ/3pE5/jIwX/NOQUwpjA3N89jS4rGOhMVf2rcqIcFo= Received: by 10.78.183.15 with SMTP id g15mr547674huf.1177601844711; Thu, 26 Apr 2007 08:37:24 -0700 (PDT) Received: from sp0-host.lan ( [77.122.253.128]) by mx.google.com with ESMTP id x33sm4144693ugc.2007.04.26.08.37.23; Thu, 26 Apr 2007 08:37:23 -0700 (PDT) Message-ID: <4630C732.1070601@gmail.com> Date: Thu, 26 Apr 2007 18:37:22 +0300 From: Simon Phoenix Organization: Phoenix Lab. User-Agent: Thunderbird 2.0.0.0 (X11/20070421) MIME-Version: 1.0 To: Mark Linimon References: <20070424075059.9A81C16A474@hub.freebsd.org> <20070424144928.GB856@faust.net> <200704252122.30229.beni@brinckman.info> <463053A7.40007@gmail.com> <20070426075649.GA18897@soaustin.net> In-Reply-To: <20070426075649.GA18897@soaustin.net> X-Enigmail-Version: 0.95.0 OpenPGP: id=2569D30B; url=http://keyserver.veridis.com:11371/export?id=-8883115982484548853&created=1138842246000 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAQMAAABtzGvEAAAABlBMVEUAAAD///+l2Z/dAAAA oUlEQVQY043QsQ2DMBCF4RdRpPQIbBIPlQFcZgxGsaUUlDcCdCkJosES8cXPFkJKFCk0n2z/dwXQ 8uGDWYUsBz7zEO0wLk2AwYgTyXVJdCAv7UlynahDsj7AZqyghV6ukiw0zSQAjidVXxkKEwcieiYr Gi6L3OkKiYgwUQl5Z4QwWWFqKXuyHQkH6tsfpU4/eJq73hA3M+KcL9u1DPivX/cGp2DdNlc2XdMA AAAASUVORK5CYII= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: [kde-freebsd] problem hal - k3b ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 15:37:27 -0000 Mark Linimon said the following on 26.04.2007 10:56: -- > I believe that this problem is now in kern/112119, which I am trying to > attract developer attention to. Yes, thanks, Mark. -- Best regards, Simon Phoenix (Phoenix Lab.) --------------------------------------------------------------- KeyID: 0x2569D30B Fingerprint: 78FC 5C40 07CC D331 148E CC79 84B8 D514 2569 D30B --------------------------------------------------------------- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 26 15:40:44 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9194316A402 for ; Thu, 26 Apr 2007 15:40:44 +0000 (UTC) (envelope-from phoenix.lists@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 1EB5D13C46C for ; Thu, 26 Apr 2007 15:40:43 +0000 (UTC) (envelope-from phoenix.lists@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so554508ugh for ; Thu, 26 Apr 2007 08:40:42 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:organization:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:openpgp:face:content-type:content-transfer-encoding; b=pr8J8vrnruxYRn2Su7BUW6ypQI7ao5t/0Gf4KlIAhXWq3b2NK7JUt5zCRGG0v0V0n6GwET+LlfuoLC7Lq6VBwg8fZizsOnw2SpuCPql2KPRZ1UzZl7UaTdSL8Yjj9Zo7wSkvmZA26xiyIhmQZb6u9ln1r+yJjB77X6Np1o2TU7A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:organization:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:openpgp:face:content-type:content-transfer-encoding; b=Aj3x+Kau/i8ZRTubPWdYKT+y+3kvxv2YOC2mv11AWbdgb5AuArt4oZ7B1QaWrb1BG/SowGttHiJjXAh2cyPNtWEODbth18KLNqK7WzLS3CFZ27Y4005Wkb9vjgaw3pPuZ+2aMC0sADm4QJwSgMRy+Sn6DkV3GrPoljI9JNXVes8= Received: by 10.66.243.2 with SMTP id q2mr2304562ugh.1177602042883; Thu, 26 Apr 2007 08:40:42 -0700 (PDT) Received: from sp0-host.lan ( [77.122.253.128]) by mx.google.com with ESMTP id g30sm3715817ugd.2007.04.26.08.40.41; Thu, 26 Apr 2007 08:40:42 -0700 (PDT) Message-ID: <4630C7F9.3060802@gmail.com> Date: Thu, 26 Apr 2007 18:40:41 +0300 From: Simon Phoenix Organization: Phoenix Lab. User-Agent: Thunderbird 2.0.0.0 (X11/20070421) MIME-Version: 1.0 To: Zoran Kolic References: <20070426085009.6009D16A589@hub.freebsd.org> <20070426142400.GA833@faust.net> In-Reply-To: <20070426142400.GA833@faust.net> X-Enigmail-Version: 0.95.0 OpenPGP: id=2569D30B; url=http://keyserver.veridis.com:11371/export?id=-8883115982484548853&created=1138842246000 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAQMAAABtzGvEAAAABlBMVEUAAAD///+l2Z/dAAAA oUlEQVQY043QsQ2DMBCF4RdRpPQIbBIPlQFcZgxGsaUUlDcCdCkJosES8cXPFkJKFCk0n2z/dwXQ 8uGDWYUsBz7zEO0wLk2AwYgTyXVJdCAv7UlynahDsj7AZqyghV6ukiw0zSQAjidVXxkKEwcieiYr Gi6L3OkKiYgwUQl5Z4QwWWFqKXuyHQkH6tsfpU4/eJq73hA3M+KcL9u1DPivX/cGp2DdNlc2XdMA AAAASUVORK5CYII= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: [kde-freebsd] problem hal - k3b ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 15:40:44 -0000 Zoran Kolic said the following on 26.04.2007 17:24: >> Along with update all my system and kernel to 6.2-STABLE on Fri, Apr 6, >> I have this error message in dmesg output: >> acd0: DVDR at ata1-master UDMA33 >> acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x48 0x00 >> 0x01 >> And writing by k3b freeze ALL system, not only k3b. > > Beni confirmed that he could use command line and write a cd. That > post to mean that the problem is in k3b itself. Or not? > As for me, this is a atapi-cam problem, not k3b. (kern/112119) -- Best regards, Simon Phoenix (Phoenix Lab.) --------------------------------------------------------------- KeyID: 0x2569D30B Fingerprint: 78FC 5C40 07CC D331 148E CC79 84B8 D514 2569 D30B --------------------------------------------------------------- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 26 17:23:21 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D558F16A406; Thu, 26 Apr 2007 17:23:21 +0000 (UTC) (envelope-from hoschi@nemesis.frida.mouhaha.de) Received: from nemesis.frida.mouhaha.de (nemesis.frida.mouhaha.de [85.236.48.53]) by mx1.freebsd.org (Postfix) with ESMTP id 93A8113C46A; Thu, 26 Apr 2007 17:23:21 +0000 (UTC) (envelope-from hoschi@nemesis.frida.mouhaha.de) Received: by nemesis.frida.mouhaha.de (Postfix, from userid 1001) id 520AB4B264D; Thu, 26 Apr 2007 19:03:51 +0200 (CEST) Date: Thu, 26 Apr 2007 19:03:51 +0200 From: Oliver Peter To: Ganbold Message-ID: <20070426170350.GH9767@nemesis.frida.mouhaha.de> References: <200704182205.52028.beni@brinckman.info> <200704191812.50545.lofi@freebsd.org> <46281AA5.10307@micom.mng.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2xzXx3ruJf7hsAzo" Content-Disposition: inline In-Reply-To: <46281AA5.10307@micom.mng.net> X-Operating-System: FreeBSD 6.2-RELEASE-p2 i386 User-Agent: Mutt/1.5.14 (2007-02-12) Cc: stable@freebsd.org, kde@freebsd.org, current@freebsd.org, h.eichmann@gmx.de, Michael Nottebrock , Beni Subject: Re: [kde-freebsd] problem hal - k3b ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 17:23:21 -0000 --2xzXx3ruJf7hsAzo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hey, On Fri, Apr 20, 2007 at 09:43:01AM +0800, Ganbold wrote: > Michael Nottebrock wrote: > >On Wednesday, 18. April 2007, Beni wrote: > > =20 > >>Hi List, > >> > >>I think I have a problem with hal(d) and k3b (version 1.0 from ports) := my > >>whole system freezes when starting up k3b. I get the splash screen and= =20 > >>then > >>it all stops and a ctrl-alt-del is the only way out. > >> =20 >=20 > My problem is the same as Beni's. Splash screen appears and hangs. > I have to press power button to turn off and on my laptop. > Didn't try ctrl+alt+del though. I have the same problem with my 7.0-CURRENT (yesterday). If I can assist you testing or debugging drivers please drop me an e-mail. FreeBSD 7.0-CURRENT i386 with k3b-1.0_1 / hal-0.5.8.20070403_1 Bye Ollie --=20 Oliver PETER, email: hoschi@mouhaha.de, ICQ# 113969174 "Worker bees can leave. Even drones can fly away. The Queen is their slave." --2xzXx3ruJf7hsAzo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iEYEARECAAYFAkYw23YACgkQ6LH/IUVtaI9mrgCeKw5ZSbTkpOXtASBr4MpSRDWy 2WYAoIQPTpCr8kXvo5RfCp38aZB2Y7Me =PSTZ -----END PGP SIGNATURE----- --2xzXx3ruJf7hsAzo-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 26 23:06:57 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2B09216A401 for ; Thu, 26 Apr 2007 23:06:57 +0000 (UTC) (envelope-from xenophon@irtnog.org) Received: from mx1.irtnog.org (24-123-13-51.irtnog.org [24.123.13.51]) by mx1.freebsd.org (Postfix) with ESMTP id B5EA513C48A for ; Thu, 26 Apr 2007 23:06:56 +0000 (UTC) (envelope-from xenophon@irtnog.org) Received: from localhost (unknown [127.0.0.1]) by mx1.irtnog.org (Postfix) with ESMTP id B0A4D114ED for ; Thu, 26 Apr 2007 18:47:14 -0400 (EDT) X-Virus-Scanned: amavisd-new at irtnog.org Received: from mx1.irtnog.org ([127.0.0.1]) by localhost (cinep010bsdmx.irtnog.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id OxYT8Aurq8cZ for ; Thu, 26 Apr 2007 18:45:15 -0400 (EDT) Received: from irtnog.org (svr1.irtnog.org [10.63.0.100]) by mx1.irtnog.org (Postfix) with ESMTP id C46DC114C2 for ; Thu, 26 Apr 2007 18:45:08 -0400 (EDT) Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Thu, 26 Apr 2007 18:45:05 -0400 Content-Type: multipart/signed; micalg=SHA1; protocol="application/x-pkcs7-signature"; boundary="----=_NextPart_000_000C_01C78833.0155AC50" Message-ID: X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: Alternate installers for FreeBSD for unattended installation Thread-Index: AceIVIJQ5XxTcdY6SSOEeyjp56pmPA== From: "Matthew X. Economou" To: Subject: Alternate installers for FreeBSD for unattended installation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 23:06:57 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_000C_01C78833.0155AC50 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I'm having a difficult time developing a scripted install using sysinstall, as my target hardware is not sufficiently uniform, hostnames vary, etc. The sysinstall documentation implies that alternatives are available, and that sysinstall is not really supported any more. Where can I find these alternate installers? Do they have better support for scripted installations? Is it possible to perform the installation manually from the mfsroot image? If so, I guess I could develop a shell script that performs the installation steps. Best wishes, Matthew -- "Rogues are very keen in their profession, and know already much more than we can teach them respecting their several kinds of roguery." - A. C. Hobbs in _Locks and Safes_ (1853) ------=_NextPart_000_000C_01C78833.0155AC50 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIOwTCCBxYw ggX+oAMCAQICChmPwM4AAQAAAFQwDQYJKoZIhvcNAQEFBQAwUTETMBEGCgmSJomT8ixkARkWA29y ZzEWMBQGCgmSJomT8ixkARkWBmlydG5vZzEiMCAGA1UEAxMZSVJUTk9HLk9SRyBSb290IEF1dGhv cml0eTAeFw0wNzAyMjcxODQ3MTVaFw0wODAyMjcxODQ3MTVaMIGnMRMwEQYKCZImiZPyLGQBGRYD b3JnMRYwFAYKCZImiZPyLGQBGRYGaXJ0bm9nMRMwEQYDVQQLEwpNeUJ1c2luZXNzMQ4wDAYDVQQL EwVVc2VyczERMA8GA1UECxMIU0JTVXNlcnMxHDAaBgNVBAMTE01hdHRoZXcgWC4gRWNvbm9tb3Ux IjAgBgkqhkiG9w0BCQEWE3hlbm9waG9uQGlydG5vZy5vcmcwgZ8wDQYJKoZIhvcNAQEBBQADgY0A MIGJAoGBAOopqnEe4uu+BnkrfovWe4XayCL76eKes4Zyb/kCysefXViKFna6DL8kZJE1cDZIJdcr ZU+rmnJ1BYCSCImPnLKPWQ3t4by+7kTZ2YQG64O0zHuVxrG5UFAhTUCCL/RBlRQ5VDU90lqn5roz JvjYdJSGGam+1W9aR2+00DZW9rXrAgMBAAGjggQbMIIEFzALBgNVHQ8EBAMCBaAwRAYJKoZIhvcN AQkPBDcwNTAOBggqhkiG9w0DAgICAIAwDgYIKoZIhvcNAwQCAgCAMAcGBSsOAwIHMAoGCCqGSIb3 DQMHMB0GA1UdDgQWBBSh+EKsRoFg5zgW6TFGLYj2xHww/DAXBgkrBgEEAYI3FAIECh4IAFUAcwBl AHIwHwYDVR0jBBgwFoAUKkihnrlA1Vd2x0XsUhjB8HrVV74wggFlBgNVHR8EggFcMIIBWDCCAVSg ggFQoIIBTIaBu2xkYXA6Ly9DTj1JUlROT0cuT1JHIFJvb3QgQXV0aG9yaXR5KDEpLENOPXN2cjEs Q049Q0RQLENOPVB1YmxpYyBLZXkgU2VydmljZXMsQ049U2VydmljZXMsQ049Q29uZmlndXJhdGlv bixEQz1pcnRub2csREM9b3JnLz9jZXJ0aWZpY2F0ZVJldm9jYXRpb25MaXN0P2Jhc2U/b2JqZWN0 Q2xhc3M9Y1JMRGlzdHJpYnV0aW9uUG9pbnSGRmh0dHA6Ly9zdnIxLmlydG5vZy5vcmcvQ2VydEVu cm9sbC9JUlROT0cuT1JHJTIwUm9vdCUyMEF1dGhvcml0eSgxKS5jcmyGRGZpbGU6Ly9cXHN2cjEu aXJ0bm9nLm9yZy9DZXJ0RW5yb2xsL0lSVE5PRy5PUkcgUm9vdCBBdXRob3JpdHkoMSkuY3JsMIIB jgYIKwYBBQUHAQEEggGAMIIBfDCBswYIKwYBBQUHMAGGgaZsZGFwOi8vQ049SVJUTk9HLk9SRyBS b290IEF1dGhvcml0eSxDTj1BSUEsQ049UHVibGljIEtleSBTZXJ2aWNlcyxDTj1TZXJ2aWNlcyxD Tj1Db25maWd1cmF0aW9uLERDPWlydG5vZyxEQz1vcmcvP2NBQ2VydGlmaWNhdGU/YmFzZT9vYmpl Y3RDbGFzcz1jZXJ0aWZpY2F0aW9uQXV0aG9yaXR5MGIGCCsGAQUFBzABhlZodHRwOi8vc3ZyMS5p cnRub2cub3JnL0NlcnRFbnJvbGwvc3ZyMS5pcnRub2cub3JnX0lSVE5PRy5PUkclMjBSb290JTIw QXV0aG9yaXR5KDEpLmNydDBgBggrBgEFBQcwAYZUZmlsZTovL1xcc3ZyMS5pcnRub2cub3JnL0Nl cnRFbnJvbGwvc3ZyMS5pcnRub2cub3JnX0lSVE5PRy5PUkcgUm9vdCBBdXRob3JpdHkoMSkuY3J0 MCkGA1UdJQQiMCAGCisGAQQBgjcKAwQGCCsGAQUFBwMEBggrBgEFBQcDAjBDBgNVHREEPDA6oCMG CisGAQQBgjcUAgOgFQwTeGVub3Bob25AaXJ0bm9nLm9yZ4ETeGVub3Bob25AaXJ0bm9nLm9yZzAN BgkqhkiG9w0BAQUFAAOCAQEASPqdExGpctMGDpApmECc833L6vNYNW5nQK0YYj9tnBNnimJb5Sw8 G0b8CXw9XUd+G9lVA+nKUZ4hng7VI8v+WEoz6uzgmVcc1nL7dAUlxZeoGe9XFPGG4T80wCS3cI59 z+OFVmjd+VRFlr6jst0UrP0E6RoC6H+TgDcbVJM54n+2KmfVrRKeNZ2w4c5E/xI8OEn72kpQjwJ/ FJkGSV4PxwXvgNI+gxPzJpPsalJwTK6z9imrvUbdlJdRsJ7MSvWCwmazeQKgAzM4JREJh57mhpU9 K7cXyOVJZfo40cpANOs2aHip+EZG+wERORfL0QVjcZjdB8Q01nqnxRGYAdDOvjCCB6MwggaLoAMC AQICEGW5l0cVWHygTNeL4cx/kzswDQYJKoZIhvcNAQEFBQAwUTETMBEGCgmSJomT8ixkARkWA29y ZzEWMBQGCgmSJomT8ixkARkWBmlydG5vZzEiMCAGA1UEAxMZSVJUTk9HLk9SRyBSb290IEF1dGhv cml0eTAeFw0wNTAzMDMxNDM4MzdaFw0xMDAzMDMxNDQ4MzdaMFExEzARBgoJkiaJk/IsZAEZFgNv cmcxFjAUBgoJkiaJk/IsZAEZFgZpcnRub2cxIjAgBgNVBAMTGUlSVE5PRy5PUkcgUm9vdCBBdXRo b3JpdHkwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDITjFNcWd7r8P4CtXxANvOKZ/9 LRM+wMKvoU1OIFVSYQ1Kk14sYH873nCJN7Js2HlaE8H7rHgMorr1MZ9wvZSAi7Qo0ZCjRiBvL8Dq Qq2fqesPA2OqJiT/8hal1LYLjyGU5fY0FeEcendRzx8AtaXwxdHe4B4IeN4Axgns7X6vqnDY4S0d 3Flx0/2ouq0iE2scSIkgwkxnAG4OjS1ogaeTm18hYdqPvvPGvBvduBPDjaOdpSo/0d8qdOxL1QtT 3Kjlc08pTawm3O5uNb5uYpBUj6zW6G3fZx7Ho55yVQO3ZPMwT228FTdEmFS4S47V2KmtSR2w2Dgl zJR8hr3p2s3rAgMBAAGjggR1MIIEcTATBgkrBgEEAYI3FAIEBh4EAEMAQTALBgNVHQ8EBAMCAYYw DwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUKkihnrlA1Vd2x0XsUhjB8HrVV74wggHJBgNVHR8E ggHAMIIBvDCCAbigggG0oIIBsIZmZmlsZTovL0M6XFdJTkRPV1Ncc3lzdGVtMzJcQ2VydFNydlxD ZXJ0RW5yb2xsXCUzQ0NhTmFtZSUzRSUzQ0NSTE5hbWVTdWZmaXglM0UlM0NEZWx0YUNSTEFsbG93 ZWQlM0UuY3JshoGTbGRhcDovL0NOPTxDQVRydW5jYXRlZE5hbWU+PENSTE5hbWVTdWZmaXg+LENO PTxTZXJ2ZXJTaG9ydE5hbWU+LENOPUNEUCxDTj1QdWJsaWMgS2V5IFNlcnZpY2VzLENOPVNlcnZp Y2VzLDxDb25maWd1cmF0aW9uQ29udGFpbmVyPjxDRFBPYmplY3RDbGFzcz4vhl5odHRwOi8vJTND c2VydmVyZG5zbmFtZSUzRS9DZXJ0RW5yb2xsLyUzQ0NhTmFtZSUzRSUzQ0NSTE5hbWVTdWZmaXgl M0UlM0NEZWx0YUNSTEFsbG93ZWQlM0UuY3JshlBmaWxlOi8vXFw8U2VydmVyRE5TTmFtZT4vQ2Vy dEVucm9sbC88Q2FOYW1lPjxDUkxOYW1lU3VmZml4PjxEZWx0YUNSTEFsbG93ZWQ+LmNybDASBgkr BgEEAYI3FQEEBQIDAQABMEQGA1UdIAQ9MDswOQYJKwYBBAHRZAABMCwwKgYIKwYBBQUHAgEWHmh0 dHA6Ly93ZWIuaXJ0bm9nLm9yZy9sZWdhbC9jYTCCAc8GCCsGAQUFBwEBBIIBwTCCAb0wcwYIKwYB BQUHMAKGZ2ZpbGU6Ly9DOlxXSU5ET1dTXHN5c3RlbTMyXENlcnRTcnZcQ2VydEVucm9sbFwlM0NT ZXJ2ZXJETlNOYW1lJTNFXyUzQ0NhTmFtZSUzRSUzQ0NlcnRpZmljYXRlTmFtZSUzRS5jcnQwegYI KwYBBQUHMAKGbmxkYXA6Ly9DTj08Q0FUcnVuY2F0ZWROYW1lPixDTj1BSUEsQ049UHVibGljIEtl eSBTZXJ2aWNlcyxDTj1TZXJ2aWNlcyw8Q29uZmlndXJhdGlvbkNvbnRhaW5lcj48Q0FPYmplY3RD bGFzcz4vMGsGCCsGAQUFBzAChl9odHRwOi8vJTNDc2VydmVyZG5zbmFtZSUzRS9DZXJ0RW5yb2xs LyUzQ1NlcnZlckROU05hbWUlM0VfJTNDQ2FOYW1lJTNFJTNDQ2VydGlmaWNhdGVOYW1lJTNFLmNy dDBdBggrBgEFBQcwAoZRZmlsZTovL1xcPFNlcnZlckROU05hbWU+L0NlcnRFbnJvbGwvPFNlcnZl ckROU05hbWU+XzxDYU5hbWU+PENlcnRpZmljYXRlTmFtZT4uY3J0MCMGCSsGAQQBgjcVAgQWBBRV OB9R+nWAsxieCJHQLBHNOPH+DTANBgkqhkiG9w0BAQUFAAOCAQEAeVAxI84TWOX6phiHqUo6v2/o m9lIOdMakEQMki2WDAk2Y9kdFe3gqOqAxBnzqu8d5Vd67wvsf6DVJ6AdCjW9MSXNS1Do0Ok7q7da 6GJvkgeK+0A5KgJaLf3CyquafyacAbFoGo2/tvrXq6llrd7g74cWran7X5N7f7Lthj2q1QR2KfEP 4jErMLuw19bxx51WiQkReRrMzaDfrtav3poYz/jM1Gh45s9tEVEm48hT1q+jhMOOL5OWnDrFfBGe hu3JlAP40qLc1L82g/UZLEVx2m3yHCcs1uLGBZPSYiUL1U6RnITViOljaJZA8EQgniafEyJoy2gl Nf1TJvebPEP4/DGCArEwggKtAgEBMF8wUTETMBEGCgmSJomT8ixkARkWA29yZzEWMBQGCgmSJomT 8ixkARkWBmlydG5vZzEiMCAGA1UEAxMZSVJUTk9HLk9SRyBSb290IEF1dGhvcml0eQIKGY/AzgAB AAAAVDAJBgUrDgMCGgUAoIIBqDAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJ BTEPFw0wNzA0MjYyMjQ1MDVaMCMGCSqGSIb3DQEJBDEWBBRW7sHEm6FhFM2+m3M9O+zj6f21GjBn BgkqhkiG9w0BCQ8xWjBYMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIB QDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDAHBgUrDgMCGjAKBggqhkiG9w0CBTBuBgkrBgEEAYI3 EAQxYTBfMFExEzARBgoJkiaJk/IsZAEZFgNvcmcxFjAUBgoJkiaJk/IsZAEZFgZpcnRub2cxIjAg BgNVBAMTGUlSVE5PRy5PUkcgUm9vdCBBdXRob3JpdHkCChmPwM4AAQAAAFQwcAYLKoZIhvcNAQkQ AgsxYaBfMFExEzARBgoJkiaJk/IsZAEZFgNvcmcxFjAUBgoJkiaJk/IsZAEZFgZpcnRub2cxIjAg BgNVBAMTGUlSVE5PRy5PUkcgUm9vdCBBdXRob3JpdHkCChmPwM4AAQAAAFQwDQYJKoZIhvcNAQEB BQAEgYDiArszPhdm/MbJWOnkBywqha/wk7EPVNzkn9BnKfWUFd6fYI+dk+S9xF4OBA0d0r9jPDf2 vSWZEOCA/HJAhrgYeysZRNO0dlgEZmT1LGnFFwM42xxC/FyR1F4gemawMR7TZfbMaZOosJBX1G2j +KUruYIfVjJ9AgIH+E7UrLJUvgAAAAAAAA== ------=_NextPart_000_000C_01C78833.0155AC50-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 26 23:21:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4DA6716A406 for ; Thu, 26 Apr 2007 23:21:26 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 38D6A13C458 for ; Thu, 26 Apr 2007 23:21:26 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l3QNKJXt050683 for ; Thu, 26 Apr 2007 16:20:19 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l3QNKBr9050682 for freebsd-stable@freebsd.org; Thu, 26 Apr 2007 16:20:11 -0700 (PDT) (envelope-from sgk) Date: Thu, 26 Apr 2007 16:20:11 -0700 From: Steve Kargl To: freebsd-stable@freebsd.org Message-ID: <20070426232011.GA50555@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.2.2i Subject: ath induced panic in -stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 23:21:26 -0000 In trying to update from a 6.2-release to 6-2.-stable, I run into a nasty panic which results in a corrupt backtrace. It looks like a cascade of panics. In 6.2-release, I initialize my ath wirelss NIC with the following script #! /bin/sh ifconfig ath0 inet 192.168.0.10 ifconfig ath0 ssid "My_ssid" mode 11g channel 11 wepmode on ifconfig ath0 wepkey 0xValid_WEP_key deftxkey 1 route add default 192.168.0.1 I can get to the net without a problem. However, with up-to-date 6.2-stable sources, the above script will cause a panic. In trying various things, I've found that the "mode 11g" in the second command is the guilty party. Without "mode 11g", I can once again to the net. Here's the output of a kgdb session Unread portion of the kernel message buffer: ifhwioctl(c0286938,c34c4c00,c3723e80,c3722000) at ifhwioctl+0xa40 ifioctl(c355a000,c0286938,c3723e80,c3722000,0,...) at ifioctl+0xc3 soo_ioctl(c3512a68,c0286938,c3723e80,c3745180,c3722000) at soo_ioctl+0x2db ioctl(c3722000,da95ad04) at ioctl+0x396 syscall(bfbf003b,3b,bfbf003b,805d028,0,...) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x28149787, esp = 0xbfbfe2fc, ebp = 0xbfbfe328 --- KDB: enter: witness_checkorder Dumping 511 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 511MB (130786 pages) 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc0477d1b in db_fncall (dummy1=-1065228384, dummy2=0, dummy3=-1066610577, dummy4=0xda95a7c4 "ð§\225ÚÀ³lÀܧ\225Úà§\225Ú\220\a") at /usr/src/sys/ddb/db_command.c:492 #2 0xc0477b20 in db_command (last_cmdp=0xc07aef44, cmd_table=0x0, aux_cmd_tablep=0xc0764a34, aux_cmd_tablep_end=0xc0764a38) at /usr/src/sys/ddb/db_command.c:350 #3 0xc0477be8 in db_command_loop () at /usr/src/sys/ddb/db_command.c:458 #4 0xc04797e5 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:222 #5 0xc0573997 in kdb_trap (type=3, code=0, tf=0xda95a904) at /usr/src/sys/kern/subr_kdb.c:473 #6 0xc06e9a24 in trap (frame= {tf_fs = -627769336, tf_es = -1068040152, tf_ds = -1066205144, tf_edi = 9, tf_esi = -1020494300, tf_ebp = -627726012, tf_isp = -627726032, tf_ebx = -1065345868, tf_edx = 0, tf_ecx = -1056878592, tf_eax = 31, tf_trapno = 3, tf_err = 0, tf_eip = -1068026085, tf_cs = 32, tf_eflags = 662, tf_esp = -627725960, tf_ss = -1067982253}) at /usr/src/sys/i386/i386/trap.c:594 #7 0xc06d7f5a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #8 0xc057371b in kdb_enter (msg=0x1f
) at cpufunc.h:60 #9 0xc057e253 in witness_checkorder (lock=0xc32c7e24, flags=9, file=0xc075587c "/usr/src/sys/vm/vm_map.c", line=3074) at /usr/src/sys/kern/subr_witness.c:1079 #10 0xc0560a74 in _sx_xlock (sx=0xc32c7e24, file=0xc075587c "/usr/src/sys/vm/vm_map.c", line=3074) at /usr/src/sys/kern/kern_sx.c:171 #11 0xc067c273 in _vm_map_lock_read (map=0x1f, file=0xc1015000 "Copyright (c) 1992-2007 The FreeBSD Project.\nCopyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994\n\tThe Regents of the University of California. All rights reserved.\nFreeBSD is a re"..., line=0) at /usr/src/sys/vm/vm_map.c:453 #12 0xc067f330 in vm_map_lookup (var_map=0xda95aa6c, vaddr=134602752, fault_typea=2 '\002', out_entry=0xda95aa70, object=0x1f, pindex=0xc1015000, out_prot=0x1f
, wired=0xda95aa48) at /usr/src/sys/vm/vm_map.c:3074 #13 0xc06784bd in vm_fault (map=0xc32c7de0, vaddr=134602752, fault_type=2 '\002', fault_flags=8) at /usr/src/sys/vm/vm_fault.c:235 #14 0xc06e9bae in trap_pfault (frame=0xda95ab34, usermode=0, eva=134602752) at /usr/src/sys/i386/i386/trap.c:722 #15 0xc06e98b1 in trap (frame= {tf_fs = -1065680888, tf_es = 40, tf_ds = -1066205144, tf_edi = 134602752, tf_esi = -1019717632, tf_ebp = -627725396, tf_isp = -627725472, tf_ebx = 620, tf_edx = 0, tf_ecx = 155, tf_eax = 134603372, tf_trapno = 12, tf_err = 2, tf_eip = -1066500010, tf_cs = 32, tf_eflags = 66050, tf_esp = -1015923072, tf_ss = 155}) at /usr/src/sys/i386/i386/trap.c:435 #16 0xc06d7f5a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #17 0xc06e8056 in generic_copyout () at /usr/src/sys/i386/i386/support.s:760 Previous frame inner to this frame (corrupt stack?) If one goes back upto the "Unread portion" above, on the console I see a line about ath_ioctl, then frame #17. -- Steve From owner-freebsd-stable@FreeBSD.ORG Thu Apr 26 23:42:59 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D198516A406 for ; Thu, 26 Apr 2007 23:42:59 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id B8CF213C468 for ; Thu, 26 Apr 2007 23:42:59 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l3QNfrZk050887 for ; Thu, 26 Apr 2007 16:41:53 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l3QNfr7f050886 for freebsd-stable@freebsd.org; Thu, 26 Apr 2007 16:41:53 -0700 (PDT) (envelope-from sgk) Date: Thu, 26 Apr 2007 16:41:53 -0700 From: Steve Kargl To: freebsd-stable@freebsd.org Message-ID: <20070426234153.GA50866@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Subject: ath0 induced panic additional info X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 23:42:59 -0000 By increasing the kernel message buffer, I was able to get the previous "Unread portion" im my last email. Unread portion of the kernel message buffer: lock order reversal: (sleepable after non-sleepable) 1st 0xc34caec0 ath0 (ath0) @ /usr/src/sys/dev/ath/if_ath.c:5210 2nd 0xc32cbe24 user map (user map) @ /usr/src/sys/vm/vm_map.c:3074 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c07c3e08,c07c5500,c078596c,...) at kdb_backtrace+0x29 witness_checkorder(c32cbe24,9,c075587c,c02) at witness_checkorder+0x578 _sx_xlock(c32cbe24,c075587c,c02) at _sx_xlock+0x50 _vm_map_lock_read(c32cbde0,c075587c,c02,2000246,c3722068,...) at _vm_map_lock_read+0x37 vm_map_lookup(d9753a6c,805e000,2,d9753a70,d9753a60,d9753a64,d9753a47,d9753a48) at vm_map_lookup+0x28 vm_fault(c32cbde0,805e000,2,8,c34ee180,...) at vm_fault+0x65 trap_pfault(d9753b34,0,805e000) at trap_pfault+0xce trap(c07b0008,28,c0730028,805e000,c334f400,...) at trap+0x319 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc06e8056, esp = 0xd9753b74, ebp = 0xd9753bac --- generic_copyout(c34c8c00,c3726400,c34cab30,c0286938,0,...) at generic_copyout+0x36 ieee80211_ioctl(c34ca230,c0286938,c3726400) at ieee80211_ioctl+0xc1 ath_ioctl(c34c8c00,c0286938,c3726400) at ath_ioctl+0x190 ifhwioctl(c0286938,c34c8c00,c3726400,c34ee180) at ifhwioctl+0xa40 ifioctl(c355e000,c0286938,c3726400,c34ee180,0,...) at ifioctl+0xc3 soo_ioctl(c3516ab0,c0286938,c3726400,c3748480,c34ee180) at soo_ioctl+0x2db ioctl(c34ee180,d9753d04) at ioctl+0x396 syscall(3b,3b,3b,805d028,0,...) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x28149787, esp = 0xbfbfe2fc, ebp = 0xbfbfe328 --- KDB: enter: witness_checkorder panic: from debugger KDB: stack backtrace: Uptime: 1m1s Dumping 511 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 511MB (130786 pages) 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) quit mobile:root[157] exit exit Script done on Thu Apr 26 16:38:51 2007 -- Steve From owner-freebsd-stable@FreeBSD.ORG Fri Apr 27 00:16:43 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8F21716A401 for ; Fri, 27 Apr 2007 00:16:43 +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 2C31813C4BE for ; Fri, 27 Apr 2007 00:16:42 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp48-243.lns2.adl4.internode.on.net [121.44.48.243]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l3R03VFd033640 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Apr 2007 09:33:34 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 27 Apr 2007 09:33:21 +0930 User-Agent: KMail/1.9.5 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6543986.8rpFx2TRFr"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704270933.22584.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: "Matthew X. Economou" Subject: Re: Alternate installers for FreeBSD for unattended installation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 00:16:43 -0000 --nextPart6543986.8rpFx2TRFr Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 27 April 2007 08:15, Matthew X. Economou wrote: > I'm having a difficult time developing a scripted install using > sysinstall, as my target hardware is not sufficiently uniform, > hostnames vary, etc. The sysinstall documentation implies that > alternatives are available, and that sysinstall is not really > supported any more. Where can I find these alternate installers? Do > they have better support for scripted installations? > > Is it possible to perform the installation manually from the mfsroot > image? If so, I guess I could develop a shell script that performs > the installation steps. You can get sysinstall to do most of the work for you and then fix=20 things up after the fact by running a script. My install.cfg does a=20 basic install and then untar's an image over the top which I created by=20 doing an installworld into a chroot and installing ports into. Unfortunately you can't easily alter rc.conf because sysinstall=20 overwrites it thinking it is an old copy. (You end up with your entries=20 commented out). I've been working on a patch for sysinstall so you can specify it merge=20 entries together without uncommenting the old ones but I haven't=20 finished it yet. =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 --nextPart6543986.8rpFx2TRFr Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGMT3K5ZPcIHs/zowRAvmBAJ0U4+B4tC6mClWTy4JQfMhBRy/v9QCeOP/K X765Lx1Gw9hKatJMZOkNq4I= =56Wj -----END PGP SIGNATURE----- --nextPart6543986.8rpFx2TRFr-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 27 01:40:28 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0141E16A401; Fri, 27 Apr 2007 01:40:28 +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 401B013C459; Fri, 27 Apr 2007 01:40:27 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=daemon.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HhFRe-000MoM-Lk; Fri, 27 Apr 2007 10:40:23 +0900 Message-ID: <46315483.3030307@micom.mng.net> Date: Fri, 27 Apr 2007 09:40:19 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.0 (X11/20070425) MIME-Version: 1.0 To: Thomas Quinot References: <200704251327.l3PDRBvK019864@www.freebsd.org> <20070425215130.GA13949@melamine.cuivre.fr.eu.org> In-Reply-To: <20070425215130.GA13949@melamine.cuivre.fr.eu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Stable Mailing List , mjacob@FreeBSD.org, linimon@FreeBSD.org, bug-followup@freensd.org Subject: Re: kern/112119: system hangs when starts k3b on 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: Fri, 27 Apr 2007 01:40:28 -0000 Thomas Quinot wrote: > * Ganbold, 2007-04-25 : > > >>> Description: >>> >> With atapi-cam.c (rev 1.42.2.3) when running k3b application, system >> completely hangs on k3b splash screen and I had to use power button only >> to restart the machine. >> > > Extremely strange. I can't offer any definite solution at this point, > since I have no idea how this change could cause a system to hang. Here > are a few possible investigation ideas: > > * AFAIK k3b is just a front-end for command-line tools. You should > determine what exact commands are spawned by k3b to identify which of > these is causing the apparent hang; > > * it would also be useful to enable CAM debugging options (see > "man 4 cam", option CAMDEBUG, and flags CAM_DEBUG_TRACE and > CAM_DEBUG_SUBTRACE) and to capture all console output up to the hang > (for example using a serial console) > > * if Scott's hunch of an interrupt storm is correct, then this issue > might be related to the DMA problem described under PR 103602, so > it would be useful to try the last patch I sent on that PR: > http://www.freebsd.org/cgi/query-pr.cgi?pr=103602&getpatch=12 > > * if all else fails, please let me know if the attached patch, which > reverts part of rev. 1.42.2.3, changes anything. > I tried your attached patch and the problem is still the same. System hangs when starts k3b. With atapi-cam.c rev. 1.42.2.2, k3b starts fine, system doesn't hang. For your information I have k3b normal startup messages with atapi-cam.c rev. 1.42.2.2. It might help to find the problem. devil# k3b Only one line in dcopserver file !: DCOPClient::attachInternal. Attach failed networkIdsList argument is NULL Only one line in dcopserver file !: DCOPClient::attachInternal. Attach failed networkIdsList argument is NULL kbuildsycoca running... devil# kdecore (KAction): WARNING: KActionCollection::KActionCollection( QObject *parent, const char *name, KInstance *instance ) k3b: (K3bCdrecordProgram) could not start /opt/schily/bin k3b: (K3bMkisofsProgram) could not start /opt/schily/bin k3b: (K3bCdrecordProgram) could not start /root/bin k3b: (K3bMkisofsProgram) could not start /root/bin k3b: (K3bExternalBinManager) Cdrecord 2.1 features: gracetime, overburn, cdtext, clone, tao, cuefile, xamix, plain-atapi, hacked-atapi, audio-stdin, burnfree k3b: (K3bExternalBinManager) 2 1 -1 seems to be cdrecord version >= 1.11a02, using burnfree instead of burnproof k3b: (K3bExternalBinManager) seems to be cdrecord version >= 1.11a31, support for Just Link via burnfree driveroption (BSDDeviceScan) number of matches 10 (BSDDeviceScan) add device /dev/cd0:1:0:0 (K3bDevice::Device) /dev/cd0: init() (K3bDevice::openDevice) open device /dev/pass0 succeeded. (K3bDevice::openDevice) open device /dev/pass0 succeeded. (K3bDevice::ScsiCommand) transport command 12, length: 6 (K3bDevice::ScsiCommand) transport command 46, length: 10 (K3bDevice::Device) /dev/cd0 feature: CD Mastering (K3bDevice::ScsiCommand) transport command 46, length: 10 (K3bDevice::Device) /dev/cd0 feature: CD Track At Once (K3bDevice::ScsiCommand) transport command 46, length: 10 (K3bDevice::Device) /dev/cd0 feature: CD-RW Media Write Support (K3bDevice::ScsiCommand) transport command 46, length: 10 (K3bDevice::Device) /dev/cd0 feature: DVD Read (MMC5) (K3bDevice::ScsiCommand) transport command 46, length: 10 (K3bDevice::Device) /dev/cd0 feature: DVD+R (K3bDevice::ScsiCommand) transport command 46, length: 10 (K3bDevice::Device) /dev/cd0 feature: DVD+RW (K3bDevice::ScsiCommand) transport command 46, length: 10 (K3bDevice::ScsiCommand) transport command 46, length: 10 (K3bDevice::Device) /dev/cd0 feature: DVD+R Double Layer (K3bDevice::ScsiCommand) transport command 46, length: 10 (K3bDevice::ScsiCommand) transport command 46, length: 10 (K3bDevice::ScsiCommand) transport command 46, length: 10 (K3bDevice::Device) /dev/cd0 feature: DVD-R/-RW Write (K3bDevice::ScsiCommand) transport command 46, length: 10 (K3bDevice::Device) /dev/cd0 feature: Rigid Restricted Overwrite (K3bDevice::ScsiCommand) transport command 46, length: 10 (K3bDevice::ScsiCommand) transport command 46, length: 10 (K3bDevice::ScsiCommand) transport command 46, length: 10 (K3bDevice::ScsiCommand) transport command 46, length: 10 (K3bDevice::ScsiCommand) transport command 46, length: 10 (K3bDevice::openDevice) open device /dev/pass0 succeeded. (K3bDevice::openDevice) open device /dev/pass0 succeeded. (K3bDevice::ScsiCommand) transport command 5a, length: 10 (K3bDevice::ScsiCommand) transport command 5a, length: 10 (K3bDevice::Device) /dev/cd0: dataLen: 60 (K3bDevice::Device) /dev/cd0: checking for TAO (K3bDevice::ScsiCommand) transport command 55, length: 10 (K3bDevice::Device) /dev/cd0: checking for SAO (K3bDevice::ScsiCommand) transport command 55, length: 10 (K3bDevice::Device) /dev/cd0: checking for SAO_R96P (K3bDevice::ScsiCommand) transport command 55, length: 10 (K3bDevice::Device) /dev/cd0: checking for SAO_R96R (K3bDevice::ScsiCommand) transport command 55, length: 10 (K3bDevice::Device) /dev/cd0: checking for RAW_R16 (K3bDevice::ScsiCommand) transport command 55, length: 10 (K3bDevice::Device) /dev/cd0: checking for RAW_R96P (K3bDevice::ScsiCommand) transport command 55, length: 10 (K3bDevice::Device) /dev/cd0: checking for RAW_R96R (K3bDevice::ScsiCommand) transport command 55, length: 10 (K3bDevice::ScsiCommand) transport command 5a, length: 10 (K3bDevice::ScsiCommand) transport command 5a, length: 10 (K3bDevice::ScsiCommand) transport command 0, length: 6 (K3bDevice::ScsiCommand) transport failed (4): 145920 (K3bDevice::ScsiCommand) transport command 0, length: 6 (K3bDevice::ScsiCommand) transport failed (4): 145920 (K3bDevice::ScsiCommand) transport command ac, length: 12 (K3bDevice::ScsiCommand) transport command ac, length: 12 (K3bDevice::Device) /dev/cd0: Number of supported write speeds via GET PERFORMANCE: 1 (K3bDevice::Device) /dev/cd0 : 4234 KB/s (K3bDevice::DeviceManager) setting current write speed of device /dev/cd0 to 3324 k3b: [void K3bMediaCache::clearDeviceList()] (K3bDevice::DeviceManager) found config entry for devicetype: (K3bDevice::openDevice) open device SONY DVD+-RW DW-Q58A/dev/pass0 succeeded. (K3bDevice::ScsiCommand) transport command 0, length: 6 (K3bDevice::ScsiCommand) transport failed (4): 145920 (K3bDevice::openDevice) open device /dev/pass0 succeeded. (K3bDevice::openDevice) open device /dev/pass0 succeeded. (K3bDevice::ScsiCommand) transport command 0, length: 6 (K3bDevice::ScsiCommand) transport failed (4): 145920 k3b: (K3bCdrecordProgram) could not start /opt/schily/bin k3b: (K3bMkisofsProgram) could not start /opt/schily/bin k3b: (K3bCdrecordProgram) could not start /root/bin k3b: (K3bMkisofsProgram) could not start /root/bin k3b: (K3bExternalBinManager) Cdrecord 2.1 features: gracetime, overburn, cdtext, clone, tao, cuefile, xamix, plain-atapi, hacked-atapi, audio-stdin, burnfree k3b: (K3bExternalBinManager) 2 1 -1 seems to be cdrecord version >= 1.11a02, using burnfree instead of burnproof k3b: (K3bExternalBinManager) seems to be cdrecord version >= 1.11a31, support for Just Link via burnfree driveroption Devices: ------------------------------ Blockdevice: /dev/cd0 Generic device: Vendor: SONY Description: DVD+-RW DW-Q58A Version: UDS1 Write speed: 4234 Profiles: DVD-ROM, DVD-R Sequential, DVD-RW Restricted Overwrite, DVD-RW Sequential, DVD+RW, DVD+R, DVD+R Dual Layer, CD-ROM, CD-R, CD-RW Read Cap: DVD-ROM, DVD-R, DVD-R Sequential, DVD-R Dual Layer, DVD-R Dual Layer Sequential, DVD-R Dual Layer Jump, DVD-RW, DVD-RW Restricted Overwrite, DVD-RW Sequential, DVD+RW, DVD+R, DVD+RW Dual Layer, DVD+R Dual Layer, CD-ROM, CD-R, CD-RW Write Cap: DVD-R, DVD-R Sequential, DVD-RW, DVD-RW Restricted Overwrite, DVD-RW Sequential, DVD+RW, DVD+R, DVD+R Dual Layer, CD-R, CD-RW Writing modes: SAO, TAO, RAW, SAO/R96P, SAO/R96R, RAW/R16, RAW/R96P, RAW/R96R, Restricted Overwrite Reader aliases: /dev/cd0 ------------------------------ kdecore (KAction): WARNING: KActionCollection::operator+=(): function is severely deprecated. (K3bDevice::openDevice) open device /dev/pass0 succeeded. (K3bDevice::ScsiCommand) transport command 0, length: 6 (K3bDevice::ScsiCommand) transport failed (4): 145920 k3b: (K3bFileTreeView::addCdDeviceBranches) k3b: (K3bFileTreeView::addCdDeviceBranches) done k3b: (K3bFileTreeView::addCdDeviceBranches) k3b: (K3bFileTreeView::addCdDeviceBranches) done (K3bDevice::openDevice) open device /dev/pass0 succeeded. (K3bDevice::ScsiCommand) transport command 0, length: 6 (K3bDevice::ScsiCommand) transport failed (4): 145920 k3b: (K3bCore) System problems: k3b: WARNING k3b: PROBLEM: Running K3b as root user k3b: DETAILS: It is not recommended to run K3b under the root user account. This introduces unnecessary security risks. k3b: SOLUTION: Run K3b from a proper user account and setup the device and external tool permissions appropriately. k3b: (K3bDevice::openDevice) open device /dev/pass0 succeeded. (K3bDevice::ScsiCommand) transport command 0, length: 6 (K3bDevice::ScsiCommand) transport failed (4): 145920 (K3bDevice::openDevice) open device /dev/pass0 succeeded. (K3bDevice::ScsiCommand) transport command 0, length: 6 (K3bDevice::ScsiCommand) transport failed (4): 145920 k3b: [void K3bMediaCache::clearDeviceList()] k3b: [void K3bMediaCache::clearDeviceList()] waiting for info thread /dev/cd0 to finish k3b: Waiting for thread 0x829dfe0 k3b: Thread waiting done. k3b: [void K3bMediaCache::clearDeviceList()] devil# ------------------------------------------------------------------------------- thanks, Ganbold > Thomas. > > From owner-freebsd-stable@FreeBSD.ORG Fri Apr 27 02:04:39 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 236C516A406; Fri, 27 Apr 2007 02:04:39 +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 98D4B13C45B; Fri, 27 Apr 2007 02:04:38 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=daemon.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HhFp5-000N3V-Fi; Fri, 27 Apr 2007 11:04:35 +0900 Message-ID: <46315A32.9050900@micom.mng.net> Date: Fri, 27 Apr 2007 10:04:34 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.0 (X11/20070425) MIME-Version: 1.0 To: Thomas Quinot References: <200704251327.l3PDRBvK019864@www.freebsd.org> <20070425215130.GA13949@melamine.cuivre.fr.eu.org> In-Reply-To: <20070425215130.GA13949@melamine.cuivre.fr.eu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Stable Mailing List , mjacob@FreeBSD.org, linimon@FreeBSD.org, bug-followup@freensd.org Subject: Re: kern/112119: system hangs when starts k3b on 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: Fri, 27 Apr 2007 02:04:39 -0000 Thomas Quinot wrote: > * Ganbold, 2007-04-25 : > > >>> Description: >>> >> With atapi-cam.c (rev 1.42.2.3) when running k3b application, system >> completely hangs on k3b splash screen and I had to use power button only >> to restart the machine. >> > > Extremely strange. I can't offer any definite solution at this point, > since I have no idea how this change could cause a system to hang. Here > are a few possible investigation ideas: > > * AFAIK k3b is just a front-end for command-line tools. You should > determine what exact commands are spawned by k3b to identify which of > these is causing the apparent hang; > > * it would also be useful to enable CAM debugging options (see > "man 4 cam", option CAMDEBUG, and flags CAM_DEBUG_TRACE and > CAM_DEBUG_SUBTRACE) and to capture all console output up to the hang > (for example using a serial console) > > * if Scott's hunch of an interrupt storm is correct, then this issue > might be related to the DMA problem described under PR 103602, so > it would be useful to try the last patch I sent on that PR: > http://www.freebsd.org/cgi/query-pr.cgi?pr=103602&getpatch=12 > > * if all else fails, please let me know if the attached patch, which > reverts part of rev. 1.42.2.3, changes anything. > I will try http://www.freebsd.org/cgi/query-pr.cgi?pr=103602&getpatch=12 patch later today and let you know. thanks, Ganbold > Thomas. > > From owner-freebsd-stable@FreeBSD.ORG Fri Apr 27 02:44:35 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 216E216A400 for ; Fri, 27 Apr 2007 02:44:35 +0000 (UTC) (envelope-from parv@pair.com) Received: from mta10.adelphia.net (mta10.adelphia.net [68.168.78.202]) by mx1.freebsd.org (Postfix) with ESMTP id D885713C469 for ; Fri, 27 Apr 2007 02:44:34 +0000 (UTC) (envelope-from parv@pair.com) Received: from default.chvlva.adelphia.net ([24.126.17.68]) by mta10.adelphia.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20070427024433.PVTI19599.mta10.adelphia.net@default.chvlva.adelphia.net>; Fri, 27 Apr 2007 02:44:33 +0000 Received: by default.chvlva.adelphia.net (Postfix, from userid 1000) id 97B19BA87; Thu, 26 Apr 2007 22:44:52 -0400 (EDT) Date: Thu, 26 Apr 2007 22:44:52 -0400 From: parv@pair.com To: Steve Kargl Message-ID: <20070427024452.GA2527@holestein.holy.cow> Mail-Followup-To: Steve Kargl , f-stable References: <20070426234153.GA50866@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070426234153.GA50866@troutmask.apl.washington.edu> Cc: f-stable Subject: Re: ath0 induced panic additional info X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 02:44:35 -0000 in message <20070426234153.GA50866@troutmask.apl.washington.edu>, wrote Steve Kargl thusly... > > By increasing the kernel message buffer, I was able to > get the previous "Unread portion" im my last email. > > Unread portion of the kernel message buffer: > lock order reversal: (sleepable after non-sleepable) > 1st 0xc34caec0 ath0 (ath0) @ /usr/src/sys/dev/ath/if_ath.c:5210 > 2nd 0xc32cbe24 user map (user map) @ /usr/src/sys/vm/vm_map.c:3074 ... Oh yes, I got the problem with ath interface on "mode 11g" (along with WPA & DHCP set in /etc/rc.conf); see "LOR - ath (similar to LOR #42) on FreeBSD 6-STABLE", <20070420134320.GA2786@holestein.holy.cow>. - Parv -- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 27 03:03:37 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EC7CC16A404 for ; Fri, 27 Apr 2007 03:03:37 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id CEF9913C4B9 for ; Fri, 27 Apr 2007 03:03:37 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l3R32U5V052417 for ; Thu, 26 Apr 2007 20:02:30 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l3R32UrW052416 for freebsd-stable@freebsd.org; Thu, 26 Apr 2007 20:02:30 -0700 (PDT) (envelope-from sgk) Date: Thu, 26 Apr 2007 20:02:29 -0700 From: Steve Kargl To: f-stable Message-ID: <20070427030229.GB52347@troutmask.apl.washington.edu> References: <20070426234153.GA50866@troutmask.apl.washington.edu> <20070427024452.GA2527@holestein.holy.cow> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070427024452.GA2527@holestein.holy.cow> User-Agent: Mutt/1.4.2.2i Subject: Re: ath0 induced panic additional info X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 03:03:38 -0000 On Thu, Apr 26, 2007 at 10:44:52PM -0400, parv@pair.com wrote: > in message <20070426234153.GA50866@troutmask.apl.washington.edu>, > wrote Steve Kargl thusly... > > > > By increasing the kernel message buffer, I was able to > > get the previous "Unread portion" im my last email. > > > > Unread portion of the kernel message buffer: > > lock order reversal: (sleepable after non-sleepable) > > 1st 0xc34caec0 ath0 (ath0) @ /usr/src/sys/dev/ath/if_ath.c:5210 > > 2nd 0xc32cbe24 user map (user map) @ /usr/src/sys/vm/vm_map.c:3074 > ... > > Oh yes, I got the problem with ath interface on "mode 11g" (along > with WPA & DHCP set in /etc/rc.conf); see "LOR - ath (similar to LOR > #42) on FreeBSD 6-STABLE", <20070420134320.GA2786@holestein.holy.cow>. > It's a moot point in that the system has just reboot with -current. If anyone wants the debug kernel and core dump, drop me an email. -- Steve From owner-freebsd-stable@FreeBSD.ORG Fri Apr 27 04:22:49 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D27316A401 for ; Fri, 27 Apr 2007 04:22:49 +0000 (UTC) (envelope-from gshapiro@freebsd.org) Received: from gir.gshapiro.net (gir.gshapiro.net [209.246.26.16]) by mx1.freebsd.org (Postfix) with ESMTP id 116E713C45D for ; Fri, 27 Apr 2007 04:22:49 +0000 (UTC) (envelope-from gshapiro@freebsd.org) Received: from monkeyboy.local (c-67-164-3-230.hsd1.ca.comcast.net [67.164.3.230]) (authenticated bits=128) by gir.gshapiro.net (8.14.1/8.14.1) with ESMTP id l3R4OV1x040249 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 26 Apr 2007 21:24:47 -0700 (PDT) (envelope-from gshapiro@freebsd.org) X-DKIM: Sendmail DKIM Filter v0.6.5 gir.gshapiro.net l3R4OV1x040249 X-DomainKeys: Sendmail DomainKeys Filter v0.5.0 gir.gshapiro.net l3R4OV1x040249 Date: Thu, 26 Apr 2007 21:22:24 -0700 From: Gregory Shapiro To: freebsd-stable@freebsd.org Message-ID: <20070427042224.GA26373@monkeyboy.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.15 (2007-04-06) Subject: HEADS UP: No longer need to recompile milters when upgrading X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 04:22:49 -0000 The libmilter ABI breakage which required recompiling mail filters (milters) has been fixed in the RELENG_[456] branches. It is no longer necessary to recompile mail filters compiled against an older libmilter.so shared library. Additionally, if you did recompile them already, you do not need to recompile them again. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 27 09:17:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DC35316A401 for ; Fri, 27 Apr 2007 09:17:56 +0000 (UTC) (envelope-from utisoft@googlemail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.183]) by mx1.freebsd.org (Postfix) with ESMTP id 7151113C480 for ; Fri, 27 Apr 2007 09:17:56 +0000 (UTC) (envelope-from utisoft@googlemail.com) Received: by ik-out-1112.google.com with SMTP id b35so281469ika for ; Fri, 27 Apr 2007 02:17:50 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:mime-version:content-type; b=YOMhjRGgIu0TYuKOyZYd7MP423ZOHQ+ASxALgSqkGUZT9OsxoQS/B+QQCKhs4rGNBhAgtMHFD3QJ+X2VBcXUD2V4J0g65RrVeAWgf+UimEvk1z1YKBg5oyLMfLp/H6UOGOLjUF32K/W7w9DdzTdfQ6FGHFsk5DS/AKMLo60A3r4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type; b=ZzH8x+g61HGxqX7GpfOp2wlCOmHqIeFRm5B5zm9P0ucUFiYNeVga7GaF0dN+ZUwl2VnJGmBmakUpo6XEB6BoxYFDxKKY/fcrVKM2rNCZqiTVFrBwZjqCn/ZSLcjT1rKlb67GD0itEHFZllAd9oP9NgpqZbAh3lUfjrk7X+1o0i0= Received: by 10.82.146.14 with SMTP id t14mr5344892bud.1177665470439; Fri, 27 Apr 2007 02:17:50 -0700 (PDT) Received: by 10.82.184.17 with HTTP; Fri, 27 Apr 2007 02:17:50 -0700 (PDT) Message-ID: Date: Fri, 27 Apr 2007 10:17:50 +0100 From: "Chris Rees" 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: xfce4 desktop broken, complaining about libmd5.so.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: utisoft@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 09:17:56 -0000 Kind of embarrassing, I'm running 6.2-STABLE, and I recently used pkg_cutleaves to free some disk space. However, xfce's desktop doesn't work any more, neither will Thunar, and they both complain about missing file /usr/local/lib/libmd5.so.1. My locate database says it was there before I deinstalled all those packages, but I can't work out which ones I got rid of, nor which package libmd5.so.1 came from.... Could anyone please help me out? From owner-freebsd-stable@FreeBSD.ORG Fri Apr 27 09:45:44 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3046C16A410 for ; Fri, 27 Apr 2007 09:45:44 +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 93E1A13C46E for ; Fri, 27 Apr 2007 09:45:43 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (tojuzm@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l3R9jZXm095174; Fri, 27 Apr 2007 11:45:41 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l3R9jZo7095173; Fri, 27 Apr 2007 11:45:35 +0200 (CEST) (envelope-from olli) Date: Fri, 27 Apr 2007 11:45:35 +0200 (CEST) Message-Id: <200704270945.l3R9jZo7095173@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, utisoft@gmail.com In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 27 Apr 2007 11:45:41 +0200 (CEST) Cc: Subject: Re: xfce4 desktop broken, complaining about libmd5.so.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, utisoft@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 09:45:44 -0000 Chris Rees wrote: > Kind of embarrassing, I'm running 6.2-STABLE, and I recently used > pkg_cutleaves to free some disk space. However, xfce's desktop doesn't work > any more, neither will Thunar, and they both complain about missing file > /usr/local/lib/libmd5.so.1. My locate database says it was there before I > deinstalled all those packages, but I can't work out which ones I got rid > of, nor which package libmd5.so.1 came from.... > > Could anyone please help me out? Install /usr/ports/www/libwww. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-stable@FreeBSD.ORG Fri Apr 27 10:41:32 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 177A516A401 for ; Fri, 27 Apr 2007 10:41:32 +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 9828913C43E for ; Fri, 27 Apr 2007 10:41:31 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (juzmjk@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l3RAfPhl098102; Fri, 27 Apr 2007 12:41:30 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l3RAfOfk098101; Fri, 27 Apr 2007 12:41:24 +0200 (CEST) (envelope-from olli) Date: Fri, 27 Apr 2007 12:41:24 +0200 (CEST) Message-Id: <200704271041.l3RAfOfk098101@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@freebsd.org, utisoft@gmail.com In-Reply-To: <200704270945.l3R9jZo7095173@lurza.secnetix.de> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 27 Apr 2007 12:41:30 +0200 (CEST) Cc: Subject: Re: xfce4 desktop broken, complaining about libmd5.so.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@freebsd.org, utisoft@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 10:41:32 -0000 Oliver Fromme wrote: > Chris Rees wrote: > > Kind of embarrassing, I'm running 6.2-STABLE, and I recently used > > pkg_cutleaves to free some disk space. However, xfce's desktop doesn't work > > any more, neither will Thunar, and they both complain about missing file > > /usr/local/lib/libmd5.so.1. My locate database says it was there before I > > deinstalled all those packages, but I can't work out which ones I got rid > > of, nor which package libmd5.so.1 came from.... > > > > Could anyone please help me out? > > Install /usr/ports/www/libwww. Just a small addendum _how_ to find it out: $ cd /usr/ports $ echo */*/pkg-plist | xargs grep libmd5.so.1 (That approach works for most ports and files, but not for all of them. Some ports generate their packing list (plist) dynamically, but fortunately those are a small minority.) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "I made up the term 'object-oriented', and I can tell you I didn't have C++ in mind." -- Alan Kay, OOPSLA '97 From owner-freebsd-stable@FreeBSD.ORG Fri Apr 27 11:18:31 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 677B516A401 for ; Fri, 27 Apr 2007 11:18:31 +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 E931413C45E for ; Fri, 27 Apr 2007 11:18:30 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (mdazwt@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l3RBIOpS099343; Fri, 27 Apr 2007 13:18:29 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l3RBIOER099342; Fri, 27 Apr 2007 13:18:24 +0200 (CEST) (envelope-from olli) Date: Fri, 27 Apr 2007 13:18:24 +0200 (CEST) Message-Id: <200704271118.l3RBIOER099342@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@freebsd.org, utisoft@gmail.com In-Reply-To: <200704271041.l3RAfOfk098101@lurza.secnetix.de> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 27 Apr 2007 13:18:29 +0200 (CEST) Cc: Subject: Re: xfce4 desktop broken, complaining about libmd5.so.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@freebsd.org, utisoft@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 11:18:31 -0000 Oliver Fromme wrote: > Just a small addendum _how_ to find it out: > > $ cd /usr/ports > $ echo */*/pkg-plist | xargs grep libmd5.so.1 I'm very sorry for repeatedly replying to myself, but I almost forgot that there's a much faster way to find the port which has that library: http://www.secnetix.de/tools/porgle/ Enter "libmd5.so.1" into the search field, check the "packing list" checkbox, and click the "Search" button. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Being really good at C++ is like being really good at using rocks to sharpen sticks." -- Thant Tessman From owner-freebsd-stable@FreeBSD.ORG Fri Apr 27 13:22:35 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4833716A400 for ; Fri, 27 Apr 2007 13:22:35 +0000 (UTC) (envelope-from sven@dmv.com) Received: from smtp-gw-cl-c.dmv.com (smtp-gw-cl-c.dmv.com [216.240.97.41]) by mx1.freebsd.org (Postfix) with ESMTP id 0317C13C489 for ; Fri, 27 Apr 2007 13:22:34 +0000 (UTC) (envelope-from sven@dmv.com) Received: from mail-gw-cl-a.dmv.com (mail-gw-cl-a.dmv.com [216.240.97.38]) by smtp-gw-cl-c.dmv.com (8.12.10/8.12.10) with ESMTP id l3RDMX47070861; Fri, 27 Apr 2007 09:22:33 -0400 (EDT) (envelope-from sven@dmv.com) Received: from [216.240.97.46] (lanshark.dmv.com [216.240.97.46]) by mail-gw-cl-a.dmv.com (8.12.9/8.12.9) with ESMTP id l3RDMXuk055603; Fri, 27 Apr 2007 09:22:33 -0400 (EDT) (envelope-from sven@dmv.com) From: Sven Willenberger To: Jack Vogel In-Reply-To: <1177094694.5457.31.camel@lanshark.dmv.com> References: <1176911436.7416.8.camel@lanshark.dmv.com> <1177084316.5457.5.camel@lanshark.dmv.com> <20070420160431.GA17356@icarus.home.lan> <2a41acea0704201017n42d4e987l77752ee8f7ca9f1f@mail.gmail.com> <1177091905.5457.17.camel@lanshark.dmv.com> <2a41acea0704201127x319be08cw869efe1dd02a046e@mail.gmail.com> <1177094694.5457.31.camel@lanshark.dmv.com> Content-Type: text/plain Date: Fri, 27 Apr 2007 09:25:18 -0400 Message-Id: <1177680318.8713.1.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.39 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.38 Cc: freebsd-stable@freebsd.org Subject: Re: CARP and em0 timeout watchdog X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 13:22:35 -0000 On Fri, 2007-04-20 at 14:44 -0400, Sven Willenberger wrote: > On Fri, 2007-04-20 at 11:27 -0700, Jack Vogel wrote: > > On 4/20/07, Sven Willenberger wrote: > > > On Fri, 2007-04-20 at 10:17 -0700, Jack Vogel wrote: > > > > On 4/20/07, Jeremy Chadwick wrote: > > > > > On Fri, Apr 20, 2007 at 11:51:56AM -0400, Sven Willenberger wrote: > > > > > > Having done more diagnostics I have found out it is not CARP related at > > > > > > all. It turns out that the same timeouts will happen when ftp'ing to the > > > > > > physical address IPs as well. There is also an odd situation here > > > > > > depending on which protocol I use. The two boxes are connected to a Dell > > > > > > Powerconnect 2616 gig switch with CAT6. If I scp files from the > > > > > > 192.168.0.18 to the 192.168.0.19 box I can transfer gigs worth without a > > > > > > hiccup (I used dd to create various sized testfiles from 32M to 1G in > > > > > > size and just scp testfile* to the other box). On the other hand, if I > > > > > > connect to 192.168.0.19 using ftp (either active or passive) where ftp > > > > > > is being run through inetd, the interface resets (watchdog) within > > > > > > seconds (a few MBs) of traffic. Enabling polling does nothing, nor does > > > > > > changing net.inet.tcp.{recv,send}space. Any ideas why I would be seeing > > > > > > such behavioral differences between scp and ftp? > > > > > > > > > > You'll get a much higher throughput rate with FTP than you will with > > > > > SSH, simply because encryption overhead is quite high (even with the > > > > > Blowfish cipher). With a very fast processor and on a gigE network > > > > > you'll probably see 8-9MByte/sec via SSH while 60-70MByte/sec via FTP. > > > > > That's the only difference I can think of. > > > > > > > > > > The watchdog resets I can't explain; Jack Vogel should be able to assist > > > > > with that. But it sounds like the resets only happen under very high > > > > > throughput conditions (which is why you'd see it with FTP but not SSH). > > > > > > > > What kind of hardware is this interface? Watchdogs mean TX cleanup > > > > isn't happening in a reasonable time, without further data its hard to > > > > know what might be going on. > > > > > > > > Jack > > > > > > from pciconf: > > > > > > em0@pci13:0:0: class=0x020000 card=0x108c15d9 chip=0x108c8086 rev=0x03 > > > hdr=0x00 > > > vendor = 'Intel Corporation' > > > device = 'PRO/1000 PM' > > > class = network > > > subclass = ethernet > > > em1@pci14:0:0: class=0x020000 card=0x109a15d9 chip=0x109a8086 rev=0x00 > > > hdr=0x00 > > > vendor = 'Intel Corporation' > > > class = network > > > subclass = ethernet > > > > > > em0 is the interface in question. > > > > > > from dmesg: > > > > > > em0: port > > > 0x4000-0x401f mem 0xe0300000-0xe031ffff irq 16 at device 0.0 on pci13 > > > > > > em1: port > > > 0x5000-0x501f mem 0xe0400000-0xe041ffff irq 17 at device 0.0 on pci14 > > > > OH, this is an 82573, and I've posted a firmware patcher a couple > > different times, there is a bit in the MANC register that is incorrectly > > programmed in some vendors systems. Can you search email for > > that patcher, it needs to run from DOS. If you are unable to find > > it let me know and I'll resent you a copy. > > > > Jack > > If you are referring to the dcgdis.ThisIsZip attachment, I found it in > earlier threads, thanks. Will work on patching the nics and will keep > the list updated. > > Thanks again. > > Sven > I am happy to report that the firmware patch seems to have fixed the issue and I can transfer data across the gigE network without the watchdog timeouts and lockups. Thanks again!! Sven From owner-freebsd-stable@FreeBSD.ORG Fri Apr 27 13:41:32 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6F42A16A400 for ; Fri, 27 Apr 2007 13:41:32 +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 EF87813C458 for ; Fri, 27 Apr 2007 13:41:31 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp48-243.lns2.adl4.internode.on.net [121.44.48.243]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l3RDfSxc066605 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Apr 2007 23:11:29 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org, utisoft@gmail.com Date: Fri, 27 Apr 2007 23:11:21 +0930 User-Agent: KMail/1.9.5 References: <200704271118.l3RBIOER099342@lurza.secnetix.de> In-Reply-To: <200704271118.l3RBIOER099342@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1401919.SkPrz9Hu5q"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704272311.22458.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Subject: Re: xfce4 desktop broken, complaining about libmd5.so.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 13:41:32 -0000 --nextPart1401919.SkPrz9Hu5q Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 27 April 2007 20:48, Oliver Fromme wrote: > Oliver Fromme wrote: > > Just a small addendum _how_ to find it out: > > > > $ cd /usr/ports > > $ echo */*/pkg-plist | xargs grep libmd5.so.1 > > I'm very sorry for repeatedly replying to myself, but I > almost forgot that there's a much faster way to find the > port which has that library: > > http://www.secnetix.de/tools/porgle/ > > Enter "libmd5.so.1" into the search field, check the > "packing list" checkbox, and click the "Search" button. I suspect both of these methods wouldn't help if the plist was=20 dynamically generated (alas) =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 --nextPart1401919.SkPrz9Hu5q Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGMf2C5ZPcIHs/zowRAngnAJ92+mlQusldu65qDLMFWcRKLKXttACfTj5N J/ZtdR+dx6rXy+us8RdDSeg= =q+PH -----END PGP SIGNATURE----- --nextPart1401919.SkPrz9Hu5q-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 27 13:51:07 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DBFD216A403 for ; Fri, 27 Apr 2007 13:51:07 +0000 (UTC) (envelope-from bamston@reactor-xg.kiev.ua) Received: from mail.reactor-xg.kiev.ua (reactor-xg.kiev.ua [82.144.204.150]) by mx1.freebsd.org (Postfix) with ESMTP id 23DB813C45D for ; Fri, 27 Apr 2007 13:51:06 +0000 (UTC) (envelope-from bamston@reactor-xg.kiev.ua) Received: from mail.reactor-xg.kiev.ua (mail.reactor-xg.kiev.ua [82.144.204.150]) by mail.reactor-xg.kiev.ua (Reactor-XG Mailer System) with ESMTP id l3RDp4Yq016839 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 27 Apr 2007 16:51:05 +0300 (EEST) (envelope-from bamston@reactor-xg.kiev.ua) From: "Andrei V. Lavreniyuk" Organization: Technica-03, Inc. To: stable@freebsd.org Date: Fri, 27 Apr 2007 16:50:53 +0300 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704271650.58266.bamston@reactor-xg.kiev.ua> X-Virus-Scanned: ClamAV 0.90.2/3170/Fri Apr 27 15:03:24 2007 on mail.reactor-xg.kiev.ua X-Virus-Status: Clean Cc: Subject: ASUS P5LD2-VM 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 Apr 2007 13:51:07 -0000 Hi! System: FreeBSD consulting 6.2-STABLE FreeBSD 6.2-STABLE #0: Fri Apr 27 00:46:01 EEST 2007 root@consulting:/usr/obj/usr/src/sys/SMP-ECORYS i386 Motherboard: ASUS P5LD2-VM Socket775 BIOS version 1304 ---------------------------------- # dmesg Copyright (c) 1992-2007 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-STABLE #0: Fri Apr 27 00:46:01 EEST 2007 root@consulting:/usr/obj/usr/src/sys/SMP-ECORYS ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (3000.37-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf49 Stepping = 9 Features=0xbfebfbff Features2=0x641d> AMD Features=0x20000000 AMD Features2=0x1 Logical CPUs per core: 2 real memory = 528023552 (503 MB) avail memory = 506372096 (482 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 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 ^^^^^^^^^^^^?????????????? acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT ^^^^^^^^^^^^^^^^^^^^????????????? device_attach: acpi_throttle1 attach returned 6 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 2.0 (no driver attached) pcib1: irq 16 at device 28.0 on pci0 pci3: on pcib1 pcib2: irq 17 at device 28.1 on pci0 pci2: on pcib2 em0: port 0xd800-0xd81f mem 0xcffe0000-0xcfffffff irq 17 at device 0.0 on pci2 em0: Ethernet address: 00:17:31:54:5c:c4 pcib3: at device 30.0 on pci0 pci1: on pcib3 rl0: port 0xc400-0xc4ff mem 0xcfeff800-0xcfeff8ff irq 21 at device 9.0 on pci1 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:02:44:9e:22:f8 rl1: port 0xc800-0xc8ff mem 0xcfeffc00-0xcfeffcff irq 22 at device 10.0 on pci1 miibus1: on rl1 rlphy1: on miibus1 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl1: Ethernet address: 00:e0:7d:e5:6b:49 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0xb800-0xb807,0xb400-0xb403,0xb000-0xb007,0xa800-0xa803,0xa400-0xa40f irq 17 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 ichsmb0: port 0x400-0x41f at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] smbus0: on ichsmb0 smb0: on smbus0 acpi_button0: on acpi0 speaker0: port 0x61 on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 2000 pmtimer0 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 ipfw2 (+ipv6) initialized, divert enabled, rule-based forwarding enabled, default to deny, logging limited to 100 packets/entry by default acd0: DVDROM at ata0-master UDMA33 ad4: 152627MB at ata2-master SATA150 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s1a GEOM_ELI: Device ad4s1b.eli created. GEOM_ELI: Encryption: AES-CBC 256 GEOM_ELI: Crypto: software rl1: link state changed to UP ----------------------------------------------------- # pciconf -lv hostb0@pci0:0:0: class=0x060000 card=0x817a1043 chip=0x27708086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82945 Series Memory Controller Hub (MCH)' class = bridge subclass = HOST-PCI none0@pci0:2:0: class=0x030000 card=0x817a1043 chip=0x27728086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = 'Integrated Graphics Controller' class = display subclass = VGA pcib1@pci0:28:0: class=0x060400 card=0x81791043 chip=0x27d08086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) PCI Express Root Port' class = bridge subclass = PCI-PCI pcib2@pci0:28:1: class=0x060400 card=0x81791043 chip=0x27d28086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) PCI Express Root Port' class = bridge subclass = PCI-PCI pcib3@pci0:30:0: class=0x060401 card=0x81791043 chip=0x244e8086 rev=0xe1 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=0x81791043 chip=0x27b88086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801GB/GR (ICH7 Family) LPC Interface Controller' class = bridge subclass = PCI-ISA atapci0@pci0:31:1: class=0x01018a card=0x81791043 chip=0x27df8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) Ultra ATA Storage Controller' class = mass storage subclass = ATA atapci1@pci0:31:2: class=0x01018f card=0x26011043 chip=0x27c08086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801GB/GR/GH (ICH7 Family) Serial ATA Storage Controller' class = mass storage subclass = ATA ichsmb0@pci0:31:3: class=0x0c0500 card=0x81791043 chip=0x27da8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) SMBus Controller' class = serial bus subclass = SMBus em0@pci2:0:0: class=0x020000 card=0x81c21043 chip=0x109a8086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet rl0@pci1:9:0: class=0x020000 card=0x032010bd chip=0x813910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter' class = network subclass = ethernet rl1@pci1:10:0: class=0x020000 card=0x813910ec chip=0x813910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter' class = network subclass = ethernet ------------------------------------------------ Best regards, Andrei V. Lavreniyuk. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 27 13:59:52 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D0C9316A404; Fri, 27 Apr 2007 13:59:52 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from b.mail.sonic.net (b.mail.sonic.net [64.142.19.5]) by mx1.freebsd.org (Postfix) with ESMTP id BD29F13C4C1; Fri, 27 Apr 2007 13:59:52 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from bmah.local (hornet.kitchenlab.org [64.142.31.105]) (authenticated bits=0) by b.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id l3RDxpFQ003112 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Apr 2007 06:59:52 -0700 Message-ID: <463201D4.8000500@freebsd.org> Date: Fri, 27 Apr 2007 06:59:48 -0700 From: "Bruce A. Mah" User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Gregory Shapiro References: <20070427042224.GA26373@monkeyboy.local> In-Reply-To: <20070427042224.GA26373@monkeyboy.local> X-Enigmail-Version: 0.95.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigDE931C35BD213356BCD0DA4F" Cc: freebsd-stable@freebsd.org Subject: Re: HEADS UP: No longer need to recompile milters when upgrading X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 13:59:52 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigDE931C35BD213356BCD0DA4F Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If memory serves me right, Gregory Shapiro wrote: > The libmilter ABI breakage which required recompiling mail filters > (milters) has been fixed in the RELENG_[456] branches. >=20 > It is no longer necessary to recompile mail filters compiled against an= > older libmilter.so shared library. Additionally, if you did recompile > them already, you do not need to recompile them again. Thanks for all your work on this! Bruce. --------------enigDE931C35BD213356BCD0DA4F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGMgHU2MoxcVugUsMRApMHAKDPe+3pxcYbRpVzJjdP1PPcWLgc8wCfcwU5 1psZplIvpxbwoBk040vc8YI= =pLxK -----END PGP SIGNATURE----- --------------enigDE931C35BD213356BCD0DA4F-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 27 14:28:59 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1766716A400 for ; Fri, 27 Apr 2007 14:28:59 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [216.148.227.153]) by mx1.freebsd.org (Postfix) with ESMTP id 0793013C4BA for ; Fri, 27 Apr 2007 14:28:58 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (rwcrmhc13) with ESMTP id <20070427142858m13003hs11e>; Fri, 27 Apr 2007 14:28:58 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 5B0971FA020; Fri, 27 Apr 2007 07:28:58 -0700 (PDT) Date: Fri, 27 Apr 2007 07:28:58 -0700 From: Jeremy Chadwick To: "Andrei V. Lavreniyuk" Message-ID: <20070427142858.GA82218@icarus.home.lan> Mail-Followup-To: "Andrei V. Lavreniyuk" , stable@freebsd.org References: <200704271650.58266.bamston@reactor-xg.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200704271650.58266.bamston@reactor-xg.kiev.ua> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: stable@freebsd.org Subject: Re: ASUS P5LD2-VM 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 Apr 2007 14:28:59 -0000 On Fri, Apr 27, 2007 at 04:50:53PM +0300, Andrei V. Lavreniyuk wrote: > Motherboard: > ASUS P5LD2-VM Socket775 BIOS version 1304 > > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > ^^^^^^^^^^^^?????????????? Almost every system (workstation or server) i've seen which uses ACPI spits this out. I have no idea what it means, but it appears to be harmless. > acpi_throttle1: on cpu1 > acpi_throttle1: failed to attach P_CNT > ^^^^^^^^^^^^^^^^^^^^????????????? > device_attach: acpi_throttle1 attach returned 6 My guess is that there's either some invalid ACPI data being given to FreeBSD via the BIOS (which would make this Asus's fault), or there needs to be a one-off/tweak added for ACPI throttling for this particular motherboard. You should really be sending all of this to the freebsd-acpi list. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/acpi-debug.html -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Apr 27 15:01:34 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AECA316A402; Fri, 27 Apr 2007 15:01:34 +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 64D3713C448; Fri, 27 Apr 2007 15:01:33 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.80] (helo=localhost) by publicd.ub.mng.net with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HhRwx-0001nH-B7; Sat, 28 Apr 2007 00:01:31 +0900 From: (Ganbold.TS) ganbold@micom.mng.net To: thomas@FreeBSD.ORG X-Mailer: ZBTA tsanba p1.1 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 8bit Message-Id: <20070427150134.64D3713C448@mx1.freebsd.org> Date: Fri, 27 Apr 2007 15:01:33 +0000 (UTC) Cc: freebsd-stable@freebsd.org, mjacob@FreeBSD.org, linimon@FreeBSD.org, bug-followup@freebsd.org Subject: Re: kern/112119: system hangs when starts k3b on 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: Fri, 27 Apr 2007 15:01:34 -0000 Thomas, I tried your patch at http://www.freebsd.org/cgi/query-pr.cgi?pr=103602&getpatch=12 and the problem is still the same. Ssytem freezes upon start of k3b. I also tried your attached patch, which reverts part of rev. 1.42.2.3 and the problem is still the same, system hangs when starts k3b. Ganbold From owner-freebsd-stable@FreeBSD.ORG Fri Apr 27 15:11:37 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6EEEA16A402 for ; Fri, 27 Apr 2007 15:11:37 +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 0C7A913C45E for ; Fri, 27 Apr 2007 15:11:36 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from zone3000.kharkov.ua (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 27 Apr 2007 15:11:30 -0000 Date: Fri, 27 Apr 2007 18:11:03 +0300 From: Nikolay Pavlov To: Ganbold Message-ID: <20070427151102.GA3769@zone3000.net> Mail-Followup-To: Nikolay Pavlov , Ganbold , Thomas Quinot , FreeBSD Stable Mailing List References: <200704251327.l3PDRBvK019864@www.freebsd.org> <20070425215130.GA13949@melamine.cuivre.fr.eu.org> <46315483.3030307@micom.mng.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46315483.3030307@micom.mng.net> X-Operating-System: FreeBSD 6.1-RELEASE-p10 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: FreeBSD Stable Mailing List , Thomas Quinot Subject: Re: kern/112119: system hangs when starts k3b on 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: Fri, 27 Apr 2007 15:11:37 -0000 On Friday, 27 April 2007 at 9:40:19 +0800, Ganbold wrote: > Thomas Quinot wrote: > >* Ganbold, 2007-04-25 : > > > > > >>>Description: > >>> > >>With atapi-cam.c (rev 1.42.2.3) when running k3b application, system > >>completely hangs on k3b splash screen and I had to use power button only > >>to restart the machine. > >> > > > >Extremely strange. I can't offer any definite solution at this point, > >since I have no idea how this change could cause a system to hang. Here > >are a few possible investigation ideas: > > > >* AFAIK k3b is just a front-end for command-line tools. You should > > determine what exact commands are spawned by k3b to identify which of > > these is causing the apparent hang; > > > >* it would also be useful to enable CAM debugging options (see > > "man 4 cam", option CAMDEBUG, and flags CAM_DEBUG_TRACE and > > CAM_DEBUG_SUBTRACE) and to capture all console output up to the hang > > (for example using a serial console) > > > >* if Scott's hunch of an interrupt storm is correct, then this issue > > might be related to the DMA problem described under PR 103602, so > > it would be useful to try the last patch I sent on that PR: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=103602&getpatch=12 > > > >* if all else fails, please let me know if the attached patch, which > > reverts part of rev. 1.42.2.3, changes anything. I've tried your patch on recent current with all CAM options, but no luck. I am still having a reboot on my notebook while trying to run k3b. No errors... no panic... just a reboot. > > > > I tried your attached patch and the problem is still the same. System hangs when starts k3b. > With atapi-cam.c rev. 1.42.2.2, k3b starts fine, system doesn't hang. > > For your information I have k3b normal startup messages with atapi-cam.c rev. 1.42.2.2. > It might help to find the problem. > > devil# k3b > Only one line in dcopserver file !: > DCOPClient::attachInternal. Attach failed networkIdsList argument is NULL > Only one line in dcopserver file !: > DCOPClient::attachInternal. Attach failed networkIdsList argument is NULL > kbuildsycoca running... > devil# kdecore (KAction): WARNING: KActionCollection::KActionCollection( QObject *parent, const char *name, KInstance *instance ) > k3b: (K3bCdrecordProgram) could not start /opt/schily/bin > k3b: (K3bMkisofsProgram) could not start /opt/schily/bin > k3b: (K3bCdrecordProgram) could not start /root/bin > k3b: (K3bMkisofsProgram) could not start /root/bin > k3b: (K3bExternalBinManager) Cdrecord 2.1 features: gracetime, overburn, cdtext, clone, tao, cuefile, xamix, plain-atapi, hacked-atapi, audio-stdin, > burnfree > k3b: (K3bExternalBinManager) 2 1 -1 seems to be cdrecord version >= 1.11a02, using burnfree instead of burnproof > k3b: (K3bExternalBinManager) seems to be cdrecord version >= 1.11a31, support for Just Link via burnfree driveroption > (BSDDeviceScan) number of matches 10 > (BSDDeviceScan) add device /dev/cd0:1:0:0 > (K3bDevice::Device) /dev/cd0: init() > (K3bDevice::openDevice) open device /dev/pass0 succeeded. > (K3bDevice::openDevice) open device /dev/pass0 succeeded. > (K3bDevice::ScsiCommand) transport command 12, length: 6 > (K3bDevice::ScsiCommand) transport command 46, length: 10 > (K3bDevice::Device) /dev/cd0 feature: CD Mastering > (K3bDevice::ScsiCommand) transport command 46, length: 10 > (K3bDevice::Device) /dev/cd0 feature: CD Track At Once > (K3bDevice::ScsiCommand) transport command 46, length: 10 > (K3bDevice::Device) /dev/cd0 feature: CD-RW Media Write Support > (K3bDevice::ScsiCommand) transport command 46, length: 10 > (K3bDevice::Device) /dev/cd0 feature: DVD Read (MMC5) > (K3bDevice::ScsiCommand) transport command 46, length: 10 > (K3bDevice::Device) /dev/cd0 feature: DVD+R > (K3bDevice::ScsiCommand) transport command 46, length: 10 > (K3bDevice::Device) /dev/cd0 feature: DVD+RW > (K3bDevice::ScsiCommand) transport command 46, length: 10 > (K3bDevice::ScsiCommand) transport command 46, length: 10 > (K3bDevice::Device) /dev/cd0 feature: DVD+R Double Layer > (K3bDevice::ScsiCommand) transport command 46, length: 10 > (K3bDevice::ScsiCommand) transport command 46, length: 10 > (K3bDevice::ScsiCommand) transport command 46, length: 10 > (K3bDevice::Device) /dev/cd0 feature: DVD-R/-RW Write > (K3bDevice::ScsiCommand) transport command 46, length: 10 > (K3bDevice::Device) /dev/cd0 feature: Rigid Restricted Overwrite > (K3bDevice::ScsiCommand) transport command 46, length: 10 > (K3bDevice::ScsiCommand) transport command 46, length: 10 > (K3bDevice::ScsiCommand) transport command 46, length: 10 > (K3bDevice::ScsiCommand) transport command 46, length: 10 > (K3bDevice::ScsiCommand) transport command 46, length: 10 > (K3bDevice::openDevice) open device /dev/pass0 succeeded. > (K3bDevice::openDevice) open device /dev/pass0 succeeded. > (K3bDevice::ScsiCommand) transport command 5a, length: 10 > (K3bDevice::ScsiCommand) transport command 5a, length: 10 > (K3bDevice::Device) /dev/cd0: dataLen: 60 > (K3bDevice::Device) /dev/cd0: checking for TAO > (K3bDevice::ScsiCommand) transport command 55, length: 10 > (K3bDevice::Device) /dev/cd0: checking for SAO > (K3bDevice::ScsiCommand) transport command 55, length: 10 > (K3bDevice::Device) /dev/cd0: checking for SAO_R96P > (K3bDevice::ScsiCommand) transport command 55, length: 10 > (K3bDevice::Device) /dev/cd0: checking for SAO_R96R > (K3bDevice::ScsiCommand) transport command 55, length: 10 > (K3bDevice::Device) /dev/cd0: checking for RAW_R16 > (K3bDevice::ScsiCommand) transport command 55, length: 10 > (K3bDevice::Device) /dev/cd0: checking for RAW_R96P > (K3bDevice::ScsiCommand) transport command 55, length: 10 > (K3bDevice::Device) /dev/cd0: checking for RAW_R96R > (K3bDevice::ScsiCommand) transport command 55, length: 10 > (K3bDevice::ScsiCommand) transport command 5a, length: 10 > (K3bDevice::ScsiCommand) transport command 5a, length: 10 > (K3bDevice::ScsiCommand) transport command 0, length: 6 > (K3bDevice::ScsiCommand) transport failed (4): 145920 > (K3bDevice::ScsiCommand) transport command 0, length: 6 > (K3bDevice::ScsiCommand) transport failed (4): 145920 > (K3bDevice::ScsiCommand) transport command ac, length: 12 > (K3bDevice::ScsiCommand) transport command ac, length: 12 > (K3bDevice::Device) /dev/cd0: Number of supported write speeds via GET PERFORMANCE: 1 > (K3bDevice::Device) /dev/cd0 : 4234 KB/s > (K3bDevice::DeviceManager) setting current write speed of device /dev/cd0 to 3324 > k3b: [void K3bMediaCache::clearDeviceList()] > (K3bDevice::DeviceManager) found config entry for devicetype: (K3bDevice::openDevice) open device SONY DVD+-RW DW-Q58A/dev/pass0 > succeeded. > (K3bDevice::ScsiCommand) transport command 0, length: 6 > (K3bDevice::ScsiCommand) transport failed (4): 145920 > (K3bDevice::openDevice) open device /dev/pass0 succeeded. > (K3bDevice::openDevice) open device /dev/pass0 succeeded. > (K3bDevice::ScsiCommand) transport command 0, length: 6 > (K3bDevice::ScsiCommand) transport failed (4): 145920 > k3b: (K3bCdrecordProgram) could not start /opt/schily/bin > k3b: (K3bMkisofsProgram) could not start /opt/schily/bin > k3b: (K3bCdrecordProgram) could not start /root/bin > k3b: (K3bMkisofsProgram) could not start /root/bin > k3b: (K3bExternalBinManager) Cdrecord 2.1 features: gracetime, overburn, cdtext, clone, tao, cuefile, xamix, plain-atapi, hacked-atapi, audio-stdin, > burnfree > k3b: (K3bExternalBinManager) 2 1 -1 seems to be cdrecord version >= 1.11a02, using burnfree instead of burnproof > k3b: (K3bExternalBinManager) seems to be cdrecord version >= 1.11a31, support for Just Link via burnfree driveroption > Devices: > ------------------------------ > Blockdevice: /dev/cd0 > Generic device: > Vendor: SONY > Description: DVD+-RW DW-Q58A > Version: UDS1 > Write speed: 4234 > Profiles: DVD-ROM, DVD-R Sequential, DVD-RW Restricted Overwrite, DVD-RW Sequential, DVD+RW, DVD+R, DVD+R Dual Layer, CD-ROM, CD-R, CD-RW > Read Cap: DVD-ROM, DVD-R, DVD-R Sequential, DVD-R Dual Layer, DVD-R Dual Layer Sequential, DVD-R Dual Layer Jump, DVD-RW, DVD-RW Restricted > Overwrite, DVD-RW Sequential, DVD+RW, DVD+R, DVD+RW Dual Layer, DVD+R Dual Layer, CD-ROM, CD-R, CD-RW > Write Cap: DVD-R, DVD-R Sequential, DVD-RW, DVD-RW Restricted Overwrite, DVD-RW Sequential, DVD+RW, DVD+R, DVD+R Dual Layer, CD-R, CD-RW > Writing modes: SAO, TAO, RAW, SAO/R96P, SAO/R96R, RAW/R16, RAW/R96P, RAW/R96R, Restricted Overwrite > Reader aliases: /dev/cd0 > ------------------------------ > kdecore (KAction): WARNING: KActionCollection::operator+=(): function is severely deprecated. > (K3bDevice::openDevice) open device /dev/pass0 succeeded. > (K3bDevice::ScsiCommand) transport command 0, length: 6 > (K3bDevice::ScsiCommand) transport failed (4): 145920 > k3b: (K3bFileTreeView::addCdDeviceBranches) > k3b: (K3bFileTreeView::addCdDeviceBranches) done > k3b: (K3bFileTreeView::addCdDeviceBranches) > k3b: (K3bFileTreeView::addCdDeviceBranches) done > (K3bDevice::openDevice) open device /dev/pass0 succeeded. > (K3bDevice::ScsiCommand) transport command 0, length: 6 > (K3bDevice::ScsiCommand) transport failed (4): 145920 > k3b: (K3bCore) System problems: > k3b: WARNING > k3b: PROBLEM: Running K3b as root user > k3b: DETAILS: It is not recommended to run K3b under the root user account. This introduces unnecessary security risks. > k3b: SOLUTION: Run K3b from a proper user account and setup the device and external tool permissions appropriately. > k3b: > (K3bDevice::openDevice) open device /dev/pass0 succeeded. > (K3bDevice::ScsiCommand) transport command 0, length: 6 > (K3bDevice::ScsiCommand) transport failed (4): 145920 > (K3bDevice::openDevice) open device /dev/pass0 succeeded. > (K3bDevice::ScsiCommand) transport command 0, length: 6 > (K3bDevice::ScsiCommand) transport failed (4): 145920 > k3b: [void K3bMediaCache::clearDeviceList()] > k3b: [void K3bMediaCache::clearDeviceList()] waiting for info thread /dev/cd0 to finish > k3b: Waiting for thread 0x829dfe0 > k3b: Thread waiting done. > k3b: [void K3bMediaCache::clearDeviceList()] > > devil# > ------------------------------------------------------------------------------- > > thanks, > > Ganbold > > >Thomas. > > > > > > _______________________________________________ > 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 regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-stable@FreeBSD.ORG Fri Apr 27 15:32:20 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5A89D16A409; Fri, 27 Apr 2007 15:32:20 +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 CEFFB13C489; Fri, 27 Apr 2007 15:32:19 +0000 (UTC) (envelope-from thomas@FreeBSD.ORG) Received: by melamine.cuivre.fr.eu.org (Postfix, from userid 0) id 7B5625C206; Fri, 27 Apr 2007 17:32:18 +0200 (CEST) Date: Fri, 27 Apr 2007 17:32:18 +0200 From: Thomas Quinot To: "Ganbold.TS" Message-ID: <20070427153218.GA9091@melamine.cuivre.fr.eu.org> References: <20070427150134.64D3713C448@mx1.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline In-Reply-To: <20070427150134.64D3713C448@mx1.freebsd.org> X-message-flag: WARNING! Using Outlook can damage your computer. User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org, mjacob@FreeBSD.org, linimon@FreeBSD.org, bug-followup@freebsd.org Subject: Re: kern/112119: system hangs when starts k3b on 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: Fri, 27 Apr 2007 15:32:20 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline * Ganbold.TS, 2007-04-27 : > I tried your patch at > http://www.freebsd.org/cgi/query-pr.cgi?pr=103602&getpatch=12 and the > problem is still the same. Ssytem freezes upon start of k3b. > > I also tried your attached patch, which reverts part of rev. 1.42.2.3 > and the problem is still the same, system hangs when starts k3b. Thanks, that's useful info. Please try the attached patch instead, which reverts another part of 1.42.2.3 (I'm trying to figure out exactly *which* part of this change is causing the problem). Also, were you able to capture system console output at the point where the crash occurs? We might have some indications there. Thomas. --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=d Index: atapi-cam.c =================================================================== RCS file: /space/mirror/ncvs/src/sys/dev/ata/atapi-cam.c,v retrieving revision 1.42.2.3 retrieving revision 1.42.2.2 diff -u -r1.42.2.3 -r1.42.2.2 --- atapi-cam.c 29 Mar 2007 20:08:32 -0000 1.42.2.3 +++ atapi-cam.c 6 Mar 2007 16:56:50 -0000 1.42.2.2 @@ -697,39 +680,32 @@ csio->ccb_h.status |= CAM_AUTOSNS_VALID; } } else if (request->result != 0) { - if ((request->flags & ATA_R_TIMEOUT) != 0) { - rc = CAM_CMD_TIMEOUT; - } else { - rc = CAM_SCSI_STATUS_ERROR; - csio->scsi_status = SCSI_STATUS_CHECK_COND; + rc = CAM_SCSI_STATUS_ERROR; + csio->scsi_status = SCSI_STATUS_CHECK_COND; - if ((csio->ccb_h.flags & CAM_DIS_AUTOSENSE) == 0) { + if ((csio->ccb_h.flags & CAM_DIS_AUTOSENSE) == 0) { #if 0 - static const int8_t ccb[16] = { ATAPI_REQUEST_SENSE, 0, 0, 0, - sizeof(struct atapi_sense), 0, 0, 0, 0, 0, 0, - 0, 0, 0, 0, 0 }; - - bcopy (ccb, request->u.atapi.ccb, sizeof ccb); - request->data = (caddr_t)&csio->sense_data; - request->bytecount = sizeof(struct atapi_sense); - request->transfersize = min(request->bytecount, 65534); - request->timeout = csio->ccb_h.timeout / 1000; - request->retries = 2; - request->flags = ATA_R_QUIET|ATA_R_ATAPI|ATA_R_IMMEDIATE; - hcb->flags |= AUTOSENSE; + static const int8_t ccb[16] = { ATAPI_REQUEST_SENSE, 0, 0, 0, + sizeof(struct atapi_sense), 0, 0, 0, 0, 0, 0, + 0, 0, 0, 0, 0 }; + + bcopy (ccb, request->u.atapi.ccb, sizeof ccb); + request->data = (caddr_t)&csio->sense_data; + request->bytecount = sizeof(struct atapi_sense); + request->transfersize = min(request->bytecount, 65534); + request->timeout = csio->ccb_h.timeout / 1000; + request->retries = 2; + request->flags = ATA_R_QUIET|ATA_R_ATAPI|ATA_R_IMMEDIATE; + hcb->flags |= AUTOSENSE; - ata_queue_request(request); - return; + ata_queue_request(request); + return; #else - /* - * Use auto-sense data from the ATA layer, if it has - * issued a REQUEST SENSE automatically and that operation - * returned without error. - */ - if (request->u.atapi.saved_cmd != 0 && request->error == 0) { - bcopy (&request->u.atapi.sense, &csio->sense_data, sizeof(struct atapi_sense)); - csio->ccb_h.status |= CAM_AUTOSNS_VALID; - } + /* The ATA driver has already requested sense for us. */ + if (request->error == 0) { + /* The ATA autosense suceeded. */ + bcopy (&request->u.atapi.sense, &csio->sense_data, sizeof(struct atapi_sense)); + csio->ccb_h.status |= CAM_AUTOSNS_VALID; } #endif } --lrZ03NoBR/3+SXJZ-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 27 16:46:35 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6941016A407 for ; Fri, 27 Apr 2007 16:46:35 +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 D28E913C43E for ; Fri, 27 Apr 2007 16:46:34 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (bixsto@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l3RGkRVV015920; Fri, 27 Apr 2007 18:46:32 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l3RGkQYS015919; Fri, 27 Apr 2007 18:46:26 +0200 (CEST) (envelope-from olli) Date: Fri, 27 Apr 2007 18:46:26 +0200 (CEST) Message-Id: <200704271646.l3RGkQYS015919@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, doconnor@gsoft.com.au In-Reply-To: <200704272311.22458.doconnor@gsoft.com.au> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 27 Apr 2007 18:46:33 +0200 (CEST) Cc: Subject: Re: xfce4 desktop broken, complaining about libmd5.so.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, doconnor@gsoft.com.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 16:46:35 -0000 Daniel O'Connor wrote: > Oliver Fromme wrote: > > Oliver Fromme wrote: > > > $ cd /usr/ports > > > $ echo */*/pkg-plist | xargs grep libmd5.so.1 > > [...] > > http://www.secnetix.de/tools/porgle/ > > > > Enter "libmd5.so.1" into the search field, check the > > "packing list" checkbox, and click the "Search" button. > > I suspect both of these methods wouldn't help if the plist was > dynamically generated (alas) Yes, that's correct, at least for the first method (grep). I mentioned that in the previous mail (it was omitted from the quote): > (That approach works for most ports and files, but > not for all of them. Some ports generate their > packing list (plist) dynamically, but fortunately > those are a small minority.) However, the second method uses a few hacks so the plist files from most ports are included, even dynamically generated ones. There are still a few exceptions, in particular those linux ports that use AUTOMATIC_PLIST, but those are only 10 out of 16,925 ... so I'm not terribly worried. :-) For example, searching for "inflate.java" will correctly find the port archivers/jzlib, even though that port generates its plist dynamically. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "C++ is over-complicated nonsense. And Bjorn Shoestrap's book a danger to public health. I tried reading it once, I was in recovery for months." -- Cliff Sarginson From owner-freebsd-stable@FreeBSD.ORG Fri Apr 27 16:47:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 60EBD16A404 for ; Fri, 27 Apr 2007 16:47:56 +0000 (UTC) (envelope-from utisoft@googlemail.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 EA9FF13C458 for ; Fri, 27 Apr 2007 16:47:55 +0000 (UTC) (envelope-from utisoft@googlemail.com) Received: by ug-out-1314.google.com with SMTP id 71so737541ugh for ; Fri, 27 Apr 2007 09:47:54 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=Y/cOq2JH1LQnSAYDE35QoDOUGcwoYWRyVBDgAfBVuSPgfQzvzeNeJLpbv1Ds6LMX0dB1JSj9xezLqGsxf/PCLe4wN8V2WctqvHflZVy9ZfgXgIqO5IYI154rDtebCiOrVAc2CG4XhhlYPFL2ZAlxElb8LdwpbOg4x9YSzvwfwQg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=jkJptu3jJIk89qqybdrrPteRZKu1dtvN1yTptPJ3AYw08iUYoq4XEFE+YxWSWNpr2zSq8OQA1M/wOKvbsnLkghpkjPWvg3pMDJj+BMpPub/DYMRMGs1FJ8454j8M63m+ga2+Z+9Hmiguhxf+Ey9Wxkr0z7r0ScfggrPtoQ9TwOY= Received: by 10.82.155.10 with SMTP id c10mr6142829bue.1177692474537; Fri, 27 Apr 2007 09:47:54 -0700 (PDT) Received: by 10.82.184.17 with HTTP; Fri, 27 Apr 2007 09:47:54 -0700 (PDT) Message-ID: Date: Fri, 27 Apr 2007 17:47:54 +0100 From: "Chris Rees" To: "Daniel O'Connor" In-Reply-To: <200704272311.22458.doconnor@gsoft.com.au> MIME-Version: 1.0 References: <200704271118.l3RBIOER099342@lurza.secnetix.de> <200704272311.22458.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: xfce4 desktop broken, complaining about libmd5.so.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: utisoft@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 16:47:56 -0000 Ah, brilliant! Thanks, I knew there was a way like that, but six hours' googling didn't find it, though I'm sure it was just me being thick! Maybe I should suggest adding libwww as dependiencies to xfce4, or maybe I shouldn't just delete ports without making a careful list... On 27/04/07, Daniel O'Connor wrote: > > On Friday 27 April 2007 20:48, Oliver Fromme wrote: > > Oliver Fromme wrote: > > > Just a small addendum _how_ to find it out: > > > > > > $ cd /usr/ports > > > $ echo */*/pkg-plist | xargs grep libmd5.so.1 > > > > I'm very sorry for repeatedly replying to myself, but I > > almost forgot that there's a much faster way to find the > > port which has that library: > > > > http://www.secnetix.de/tools/porgle/ > > > > Enter "libmd5.so.1" into the search field, check the > > "packing list" checkbox, and click the "Search" button. > > I suspect both of these methods wouldn't help if the plist was > dynamically generated (alas) > > -- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C > > From owner-freebsd-stable@FreeBSD.ORG Fri Apr 27 17:30:16 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED4B816A401 for ; Fri, 27 Apr 2007 17:30:16 +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 61B9213C4C6 for ; Fri, 27 Apr 2007 17:30:16 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (zohwns@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l3RHU9Pa018056; Fri, 27 Apr 2007 19:30:14 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l3RHU9fE018055; Fri, 27 Apr 2007 19:30:09 +0200 (CEST) (envelope-from olli) Date: Fri, 27 Apr 2007 19:30:09 +0200 (CEST) Message-Id: <200704271730.l3RHU9fE018055@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, utisoft@gmail.com In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 27 Apr 2007 19:30:15 +0200 (CEST) Cc: Subject: Re: xfce4 desktop broken, complaining about libmd5.so.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, utisoft@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 17:30:17 -0000 Chris Rees wrote: > Maybe I should suggest adding libwww as dependiencies to xfce4 You should talk to the port's maintainer about that. However, it's not always a trivial thing to get all the possible dependencies right. Sometimes the configure script of a software happens to find a library and decides to use it and to link against it, even though it is purely optional, and the port maintainer didn't think about the possibility. Such cases aren't detected by a clean build when the library in question is not installed (such as on the FreeBSD package cluster). Of course, the opposite case _is_ detected: If a software requires a library (i.e. it's non-optional), then it will break if the library is not present. So, in fact, simply re-installing libwww will make it work, but it might still cause problems in the long run (e.g. at an update in the future), because the dependencies are still incorrectly recorded. You have two options: 1. Install libwww and fix the dependencies manually: - Add a line "@pkgdep libwww-..." to the file /var/db/pkg/xfce-.../+CONTENTS - Add a line "xfce-..." to the file /var/db/pkg/libwww-.../+REQUIRED_BY. If you use portupgrade, you probably have to rebuild its database. 2. Do _not_ install libwww, and instead rebuild xfce4. Then the configure script will not find libwww and will not link against it. Well, at least that's the theory. :-) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd C++: "an octopus made by nailing extra legs onto a dog" -- Steve Taylor, 1998 From owner-freebsd-stable@FreeBSD.ORG Fri Apr 27 17:49:53 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 93C4316A401 for ; Fri, 27 Apr 2007 17:49:53 +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 5ACE313C458 for ; Fri, 27 Apr 2007 17:49:53 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from zone3000.kharkov.ua (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 27 Apr 2007 17:49:50 -0000 Date: Fri, 27 Apr 2007 20:49:22 +0300 From: Nikolay Pavlov To: Thomas Quinot Message-ID: <20070427174922.GA5655@zone3000.net> Mail-Followup-To: Nikolay Pavlov , Thomas Quinot , "Ganbold.TS" , freebsd-stable@FreeBSD.ORG, mjacob@FreeBSD.ORG, linimon@FreeBSD.ORG, bug-followup@FreeBSD.ORG References: <20070427150134.64D3713C448@mx1.freebsd.org> <20070427153218.GA9091@melamine.cuivre.fr.eu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070427153218.GA9091@melamine.cuivre.fr.eu.org> X-Operating-System: FreeBSD 6.1-RELEASE-p10 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: "Ganbold.TS" , bug-followup@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG, mjacob@FreeBSD.ORG, linimon@FreeBSD.ORG Subject: Re: kern/112119: system hangs when starts k3b on 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: Fri, 27 Apr 2007 17:49:53 -0000 On Friday, 27 April 2007 at 17:32:18 +0200, Thomas Quinot wrote: > * Ganbold.TS, 2007-04-27 : > > > I tried your patch at > > http://www.freebsd.org/cgi/query-pr.cgi?pr=103602&getpatch=12 and the > > problem is still the same. Ssytem freezes upon start of k3b. > > > > I also tried your attached patch, which reverts part of rev. 1.42.2.3 > > and the problem is still the same, system hangs when starts k3b. > > Thanks, that's useful info. Please try the attached patch instead, which > reverts another part of 1.42.2.3 (I'm trying to figure out exactly > *which* part of this change is causing the problem). > > Also, were you able to capture system console output at the point where > the crash occurs? We might have some indications there. This patch works for me. I do not have a reboot and i am able to succesfully burn a cd. > > Thomas. > > Index: atapi-cam.c > =================================================================== > RCS file: /space/mirror/ncvs/src/sys/dev/ata/atapi-cam.c,v > retrieving revision 1.42.2.3 > retrieving revision 1.42.2.2 > diff -u -r1.42.2.3 -r1.42.2.2 > --- atapi-cam.c 29 Mar 2007 20:08:32 -0000 1.42.2.3 > +++ atapi-cam.c 6 Mar 2007 16:56:50 -0000 1.42.2.2 > @@ -697,39 +680,32 @@ > csio->ccb_h.status |= CAM_AUTOSNS_VALID; > } > } else if (request->result != 0) { > - if ((request->flags & ATA_R_TIMEOUT) != 0) { > - rc = CAM_CMD_TIMEOUT; > - } else { > - rc = CAM_SCSI_STATUS_ERROR; > - csio->scsi_status = SCSI_STATUS_CHECK_COND; > + rc = CAM_SCSI_STATUS_ERROR; > + csio->scsi_status = SCSI_STATUS_CHECK_COND; > > - if ((csio->ccb_h.flags & CAM_DIS_AUTOSENSE) == 0) { > + if ((csio->ccb_h.flags & CAM_DIS_AUTOSENSE) == 0) { > #if 0 > - static const int8_t ccb[16] = { ATAPI_REQUEST_SENSE, 0, 0, 0, > - sizeof(struct atapi_sense), 0, 0, 0, 0, 0, 0, > - 0, 0, 0, 0, 0 }; > - > - bcopy (ccb, request->u.atapi.ccb, sizeof ccb); > - request->data = (caddr_t)&csio->sense_data; > - request->bytecount = sizeof(struct atapi_sense); > - request->transfersize = min(request->bytecount, 65534); > - request->timeout = csio->ccb_h.timeout / 1000; > - request->retries = 2; > - request->flags = ATA_R_QUIET|ATA_R_ATAPI|ATA_R_IMMEDIATE; > - hcb->flags |= AUTOSENSE; > + static const int8_t ccb[16] = { ATAPI_REQUEST_SENSE, 0, 0, 0, > + sizeof(struct atapi_sense), 0, 0, 0, 0, 0, 0, > + 0, 0, 0, 0, 0 }; > + > + bcopy (ccb, request->u.atapi.ccb, sizeof ccb); > + request->data = (caddr_t)&csio->sense_data; > + request->bytecount = sizeof(struct atapi_sense); > + request->transfersize = min(request->bytecount, 65534); > + request->timeout = csio->ccb_h.timeout / 1000; > + request->retries = 2; > + request->flags = ATA_R_QUIET|ATA_R_ATAPI|ATA_R_IMMEDIATE; > + hcb->flags |= AUTOSENSE; > > - ata_queue_request(request); > - return; > + ata_queue_request(request); > + return; > #else > - /* > - * Use auto-sense data from the ATA layer, if it has > - * issued a REQUEST SENSE automatically and that operation > - * returned without error. > - */ > - if (request->u.atapi.saved_cmd != 0 && request->error == 0) { > - bcopy (&request->u.atapi.sense, &csio->sense_data, sizeof(struct atapi_sense)); > - csio->ccb_h.status |= CAM_AUTOSNS_VALID; > - } > + /* The ATA driver has already requested sense for us. */ > + if (request->error == 0) { > + /* The ATA autosense suceeded. */ > + bcopy (&request->u.atapi.sense, &csio->sense_data, sizeof(struct atapi_sense)); > + csio->ccb_h.status |= CAM_AUTOSNS_VALID; > } > #endif > } > _______________________________________________ > 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 regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-stable@FreeBSD.ORG Fri Apr 27 19:03:27 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2975E16A400 for ; Fri, 27 Apr 2007 19:03:27 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id BC7F513C45B for ; Fri, 27 Apr 2007 19:03:26 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from localhost (unknown [200.46.204.187]) by hub.org (Postfix) with ESMTP id CF60348C5C0; Fri, 27 Apr 2007 16:03:24 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.187]) (amavisd-maia, port 10024) with ESMTP id 27930-02; Fri, 27 Apr 2007 16:03:23 -0300 (ADT) Received: from ganymede.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id F0F3F48C57B; Fri, 27 Apr 2007 16:03:17 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id B7EA25FABA; Fri, 27 Apr 2007 16:03:19 -0300 (ADT) Date: Fri, 27 Apr 2007 16:03:19 -0300 From: "Marc G. Fournier" To: Kris Kennaway , LI Xin Message-ID: In-Reply-To: <20070425035316.GB44054@xor.obsecurity.org> References: <20070313140848.GA89182@steerpike.hanley.stade.co.uk> <20070423025631.GA33256@steerpike.hanley.stade.co.uk> <20070423113912.GE2052@deviant.kiev.zoral.com.ua> <462DDB4D.8080507@delphij.net> <1177442585.462e5919c71f0@webmail.vsi.ru> <462EC294.3040001@delphij.net> <20070425035316.GB44054@xor.obsecurity.org> X-Mailer: Mulberry/4.0.7 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-stable@freebsd.org, Oleg Derevenetz Subject: Re: How to report bugs (Re: 6.2-STABLE deadlock?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 19:03:27 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Tuesday, April 24, 2007 23:53:16 -0400 Kris Kennaway wrote: > On Wed, Apr 25, 2007 at 10:53:08AM +0800, LI Xin wrote: >> Hi, Oleg, >> >> Oleg Derevenetz wrote: >> > ??????? LI Xin : >> [...] >> >> I'm not very sure if this is specific to one disk controller. Actually >> >> I got some occasional reports about similar hangs on amd64 6.2-RELEASE >> >> (slightly patched version) that most of processes stuck in the 'ufs' >> >> state, under very light load, the box was equipped with amr(4) RAID. >> >> >> >> I was not able to reproduce the problem at my lab, though, it's still >> >> unknown that how to trigger the livelock :-( Still need some >> >> investigate on their production system. >> > >> > I reported simular issue for FreeBSD 6.2 in audit-trail for kern/104406: >> > >> > http://www.freebsd.org/cgi/query-pr.cgi?pr=104406&cat= >> > >> > and there should be a thread related to this. Briefly, I suspects that >> > this is related to nullfs filesystems on my server and when I cvsuped to >> > FreeBSD 6.2- STABLE with Daichi's unionfs-related patches and replaced >> > nullfs-mounted fs with unionfs-mounted (that was done 10.03.07) problem >> > is gone (seems to be so, at least). >> >> Hmm... Seems to be different issues. The problem I have received was a >> pgsql server (no nullfs/unionfs involved), and the hang always happen >> when it is not being heavily loaded (usually in the morning, for >> instance, and there is no special configuration, like scheduled tasks >> which can generate disk load, etc., only the entropy harvesting), so >> this is quite confusing. > > Yes, a large part of the confusion is the unfortunate tendency of > people to do the following: > > my system hangs/panics/etc > my system hangs/panics/etc too; it must be the same problem! > > What we really need is for every FreeBSD user who encounters a > hang/panic/etc to avoid jumping to conclusions -- no matter how many > superficial similarities there may seem to you -- and instead go > through the relevant steps described here: > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kernelde > bug.html > > Until you (or a developer) have analyzed the resulting information, > you cannot definitively determine whether or not your problem is the > same as a given random other problem, and you may just confuse the > issue by making claims of similarity when you are really reporting a > completely separate problem. What about those that don't have the benefit of being able to access the console? :( I've recently started buying servers that have builtin, full remote console (ie. the HP servers), but, for instance, I have one box that I have to consistently reboot ever 3 days due to a 'No Buffer Space Available' ... A thought: how hard would it be to add some method of forcing a system crash, that would dump core, from the command line? Something that, by default, would be disabled, but for remote debugging purposes, one could enable in the kernel and do a 'sysctl kernel.force_core_crash=1' to have it do it? I imagine that having a core to analyze would allow providing more information then nothing at all, no? - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGMkj34QvfyHIvDvMRAnIsAJ42loBGh0TkX4mfWSrZrMq2FheBuQCgiu4l B0PCLtLhd9ZiJ4oNLWZ6LT0= =KK9Y -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 27 19:20:06 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 13CC516A402; Fri, 27 Apr 2007 19:20:06 +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 7F42213C465; Fri, 27 Apr 2007 19:20:05 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l3RJK0Dw029253; Fri, 27 Apr 2007 13:20:01 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <46324CCF.7040109@samsco.org> Date: Fri, 27 Apr 2007 13:19:43 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Nikolay Pavlov , Thomas Quinot , "Ganbold.TS" , freebsd-stable@FreeBSD.ORG, mjacob@FreeBSD.ORG, linimon@FreeBSD.ORG, bug-followup@FreeBSD.ORG References: <20070427150134.64D3713C448@mx1.freebsd.org> <20070427153218.GA9091@melamine.cuivre.fr.eu.org> <20070427174922.GA5655@zone3000.net> In-Reply-To: <20070427174922.GA5655@zone3000.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Fri, 27 Apr 2007 13:20:01 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Subject: Re: kern/112119: system hangs when starts k3b on 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: Fri, 27 Apr 2007 19:20:06 -0000 Nikolay Pavlov wrote: > On Friday, 27 April 2007 at 17:32:18 +0200, Thomas Quinot wrote: >> * Ganbold.TS, 2007-04-27 : >> >>> I tried your patch at >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=103602&getpatch=12 and the >>> problem is still the same. Ssytem freezes upon start of k3b. >>> >>> I also tried your attached patch, which reverts part of rev. 1.42.2.3 >>> and the problem is still the same, system hangs when starts k3b. >> Thanks, that's useful info. Please try the attached patch instead, which >> reverts another part of 1.42.2.3 (I'm trying to figure out exactly >> *which* part of this change is causing the problem). >> >> Also, were you able to capture system console output at the point where >> the crash occurs? We might have some indications there. > > This patch works for me. I do not have a reboot and i am able to > succesfully burn a cd. > >> Thomas. >> > >> Index: atapi-cam.c >> =================================================================== >> RCS file: /space/mirror/ncvs/src/sys/dev/ata/atapi-cam.c,v >> retrieving revision 1.42.2.3 >> retrieving revision 1.42.2.2 >> diff -u -r1.42.2.3 -r1.42.2.2 >> --- atapi-cam.c 29 Mar 2007 20:08:32 -0000 1.42.2.3 >> +++ atapi-cam.c 6 Mar 2007 16:56:50 -0000 1.42.2.2 >> @@ -697,39 +680,32 @@ >> csio->ccb_h.status |= CAM_AUTOSNS_VALID; >> } >> } else if (request->result != 0) { >> - if ((request->flags & ATA_R_TIMEOUT) != 0) { >> - rc = CAM_CMD_TIMEOUT; >> - } else { >> - rc = CAM_SCSI_STATUS_ERROR; >> - csio->scsi_status = SCSI_STATUS_CHECK_COND; >> + rc = CAM_SCSI_STATUS_ERROR; >> + csio->scsi_status = SCSI_STATUS_CHECK_COND; >> >> - if ((csio->ccb_h.flags & CAM_DIS_AUTOSENSE) == 0) { >> + if ((csio->ccb_h.flags & CAM_DIS_AUTOSENSE) == 0) { >> #if 0 >> - static const int8_t ccb[16] = { ATAPI_REQUEST_SENSE, 0, 0, 0, >> - sizeof(struct atapi_sense), 0, 0, 0, 0, 0, 0, >> - 0, 0, 0, 0, 0 }; >> - >> - bcopy (ccb, request->u.atapi.ccb, sizeof ccb); >> - request->data = (caddr_t)&csio->sense_data; >> - request->bytecount = sizeof(struct atapi_sense); >> - request->transfersize = min(request->bytecount, 65534); >> - request->timeout = csio->ccb_h.timeout / 1000; >> - request->retries = 2; >> - request->flags = ATA_R_QUIET|ATA_R_ATAPI|ATA_R_IMMEDIATE; >> - hcb->flags |= AUTOSENSE; >> + static const int8_t ccb[16] = { ATAPI_REQUEST_SENSE, 0, 0, 0, >> + sizeof(struct atapi_sense), 0, 0, 0, 0, 0, 0, >> + 0, 0, 0, 0, 0 }; >> + >> + bcopy (ccb, request->u.atapi.ccb, sizeof ccb); >> + request->data = (caddr_t)&csio->sense_data; >> + request->bytecount = sizeof(struct atapi_sense); >> + request->transfersize = min(request->bytecount, 65534); >> + request->timeout = csio->ccb_h.timeout / 1000; >> + request->retries = 2; >> + request->flags = ATA_R_QUIET|ATA_R_ATAPI|ATA_R_IMMEDIATE; >> + hcb->flags |= AUTOSENSE; >> >> - ata_queue_request(request); >> - return; >> + ata_queue_request(request); >> + return; >> #else >> - /* >> - * Use auto-sense data from the ATA layer, if it has >> - * issued a REQUEST SENSE automatically and that operation >> - * returned without error. >> - */ >> - if (request->u.atapi.saved_cmd != 0 && request->error == 0) { >> - bcopy (&request->u.atapi.sense, &csio->sense_data, sizeof(struct atapi_sense)); >> - csio->ccb_h.status |= CAM_AUTOSNS_VALID; >> - } >> + /* The ATA driver has already requested sense for us. */ >> + if (request->error == 0) { >> + /* The ATA autosense suceeded. */ >> + bcopy (&request->u.atapi.sense, &csio->sense_data, sizeof(struct atapi_sense)); >> + csio->ccb_h.status |= CAM_AUTOSNS_VALID; >> } >> #endif >> } > My best guess is that request->u.atapi.saved_cmd isn't getting preserved when ata_completed() does an automatic REQUEST_SENSE. Not sure if this is true or why it would happen. But if that's the case, then CAM is going to manually request sense, which atapi-cam and ata will likely treat as a normal DMA capable command. Note that the autosense code in the ATA driver disables DMA for the REQUEST_SENSE command. This might be a key issue; the drive might be getting very unhappy with a DMA flagged REQUEST_SENSE command, especially if it's already in a CHECK_CONDITION state. This unhappiness might be leading to the interrupt storm and observed deadlock on UP system. With the patch above, sense info is reported to CAM regardless of the contents of saved_cmd, preventing CAM from generating the troublesome REQUEST_SENSE on its own. Oh hell, I know exactly what the problem is! The opcode for a TEST_UNIT_READY is 0x00. This is probably the command that is generating the CHECK_CONDITION. The test for saved_cmd is entirely bogus. What really needs to happen if for ATA to have an "autosense valid" flag in the request. But without that, the best that you can do is to just ignore the contents of saved_cmd and also zero out request->u.atapi.sense before issuing every command. Scott From owner-freebsd-stable@FreeBSD.ORG Fri Apr 27 19:31:20 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B4FAB16A401; Fri, 27 Apr 2007 19:31:20 +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 70B1313C465; Fri, 27 Apr 2007 19:31:20 +0000 (UTC) (envelope-from thomas@FreeBSD.ORG) Received: by melamine.cuivre.fr.eu.org (Postfix, from userid 1000) id A3DB95C20E; Fri, 27 Apr 2007 21:31:19 +0200 (CEST) Date: Fri, 27 Apr 2007 21:31:19 +0200 From: Thomas Quinot To: Scott Long Message-ID: <20070427193119.GA95165@melamine.cuivre.fr.eu.org> References: <20070427150134.64D3713C448@mx1.freebsd.org> <20070427153218.GA9091@melamine.cuivre.fr.eu.org> <20070427174922.GA5655@zone3000.net> <46324CCF.7040109@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46324CCF.7040109@samsco.org> X-message-flag: WARNING! Using Outlook can damage your computer. User-Agent: Mutt/1.5.11 Cc: freebsd-stable@FreeBSD.ORG, bug-followup@FreeBSD.ORG, linimon@FreeBSD.ORG, Nikolay Pavlov , "Ganbold.TS" , mjacob@FreeBSD.ORG Subject: Re: kern/112119: system hangs when starts k3b on 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: Fri, 27 Apr 2007 19:31:20 -0000 * Scott Long, 2007-04-27 : > Oh hell, I know exactly what the problem is! The opcode for a > TEST_UNIT_READY is 0x00. This is probably the command that is > generating the CHECK_CONDITION. The test for saved_cmd is entirely > bogus. Hmmmm. Looks like a very plausible culprit. Good catch Scott! (I felt there had to be something wrong when I wrote that test, incidentally, precisely because of TEST_UNIT_READY). Nikolay, Ganbold, (and others), here's another patch against 1.42.2.3, please let me know if it works for you. Thomas. Index: atapi-cam.c =================================================================== RCS file: /space/mirror/ncvs/src/sys/dev/ata/atapi-cam.c,v retrieving revision 1.50 diff -u -r1.50 atapi-cam.c --- atapi-cam.c 14 Mar 2007 01:59:00 -0000 1.50 +++ atapi-cam.c 27 Apr 2007 19:26:09 -0000 @@ -729,7 +743,7 @@ * issued a REQUEST SENSE automatically and that operation * returned without error. */ - if (request->u.atapi.saved_cmd != 0 && request->error == 0) { + if (request->u.atapi.sense.key != 0 && request->error == 0) { bcopy (&request->u.atapi.sense, &csio->sense_data, sizeof(struct atapi_sense)); csio->ccb_h.status |= CAM_AUTOSNS_VALID; } From owner-freebsd-stable@FreeBSD.ORG Fri Apr 27 20:28:35 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8E51116A404; Fri, 27 Apr 2007 20:28:35 +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 2253013C448; Fri, 27 Apr 2007 20:28:35 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l3RKSVl3029540; Fri, 27 Apr 2007 14:28:31 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <46325CDE.2010904@samsco.org> Date: Fri, 27 Apr 2007 14:28:14 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Thomas Quinot References: <20070427150134.64D3713C448@mx1.freebsd.org> <20070427153218.GA9091@melamine.cuivre.fr.eu.org> <20070427174922.GA5655@zone3000.net> <46324CCF.7040109@samsco.org> <20070427193119.GA95165@melamine.cuivre.fr.eu.org> In-Reply-To: <20070427193119.GA95165@melamine.cuivre.fr.eu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Fri, 27 Apr 2007 14:28:32 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-stable@FreeBSD.ORG, bug-followup@FreeBSD.ORG, linimon@FreeBSD.ORG, Nikolay Pavlov , "Ganbold.TS" , mjacob@FreeBSD.ORG Subject: Re: kern/112119: system hangs when starts k3b on 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: Fri, 27 Apr 2007 20:28:35 -0000 Thomas Quinot wrote: > * Scott Long, 2007-04-27 : > >> Oh hell, I know exactly what the problem is! The opcode for a >> TEST_UNIT_READY is 0x00. This is probably the command that is >> generating the CHECK_CONDITION. The test for saved_cmd is entirely >> bogus. > > Hmmmm. Looks like a very plausible culprit. Good catch Scott! > (I felt there had to be something wrong when I wrote that test, > incidentally, precisely because of TEST_UNIT_READY). > > Nikolay, Ganbold, (and others), here's another patch against 1.42.2.3, > please let me know if it works for you. > > Thomas. > > Index: atapi-cam.c > =================================================================== > RCS file: /space/mirror/ncvs/src/sys/dev/ata/atapi-cam.c,v > retrieving revision 1.50 > diff -u -r1.50 atapi-cam.c > --- atapi-cam.c 14 Mar 2007 01:59:00 -0000 1.50 > +++ atapi-cam.c 27 Apr 2007 19:26:09 -0000 > @@ -729,7 +743,7 @@ > * issued a REQUEST SENSE automatically and that operation > * returned without error. > */ > - if (request->u.atapi.saved_cmd != 0 && request->error == 0) { > + if (request->u.atapi.sense.key != 0 && request->error == 0) { > bcopy (&request->u.atapi.sense, &csio->sense_data, sizeof(struct atapi_sense)); > csio->ccb_h.status |= CAM_AUTOSNS_VALID; > } Right, just make sure that this isn't filled with garbage before you send the command. If you're using ata_alloc_request(), and you're not recycling requests internally, then you should be fine. Scott From owner-freebsd-stable@FreeBSD.ORG Fri Apr 27 20:57:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D022616A40F for ; Fri, 27 Apr 2007 20:57:30 +0000 (UTC) (envelope-from nicolas@i.0x5.de) Received: from n.0x5.de (n.0x5.de [217.197.85.144]) by mx1.freebsd.org (Postfix) with ESMTP id 6AC5C13C4B0 for ; Fri, 27 Apr 2007 20:57:30 +0000 (UTC) (envelope-from nicolas@i.0x5.de) Received: by pc5.i.0x5.de (Postfix, from userid 1003) id 15A9A61CB5; Fri, 27 Apr 2007 22:57:29 +0200 (CEST) Date: Fri, 27 Apr 2007 22:57:29 +0200 From: Nicolas Rachinsky To: freebsd-stable@freebsd.org Message-ID: <20070427205728.GA55371@mid.pc5.i.0x5.de> Mail-Followup-To: freebsd-stable@freebsd.org References: <20070313140848.GA89182@steerpike.hanley.stade.co.uk> <20070423025631.GA33256@steerpike.hanley.stade.co.uk> <20070423113912.GE2052@deviant.kiev.zoral.com.ua> <462DDB4D.8080507@delphij.net> <1177442585.462e5919c71f0@webmail.vsi.ru> <462EC294.3040001@delphij.net> <20070425035316.GB44054@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Powered-by: FreeBSD X-Homepage: http://www.rachinsky.de X-PGP-Keyid: 887BAE72 X-PGP-Fingerprint: 039E 9433 115F BC5F F88D 4524 5092 45C4 887B AE72 X-PGP-Keys: http://www.rachinsky.de/nicolas/gpg/nicolas_rachinsky.asc User-Agent: Mutt/1.5.14 (2007-02-12) Subject: Re: How to report bugs (Re: 6.2-STABLE deadlock?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 20:57:30 -0000 * "Marc G. Fournier" [2007-04-27 16:03 -0300]: > A thought: how hard would it be to add some method of forcing a system crash, > that would dump core, from the command line? Something that, by default, would Doesn't 'kill -6 1' work anymore? Nicolas -- http://www.rachinsky.de/nicolas From owner-freebsd-stable@FreeBSD.ORG Fri Apr 27 21:26:10 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9FA4E16A401 for ; Fri, 27 Apr 2007 21:26:10 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 5864C13C455 for ; Fri, 27 Apr 2007 21:26:10 +0000 (UTC) (envelope-from sam@errno.com) Received: from [10.0.0.178] ([10.0.0.178]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l3RLQ8VT022975 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Apr 2007 14:26:10 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <46326A77.4060607@errno.com> Date: Fri, 27 Apr 2007 14:26:15 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: Steve Kargl References: <20070426234153.GA50866@troutmask.apl.washington.edu> In-Reply-To: <20070426234153.GA50866@troutmask.apl.washington.edu> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ath0 induced panic additional info X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 21:26:10 -0000 Steve Kargl wrote: > By increasing the kernel message buffer, I was able to > get the previous "Unread portion" im my last email. > > Unread portion of the kernel message buffer: > lock order reversal: (sleepable after non-sleepable) > 1st 0xc34caec0 ath0 (ath0) @ /usr/src/sys/dev/ath/if_ath.c:5210 > 2nd 0xc32cbe24 user map (user map) @ /usr/src/sys/vm/vm_map.c:3074 > KDB: stack backtrace: > kdb_backtrace(0,ffffffff,c07c3e08,c07c5500,c078596c,...) at kdb_backtrace+0x29 > witness_checkorder(c32cbe24,9,c075587c,c02) at witness_checkorder+0x578 > _sx_xlock(c32cbe24,c075587c,c02) at _sx_xlock+0x50 > _vm_map_lock_read(c32cbde0,c075587c,c02,2000246,c3722068,...) at _vm_map_lock_read+0x37 > vm_map_lookup(d9753a6c,805e000,2,d9753a70,d9753a60,d9753a64,d9753a47,d9753a48) at vm_map_lookup+0x28 > vm_fault(c32cbde0,805e000,2,8,c34ee180,...) at vm_fault+0x65 > trap_pfault(d9753b34,0,805e000) at trap_pfault+0xce > trap(c07b0008,28,c0730028,805e000,c334f400,...) at trap+0x319 > calltrap() at calltrap+0x5 > --- trap 0xc, eip = 0xc06e8056, esp = 0xd9753b74, ebp = 0xd9753bac --- > generic_copyout(c34c8c00,c3726400,c34cab30,c0286938,0,...) at generic_copyout+0x36 > ieee80211_ioctl(c34ca230,c0286938,c3726400) at ieee80211_ioctl+0xc1 > ath_ioctl(c34c8c00,c0286938,c3726400) at ath_ioctl+0x190 > ifhwioctl(c0286938,c34c8c00,c3726400,c34ee180) at ifhwioctl+0xa40 > ifioctl(c355e000,c0286938,c3726400,c34ee180,0,...) at ifioctl+0xc3 > soo_ioctl(c3516ab0,c0286938,c3726400,c3748480,c34ee180) at soo_ioctl+0x2db > ioctl(c34ee180,d9753d04) at ioctl+0x396 > syscall(3b,3b,3b,805d028,0,...) at syscall+0x22f > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x28149787, esp = 0xbfbfe2fc, ebp = 0xbfbfe328 --- > KDB: enter: witness_checkorder > panic: from debugger > KDB: stack backtrace: > Uptime: 1m1s > Dumping 511 MB (2 chunks) > chunk 0: 1MB (159 pages) ... ok > chunk 1: 511MB (130786 pages) 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 > > #0 doadump () at pcpu.h:165 > 165 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) quit > mobile:root[157] exit > exit > > Script done on Thu Apr 26 16:38:51 2007 Age old issue: the driver calls into the net80211 layer holding it's softc lock but net80211 calls copyout and if that faults copying data to user mode then you'll blow up. I've proposed a solution but noone's responded so it remains. Sam From owner-freebsd-stable@FreeBSD.ORG Fri Apr 27 21:34:42 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C6D6A16A400 for ; Fri, 27 Apr 2007 21:34:42 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 8DB4E13C45D for ; Fri, 27 Apr 2007 21:34:42 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from localhost (unknown [200.46.204.187]) by hub.org (Postfix) with ESMTP id 3B8AB48C5C0; Fri, 27 Apr 2007 18:34:40 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.187]) (amavisd-maia, port 10024) with ESMTP id 38496-02; Fri, 27 Apr 2007 18:34:39 -0300 (ADT) Received: from ganymede.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id CCEAB48C5C7; Fri, 27 Apr 2007 18:34:39 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 8C20D5FB52; Fri, 27 Apr 2007 18:34:44 -0300 (ADT) Date: Fri, 27 Apr 2007 18:34:44 -0300 From: "Marc G. Fournier" To: Nicolas Rachinsky , freebsd-stable@freebsd.org Message-ID: X-Mailer: Mulberry/4.0.7 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Re: How to report bugs (Re: 6.2-STABLE deadlock?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 21:34:42 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Friday, April 27, 2007 22:57:29 +0200 Nicolas Rachinsky wrote: > * "Marc G. Fournier" [2007-04-27 16:03 -0300]: >> A thought: how hard would it be to add some method of forcing a system >> crash, that would dump core, from the command line? Something that, by >> default, would > > Doesn't 'kill -6 1' work anymore? I'd never heard of that one ... will it dump core if I do that? Please note, in my case, with the Buffer Space issue ... I can login and cleanly reboot the server, so doing something like the above to get a core dump is definitely doable, I'd just never seen a reference to a 'kill -6 1' before for doing that ... Side question to this though ... I remember awhile back using a 'client-server' mechanism that allowed me to dump core to a seperate server ... it was so long ago that my memory is faint, but there was a reason why I couldn't dump to the local server ... not sure whatever happened to that code, but, if one can do that for dumping core, shouldn't there be some method possible to connect to DDB over the Ethernet without having to have a serial console in place? For the core dump case, the ethernet obviously stayed up while it dump'd, couldn't some sort of 'ddb.conf' file be setup that would allow it to ifconfig an IP within that shell so that you could connect to it remotely? say with an 'from-ip' directive? Just a thought ... - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGMmx04QvfyHIvDvMRAlNcAJ0QcIMoRnq+0T9yJVuMwZvTNQnNXwCfaEKK JB4cHzSbiklD/sodWvNSSzE= =BwuL -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 27 21:35:18 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D42716A400 for ; Fri, 27 Apr 2007 21:35:18 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 1F32A13C45E for ; Fri, 27 Apr 2007 21:35:18 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l3RLWfhG014236; Fri, 27 Apr 2007 14:32:41 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l3RLWfgm014235; Fri, 27 Apr 2007 14:32:41 -0700 (PDT) (envelope-from sgk) Date: Fri, 27 Apr 2007 14:32:41 -0700 From: Steve Kargl To: Sam Leffler Message-ID: <20070427213241.GA941@troutmask.apl.washington.edu> References: <20070426234153.GA50866@troutmask.apl.washington.edu> <46326A77.4060607@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46326A77.4060607@errno.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: ath0 induced panic additional info X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 21:35:18 -0000 On Fri, Apr 27, 2007 at 02:26:15PM -0700, Sam Leffler wrote: > Steve Kargl wrote: > > By increasing the kernel message buffer, I was able to > > get the previous "Unread portion" im my last email. > > > > Unread portion of the kernel message buffer: > > lock order reversal: (sleepable after non-sleepable) > > 1st 0xc34caec0 ath0 (ath0) @ /usr/src/sys/dev/ath/if_ath.c:5210 > > 2nd 0xc32cbe24 user map (user map) @ /usr/src/sys/vm/vm_map.c:3074 > > --- trap 0xc, eip = 0xc06e8056, esp = 0xd9753b74, ebp = 0xd9753bac --- > > generic_copyout(c34c8c00,c3726400,c34cab30,,...) at generic_copyout+0x36 > > ieee80211_ioctl(c34ca230,c0286938,c3726400) at ieee80211_ioctl+0xc1 > > ath_ioctl(c34c8c00,c0286938,c3726400) at ath_ioctl+0x190 > > Age old issue: the driver calls into the net80211 layer holding it's > softc lock but net80211 calls copyout and if that faults copying data to > user mode then you'll blow up. I've proposed a solution but noone's > responded so it remains. > That's unfortunate. :( OTOH, I've since updated the laptop to -current and ath0 is working great. Thanks for your effort on this driver and other parts of FreeBSD. -- Steve From owner-freebsd-stable@FreeBSD.ORG Fri Apr 27 21:37:35 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B1A5F16A400 for ; Fri, 27 Apr 2007 21:37:35 +0000 (UTC) (envelope-from rmarella@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.227]) by mx1.freebsd.org (Postfix) with ESMTP id 4DEEE13C480 for ; Fri, 27 Apr 2007 21:37:35 +0000 (UTC) (envelope-from rmarella@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so583565nze for ; Fri, 27 Apr 2007 14:37:34 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=Scg/BI7FeMQt9tAmVwHqQmQkxgOJbnNtfZoY5an2VEVyJds42x7vyKGsbrqFKEXSeOPnT78FR+ZluxVSn9xsPuqMGZ5VHsssoDAQK3esTgvfr/6k1ZWaw9+drCJedOqlVyRJDBS3FjhjKHQSaXdI0qoggQSthqBV2yC0Mex++Bw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=retB3fExoGx0eF5uIAekX4ziORXSEyvKd1M58/mH7WFo+l2fFoVLbTVvNavwE8ugERc1WV0ieJZoyz70IKOa7/xIRXYRfXsjSSPpXF7yuWF24HfXg1ZSYB3vMaf3TqWneJfMFBM3tapgNExoiyhrIV1fdtzMnNh1RTYFiti9vAE= Received: by 10.65.157.10 with SMTP id j10mr7346136qbo.1177708413143; Fri, 27 Apr 2007 14:13:33 -0700 (PDT) Received: from p4 ( [66.75.108.47]) by mx.google.com with ESMTP id c1sm4724049nzd.2007.04.27.14.13.29; Fri, 27 Apr 2007 14:13:30 -0700 (PDT) Date: Fri, 27 Apr 2007 11:13:26 -1000 From: Robert Marella To: Scott Long Message-ID: <20070427111326.0bc4c581@p4> In-Reply-To: <46325CDE.2010904@samsco.org> References: <20070427150134.64D3713C448@mx1.freebsd.org> <20070427153218.GA9091@melamine.cuivre.fr.eu.org> <20070427174922.GA5655@zone3000.net> <46324CCF.7040109@samsco.org> <20070427193119.GA95165@melamine.cuivre.fr.eu.org> <46325CDE.2010904@samsco.org> X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.11; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.ORG, Thomas Quinot Subject: Re: kern/112119: system hangs when starts k3b on 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: Fri, 27 Apr 2007 21:37:35 -0000 On Fri, 27 Apr 2007 14:28:14 -0600 Scott Long wrote: > Thomas Quinot wrote: > > * Scott Long, 2007-04-27 : > > > >> Oh hell, I know exactly what the problem is! The opcode for a > >> TEST_UNIT_READY is 0x00. This is probably the command that is > >> generating the CHECK_CONDITION. The test for saved_cmd is entirely > >> bogus. > > > > Hmmmm. Looks like a very plausible culprit. Good catch Scott! > > (I felt there had to be something wrong when I wrote that test, > > incidentally, precisely because of TEST_UNIT_READY). > > > > Nikolay, Ganbold, (and others), here's another patch against > > 1.42.2.3, please let me know if it works for you. > > > > Thomas. > > > > Index: atapi-cam.c > > =================================================================== > > RCS file: /space/mirror/ncvs/src/sys/dev/ata/atapi-cam.c,v > > retrieving revision 1.50 > > diff -u -r1.50 atapi-cam.c > > --- atapi-cam.c 14 Mar 2007 01:59:00 -0000 1.50 > > +++ atapi-cam.c 27 Apr 2007 19:26:09 -0000 > > @@ -729,7 +743,7 @@ > > * issued a REQUEST SENSE automatically and that > > operation > > * returned without error. > > */ > > - if (request->u.atapi.saved_cmd != 0 && > > request->error == 0) { > > + if (request->u.atapi.sense.key != 0 && > > request->error == 0) { bcopy (&request->u.atapi.sense, > > &csio->sense_data, sizeof(struct atapi_sense)); csio->ccb_h.status > > |= CAM_AUTOSNS_VALID; } > > Right, just make sure that this isn't filled with garbage before you > send the command. If you're using ata_alloc_request(), and you're not > recycling requests internally, then you should be fine. > > Scott > I just installed this patch on my i386 system and I can now start K3B without the system crashing. I still have this in dmesg when starting the system: acd1: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 And this in /var/log/messages each time I start K3B Apr 27 10:47:39 p4 kernel: acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 Apr 27 10:47:39 p4 last message repeated 3 times Apr 27 10:52:07 p4 kernel: acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 I successfully burned an audio CD even with the above errors. The patch seems to work. I will try it on my amd64 machine and report if it does not work there. Thank you Robert From owner-freebsd-stable@FreeBSD.ORG Sat Apr 28 01:12:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED55216A401 for ; Sat, 28 Apr 2007 01:12:07 +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 7EB2013C48A for ; Sat, 28 Apr 2007 01:12:06 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp48-243.lns2.adl4.internode.on.net [121.44.48.243]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l3S1BphO097904 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Apr 2007 10:41:53 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Sat, 28 Apr 2007 10:41:28 +0930 User-Agent: KMail/1.9.5 References: <20070313140848.GA89182@steerpike.hanley.stade.co.uk> <20070425035316.GB44054@xor.obsecurity.org> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart16589228.dO6OAEAb08"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704281041.36636.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Oleg Derevenetz , Kris Kennaway , LI Xin , "Marc G. Fournier" Subject: Re: How to report bugs (Re: 6.2-STABLE deadlock?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Apr 2007 01:12:08 -0000 --nextPart16589228.dO6OAEAb08 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 28 April 2007 04:33, Marc G. Fournier wrote: > A thought: how hard would it be to add some method of forcing a > system crash, that would dump core, from the command line? Something > that, by default, would be disabled, but for remote debugging > purposes, one could enable in the kernel and do a 'sysctl > kernel.force_core_crash=3D1' to have it do it? I imagine that having a > core to analyze would allow providing more information then nothing > at all, no? I think you can do this.. sysctl debug.kdb.panic=3D1 Alas that appears to be a -current thing. 6.x has debug.kdb.enter=20 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 --nextPart16589228.dO6OAEAb08 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGMp9I5ZPcIHs/zowRAj48AJ4snjz//IPO5190ajBg/qhCdeLgIwCgjE39 qMPEdFIFY/r1PZvqTEZAjHk= =tGB0 -----END PGP SIGNATURE----- --nextPart16589228.dO6OAEAb08-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 28 14:08:27 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1830416A401 for ; Sat, 28 Apr 2007 14:08:27 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [82.208.36.70]) by mx1.freebsd.org (Postfix) with ESMTP id CA00413C46A for ; Sat, 28 Apr 2007 14:08:26 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 569DA19E023 for ; Sat, 28 Apr 2007 16:08:25 +0200 (CEST) Received: from [192.168.1.2] (grimm.quip.cz [213.220.192.218]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTP id 72A4B19E019 for ; Sat, 28 Apr 2007 16:08:20 +0200 (CEST) Message-ID: <46335555.7090704@quip.cz> Date: Sat, 28 Apr 2007 16:08:21 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: bug in mdconfig -l (does not list all devices) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2007 14:08:27 -0000 Is it a bug or is it a desired feature, that mdconfig -l doesn't list all devices, but only last 95 devices? root@grimm2 ~/# mdconfig -l md545 md546 md547 md548 md549 md550 md551 md552 md553 md554 md555 md556 md557 md558 md559 md560 md561 md562 md563 md564 md565 md566 md567 md568 md569 md570 md571 md572 md573 md574 md575 md576 md577 md578 md579 md580 md581 md582 md583 md584 md585 md586 md587 md588 md589 md590 md591 md592 md593 md594 md595 md596 md597 md598 md599 md600 md601 md602 md603 md604 md605 md606 md607 md608 md609 md610 md611 md612 md613 md614 md615 md616 md617 md618 md619 md620 md621 md622 md623 md624 md625 md626 md627 md628 md629 md630 md631 md632 md633 md634 md635 md636 md637 md638 md639 There are 640 devices, but only 95 shown in the list. root@grimm2 ~/# ls /dev/md*[^a-z] | wc -l 640 So following code doesn't work as I expect for device in `mdconfig -l` do echo "destroying $device" mdconfig -d -u $device done FreeBSD 6.2-RELEASE-p2 #0: Tue Feb 27 22:41:06 UTC 2007 root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 Can somebody test it on STABLE / CURRENT? Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Sat Apr 28 14:16:38 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EF2CE16A41B for ; Sat, 28 Apr 2007 14:16:38 +0000 (UTC) (envelope-from scot@poptart.org) Received: from plum.flirble.org (plum.flirble.org [194.70.3.20]) by mx1.freebsd.org (Postfix) with ESMTP id 6D90013C4CC for ; Sat, 28 Apr 2007 14:16:38 +0000 (UTC) (envelope-from scot@poptart.org) Received: from jacob (helo=localhost) by plum.flirble.org with local-esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1Hh0KZ-0000eT-CP for freebsd-stable@freebsd.org; Thu, 26 Apr 2007 10:32:07 +0100 Date: Thu, 26 Apr 2007 10:32:02 +0100 (BST) From: Scot Elliott To: freebsd-stable@freebsd.org Message-ID: <20070426102540.W95239@cyhz.syveoyr.bet> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-2071296349-1177579922=:95239" X-Spam-Score: -1.0 (-) Subject: FreeBSD 6.2 frequent crashes (IPv6 related?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2007 14:16:39 -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-2071296349-1177579922=:95239 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 8BIT We commisioned a new box running FreeBSD 6.2 Stable (as of Sunday afternoon UK time), to replace a broken 4.x box. It has been crashing around once per day since then. I have gathered a couple of cores so far and it looks like it's the same thing causing the crash. I'm no expert in reading these things, but it looks like it's happening the IPv6 stack? This host is IPv6 connected whereas our other 6.x boxes aren't.. The stack traces are attached below. Any help would be much appreciated. Thanks Jake GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x104 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0512029 stack pointer = 0x28:0xf388b88c frame pointer = 0x28:0xf388b8a0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 682 (named) trap number = 12 panic: page fault cpuid = 0 Uptime: 1d4h14m2s Dumping 3839 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 3839MB (982743 pages) 3823 3807 3791 3775 3759 3743 3727 3711 3695 3679 3663 3647 3631 3615 3599 3583 3567 3551 3535 3519 3503 3487 3471 3455 3439 3423 3407 3391 3375 3359 3343 3327 3311 3295 3279 3263 3247 3231 3215 3199 3183 3167 3151 3135 3119 3103 3087 3071 3055 3039 3023 3007 2991 2975 2959 2943 2927 2911 2895 2879 2863 2847 2831 2815 2799 2783 2767 2751 2735 2719 2703 2687 2671 2655 2639 2623 2607 2591 2575 2559 2543 2527 2511 2495 2479 2463 2447 2431 2415 2399 2383 2367 2351 2335 2319 2303 2287 2271 2255 2239 2223 2207 2191 2175 2159 2143 2127 2111 2095 2079 2063 2047 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc051c88e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc051cc3f in panic (fmt=0xc06f2b48 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc06cd925 in trap_fatal (frame=0xf388b84c, eva=0) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc06cd00d in trap (frame= {tf_fs = -1067581432, tf_es = -209190872, tf_ds = -922091480, tf_edi = -919646848, tf_esi = 4, tf_ebp = -209143648, tf_isp = -209143688, tf_ebx = -917625596, tf_edx = 6, tf_ecx = 3, tf_eax = 1, tf_trapno = 12, tf_err = 0, tf_eip = -1068425175, tf_cs = 32, tf_eflags = 65538, tf_esp = -917625596, tf_ss = -917667672}) at /usr/src/sys/i386/i386/trap.c:270 #5 0xc06b694a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc0512029 in _mtx_lock_sleep (m=0xc94e2504, tid=3375320448, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:546 #7 0xc05ece2e in nd6_output (ifp=0xc90a6800, origifp=0x1, m0=0xc9824b00, dst=0xc92d001c, rt0=0xc94e2528) at /usr/src/sys/netinet6/nd6.c:2010 #8 0xc05e6036 in ip6_output (m0=0xf388ba60, opt=0xc95f2500, ro=0xf388ba60, flags=0, im6o=0x0, ifpp=0x0, inp=0xc94df438) at /usr/src/sys/netinet6/ip6_output.c:994 #9 0xc05f626c in udp6_output (in6p=0xc94df438, m=0xc9824b00, addr6=0xc9824ba8, control=0x0, td=0xc92f4d80) at /usr/src/sys/netinet6/udp6_output.c:322 #10 0xc05f7afc in udp6_send (so=0xc94e7c84, flags=1, m=0xc9824b00, addr=0xc926ad20, control=0x0, td=0xc92f4d80) at /usr/src/sys/netinet6/udp6_usrreq.c:794 #11 0xc0561094 in sosend (so=0xc94e7c84, addr=0xc926ad20, uio=0xf388bc30, top=0xc9824b00, control=0x0, flags=0, td=0xc92f4d80) at /usr/src/sys/kern/uipc_socket.c:836 #12 0xc0567be4 in kern_sendit (td=0xc92f4d80, s=31, mp=0xf388bca8, flags=0, control=0x1, segflg=UIO_SYSSPACE) at /usr/src/sys/kern/uipc_syscalls.c:772 #13 0xc0567a6d in sendit (td=0x1, s=1, mp=0xf388bca8, flags=1) at /usr/src/sys/kern/uipc_syscalls.c:712 #14 0xc0567f64 in sendmsg (td=0x1, uap=0xf388bd04) at /usr/src/sys/kern/uipc_syscalls.c:920 #15 0xc06cdd0c in syscall (frame= {tf_fs = 135987259, tf_es = 163446843, tf_ds = -1078001605, tf_edi = 0, tf_esi = 0, tf_ebp = -1077942424, tf_isp = -209142428, tf_ebx = 0, tf_edx = 144072704, tf_ecx = 144072704, tf_eax = 28, tf_trapno = 0, tf_err = 2, tf_eip = 674625719, tf_cs = 51, tf_eflags = 642, tf_esp = -1077942788, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:983 #16 0xc06b699f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #17 0x00000033 in ?? () (kgdb) ------------------- GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x104 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0512029 stack pointer = 0x28:0xf389a88c frame pointer = 0x28:0xf389a8a0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 689 (named) trap number = 12 panic: page fault cpuid = 1 Uptime: 1d1h12m54s Dumping 3839 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 3839MB (982743 pages) 3823 3807 3791 3775 3759 3743 3727 3711 3695 3679 3663 3647 3631 3615 3599 3583 3567 3551 3535 3519 3503 3487 3471 3455 3439 3423 3407 3391 3375 3359 3343 3327 3311 3295 3279 3263 3247 3231 3215 3199 3183 3167 3151 3135 3119 3103 3087 3071 3055 3039 3023 3007 2991 2975 2959 2943 2927 2911 2895 2879 2863 2847 2831 2815 2799 2783 2767 2751 2735 2719 2703 2687 2671 2655 2639 2623 2607 2591 2575 2559 2543 2527 2511 2495 2479 2463 2447 2431 2415 2399 2383 2367 2351 2335 2319 2303 2287 2271 2255 2239 2223 2207 2191 2175 2159 2143 2127 2111 2095 2079 2063 2047 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc051c88e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc051cc3f in panic (fmt=0xc06f2b48 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc06cd925 in trap_fatal (frame=0xf389a84c, eva=0) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc06cd00d in trap (frame= {tf_fs = -1067581432, tf_es = -209125336, tf_ds = -922091480, tf_edi = -919476736, tf_esi = 4, tf_ebp = -209082208, tf_isp = -209082248, tf_ebx = -917731828, tf_edx = 6, tf_ecx = 3, tf_eax = 1, tf_trapno = 12, tf_err = 0, tf_eip = -1068425175, tf_cs = 32, tf_eflags = 65538, tf_esp = -917731828, tf_ss = -920005464}) at /usr/src/sys/i386/i386/trap.c:270 #5 0xc06b694a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc0512029 in _mtx_lock_sleep (m=0xc94c860c, tid=3375490560, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:546 #7 0xc05ece2e in nd6_output (ifp=0xc90a6800, origifp=0x1, m0=0xd065be00, dst=0xc92d2c9c, rt0=0xc94c1630) at /usr/src/sys/netinet6/nd6.c:2010 #8 0xc05e6036 in ip6_output (m0=0xf389aa60, opt=0xc943fd80, ro=0xf389aa60, flags=0, im6o=0x0, ifpp=0x0, inp=0xc94c70b4) at /usr/src/sys/netinet6/ip6_output.c:994 #9 0xc05f626c in udp6_output (in6p=0xc94c70b4, m=0xd065be00, addr6=0xd065be98, control=0x0, td=0xc931e600) at /usr/src/sys/netinet6/udp6_output.c:322 #10 0xc05f7afc in udp6_send (so=0xc93109bc, flags=1, m=0xd065be00, addr=0xc92913a0, control=0x0, td=0xc931e600) at /usr/src/sys/netinet6/udp6_usrreq.c:794 #11 0xc0561094 in sosend (so=0xc93109bc, addr=0xc92913a0, uio=0xf389ac30, top=0xd065be00, control=0x0, flags=0, td=0xc931e600) at /usr/src/sys/kern/uipc_socket.c:836 #12 0xc0567be4 in kern_sendit (td=0xc931e600, s=31, mp=0xf389aca8, flags=0, control=0x1, segflg=UIO_SYSSPACE) at /usr/src/sys/kern/uipc_syscalls.c:772 #13 0xc0567a6d in sendit (td=0x1, s=1, mp=0xf389aca8, flags=1) at /usr/src/sys/kern/uipc_syscalls.c:712 #14 0xc0567f64 in sendmsg (td=0x1, uap=0xf389ad04) at /usr/src/sys/kern/uipc_syscalls.c:920 #15 0xc06cdd0c in syscall (frame= {tf_fs = 175702075, tf_es = 59, tf_ds = -1078001605, tf_edi = 0, tf_esi = 0, tf_ebp = -1077942440, tf_isp = -209080988, tf_ebx = 0, tf_edx = 141930240, tf_ecx = 141930240, tf_eax = 28, tf_trapno = 0, tf_err = 2, tf_eip = 674625719, tf_cs = 51, tf_eflags = 642, tf_esp = -1077942804, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:983 #16 0xc06b699f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #17 0x00000033 in ?? () (kgdb) Jake --0-2071296349-1177579922=:95239-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 28 15:08:06 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 76F7B16A400 for ; Sat, 28 Apr 2007 15:08:06 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (smtp1.utsp.utwente.nl [130.89.2.8]) by mx1.freebsd.org (Postfix) with ESMTP id E185413C45A for ; Sat, 28 Apr 2007 15:08:05 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id l3SEYjLr007721; Sat, 28 Apr 2007 16:34:45 +0200 From: Pieter de Goeje To: freebsd-stable@freebsd.org Date: Sat, 28 Apr 2007 16:34:44 +0200 User-Agent: KMail/1.9.6 References: <46335555.7090704@quip.cz> In-Reply-To: <46335555.7090704@quip.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704281634.44839.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: bug in mdconfig -l (does not list all devices) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2007 15:08:06 -0000 On Saturday 28 April 2007, Miroslav Lachman wrote: > Is it a bug or is it a desired feature, that mdconfig -l doesn't list > all devices, but only last 95 devices? > > root@grimm2 ~/# mdconfig -l > md545 md546 md547 md548 md549 md550 md551 md552 md553 md554 md555 md556 > md557 md558 md559 md560 md561 md562 md563 md564 md565 md566 md567 md568 > md569 md570 md571 md572 md573 md574 md575 md576 md577 md578 md579 md580 > md581 md582 md583 md584 md585 md586 md587 md588 md589 md590 md591 md592 > md593 md594 md595 md596 md597 md598 md599 md600 md601 md602 md603 md604 > md605 md606 md607 md608 md609 md610 md611 md612 md613 md614 md615 md616 > md617 md618 md619 md620 md621 md622 md623 md624 md625 md626 md627 md628 > md629 md630 md631 md632 md633 md634 md635 md636 md637 md638 md639 > > There are 640 devices, but only 95 shown in the list. > > root@grimm2 ~/# ls /dev/md*[^a-z] | wc -l > 640 > > So following code doesn't work as I expect > > for device in `mdconfig -l` > do > echo "destroying $device" > mdconfig -d -u $device > done > > > FreeBSD 6.2-RELEASE-p2 #0: Tue Feb 27 22:41:06 UTC 2007 > root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 > > Can somebody test it on STABLE / CURRENT? It works correctly on current but fails on stable. > > > Miroslav Lachman Cheers, Pieter de Goeje From owner-freebsd-stable@FreeBSD.ORG Sat Apr 28 15:26:43 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 89E3716A401 for ; Sat, 28 Apr 2007 15:26:43 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [82.208.36.70]) by mx1.freebsd.org (Postfix) with ESMTP id 3F3B613C457 for ; Sat, 28 Apr 2007 15:26:43 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 3DDDA19E023; Sat, 28 Apr 2007 17:26:42 +0200 (CEST) Received: from [192.168.1.2] (grimm.quip.cz [213.220.192.218]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTP id 56B6719E019; Sat, 28 Apr 2007 17:26:37 +0200 (CEST) Message-ID: <463367AD.20703@quip.cz> Date: Sat, 28 Apr 2007 17:26:37 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <70751177773373@webmail29.yandex.ru> In-Reply-To: <70751177773373@webmail29.yandex.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: bug in mdconfig -l (does not list all devices) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2007 15:26:43 -0000 Andrey V. Elsukov wrote: > Hi, on CURRENT it work's good. > Here is one PR related to this problem: > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/92062 Unfortunately without any response for more than half year. :( Thanks for your reply. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Sat Apr 28 16:34:12 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E8D2016A403; Sat, 28 Apr 2007 16:34:12 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from webmail29.mail.yandex.net (webmail29.mail.yandex.net [213.180.200.148]) by mx1.freebsd.org (Postfix) with ESMTP id 588FC13C44B; Sat, 28 Apr 2007 16:34:12 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from YAMAIL (webmail29) by mail.yandex.ru id S1060941AbXD1PQO for (+ 1 other); Sat, 28 Apr 2007 19:16:14 +0400 Received: from [77.72.136.70] ([77.72.136.70]) by mail.yandex.ru with HTTP; Sat, 28 Apr 2007 19:16:13 +0400 From: "Andrey V. Elsukov" To: 000.fbsd@quip.cz, ru@freebsd.org MIME-Version: 1.0 Message-Id: <70751177773373@webmail29.yandex.ru> Date: Sat, 28 Apr 2007 19:16:13 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain Cc: freebsd-stable@freebsd.org Subject: Re: bug in mdconfig -l (does not list all devices) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2007 16:34:13 -0000 Hi, on CURRENT it work's good. Here is one PR related to this problem: http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/92062 > Is it a bug or is it a desired feature, that mdconfig -l doesn't list > all devices, but only last 95 devices? > root@grimm2 ~/# mdconfig -l > md545 md546 md547 md548 md549 md550 md551 md552 md553 md554 md555 md556 -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Sat Apr 28 19:41:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 395DF16A401 for ; Sat, 28 Apr 2007 19:41:04 +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 1FBAB13C4AD for ; Sat, 28 Apr 2007 19:41:04 +0000 (UTC) (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 03DBE1A4DA8; Sat, 28 Apr 2007 12:41:33 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 67E1E513DD; Sat, 28 Apr 2007 15:41:03 -0400 (EDT) Date: Sat, 28 Apr 2007 15:41:03 -0400 From: Kris Kennaway To: Pieter de Goeje Message-ID: <20070428194103.GA96334@xor.obsecurity.org> References: <46335555.7090704@quip.cz> <200704281634.44839.pieter@degoeje.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IJpNTDwzlM2Ie8A6" Content-Disposition: inline In-Reply-To: <200704281634.44839.pieter@degoeje.nl> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: bug in mdconfig -l (does not list all devices) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2007 19:41:04 -0000 --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Apr 28, 2007 at 04:34:44PM +0200, Pieter de Goeje wrote: > On Saturday 28 April 2007, Miroslav Lachman wrote: > > Is it a bug or is it a desired feature, that mdconfig -l doesn't list > > all devices, but only last 95 devices? > > > > root@grimm2 ~/# mdconfig -l > > md545 md546 md547 md548 md549 md550 md551 md552 md553 md554 md555 md556 > > md557 md558 md559 md560 md561 md562 md563 md564 md565 md566 md567 md568 > > md569 md570 md571 md572 md573 md574 md575 md576 md577 md578 md579 md580 > > md581 md582 md583 md584 md585 md586 md587 md588 md589 md590 md591 md592 > > md593 md594 md595 md596 md597 md598 md599 md600 md601 md602 md603 md604 > > md605 md606 md607 md608 md609 md610 md611 md612 md613 md614 md615 md616 > > md617 md618 md619 md620 md621 md622 md623 md624 md625 md626 md627 md628 > > md629 md630 md631 md632 md633 md634 md635 md636 md637 md638 md639 > > > > There are 640 devices, but only 95 shown in the list. > > > > root@grimm2 ~/# ls /dev/md*[^a-z] | wc -l > > 640 > > > > So following code doesn't work as I expect > > > > for device in `mdconfig -l` > > do > > echo "destroying $device" > > mdconfig -d -u $device > > done > > > > > > FreeBSD 6.2-RELEASE-p2 #0: Tue Feb 27 22:41:06 UTC 2007 > > root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 > > > > Can somebody test it on STABLE / CURRENT? > It works correctly on current but fails on stable. On current it just has a different bug :) If you have hundreds of md devices then mdconfig -l lists no devices. Anyway it is probably just a simple MFC to fix, so why not find out who committed the change to current and ask them about it? Kris --IJpNTDwzlM2Ie8A6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGM6NPWry0BWjoQKURAtqnAKCAKMk8JADVoMEyaRvo6etHFiMWswCfboj5 J/j8POxo4OnI9lkEILuezZ4= =zSee -----END PGP SIGNATURE----- --IJpNTDwzlM2Ie8A6-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 28 22:30:36 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9A51716A401 for ; Sat, 28 Apr 2007 22:30:36 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.freebsd.org (Postfix) with ESMTP id 1C01813C448 for ; Sat, 28 Apr 2007 22:30:35 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id l3SMaKQs082375 for ; Sat, 28 Apr 2007 22:36:20 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id l3SMaKqd082374 for freebsd-stable@freebsd.org; Sat, 28 Apr 2007 22:36:20 GMT (envelope-from dunstan) Date: Sat, 28 Apr 2007 22:36:20 +0000 From: "Wojciech A. Koszek" To: freebsd-stable@freebsd.org Message-ID: <20070428223620.GB82300@FreeBSD.czest.pl> Mail-Followup-To: "Wojciech A. Koszek" , freebsd-stable@freebsd.org References: <46335555.7090704@quip.cz> <200704281634.44839.pieter@degoeje.nl> <20070428194103.GA96334@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <20070428194103.GA96334@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (freebsd.czest.pl [80.48.250.4]); Sat, 28 Apr 2007 22:36:20 +0000 (UTC) Subject: Re: bug in mdconfig -l (does not list all devices) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2007 22:30:36 -0000 On Sat, Apr 28, 2007 at 03:41:03PM -0400, Kris Kennaway wrote: > On Sat, Apr 28, 2007 at 04:34:44PM +0200, Pieter de Goeje wrote: > > On Saturday 28 April 2007, Miroslav Lachman wrote: > > > Is it a bug or is it a desired feature, that mdconfig -l doesn't list > > > all devices, but only last 95 devices? > > > [..] > On current it just has a different bug :) > > If you have hundreds of md devices then mdconfig -l lists no devices. I'm about to fix this. > Anyway it is probably just a simple MFC to fix, so why not find out > who committed the change to current and ask them about it? I commited changes related with proper mdconfig(8) interface to -CURRENT, but I'm not able to test them on RELENG_6 right now. Please let me know if anyone is willing to test such changes on RELENG_6. -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/ From owner-freebsd-stable@FreeBSD.ORG Sat Apr 28 22:30:37 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B8AC316A403 for ; Sat, 28 Apr 2007 22:30:37 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.freebsd.org (Postfix) with ESMTP id 38D4713C44C for ; Sat, 28 Apr 2007 22:30:37 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id l3SMWUG4082342 for ; Sat, 28 Apr 2007 22:32:30 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id l3SMWU1o082341 for freebsd-stable@freebsd.org; Sat, 28 Apr 2007 22:32:30 GMT (envelope-from dunstan) Date: Sat, 28 Apr 2007 22:32:29 +0000 From: "Wojciech A. Koszek" To: freebsd-stable@freebsd.org Message-ID: <20070428223229.GA82300@FreeBSD.czest.pl> Mail-Followup-To: "Wojciech A. Koszek" , freebsd-stable@freebsd.org References: <46335555.7090704@quip.cz> <200704281634.44839.pieter@degoeje.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <200704281634.44839.pieter@degoeje.nl> User-Agent: Mutt/1.4.2.1i X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (freebsd.czest.pl [80.48.250.4]); Sat, 28 Apr 2007 22:32:31 +0000 (UTC) Subject: Re: bug in mdconfig -l (does not list all devices) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2007 22:30:37 -0000 On Sat, Apr 28, 2007 at 04:34:44PM +0200, Pieter de Goeje wrote: > On Saturday 28 April 2007, Miroslav Lachman wrote: > > Is it a bug or is it a desired feature, that mdconfig -l doesn't list > > all devices, but only last 95 devices? [..] > > > > Can somebody test it on STABLE / CURRENT? > It works correctly on current but fails on stable. > > On RELENG_6, we still use old mdconfig(8) API and this limitation is known. In -CURRENT, such limitation doesn't exist. -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/