From owner-freebsd-stable@FreeBSD.ORG Sun Aug 13 00:23:47 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B2B816A4DD for ; Sun, 13 Aug 2006 00:23:47 +0000 (UTC) (envelope-from jason@monsterjam.org) Received: from ms-smtp-03.southeast.rr.com (ms-smtp-03.southeast.rr.com [24.25.9.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id A88D143D46 for ; Sun, 13 Aug 2006 00:23:46 +0000 (GMT) (envelope-from jason@monsterjam.org) Received: from monsterjam.org (cpe-066-057-016-142.nc.res.rr.com [66.57.16.142]) by ms-smtp-03.southeast.rr.com (8.13.6/8.13.6) with SMTP id k7D0NiXC011068 for ; Sat, 12 Aug 2006 20:23:45 -0400 (EDT) Received: (qmail 39561 invoked by uid 0); 13 Aug 2006 00:23:44 -0000 Received: from 127.0.0.1 by monsterjam.org (envelope-from , uid 82) with qmail-scanner-2.01st (clamdscan: 0.88/1287. Clear:RC:1(127.0.0.1):. Processed in 0.060246 secs); 13 Aug 2006 00:23:44 -0000 Received: from unknown (HELO monsterjam.org) (127.0.0.1) by 0 with SMTP; 13 Aug 2006 00:23:44 -0000 Received: (from jason@localhost) by monsterjam.org (8.13.1/8.13.1/Submit) id k7D0Nh0e039551 for stable@freebsd.org; Sat, 12 Aug 2006 20:23:43 -0400 (EDT) (envelope-from jason) Date: Sat, 12 Aug 2006 20:23:43 -0400 From: Jason To: stable@freebsd.org Message-ID: <20060813002343.GA39276@monsterjam.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: Subject: crash on 6.1 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: Sun, 13 Aug 2006 00:23:47 -0000 ok, finally got a crashdump.. can someone please give it a looksee and let me know what the malfunction is? http://monsterjam.org/crash/crash.tar.bz2 thanks/regards, Jason -- ================================================ | Jason Welsh jason@monsterjam.org | | http://monsterjam.org DSS PGP: 0x5E30CC98 | | gpg key: http://monsterjam.org/gpg/ | ================================================ From owner-freebsd-stable@FreeBSD.ORG Sun Aug 13 07:19:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EF6216A4DD for ; Sun, 13 Aug 2006 07:19:55 +0000 (UTC) (envelope-from pvh@wfeet.za.net) Received: from ctb-mesg8.saix.net (ctb-mesg8.saix.net [196.25.240.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DEA643D69 for ; Sun, 13 Aug 2006 07:19:23 +0000 (GMT) (envelope-from pvh@wfeet.za.net) Received: from leftside.wfeet.za.net (dsl-165-199-207.telkomadsl.co.za [165.165.199.207]) by ctb-mesg8.saix.net (Postfix) with ESMTP id 9F8E227E6 for ; Sun, 13 Aug 2006 09:18:57 +0200 (SAST) Received: from [192.168.0.1] by leftside.wfeet.za.net with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1GCACO-0000jk-4U for freebsd-stable@freebsd.org; Sun, 13 Aug 2006 09:18:56 +0200 Message-ID: <44DED1A8.5090900@wfeet.za.net> Date: Sun, 13 Aug 2006 09:15:52 +0200 From: Peter van Heusden User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 192.168.0.1 X-SA-Exim-Mail-From: pvh@wfeet.za.net X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on leftside.wfeet.za.net X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.3 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on leftside.wfeet.za.net) Subject: Unexplained kernel panic on 5-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: Sun, 13 Aug 2006 07:19:55 -0000 Hi everyone Almost every day, some time around midnight, my FreeBSD 5-STABLE kernel panics. I've attached the output of a kgdb session of the saved core file - is there any further info that would be useful to debugging? I've got no idea where to start looking for a solution to this problem, so please help!! Thanks, Peter leftside# kgdb kernel.debug /var/crash/vmcore.25 [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". Ready to go. Enter 'tr' to connect to the remote target with /dev/cuaa0, 'tr /dev/cuaa1' to connect to a different port or 'trf portno' to connect to the remote target with the firewire interface. portno defaults to 5556. Type 'getsyms' after connection to load kld symbols. If you're debugging a local system, you can use 'kldsyms' instead to load the kld symbols. That's a less obnoxious interface. Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x24 fault code = supervisor read, page not present instruction pointer = 0x8:0xc066dfc3 stack pointer = 0x10:0xcbae8bfc frame pointer = 0x10:0xcbae8c10 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 16 (irq5: fxp0) trap number = 12 panic: page fault Uptime: 2d0h51m36s Dumping 251 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 #0 doadump () at pcpu.h:160 160 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) list 0xc066dfc3 Function "0xc066dfc3" not defined. (kgdb) list *0xc066dfc3 0xc066dfc3 is in propagate_priority (/usr/src/sys/kern/subr_turnstile.c:245). 240 /* 241 * Pick up the lock that td is blocked on. 242 */ 243 ts = td->td_blocked; 244 MPASS(ts != NULL); 245 tc = TC_LOOKUP(ts->ts_lockobj); 246 mtx_lock_spin(&tc->tc_lock); 247 248 /* 249 * This thread may not be blocked on this turnstile anymore (kgdb) backtrace #0 doadump () at pcpu.h:160 During symbol reading, Incomplete CFI data; unspecified registers at 0xc064fc41. #1 0xc06501dc in boot (howto=0x104) at /usr/src/sys/kern/kern_shutdown.c:412 #2 0xc0650470 in panic (fmt=0xc084b541 "%s") at /usr/src/sys/kern/kern_shutdown.c:568 #3 0xc08015fc in trap_fatal (frame=0xcbae8bbc, eva=0x24) at /usr/src/sys/i386/i386/trap.c:822 #4 0xc0800da1 in trap (frame= {tf_fs = 0xc14e0018, tf_es = 0xc14f0010, tf_ds = 0x10, tf_edi = 0xc1e22c02, tf_esi = 0xc14edc00, tf_ebp = 0xcbae8c10, tf_isp = 0xcbae8be8, tf_ebx = 0xc1e22c00, tf_edx = 0xc14e4610, tf_ecx = 0xc0936a00, tf_eax = 0x0, tf_trapno = 0xc, tf_err = 0x0, tf_eip = 0xc066dfc3, tf_cs = 0x8, tf_eflags = 0x10093, tf_esp = 0x10, tf_ss = 0x0}) at /usr/src/sys/i386/i386/trap.c:257 #5 0xc07f0eea in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #6 0xc14e0018 in ?? () #7 0xc14f0010 in ?? () #8 0x00000010 in ?? () #9 0xc1e22c02 in ?? () #10 0xc14edc00 in ?? () #11 0xcbae8c10 in ?? () #12 0xcbae8be8 in ?? () #13 0xc1e22c00 in ?? () #14 0xc14e4610 in ?? () #15 0xc0936a00 in uma_mtx () #16 0x00000000 in ?? () #17 0x0000000c in ?? () #18 0x00000000 in ?? () #19 0xc066dfc3 in propagate_priority (td=0xc1e22c00) at /usr/src/sys/kern/subr_turnstile.c:243 #20 0xc066e63e in turnstile_wait (ts=0xc14e4600, lock=0xc0936a00, owner=0xc1e22c00) at /usr/src/sys/kern/subr_turnstile.c:556 #21 0xc0647af9 in _mtx_lock_sleep (m=0xc0936a00, td=0xc14edc00, opts=0x0, file=0x0, line=0x0) at /usr/src/sys/kern/kern_mutex.c:552 #22 0xc07b6a40 in uma_zalloc_arg (zone=0xc1045ba0, udata=0xcbae8c8c, flags=0x1) at /usr/src/sys/vm/uma_core.c:1825 #23 0xc0544ed2 in fxp_add_rfabuf (sc=0xc1607000, rxp=0xc1607300) at mbuf.h:401 #24 0xc0544150 in fxp_intr_body (sc=0xc1607000, ifp=0xc1607000, statack=0x0, count=0xffffffff) at /usr/src/sys/dev/fxp/if_fxp.c:1682 #25 0xc0543f38 in fxp_intr (xsc=0xc1607000) at /usr/src/sys/dev/fxp/if_fxp.c:1554 #26 0xc063c849 in ithread_loop (arg=0xc14eaa80) at /usr/src/sys/kern/kern_intr.c:547 #27 0xc063badc in fork_exit (callout=0xc063c6f8 , arg=0xc14eaa80, frame=0xcbae8d38) at /usr/src/sys/kern/kern_fork.c:791 #28 0xc07f0f4c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:209 From owner-freebsd-stable@FreeBSD.ORG Sun Aug 13 07:37:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA4C016A4E0 for ; Sun, 13 Aug 2006 07:37:31 +0000 (UTC) (envelope-from pvh@wfeet.za.net) Received: from ctb-mesg5.saix.net (ctb-mesg5.saix.net [196.25.240.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F7C943D4C for ; Sun, 13 Aug 2006 07:37:26 +0000 (GMT) (envelope-from pvh@wfeet.za.net) Received: from leftside.wfeet.za.net (dsl-165-199-207.telkomadsl.co.za [165.165.199.207]) by ctb-mesg5.saix.net (Postfix) with ESMTP id DCF63253A for ; Sun, 13 Aug 2006 09:36:48 +0200 (SAST) Received: from [192.168.0.1] by leftside.wfeet.za.net with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1GCAW8-0000s3-4c for freebsd-stable@freebsd.org; Sun, 13 Aug 2006 09:36:29 +0200 Message-ID: <44DED670.9050601@wfeet.za.net> Date: Sun, 13 Aug 2006 09:36:16 +0200 From: Peter van Heusden User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 192.168.0.1 X-SA-Exim-Mail-From: pvh@wfeet.za.net X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on leftside.wfeet.za.net X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.3 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on leftside.wfeet.za.net) Subject: Unexplained kernel panic on 5-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: Sun, 13 Aug 2006 07:37:31 -0000 Hi everyone Almost every day, some time around midnight, my FreeBSD 5-STABLE kernel panics. I've attached the output of a kgdb session of the saved core file - is there any further info that would be useful to debugging? I've got no idea where to start looking for a solution to this problem, so please help!! Thanks, Peter leftside# kgdb kernel.debug /var/crash/vmcore.25 [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". Ready to go. Enter 'tr' to connect to the remote target with /dev/cuaa0, 'tr /dev/cuaa1' to connect to a different port or 'trf portno' to connect to the remote target with the firewire interface. portno defaults to 5556. Type 'getsyms' after connection to load kld symbols. If you're debugging a local system, you can use 'kldsyms' instead to load the kld symbols. That's a less obnoxious interface. Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x24 fault code = supervisor read, page not present instruction pointer = 0x8:0xc066dfc3 stack pointer = 0x10:0xcbae8bfc frame pointer = 0x10:0xcbae8c10 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 16 (irq5: fxp0) trap number = 12 panic: page fault Uptime: 2d0h51m36s Dumping 251 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 #0 doadump () at pcpu.h:160 160 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) list 0xc066dfc3 Function "0xc066dfc3" not defined. (kgdb) list *0xc066dfc3 0xc066dfc3 is in propagate_priority (/usr/src/sys/kern/subr_turnstile.c:245). 240 /* 241 * Pick up the lock that td is blocked on. 242 */ 243 ts = td->td_blocked; 244 MPASS(ts != NULL); 245 tc = TC_LOOKUP(ts->ts_lockobj); 246 mtx_lock_spin(&tc->tc_lock); 247 248 /* 249 * This thread may not be blocked on this turnstile anymore (kgdb) backtrace #0 doadump () at pcpu.h:160 During symbol reading, Incomplete CFI data; unspecified registers at 0xc064fc41. #1 0xc06501dc in boot (howto=0x104) at /usr/src/sys/kern/kern_shutdown.c:412 #2 0xc0650470 in panic (fmt=0xc084b541 "%s") at /usr/src/sys/kern/kern_shutdown.c:568 #3 0xc08015fc in trap_fatal (frame=0xcbae8bbc, eva=0x24) at /usr/src/sys/i386/i386/trap.c:822 #4 0xc0800da1 in trap (frame= {tf_fs = 0xc14e0018, tf_es = 0xc14f0010, tf_ds = 0x10, tf_edi = 0xc1e22c02, tf_esi = 0xc14edc00, tf_ebp = 0xcbae8c10, tf_isp = 0xcbae8be8, tf_ebx = 0xc1e22c00, tf_edx = 0xc14e4610, tf_ecx = 0xc0936a00, tf_eax = 0x0, tf_trapno = 0xc, tf_err = 0x0, tf_eip = 0xc066dfc3, tf_cs = 0x8, tf_eflags = 0x10093, tf_esp = 0x10, tf_ss = 0x0}) at /usr/src/sys/i386/i386/trap.c:257 #5 0xc07f0eea in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #6 0xc14e0018 in ?? () #7 0xc14f0010 in ?? () #8 0x00000010 in ?? () #9 0xc1e22c02 in ?? () #10 0xc14edc00 in ?? () #11 0xcbae8c10 in ?? () #12 0xcbae8be8 in ?? () #13 0xc1e22c00 in ?? () #14 0xc14e4610 in ?? () #15 0xc0936a00 in uma_mtx () #16 0x00000000 in ?? () #17 0x0000000c in ?? () #18 0x00000000 in ?? () #19 0xc066dfc3 in propagate_priority (td=0xc1e22c00) at /usr/src/sys/kern/subr_turnstile.c:243 #20 0xc066e63e in turnstile_wait (ts=0xc14e4600, lock=0xc0936a00, owner=0xc1e22c00) at /usr/src/sys/kern/subr_turnstile.c:556 #21 0xc0647af9 in _mtx_lock_sleep (m=0xc0936a00, td=0xc14edc00, opts=0x0, file=0x0, line=0x0) at /usr/src/sys/kern/kern_mutex.c:552 #22 0xc07b6a40 in uma_zalloc_arg (zone=0xc1045ba0, udata=0xcbae8c8c, flags=0x1) at /usr/src/sys/vm/uma_core.c:1825 #23 0xc0544ed2 in fxp_add_rfabuf (sc=0xc1607000, rxp=0xc1607300) at mbuf.h:401 #24 0xc0544150 in fxp_intr_body (sc=0xc1607000, ifp=0xc1607000, statack=0x0, count=0xffffffff) at /usr/src/sys/dev/fxp/if_fxp.c:1682 #25 0xc0543f38 in fxp_intr (xsc=0xc1607000) at /usr/src/sys/dev/fxp/if_fxp.c:1554 #26 0xc063c849 in ithread_loop (arg=0xc14eaa80) at /usr/src/sys/kern/kern_intr.c:547 #27 0xc063badc in fork_exit (callout=0xc063c6f8 , arg=0xc14eaa80, frame=0xcbae8d38) at /usr/src/sys/kern/kern_fork.c:791 #28 0xc07f0f4c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:209 From owner-freebsd-stable@FreeBSD.ORG Sun Aug 13 09:35:32 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAED416A4E0; Sun, 13 Aug 2006 09:35:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 724F143D45; Sun, 13 Aug 2006 09:35:32 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.6/8.13.4) with ESMTP id k7D9ZVuA096991; Sun, 13 Aug 2006 05:35:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k7D9ZVqi076293; Sun, 13 Aug 2006 05:35:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 381D07302F; Sun, 13 Aug 2006 05:35:31 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060813093531.381D07302F@freebsd-current.sentex.ca> Date: Sun, 13 Aug 2006 05:35:31 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Aug 2006 09:35:33 -0000 TB --- 2006-08-13 08:04:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-08-13 08:04:36 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2006-08-13 08:04:36 - cleaning the object tree TB --- 2006-08-13 08:04:58 - checking out the source tree TB --- 2006-08-13 08:04:58 - cd /tinderbox/RELENG_6/i386/i386 TB --- 2006-08-13 08:04:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-08-13 08:15:08 - building world (CFLAGS=-O2 -pipe) TB --- 2006-08-13 08:15:08 - cd /src TB --- 2006-08-13 08:15:08 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-08-13 09:21:35 - generating LINT kernel config TB --- 2006-08-13 09:21:35 - cd /src/sys/i386/conf TB --- 2006-08-13 09:21:35 - /usr/bin/make -B LINT TB --- 2006-08-13 09:21:35 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-08-13 09:21:35 - cd /src TB --- 2006-08-13 09:21:35 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Aug 13 09:21:35 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-functions -Wno-inline acpi_if.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/acpica/OsdEnvironment.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/acpica/acpi_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/acpica/acpi_wakeup.c /src/sys/i386/acpica/acpi_wakeup.c: In function `acpi_sleep_machdep': /src/sys/i386/acpica/acpi_wakeup.c:285: error: `acpi_resume_beep' undeclared (first use in this function) /src/sys/i386/acpica/acpi_wakeup.c:285: error: (Each undeclared identifier is reported only once /src/sys/i386/acpica/acpi_wakeup.c:285: error: for each function it appears in.) *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-08-13 09:35:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-08-13 09:35:30 - ERROR: failed to build lint kernel TB --- 2006-08-13 09:35:30 - tinderbox aborted TB --- 0.95 user 4.05 system 5454.75 real From owner-freebsd-stable@FreeBSD.ORG Sun Aug 13 14:30:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D245816A4DA for ; Sun, 13 Aug 2006 14:30:02 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from smtp2.sbb.co.yu (smtp2.sbb.co.yu [82.117.194.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23F1243D45 for ; Sun, 13 Aug 2006 14:30:01 +0000 (GMT) (envelope-from zkolic@sbb.co.yu) Received: from faust.net (cable-87-116-181-185.dynamic.sbb.co.yu [87.116.181.185]) by smtp2.sbb.co.yu (8.13.7/8.13.7) with ESMTP id k7DETwZQ003752 for ; Sun, 13 Aug 2006 16:29:59 +0200 Received: by faust.net (Postfix, from userid 1001) id 0A4AC1704B; Sun, 13 Aug 2006 16:30:31 +0200 (CEST) Date: Sun, 13 Aug 2006 16:30:31 +0200 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20060813143030.GA997@faust.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: 1.4 X-SBB-Spam-Level: XXX Subject: nfpm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Aug 2006 14:30:02 -0000 Hi all! I would like to add nfpm device into kernel, but cannot find it in source. Googling for awile, I've found a lot of posts on nfsmb, broken compilings... In this moment looks to me that the correct way should be to add smbus, smb and nfpm. Since nfsmb is taken from sensors, do I compile zombie device. Mobo is asus nforce3 k8n 250, 6.1 and amd64. none0@pci0:1:1: class=0x0c0500 card=0x813f1043 chip=0x00e410de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce PCI SMB Controller' class = serial bus subclass = SMBus Zoran From owner-freebsd-stable@FreeBSD.ORG Sun Aug 13 15:22:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B73EA16A4DA for ; Sun, 13 Aug 2006 15:22:05 +0000 (UTC) (envelope-from anders@FreeBSD.org) Received: from fupp.net (totem.fix.no [80.91.36.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 902B143D53 for ; Sun, 13 Aug 2006 15:22:04 +0000 (GMT) (envelope-from anders@FreeBSD.org) Received: from localhost (totem.fix.no [80.91.36.20]) by fupp.net (Postfix) with ESMTP id A116C8D9897; Sun, 13 Aug 2006 17:22:02 +0200 (CEST) Received: from fupp.net ([80.91.36.20]) by localhost (totem.fix.no [80.91.36.20]) (amavisd-new, port 10024) with LMTP id 08005-04-2; Sun, 13 Aug 2006 17:22:02 +0200 (CEST) Received: by fupp.net (Postfix, from userid 1000) id 406978D9874; Sun, 13 Aug 2006 17:22:02 +0200 (CEST) Date: Sun, 13 Aug 2006 17:22:02 +0200 From: Anders Nordby To: Lasse Edlund Message-ID: <20060813152202.GA8958@totem.fix.no> References: <20060809164029.VMZX23359.mxfep02.bredband.com@anon> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060809164029.VMZX23359.mxfep02.bredband.com@anon> X-PGP-Key: http://anders.fix.no/pgp/ X-PGP-Key-FingerPrint: 1E0F C53C D8DF 6A8F EAAD 19C5 D12A BC9F 0083 5956 User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: problems getting RAID1 to work with SiI 0680 UDMA133 controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Aug 2006 15:22:05 -0000 Hi, Given the quality of this controller (SiL is a bit *too* cheap maybe), and the limited support for it (ataraid(4) can only read metadata from it), you might want to consider using GEOM to mirror your disks instead (and use the controller as a plain IDE/ATA controller): http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/geom-mirror.html On Wed, Aug 09, 2006 at 06:39:46PM +0200, Lasse Edlund wrote: > I have this "ultra ata IDE controller card" that I try to use with RAID1, > > Both the harddrives I intend to use, ad6 & ad4 are working, fsck gives no > errors and I can read/write on them. > > I have setup raid1 on these in the bios utility for the ata controller card. > but now It says one of them is down! > > Why is that? And what can I do about it? > > > > >From dmesg: > > atapci0: port > 0x1050-0x1057,0x1060-0x1063,0x1058-0 > x105f,0x1064-0x1067,0x1040-0x104f mem 0x40100000-0x401000ff irq 18 at device > 9.0 on pci2 > > ad0: 19092MB at ata0-master UDMA100 > > acd0: CDROM at ata1-master PIO4 > > ad4: 190782MB at ata2-master UDMA100 > > ad5: 286188MB at ata2-slave UDMA133 > > ad6: 190782MB at ata3-master UDMA100 > > ad7: 14664MB at ata3-slave UDMA66 > > ar0: WARNING - mirror protection lost. RAID1 array in DEGRADED mode > > ar0: 190781MB status: DEGRADED > > ar0: disk0 DOWN no device found for this subdisk > > ar0: disk1 READY (mirror) using ad6 at ata3-master > > > > su-2.05b# atacontrol list > > ATA channel 0: > > Master: ad0 ATA/ATAPI revision 4 > > Slave: no device present > > ATA channel 1: > > Master: acd0 ATA/ATAPI revision 0 > > Slave: no device present > > ATA channel 2: > > Master: ad4 ATA/ATAPI revision 6 > > Slave: ad5 ATA/ATAPI revision 7 > > ATA channel 3: > > Master: ad6 ATA/ATAPI revision 6 > > Slave: ad7 ATA/ATAPI revision 4 > > _______________________________________________ > 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" -- Anders. From owner-freebsd-stable@FreeBSD.ORG Sun Aug 13 15:41:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0532116A4E9 for ; Sun, 13 Aug 2006 15:41:08 +0000 (UTC) (envelope-from avleeuwen@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCC1B43D53 for ; Sun, 13 Aug 2006 15:41:01 +0000 (GMT) (envelope-from avleeuwen@gmail.com) Received: by nf-out-0910.google.com with SMTP id g2so1692914nfe for ; Sun, 13 Aug 2006 08:41:00 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type; b=QPgrU+4/RLuDcplGlrTkrcA2gjQ/H4G92xT/mHRAsAVpodw7xHLwwPeefiifiIYwRTJj5FOgTv2wNxv6qikwJWQufbRlNeKgHBtB4CWfioIeq7jBYN+gROUgL6XhdINWIWcEfxB1lH/RTqI3/DoPPYeSBpCMwAf2ElaGMHSNr7g= Received: by 10.78.165.13 with SMTP id n13mr1087120hue; Sun, 13 Aug 2006 08:41:00 -0700 (PDT) Received: by 10.78.148.12 with HTTP; Sun, 13 Aug 2006 08:41:00 -0700 (PDT) Message-ID: Date: Sun, 13 Aug 2006 17:41:00 +0200 From: "Arjan van Leeuwen" 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: IBM xSeries 336 dual Xeon hangs on boot when APIC enabled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: avleeuwen@piwebs.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Aug 2006 15:41:08 -0000 I'm trying to boot FreeBSD 6.1-RELEASE/amd64 on an IBM xSeries 336 machine with dual Xeons 3.2GHz installed. The installation was successful, but if I try to boot the SMP kernel, it hangs after detection of SCSI and ATA devices (possibly when doing the initialization of the mpt0 RAID controller, or when it tries to start the second CPU?). boot -v doesn't give any error messages at that point. Disabling or enabling hyperthreading does not make a difference. Disabling the APIC allows it to boot, but gives me only one CPU. Apart from the missing CPU, everything seems to work fine. Doing a verbose boot with APIC disabled does generate a lot of these messages (practically continuously): SCSI IO Request @ 0xffffffffb3975880 Chain Offset 0x10 MsgFlags 0x00 MsgContext 0x000100f0 Bus: 0 TargetID 0 SenseBufferLength 32 LUN: 0x0 Control 0x01000000 WRITE SIMPLEQ DataLength 0x00004000 SenseBufAddr 0xcf4d91e0 CDB[0:10] 2a 00 00 b2 73 9f 00 00 20 00 SE32 0xffffffffb39fe030: Addr=0x4ee31000 FlagsLength=0x14001000 HOST_TO_IOC SE32 0xffffffffb39fe038: Addr=0x4eff2000 FlagsLength=0x94001000 HOST_TO_IOC LAST_ELEMENT CE32 0xffffffffb39fe040: Addr=0xcf4d9048 NxtChnO=0x0 Flgs=0x30 Len=0x10 SE32 0xffffffffb39fe048: Addr=0x4ec93000 FlagsLength=0x14001000 HOST_TO_IOC SE32 0xffffffffb39fe050: Addr=0x4edf4000 FlagsLength=0xd5001000 HOST_TO_IOC LAST_ELEMENT END_OF_BUFFER END_OF_LIST Can this be related to the problem in any way? Attached is a dmesg from a successful boot with APIC disabled, with a note of where the boot hangs when APIC is enabled. Does anyone have experience with these machines, or hints on what to try next? Arjan dmesg.boot: Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-RELEASE #0: Sun May 7 04:15:57 UTC 2006 root@bloom.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3200.14-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 Features=0xbfebfbff Features2=0x641d> AMD Features=0x20000800 real memory = 4966055936 (4736 MB) avail memory = 4127162368 (3935 MB) kbd1 at kbdmux0 acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x588-0x58b on acpi0 cpu0: on acpi0 pcib0: on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pcib1: at device 2.0 on pci0 pci2: on pcib1 pcib2: at device 4.0 on pci0 pci3: on pcib2 pcib3: at device 0.0 on pci3 pci4: on pcib3 mpt0: port 0x4000-0x40ff mem 0xdeff0000-0xdeffffff,0xdefe0000-0xdefeffff irq 11 at device 1.0 on pci4 mpt0: [GIANT-LOCKED] mpt0: MPI Version=1.2.15.0 mpt0: Unhandled Event Notify Frame. Event 0xa. mpt0: Capabilities: ( RAID-1E RAID-1 SAFTE ) mpt0: 1 Active Volume (1 Max) mpt0: 2 Hidden Drive Members (6 Max) pcib4: at device 0.2 on pci3 pci5: on pcib4 pcib5: at device 6.0 on pci0 pci6: on pcib5 bge0: mem 0xdcff0000-0xdcffffff irq 11 at device 0.0 on pci6 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:14:5e:7e:a4:0c pcib6: at device 7.0 on pci0 pci7: on pcib6 bge1: mem 0xdaff0000-0xdaffffff irq 11 at device 0.0 on pci7 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:14:5e:7e:a4:0d pci0: at device 8.0 (no driver attached) uhci0: port 0x2200-0x221f 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 0x2600-0x261f irq 3 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 ehci0: mem 0xf9000000-0xf90003ff irq 5 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered pcib7: at device 30.0 on pci0 pci1: on pcib7 pci1: at device 1.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x480-0x48f at device 31.2 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: unable to set the command byte. device_attach: atkbd0 attach returned 6 psm0: unable to set the command byte. sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A orm0: at iomem 0xc0000-0xcafff on isa0 ppc0: cannot reserve I/O port range 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 uhub3: Mitsumi Electric Hub in Apple Extended USB Keyboard, class 9/0, rev 1.10/4.10, addr 2 uhub3: 3 ports with 2 removable, bus powered ukbd0: Mitsumi Electric Apple Extended USB Keyboard, rev 1.10/4.10, addr 3, iclass 3/1 kbd0 at ukbd0 uhid0: Mitsumi Electric Apple Extended USB Keyboard, rev 1.10/4.10, addr 3, iclass 3/1 Timecounter "TSC" frequency 3200142440 Hz quality 800 Timecounters tick every 1.000 msec module_register_init: MOD_LOAD (amr_linux, 0xffffffff8062a040, 0) error 6 Waiting 5 seconds for SCSI devices to settle acd0: CDRW at ata0-master UDMA33 --- POINT WHERE BOOT HANGS IF APIC ENABLED --- mpt0:vol0(mpt0:0:0): Settings ( Hot-Plug-Spares ) mpt0:vol0(mpt0:0:0): Using Spare Pool: 0 mpt0:vol0(mpt0:0:0): 2 Members: (mpt0:0:0): Primary (mpt0:0:1): Secondary mpt0:vol0(mpt0:0:0): RAID-1 - Optimal mpt0:vol0(mpt0:0:0): Status ( Enabled ) (mpt0:vol0:0): Physical (mpt0:0:0), Pass-thru (mpt0:1:0) (mpt0:vol0:0): Online (mpt0:vol0:1): Physical (mpt0:0:1), Pass-thru (mpt0:1:1) (mpt0:vol0:1): Online ses0 at mpt0 bus 0 target 8 lun 0 ses0: Fixed Processor SCSI-2 device ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device pass2 at mpt0 bus 1 target 0 lun 0 pass2: Fixed unknown SCSI-4 device pass2: 320.000MB/s transfers (160.000MHz, offset 127, 16bit), Tagged Queueing Enabled pass3 at mpt0 bus 1 target 1 lun 0 pass3: Fixed unknown SCSI-4 device pass3: 320.000MB/s transfers (160.000MHz, offset 127, 16bit), Tagged Queueing Enabled da0 at mpt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 320.000MB/s transfers (160.000MHz, offset 127, 16bit), Tagged Queueing Enabled da0: 69878MB (143110144 512 byte sectors: 255H 63S/T 8908C) Trying to mount root from ufs:/dev/da0s1a From owner-freebsd-stable@FreeBSD.ORG Sun Aug 13 17:55:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71B4616A4DF for ; Sun, 13 Aug 2006 17:55:27 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05EFE43D46 for ; Sun, 13 Aug 2006 17:55:26 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id c59so805850pyc for ; Sun, 13 Aug 2006 10:55:26 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OT9lI0fCZjRgZh/BchKlxQ2LKXiHNLkxlXLCceHem4aB3dP6oE7CSQFwE7XpRWfxwDB5tQXiJ0KUnNfY7tkI0mdS32luEkWidSJYy3cI4ba5zph4BZswLnE1M4F3f2jcwVA72tsELcsa0qNGTlxxWCaoY86gJFmogT/OQrgGjSU= Received: by 10.35.41.14 with SMTP id t14mr11301911pyj; Sun, 13 Aug 2006 10:55:26 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Sun, 13 Aug 2006 10:55:26 -0700 (PDT) Message-ID: <2a41acea0608131055x477dac81u568fbd263adb7fa@mail.gmail.com> Date: Sun, 13 Aug 2006 10:55:26 -0700 From: "Jack Vogel" To: avleeuwen@piwebs.com In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-stable@freebsd.org Subject: Re: IBM xSeries 336 dual Xeon hangs on boot when APIC enabled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Aug 2006 17:55:27 -0000 On 8/13/06, Arjan van Leeuwen wrote: > I'm trying to boot FreeBSD 6.1-RELEASE/amd64 on an IBM xSeries 336 machine > with dual Xeons 3.2GHz installed. > > The installation was successful, but > if I try to boot the SMP kernel, it hangs after detection of SCSI and ATA > devices (possibly when doing the initialization of the mpt0 RAID controller, > or when it tries to start the second CPU?). [ ...] Couple questions come to mind: First, will it work if you install i386? Second, had it ever worked on this system with older releases? The reason you dont see the second cpu without ACPI is that IBM does not have the legacy MP table stuff set up, they require the ACPI tables to do MP (this is intentional not an oversight). A useful exercise would be to do a pciconf when you are up and see what pci devices are unknown. Good luck, Jack From owner-freebsd-stable@FreeBSD.ORG Sun Aug 13 19:04:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D506516A4E0 for ; Sun, 13 Aug 2006 19:04:35 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mfront8.mail.yandex.net (mfront8.mail.yandex.net [213.180.223.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86C8843D5C for ; Sun, 13 Aug 2006 19:04:34 +0000 (GMT) (envelope-from bu7cher@yandex.ru) Received: from YAMAIL (mfront8.yandex.ru) by mail.yandex.ru id ; Sun, 13 Aug 2006 23:04:23 +0400 Received: from [82.211.152.12] ([82.211.152.12]) by mail.yandex.ru with HTTP; Sun, 13 Aug 2006 23:04:23 +0400 (MSD) Date: Sun, 13 Aug 2006 23:04:23 +0400 (MSD) From: "Andrey V. Elsukov" Sender: bu7cher@yandex.ru Message-Id: <44DF77B7.000001.03083@mfront8.yandex.ru> MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] Errors-To: bu7cher@yandex.ru To: avleeuwen@piwebs.com In-Reply-To: References: X-Source-Ip: 82.211.152.12 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: IBM xSeries 336 dual Xeon hangs on boot when APIC enabled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bu7cher@yandex.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Aug 2006 19:04:35 -0000 >I'm trying to boot FreeBSD 6.1-RELEASE/amd64 on an IBM xSeries 336 machine >with dual Xeons 3.2GHz installed. > >The installation was successful, but >if I try to boot the SMP kernel, it hangs after detection of SCSI and ATA >devices (possibly when doing the initialization of the mpt0 RAID controller, >or when it tries to start the second CPU?). Some time ago I was tried installation i386/FreeBSD on IBM x336 and x346. And i have successfull installation. I think amd64 is probally not right platform for this server. -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Sun Aug 13 19:23:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10AB616A4DD; Sun, 13 Aug 2006 19:23:09 +0000 (UTC) (envelope-from aturetta@commit.it) Received: from mail.logital.it (85-18-201-99.ip.fastwebnet.it [85.18.201.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2384F43D46; Sun, 13 Aug 2006 19:23:01 +0000 (GMT) (envelope-from aturetta@commit.it) Received: from [151.38.10.253] (adsl-253-10.38-151.net24.it [151.38.10.253]) (authenticated bits=0) by mail.logital.it (8.13.7/8.13.7) with ESMTP id k7DJMjMF029155; Sun, 13 Aug 2006 21:22:54 +0200 (CEST) (envelope-from aturetta@commit.it) Message-ID: <44DF7C00.5050905@commit.it> Date: Sun, 13 Aug 2006 21:22:40 +0200 From: Angelo Turetta User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.11) Gecko/20050728 X-Accept-Language: it, en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <44DB1093.8070203@commit.it> <20060810200328.GA90274@freebsd.org.ua> In-Reply-To: <20060810200328.GA90274@freebsd.org.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=BAYES_50 autolearn=ham version=3.1.4 X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on mail.logital.it X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on mail.logital.it X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: amd64 cannot boot on ASUS M2N-E X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Aug 2006 19:23:09 -0000 Ruslan Ermilov wrote: > On Thu, Aug 10, 2006 at 12:55:15PM +0200, Angelo Turetta wrote: >>Trying to boot the latest snapshot 6.1-STABLE-200608-amd64, the kernel >>probes most peripherals (the Marvel gigabit-ethernet is not detected, >>but that's a known item), but just after reporting acd0 it hangs solid >>with the IDE led on. No panic, nor errors. >> >>7.0-CURRENT-200608-amd64 boots fine (no Marvel gbit, of course). >> >>What should I try next? >> > > You need ata-chipset.c from -CURRENT, or wait for fix to be merged. Ruslan, Thanks for hint, but it didn't work. I built a custom 6.1-STABLE snapshot using sys/sys/ata.h and sys/dev/ata/* from HEAD, but the problem is not solved. It hangs after detecting the CD-ROM and before the HDs. Too bad the installer for CURRENT snapshot is broken: I've to find a way to install by hand. Angelo. From owner-freebsd-stable@FreeBSD.ORG Sun Aug 13 19:29:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFC0016A4DE for ; Sun, 13 Aug 2006 19:29:11 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08BB743D45 for ; Sun, 13 Aug 2006 19:29:03 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 7E1CC5D0C; Sun, 13 Aug 2006 23:29:02 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 711E95D04; Sun, 13 Aug 2006 23:29:02 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.6/8.13.6) id k7DJT6J8016235; Sun, 13 Aug 2006 23:29:06 +0400 (MSD) (envelope-from ru) Date: Sun, 13 Aug 2006 23:29:06 +0400 From: Ruslan Ermilov To: Zoran Kolic Message-ID: <20060813192906.GF15783@rambler-co.ru> References: <20060813143030.GA997@faust.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eMnpOGXCMazMAbfp" Content-Disposition: inline In-Reply-To: <20060813143030.GA997@faust.net> User-Agent: Mutt/1.5.12-2006-07-14 X-Virus-Scanned: No virus found Cc: freebsd-stable@freebsd.org Subject: Re: nfpm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Aug 2006 19:29:12 -0000 --eMnpOGXCMazMAbfp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 13, 2006 at 04:30:31PM +0200, Zoran Kolic wrote: > Hi all! > I would like to add nfpm device > into kernel, but cannot find it > in source. Googling for awile, > I've found a lot of posts on nfsmb, > broken compilings... > In this moment looks to me that the > correct way should be to add smbus, > smb and nfpm. Since nfsmb is taken > from sensors, do I compile zombie > device. > Mobo is asus nforce3 k8n 250, 6.1 > and amd64. >=20 > none0@pci0:1:1: class=3D0x0c0500 card=3D0x813f1043 chip=3D0x00e410de rev= =3D0xa1 hdr=3D0x00 > vendor =3D 'NVIDIA Corporation' > device =3D 'nForce PCI SMB Controller' > class =3D serial bus > subclass =3D SMBus >=20 You motherboard is nForce3 based so you don't need nfpm. nfpm is just an alias for amdpm, so this is probably why you can't find its sources: # grep nfpm sys/conf/files pci/amdpm.c optional amdpm pci | nfpm pci # amdpm AMD 756 Power Management Unit # amdsmb AMD 8111 SMBus 2.0 Controller # nfpm NVIDIA nForce Power Management Unit # nfsmb NVIDIA nForce2/3/4 MCP SMBus 2.0 Controller I've written amdsmb for Asus SK8N, only to find out that there are no sensors attached to it. :-) Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --eMnpOGXCMazMAbfp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE332CqRfpzJluFF4RAm/XAJwO5h9ajQS29Q88x6Y2h2ZzlZk6PwCgmnFT bR+39VamDk6C1NE86opRLuA= =eRvQ -----END PGP SIGNATURE----- --eMnpOGXCMazMAbfp-- From owner-freebsd-stable@FreeBSD.ORG Sun Aug 13 20:23:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C5B216A4DE for ; Sun, 13 Aug 2006 20:23:36 +0000 (UTC) (envelope-from mich@FreeBSD.org) Received: from mail2.itxmarket.com (fw.itxmarket.com [84.14.136.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E57B43D4C for ; Sun, 13 Aug 2006 20:23:36 +0000 (GMT) (envelope-from mich@FreeBSD.org) Received: from icommerce.fr (mich2.itxmarket.com [192.168.2.26]) by mail2.itxmarket.com (Postfix) with ESMTP id 4FE381C0952; Sun, 13 Aug 2006 22:23:31 +0200 (CEST) Received: by icommerce.fr (Postfix, from userid 1001) id 9D3E72281F; Sun, 13 Aug 2006 22:23:34 +0200 (CEST) Date: Sun, 13 Aug 2006 22:23:34 +0200 From: Michael Landin Hostbaek To: avleeuwen@piwebs.com Message-ID: <20060813202334.GR68776@mich2.itxmarket.com> Mail-Followup-To: Michael Landin Hostbaek , avleeuwen@piwebs.com, freebsd-stable@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 6.1-STABLE i386 X-PGP-Key: http://www.freebsdcluster.org/~mich/ User-Agent: Mutt/1.5.12-2006-07-14 Cc: freebsd-stable@freebsd.org Subject: Re: IBM xSeries 336 dual Xeon hangs on boot when APIC enabled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Aug 2006 20:23:36 -0000 Arjan van Leeuwen (avleeuwen) writes: > I'm trying to boot FreeBSD 6.1-RELEASE/amd64 on an IBM xSeries 336 machine > with dual Xeons 3.2GHz installed. > > The installation was successful, but > if I try to boot the SMP kernel, it hangs after detection of SCSI and ATA > devices (possibly when doing the initialization of the mpt0 RAID controller, > or when it tries to start the second CPU?). > I've just had a similar problem with an IBM xSeries 232 - it would not boot with apic enabled.. I chased the problem down to the network adapter (fxp) - and when disabling the planar ethernet in BIOS it would boot with SMP. I managed to get both NIC and SMP working by disabling a bunch of stuff in the BIOS, fx both serial ports and also the floppy drive. Your problem might not be related, but give it a shot ! /mich From owner-freebsd-stable@FreeBSD.ORG Mon Aug 14 02:09:14 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41FFB16A4DF for ; Mon, 14 Aug 2006 02:09:14 +0000 (UTC) (envelope-from pvh@wfeet.za.net) Received: from ctb-mesg4.saix.net (ctb-mesg4.saix.net [196.25.240.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95C1643D46 for ; Mon, 14 Aug 2006 02:09:13 +0000 (GMT) (envelope-from pvh@wfeet.za.net) Received: from leftside.wfeet.za.net (dsl-165-199-207.telkomadsl.co.za [165.165.199.207]) by ctb-mesg4.saix.net (Postfix) with ESMTP id 7C05B247A for ; Mon, 14 Aug 2006 04:09:02 +0200 (SAST) Received: from [192.168.0.1] by leftside.wfeet.za.net with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1GCBkg-0001OP-K1 for stable@freebsd.org; Sun, 13 Aug 2006 10:55:36 +0200 Message-ID: <44DEE8FA.2030600@wfeet.za.net> Date: Sun, 13 Aug 2006 10:55:22 +0200 From: Peter van Heusden User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 192.168.0.1 X-SA-Exim-Mail-From: pvh@wfeet.za.net X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on leftside.wfeet.za.net X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.3 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on leftside.wfeet.za.net) Cc: Subject: Unexplained kernel panic on 5-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: Mon, 14 Aug 2006 02:09:14 -0000 Hi everyone Almost every day, some time around midnight, my FreeBSD 5-STABLE kernel panics. I've attached the output of a kgdb session of the saved core file - is there any further info that would be useful to debugging? I've got no idea where to start looking for a solution to this problem, so please help!! Thanks, Peter leftside# kgdb kernel.debug /var/crash/vmcore.25 [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". Ready to go. Enter 'tr' to connect to the remote target with /dev/cuaa0, 'tr /dev/cuaa1' to connect to a different port or 'trf portno' to connect to the remote target with the firewire interface. portno defaults to 5556. Type 'getsyms' after connection to load kld symbols. If you're debugging a local system, you can use 'kldsyms' instead to load the kld symbols. That's a less obnoxious interface. Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x24 fault code = supervisor read, page not present instruction pointer = 0x8:0xc066dfc3 stack pointer = 0x10:0xcbae8bfc frame pointer = 0x10:0xcbae8c10 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 16 (irq5: fxp0) trap number = 12 panic: page fault Uptime: 2d0h51m36s Dumping 251 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 #0 doadump () at pcpu.h:160 160 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) list 0xc066dfc3 Function "0xc066dfc3" not defined. (kgdb) list *0xc066dfc3 0xc066dfc3 is in propagate_priority (/usr/src/sys/kern/subr_turnstile.c:245). 240 /* 241 * Pick up the lock that td is blocked on. 242 */ 243 ts = td->td_blocked; 244 MPASS(ts != NULL); 245 tc = TC_LOOKUP(ts->ts_lockobj); 246 mtx_lock_spin(&tc->tc_lock); 247 248 /* 249 * This thread may not be blocked on this turnstile anymore (kgdb) backtrace #0 doadump () at pcpu.h:160 During symbol reading, Incomplete CFI data; unspecified registers at 0xc064fc41. #1 0xc06501dc in boot (howto=0x104) at /usr/src/sys/kern/kern_shutdown.c:412 #2 0xc0650470 in panic (fmt=0xc084b541 "%s") at /usr/src/sys/kern/kern_shutdown.c:568 #3 0xc08015fc in trap_fatal (frame=0xcbae8bbc, eva=0x24) at /usr/src/sys/i386/i386/trap.c:822 #4 0xc0800da1 in trap (frame= {tf_fs = 0xc14e0018, tf_es = 0xc14f0010, tf_ds = 0x10, tf_edi = 0xc1e22c02, tf_esi = 0xc14edc00, tf_ebp = 0xcbae8c10, tf_isp = 0xcbae8be8, tf_ebx = 0xc1e22c00, tf_edx = 0xc14e4610, tf_ecx = 0xc0936a00, tf_eax = 0x0, tf_trapno = 0xc, tf_err = 0x0, tf_eip = 0xc066dfc3, tf_cs = 0x8, tf_eflags = 0x10093, tf_esp = 0x10, tf_ss = 0x0}) at /usr/src/sys/i386/i386/trap.c:257 #5 0xc07f0eea in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #6 0xc14e0018 in ?? () #7 0xc14f0010 in ?? () #8 0x00000010 in ?? () #9 0xc1e22c02 in ?? () #10 0xc14edc00 in ?? () #11 0xcbae8c10 in ?? () #12 0xcbae8be8 in ?? () #13 0xc1e22c00 in ?? () #14 0xc14e4610 in ?? () #15 0xc0936a00 in uma_mtx () #16 0x00000000 in ?? () #17 0x0000000c in ?? () #18 0x00000000 in ?? () #19 0xc066dfc3 in propagate_priority (td=0xc1e22c00) at /usr/src/sys/kern/subr_turnstile.c:243 #20 0xc066e63e in turnstile_wait (ts=0xc14e4600, lock=0xc0936a00, owner=0xc1e22c00) at /usr/src/sys/kern/subr_turnstile.c:556 #21 0xc0647af9 in _mtx_lock_sleep (m=0xc0936a00, td=0xc14edc00, opts=0x0, file=0x0, line=0x0) at /usr/src/sys/kern/kern_mutex.c:552 #22 0xc07b6a40 in uma_zalloc_arg (zone=0xc1045ba0, udata=0xcbae8c8c, flags=0x1) at /usr/src/sys/vm/uma_core.c:1825 #23 0xc0544ed2 in fxp_add_rfabuf (sc=0xc1607000, rxp=0xc1607300) at mbuf.h:401 #24 0xc0544150 in fxp_intr_body (sc=0xc1607000, ifp=0xc1607000, statack=0x0, count=0xffffffff) at /usr/src/sys/dev/fxp/if_fxp.c:1682 #25 0xc0543f38 in fxp_intr (xsc=0xc1607000) at /usr/src/sys/dev/fxp/if_fxp.c:1554 #26 0xc063c849 in ithread_loop (arg=0xc14eaa80) at /usr/src/sys/kern/kern_intr.c:547 #27 0xc063badc in fork_exit (callout=0xc063c6f8 , arg=0xc14eaa80, frame=0xcbae8d38) at /usr/src/sys/kern/kern_fork.c:791 #28 0xc07f0f4c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:209 From owner-freebsd-stable@FreeBSD.ORG Mon Aug 14 08:45:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E027516A4DE for ; Mon, 14 Aug 2006 08:45:46 +0000 (UTC) (envelope-from avleeuwen@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A53E43D45 for ; Mon, 14 Aug 2006 08:45:45 +0000 (GMT) (envelope-from avleeuwen@gmail.com) Received: by nf-out-0910.google.com with SMTP id g2so395nfe for ; Mon, 14 Aug 2006 01:45:44 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:references; b=VoMd9/pfzyIyRvtf3Tfn63bsfYyq8RRnWBsFf3C/vP9fI69BKfjyR32mo5VcSNDXQ1ZP7GjHZqvTrORtmmyRSxBdwwwr0Du1stSVD6D4p8Nf5eUfHyFiodfpFefkamIhn+QUh7YjeT4W9i7JInA/pd6sQwfuVQkcLP1gErwJwHU= Received: by 10.78.175.14 with SMTP id x14mr3157060hue; Mon, 14 Aug 2006 01:45:44 -0700 (PDT) Received: by 10.78.148.12 with HTTP; Mon, 14 Aug 2006 01:45:44 -0700 (PDT) Message-ID: Date: Mon, 14 Aug 2006 10:45:44 +0200 From: "Arjan van Leeuwen" To: "Michael Landin Hostbaek" , avleeuwen@piwebs.com, freebsd-stable@freebsd.org In-Reply-To: <20060813202334.GR68776@mich2.itxmarket.com> MIME-Version: 1.0 References: <20060813202334.GR68776@mich2.itxmarket.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: IBM xSeries 336 dual Xeon hangs on boot when APIC enabled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: avleeuwen@piwebs.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Aug 2006 08:45:47 -0000 2006/8/13, Michael Landin Hostbaek : > > Arjan van Leeuwen (avleeuwen) writes: > > I'm trying to boot FreeBSD 6.1-RELEASE/amd64 on an IBM xSeries 336 > machine > > with dual Xeons 3.2GHz installed. > > > > The installation was successful, but > > if I try to boot the SMP kernel, it hangs after detection of SCSI and > ATA > > devices (possibly when doing the initialization of the mpt0 RAID > controller, > > or when it tries to start the second CPU?). > > > > I've just had a similar problem with an IBM xSeries 232 - it would not > boot with apic enabled.. I chased the problem down to the network > adapter (fxp) - and when disabling the planar ethernet in BIOS it would > boot with SMP. Yes! Indeed, the system boots perfectly well if I disable both network adapters (bge, see dmesg.boot posted earlier). However, I need at least one functioning network adapter... I managed to get both NIC and SMP working by disabling a bunch of stuff > in the BIOS, fx both serial ports and also the floppy drive. ... and this doesn't seem to work for me. So: 1) Why does my system hang if I enable the network adapter? 2) Why does it only hang if APIC is enabled? Arjan Your problem might not be related, but give it a shot ! > > /mich > > From owner-freebsd-stable@FreeBSD.ORG Mon Aug 14 10:45:28 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A40E16A4DA for ; Mon, 14 Aug 2006 10:45:28 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id C95EF43D73 for ; Mon, 14 Aug 2006 10:45:16 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id k7EAjB1n006954 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 14 Aug 2006 14:45:11 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id k7EAjBPU006953 for stable@FreeBSD.org; Mon, 14 Aug 2006 14:45:11 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 14 Aug 2006 14:45:10 +0400 From: Gleb Smirnoff To: stable@FreeBSD.org Message-ID: <20060814104510.GS96644@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.6i Cc: Subject: fresh em(4) patch for RELENG_6 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, 14 Aug 2006 10:45:28 -0000 Colleagues, although one week ago we have made a very big merge of the em(4) driver from HEAD to RELENG_6, during this week the driver has experienced few important changes in HEAD: 1) Pyun YongHyeon has fixed problems in both TX and RX path that can happen when system experiences mbuf shortage. 2) Intel's driver version 6.1.4 has been merged. The patch for RELENG_6 is available here: http://people.freebsd.org/~glebius/em-RELENG_6.patch Currently there is also a known problem - a race condition, that occurs on SMP triggering a fake watchdog event, that leads to unwanted NIC reset. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Mon Aug 14 12:13:12 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BBAB16A4DE; Mon, 14 Aug 2006 12:13:12 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E53843D7C; Mon, 14 Aug 2006 12:13:08 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.13.6/8.13.4) with ESMTP id k7ECD7AW095362; Mon, 14 Aug 2006 08:13:07 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id k7ECD5QR058219 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 14 Aug 2006 08:13:05 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20060814081145.11102630@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Mon, 14 Aug 2006 08:12:21 -0400 To: Gleb Smirnoff , stable@freebsd.org From: Mike Tancsa In-Reply-To: <20060814104510.GS96644@FreeBSD.org> References: <20060814104510.GS96644@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: fresh em(4) patch for RELENG_6 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, 14 Aug 2006 12:13:12 -0000 At 06:45 AM 14/08/2006, Gleb Smirnoff wrote: >The patch for RELENG_6 is available here: > >http://people.freebsd.org/~glebius/em-RELENG_6.patch > >Currently there is also a known problem - a race condition, >that occurs on SMP triggering a fake watchdog event, that >leads to unwanted NIC reset. Hi, Is that problem in the driver in RELENG_6, or what is in the patch ? ---Mike From owner-freebsd-stable@FreeBSD.ORG Mon Aug 14 12:28:40 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8380116A4DF for ; Mon, 14 Aug 2006 12:28:40 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FFFE43D80 for ; Mon, 14 Aug 2006 12:28:32 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id k7ECSTIl007710 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 14 Aug 2006 16:28:30 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id k7ECSTdb007709; Mon, 14 Aug 2006 16:28:29 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 14 Aug 2006 16:28:29 +0400 From: Gleb Smirnoff To: Mike Tancsa Message-ID: <20060814122829.GZ96644@cell.sick.ru> References: <20060814104510.GS96644@FreeBSD.org> <6.2.3.4.0.20060814081145.11102630@64.7.153.2> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <6.2.3.4.0.20060814081145.11102630@64.7.153.2> User-Agent: Mutt/1.5.6i Cc: stable@FreeBSD.org Subject: Re: fresh em(4) patch for RELENG_6 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, 14 Aug 2006 12:28:40 -0000 On Mon, Aug 14, 2006 at 08:12:21AM -0400, Mike Tancsa wrote: M> At 06:45 AM 14/08/2006, Gleb Smirnoff wrote: M> M> >The patch for RELENG_6 is available here: M> > M> >http://people.freebsd.org/~glebius/em-RELENG_6.patch M> > M> >Currently there is also a known problem - a race condition, M> >that occurs on SMP triggering a fake watchdog event, that M> >leads to unwanted NIC reset. M> M> Is that problem in the driver in RELENG_6, or what is in the patch ? It is present both in RELENG_6 and in HEAD. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Mon Aug 14 14:17:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20CDF16A4E7 for ; Mon, 14 Aug 2006 14:17:16 +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 419F743D49 for ; Mon, 14 Aug 2006 14:17:04 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7EEGn9l013497; Mon, 14 Aug 2006 10:17:02 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 14 Aug 2006 09:37:21 -0400 User-Agent: KMail/1.9.1 References: <44DE5BA7.8050403@hvc.RR.com> In-Reply-To: <44DE5BA7.8050403@hvc.RR.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608140937.21414.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Mon, 14 Aug 2006 10:17:02 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1659/Mon Aug 14 04:44:22 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Peter Liepmann Subject: Re: Boot manager beep X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Aug 2006 14:17:16 -0000 On Saturday 12 August 2006 18:52, Peter Liepmann wrote: > patch to disable this > > http://lists.freebsd.org/pipermail/freebsd-questions/2006-May/120475.html On 6-stable it should only beep if you press a wrong key now. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Aug 14 14:17:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8195016A5B4 for ; Mon, 14 Aug 2006 14:17:18 +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 256D643D72 for ; Mon, 14 Aug 2006 14:17:10 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7EEGn9o013497; Mon, 14 Aug 2006 10:17:09 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 14 Aug 2006 09:47:26 -0400 User-Agent: KMail/1.9.1 References: <2a41acea0608131055x477dac81u568fbd263adb7fa@mail.gmail.com> In-Reply-To: <2a41acea0608131055x477dac81u568fbd263adb7fa@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608140947.27250.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Mon, 14 Aug 2006 10:17:10 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1659/Mon Aug 14 04:44:22 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Jack Vogel , avleeuwen@piwebs.com Subject: Re: IBM xSeries 336 dual Xeon hangs on boot when APIC enabled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Aug 2006 14:17:18 -0000 On Sunday 13 August 2006 13:55, Jack Vogel wrote: > On 8/13/06, Arjan van Leeuwen wrote: > > I'm trying to boot FreeBSD 6.1-RELEASE/amd64 on an IBM xSeries 336 machine > > with dual Xeons 3.2GHz installed. > > > > The installation was successful, but > > if I try to boot the SMP kernel, it hangs after detection of SCSI and ATA > > devices (possibly when doing the initialization of the mpt0 RAID controller, > > or when it tries to start the second CPU?). > > [ ...] > > Couple questions come to mind: First, will it work if you install i386? Second, > had it ever worked on this system with older releases? > > The reason you dont see the second cpu without ACPI is that IBM does not > have the legacy MP table stuff set up, they require the ACPI tables to do > MP (this is intentional not an oversight). FYI, he disabled support for APICs, not ACPI. :) In this case it sounds like IBM's BIOS doesn't provide correct interrupt routing info for the NICs. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Aug 14 14:17:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4E5416A5B7 for ; Mon, 14 Aug 2006 14:17:18 +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 DBDAE43D5C for ; Mon, 14 Aug 2006 14:17:09 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7EEGn9m013497; Mon, 14 Aug 2006 10:17:03 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 14 Aug 2006 09:44:00 -0400 User-Agent: KMail/1.9.1 References: <44DED670.9050601@wfeet.za.net> In-Reply-To: <44DED670.9050601@wfeet.za.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608140944.01232.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Mon, 14 Aug 2006 10:17:08 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1659/Mon Aug 14 04:44:22 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Peter van Heusden Subject: Re: Unexplained kernel panic on 5-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: Mon, 14 Aug 2006 14:17:18 -0000 On Sunday 13 August 2006 03:36, Peter van Heusden wrote: > Hi everyone > > Almost every day, some time around midnight, my FreeBSD 5-STABLE kernel > panics. I've attached the output of a kgdb session of the saved core > file - is there any further info that would be useful to debugging? I've > got no idea where to start looking for a solution to this problem, so > please help!! A thread is sleeping while holding a mutex. > (kgdb) list *0xc066dfc3 > 0xc066dfc3 is in propagate_priority > (/usr/src/sys/kern/subr_turnstile.c:245). > 240 /* > 241 * Pick up the lock that td is blocked on. > 242 */ > 243 ts = td->td_blocked; > 244 MPASS(ts != NULL); > 245 tc = TC_LOOKUP(ts->ts_lockobj); > 246 mtx_lock_spin(&tc->tc_lock); > 247 > 248 /* > 249 * This thread may not be blocked on this > turnstile anymore > (kgdb) backtrace > #19 0xc066dfc3 in propagate_priority (td=0xc1e22c00) at > /usr/src/sys/kern/subr_turnstile.c:243 Do the following in 'kgdb': frame 19 p td->td_proc->p_pid (this will output the 'pid' of the misbehaving thread) proc ( is the pid from the previous command, this switches you to that thread) backtrace That backtrace will then show you which thread slept while holding a mutex. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Aug 14 14:17:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F254516A657; Mon, 14 Aug 2006 14:17: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 8103F43D8C; Mon, 14 Aug 2006 14:17:11 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7EEGn9n013497; Mon, 14 Aug 2006 10:17:09 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org, avleeuwen@piwebs.com Date: Mon, 14 Aug 2006 09:46:15 -0400 User-Agent: KMail/1.9.1 References: <20060813202334.GR68776@mich2.itxmarket.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608140946.15744.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Mon, 14 Aug 2006 10:17:09 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1659/Mon Aug 14 04:44:22 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Michael Landin Hostbaek Subject: Re: IBM xSeries 336 dual Xeon hangs on boot when APIC enabled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Aug 2006 14:17:21 -0000 On Monday 14 August 2006 04:45, Arjan van Leeuwen wrote: > 2006/8/13, Michael Landin Hostbaek : > > > > Arjan van Leeuwen (avleeuwen) writes: > > > I'm trying to boot FreeBSD 6.1-RELEASE/amd64 on an IBM xSeries 336 > > machine > > > with dual Xeons 3.2GHz installed. > > > > > > The installation was successful, but > > > if I try to boot the SMP kernel, it hangs after detection of SCSI and > > ATA > > > devices (possibly when doing the initialization of the mpt0 RAID > > controller, > > > or when it tries to start the second CPU?). > > > > > > > I've just had a similar problem with an IBM xSeries 232 - it would not > > boot with apic enabled.. I chased the problem down to the network > > adapter (fxp) - and when disabling the planar ethernet in BIOS it would > > boot with SMP. > > > Yes! Indeed, the system boots perfectly well if I disable both network > adapters (bge, see > dmesg.boot > posted earlier). However, I need at least one functioning network adapter... > > I managed to get both NIC and SMP working by disabling a bunch of stuff > > in the BIOS, fx both serial ports and also the floppy drive. > > > ... and this doesn't seem to work for me. > > So: > 1) Why does my system hang if I enable the network adapter? > 2) Why does it only hang if APIC is enabled? > > Arjan Compile DDB into your SMP kernel. When it 'hangs', break into ddb and run 'show intrcnt' to see if you are having an interrupt storm. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Aug 14 17:02:17 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE95D16A4EF for ; Mon, 14 Aug 2006 17:02: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 F3BB343D45 for ; Mon, 14 Aug 2006 17:02:16 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (xydilc@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k7EH29h5095710 for ; Mon, 14 Aug 2006 19:02: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 k7EH29SV095709; Mon, 14 Aug 2006 19:02:09 +0200 (CEST) (envelope-from olli) Date: Mon, 14 Aug 2006 19:02:09 +0200 (CEST) Message-Id: <200608141702.k7EH29SV095709@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 14 Aug 2006 19:02:15 +0200 (CEST) Cc: Subject: installword with DESTDIR=/nfs doesn't work? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Aug 2006 17:02:17 -0000 Hi, I just tried to do a "make installworld" with DESTDIR set to a directory on an NFS server. It broke like this: ===> lib/libcom_err/doc (install) lockf -k /mnt/data/6.1-TEST/original-tree/usr/share/info/dir install-info --quiet --defsection="Programming & development tools." --defentry="* libcom_err: (com_err). A Common Error Description Library for UNIX." com_err.info /mnt/data/6.1-TEST/original-tree/usr/share/info/dir lockf: cannot open /mnt/data/6.1-TEST/original-tree/usr/share/info/dir: Operation not supported *** Error code 73 Stop in /usr/src/lib/libcom_err/doc. *** Error code 1 Am I missing something? Is installworld over NFS supported at all? I could swear I have done it before ... Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "Documentation is like sex; when it's good, it's very, very good, and when it's bad, it's better than nothing." -- Dick Brandon From owner-freebsd-stable@FreeBSD.ORG Mon Aug 14 17:12:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E4FD16A4E0 for ; Mon, 14 Aug 2006 17:12:33 +0000 (UTC) (envelope-from dkirhlarov@oilspace.com) Received: from office.oilspace.com (ns2.oilspace.com [194.129.65.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4B1543D5D for ; Mon, 14 Aug 2006 17:12:27 +0000 (GMT) (envelope-from dkirhlarov@oilspace.com) Received: from dimma (hq.oilspace.com [81.222.156.185]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by office.oilspace.com (Postfix) with ESMTP id 7CD55136CE1 for ; Mon, 14 Aug 2006 18:12:25 +0100 (BST) Received: from dimma (localhost [127.0.0.1]) by dimma (8.13.6/8.13.6) with ESMTP id k7EHCMeb073239 for ; Mon, 14 Aug 2006 21:12:22 +0400 (MSD) (envelope-from dkirhlarov@oilspace.com) Received: (from dkirhlarov@localhost) by dimma (8.13.6/8.13.6/Submit) id k7EHCMRd073238 for freebsd-stable@freebsd.org; Mon, 14 Aug 2006 21:12:22 +0400 (MSD) (envelope-from dkirhlarov) Date: Mon, 14 Aug 2006 21:12:22 +0400 From: Dmitriy Kirhlarov To: freebsd-stable@freebsd.org Message-ID: <20060814171221.GF8659@dimma.mow.oilspace.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <200608141702.k7EH29SV095709@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200608141702.k7EH29SV095709@lurza.secnetix.de> X-Mailer: Mutt-ng devel (2005-03-13) based on Mutt 1.5.9 X-Operating-System: FreeBSD 6.1-STABLE User-Agent: mutt-ng/devel-r804 (FreeBSD) Subject: Re: installword with DESTDIR=/nfs doesn't work? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Aug 2006 17:12:33 -0000 On Mon, Aug 14, 2006 at 07:02:09PM +0200, Oliver Fromme wrote: > Hi, > > I just tried to do a "make installworld" with DESTDIR set > to a directory on an NFS server. It broke like this: > > ===> lib/libcom_err/doc (install) > lockf -k /mnt/data/6.1-TEST/original-tree/usr/share/info/dir install-info --quiet --defsection="Programming & development tools." --defentry="* libcom_err: (com_err). A Common Error Description Library for UNIX." com_err.info /mnt/data/6.1-TEST/original-tree/usr/share/info/dir > lockf: cannot open /mnt/data/6.1-TEST/original-tree/usr/share/info/dir: Operation not supported > *** Error code 73 > Stop in /usr/src/lib/libcom_err/doc. > *** Error code 1 > > Am I missing something? Is installworld over NFS supported > at all? I could swear I have done it before ... Look like you need rpc.lockd(8) WBR -- Dmitriy Kirhlarov OILspace, 26 Leninskaya sloboda, bld. 2, 2nd floor, 115280 Moscow, Russia P:+7 495 105 7247 ext.208 F:+7 495 105 7246 E:DmitriyKirhlarov@oilspace.com OILspace - The resource enriched - www.oilspace.com From owner-freebsd-stable@FreeBSD.ORG Mon Aug 14 17:18:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2AD916A4E1 for ; Mon, 14 Aug 2006 17:18:08 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F63843D7B for ; Mon, 14 Aug 2006 17:17:53 +0000 (GMT) (envelope-from karagodov@gmail.com) Received: by py-out-1112.google.com with SMTP id c59so1325426pyc for ; Mon, 14 Aug 2006 10:17:53 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=eV0Hnhn+d2CJayp8SKLUovQRLOq/hHlkGqb/J85gbD8ImBJd6mmbs/zO2N2ZWRX1NWUxe3iV8kzJXAn1D/z8bh0F21CkbNhNVKV3aBVEmaNPZnPp37u0XwoebEgc5F/5zRPAJPsCpeLEM1jqEDQAepXAatulGumVo+RXBTVjt7w= Received: by 10.35.29.6 with SMTP id g6mr13747462pyj; Mon, 14 Aug 2006 10:17:52 -0700 (PDT) Received: by 10.35.66.6 with HTTP; Mon, 14 Aug 2006 10:17:52 -0700 (PDT) Message-ID: Date: Mon, 14 Aug 2006 21:17:52 +0400 From: "Alexey Karagodov" 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: QUOTA+SNAPSHOT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Aug 2006 17:18:09 -0000 hi everybody! is "QUOTA+SNAPSHOT" problem solved? any work-around? also i was tried to "dd if=/dev/zero of=/var/swap/swap.bin bs=1m count=32768" and server stop serving any requests except ping and scroll-lock in console on 18983936K of writed data. my dmesg.boot: Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-RELEASE-p3 #1: Tue Jul 18 15:02:07 MSD 2006 root@library.intranet:/usr/obj/usr/src/sys/CUSTOM ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.60GHz (3614.55-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Features2=0x659d> AMD Features=0x20100800 real memory = 9663676416 (9216 MB) avail memory = 8283246592 (7899 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 6 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard ioapic3 irqs 72-95 on motherboard ioapic4 irqs 96-119 on motherboard kbd1 at kbdmux0 ichwd module loaded acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 1.0 (no driver attached) pcib1: irq 16 at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 ahd0: port 0x2400-0x24ff,0x2000-0x20ff mem 0xdc200000-0xdc201fff irq 32 at device 2.0on pci2 ahd0: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs ahd1: port 0x2c00-0x2cff,0x2800-0x28ff mem 0xdc202000-0xdc203fff irq 33 at device 2.1on pci2 ahd1: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs pci1: at device 0.1 (no driver attached) pcib3: at device 0.2 on pci1 pci3: on pcib3 3ware device driver for 9000 series storage controllers, version: 3.60.02.012 twa0: <3ware 9000 series Storage Controller> port 0x3000-0x30ff mem 0xdc300000-0xdc3000ff,0xde800000-0xdeffffff irq 48 at device 1.0 on pci3 twa0: [FAST] twa0: INFO: (0x15: 0x1300): Controller details:: Model 9500S-12, 12 ports, Firmware FE9X 2.08.00.006, BIOS BE9X 2.03.01.052 em0: port 0x3400-0x343f mem 0xdc320000-0xdc33ffff irq 54 at device 2.0 on pci3 em0: Ethernet address: 00:30:48:74:ad:f0 em1: port 0x3440-0x347f mem 0xdc340000-0xdc35ffff irq 55 at device 2.1 on pci3 em1: Ethernet address: 00:30:48:74:ad:f1 pci1: at device 0.3 (no driver attached) pcib4: irq 16 at device 4.0 on pci0 pci4: on pcib4 pcib5: irq 16 at device 6.0 on pci0 pci5: on pcib5 pcib6: at device 0.0 on pci5 pci6: on pcib6 pci5: at device 0.1 (no driver attached) pcib7: at device 0.2 on pci5 pci7: on pcib7 twa1: <3ware 9000 series Storage Controller> port 0x4000-0x40ff mem 0xdc500000-0xdc5000ff,0xdf000000-0xdf7fffff irq 96 at device 1.0 on pci7 twa1: [FAST] twa1: INFO: (0x15: 0x1300): Controller details:: Model 9500S-12, 12 ports, Firmware FE9X 2.08.00.006, BIOS BE9X 2.03.01.052 pci5: at device 0.3 (no driver attached) uhci0: port 0x1400-0x141f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1420-0x143f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1440-0x145f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1460-0x147f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xdc001000-0xdc0013ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib8: at device 30.0 on pci0 pci8: on pcib8 pci8: at device 1.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x14a0-0x14af at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x14d0-0x14d7,0x14c4-0x14c7,0x14c8-0x14cf,0x14c0-0x14c3,0x14b0-0x14bf irq 18 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 ichsmb0: port 0x1100-0x111f irq 17 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] smbus0: on ichsmb0 smb0: on smbus0 acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 device_attach: atkbd0 attach returned 6 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xc9000-0xc9fff,0xca000-0xcafff,0xcb000-0xcc7ff,0xcc800-0xccfff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ukbd0: CHICONY USB Keyboard, rev 1.10/1.03, addr 2, iclass 3/1 kbd0 at ukbd0 ums0: CHICONY USB Keyboard, rev 1.10/1.03, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. ugen0: American Power Conversion Smart-UPS 750 RM FW:619.3.I USB FW:1.5, rev 1.10/0.06, addr 3 Timecounters tick every 1.000 msec module_register_init: MOD_LOAD (amr_linux, 0xffffffff80691600, 0) error 6 Fast IPsec: Initialized Security Association Processing. Waiting 5 seconds for SCSI devices to settle da0 at twa0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 100.000MB/s transfers da0: 762918MB (1562456064 512 byte sectors: 255H 63S/T 97258C) da1 at twa1 bus 0 target 0 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 100.000MB/s transfers da1: 1907295MB (3906140160 512 byte sectors: 255H 63S/T 243145C) da2 at twa1 bus 0 target 1 lun 0 da2: Fixed Direct Access SCSI-3 device da2: 100.000MB/s transfers da2: 1907295MB (3906140160 512 byte sectors: 255H 63S/T 243145C) SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/da0s1a WARNING: / was not properly dismounted WARNING: /volume01 was not properly dismounted WARNING: /volume02 was not properly dismounted bridge0: Ethernet address: ac:de:48:a4:d7:8c please, help ... From owner-freebsd-stable@FreeBSD.ORG Mon Aug 14 17:29:05 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EC6316A4DD for ; Mon, 14 Aug 2006 17:29:05 +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 9675743D46 for ; Mon, 14 Aug 2006 17:29:04 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (nefezk@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k7EHSv3H097756 for ; Mon, 14 Aug 2006 19:29:03 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k7EHSvww097755; Mon, 14 Aug 2006 19:28:57 +0200 (CEST) (envelope-from olli) Date: Mon, 14 Aug 2006 19:28:57 +0200 (CEST) Message-Id: <200608141728.k7EHSvww097755@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <20060814171221.GF8659@dimma.mow.oilspace.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 14 Aug 2006 19:29:03 +0200 (CEST) Cc: Subject: Re: installword with DESTDIR=/nfs doesn't work? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Aug 2006 17:29:05 -0000 Dmitriy Kirhlarov wrote: > Oliver Fromme wrote: > > Hi, > > > > I just tried to do a "make installworld" with DESTDIR set > > to a directory on an NFS server. It broke like this: > > > > ===> lib/libcom_err/doc (install) > > lockf -k /mnt/data/6.1-TEST/original-tree/usr/share/info/dir install-info --quiet --defsection="Programming & development tools." --defentry="* libcom_err: (com_err). A Common Error Description Library for UNIX." com_err.info /mnt/data/6.1-TEST/original-tree/usr/share/info/dir > > lockf: cannot open /mnt/data/6.1-TEST/original-tree/usr/share/info/dir: Operation not supported > > *** Error code 73 > > Stop in /usr/src/lib/libcom_err/doc. > > *** Error code 1 > > > > Am I missing something? Is installworld over NFS supported > > at all? I could swear I have done it before ... > > Look like you need rpc.lockd(8) I think rpc.lockd(8) is only required for the NFS server, not for the client, right? (The NFS server is a NetApp Filer, by the way. The client is running RELENG_6.) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "The scanf() function is a large and complex beast that often does something almost but not quite entirely unlike what you desired." -- Chris Torek From owner-freebsd-stable@FreeBSD.ORG Mon Aug 14 17:40:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FF3116A4DE for ; Mon, 14 Aug 2006 17:40:55 +0000 (UTC) (envelope-from atanas@asd.aplus.net) Received: from pro20.abac.com (pro20.abac.com [66.226.64.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2370E43D72 for ; Mon, 14 Aug 2006 17:40:53 +0000 (GMT) (envelope-from atanas@asd.aplus.net) Received: from [216.55.129.5] (asd2.aplus.net [216.55.129.5]) (authenticated bits=0) by pro20.abac.com (8.13.6/8.13.6) with ESMTP id k7EHemQr003678 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 14 Aug 2006 10:40:49 -0700 (PDT) (envelope-from atanas@asd.aplus.net) Message-ID: <44E0B630.5060209@asd.aplus.net> Date: Mon, 14 Aug 2006 10:43:12 -0700 From: Atanas User-Agent: Thunderbird 1.5.0.5 (Macintosh/20060719) MIME-Version: 1.0 To: Alexey Karagodov References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: QUOTA+SNAPSHOT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Aug 2006 17:40:55 -0000 Alexey Karagodov said the following on 8/14/06 10:17 AM: > hi everybody! > is "QUOTA+SNAPSHOT" problem solved? any work-around? > > also i was tried to "dd if=/dev/zero of=/var/swap/swap.bin bs=1m > count=32768" and server stop serving any requests except ping and > scroll-lock in console on 18983936K of writed data. > my dmesg.boot: > > Copyright (c) 1992-2006 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 6.1-RELEASE-p3 #1: Tue Jul 18 15:02:07 MSD 2006 > Not in 6.1-RELEASE AFAIK. I believe there are many fixes in 6-STABLE, however I haven't had a chance to test the snapshots so far. I can say that for me 6-STABLE behaves not less stable that 6.1-RELEASE-p3. I had 3 production machines (dual dual-core Opterons) running 6.1-R/i386+PAE and crashing once a week or so with QUOTAS enabled and SNAPSHOTS disabled (i.e. background_fsck="NO" in rc.conf). Since upgrading to 6-STABLE I got 10 days of uptime and no crashes so far. Regards, Atanas From owner-freebsd-stable@FreeBSD.ORG Mon Aug 14 18:17:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0D8916A4DE; Mon, 14 Aug 2006 18:17:33 +0000 (UTC) (envelope-from pvh@wfeet.za.net) Received: from ctb-mesg9.saix.net (ctb-mesg9.saix.net [196.25.240.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD55943D45; Mon, 14 Aug 2006 18:17:20 +0000 (GMT) (envelope-from pvh@wfeet.za.net) Received: from leftside.wfeet.za.net (dsl-165-199-207.telkomadsl.co.za [165.165.199.207]) by ctb-mesg9.saix.net (Postfix) with ESMTP id 47B851DD0; Mon, 14 Aug 2006 20:17:15 +0200 (SAST) Received: from [192.168.0.1] by leftside.wfeet.za.net with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1GCgzh-000Nyd-OA; Mon, 14 Aug 2006 20:17:14 +0200 Message-ID: <44E0BE16.7000803@wfeet.za.net> Date: Mon, 14 Aug 2006 20:16:54 +0200 From: Peter van Heusden User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: John Baldwin , freebsd-stable@freebsd.org References: <44DED670.9050601@wfeet.za.net> <200608140944.01232.jhb@freebsd.org> In-Reply-To: <200608140944.01232.jhb@freebsd.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 192.168.0.1 X-SA-Exim-Mail-From: pvh@wfeet.za.net X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on leftside.wfeet.za.net X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.3 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on leftside.wfeet.za.net) Cc: Subject: Re: Unexplained kernel panic on 5-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: Mon, 14 Aug 2006 18:17:34 -0000 Thanks. That gives the following output: 243 ts = td->td_blocked; (kgdb) p td->td_proc->p_pid $1 = 0x126ce (kgdb) proc 0x126ce (kgdb) backtrace #0 0xc065fe6b in sched_switch (td=0xc1e22c00, newtd=0xc14edc00, flags=0x1) at /usr/src/sys/kern/sched_4bsd.c:881 #1 0xc0656866 in mi_switch (flags=0x1, newtd=0x0) at /usr/src/sys/kern/kern_synch.c:355 #2 0xc066c72a in sleepq_switch (wchan=0x0) at /usr/src/sys/kern/subr_sleepqueue.c:406 #3 0xc066c913 in sleepq_wait (wchan=0xc1edf2cc) at /usr/src/sys/kern/subr_sleepqueue.c:518 #4 0xc062838b in cv_wait (cvp=0xc1edf2cc, mp=0xc09232d8) at /usr/src/sys/kern/kern_condvar.c:128 #5 0xc0655f04 in _sx_xlock (sx=0xc1edf29c, file=0x0, line=0x0) at /usr/src/sys/kern/kern_sx.c:175 #6 0xc07a73fb in _vm_map_lock_read (map=0x0, file=0x0, line=0x0) at /usr/src/sys/vm/vm_map.c:380 #7 0xc07aa53a in vm_map_lookup (var_map=0xd1231aa4, vaddr=0x0, fault_typea=0x2, out_entry=0xd1231aa8, object=0x0, pindex=0x0, out_prot=0x0, wired=0xd1231a80) at /usr/src/sys/vm/vm_map.c:2998 #8 0xc07a2e99 in vm_fault (map=0xc1edf258, vaddr=0x0, fault_type=0x2, fault_flags=0x8) at /usr/src/sys/vm/vm_fault.c:229 #9 0xc0801295 in trap_pfault (frame=0xd1231b68, usermode=0x0, eva=0x3) at /usr/src/sys/i386/i386/trap.c:714 #10 0xc0800fa5 in trap (frame= {tf_fs = 0xc1e20018, tf_es = 0x10, tf_ds = 0x10, tf_edi = 0x0, tf_esi = 0xc1045420, tf_ebp = 0xd1231bb8, tf_isp = 0xd1231b94, tf_ebx = 0xc1045458, tf_edx = 0xffffffff, tf_ecx = 0xc28cf000, tf_eax = 0xc1045434, tf_trapno = 0xc, tf_err = 0x2, tf_eip = 0xc07b6bbe, tf_cs = 0x8, tf_eflags = 0x10286, tf_esp = 0xc102dd08, tf_ss = 0xc1edf570}) at /usr/src/sys/i386/i386/trap.c:427 #11 0xc07f0eea in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #12 0xc1e20018 in ?? () #13 0x00000010 in ?? () #14 0x00000010 in ?? () #15 0x00000000 in ?? () #16 0xc1045420 in ?? () #17 0xd1231bb8 in ?? () #18 0xd1231b94 in ?? () #19 0xc1045458 in ?? () #20 0xffffffff in ?? () #21 0xc28cf000 in ?? () #22 0xc1045434 in ?? () #23 0x0000000c in ?? () #24 0x00000002 in ?? () #25 0xc07b6bbe in uma_zalloc_arg (zone=0xc1045420, udata=0x0, flags=0x1) at /usr/src/sys/vm/uma_core.c:1895 #26 0xc07fc97f in get_pv_entry () at uma.h:276 #27 0xc07fca74 in pmap_insert_entry (pmap=0xc1edf570, va=0x0, m=0xc131ce78) at /usr/src/sys/i386/i386/pmap.c:1563 #28 0xc07fdd9e in pmap_copy (dst_pmap=0xc1edf570, src_pmap=0xc1edf318, dst_addr=0x281ad000, len=0x9000, src_addr=0x281b5000) at /usr/src/sys/i386/i386/pmap.c:2409 #29 0xc07a99f4 in vm_map_copy_entry (src_map=0xc1edf258, dst_map=0xc1edf4b0, src_entry=0xc28ed7f8, dst_entry=0xc1cc02a8) at /usr/src/sys/vm/vm_map.c:2426 #30 0xc07a9ce6 in vmspace_fork (vm1=0xc1edf258) at /usr/src/sys/vm/vm_map.c:2581 #31 0xc07a5a6b in vm_forkproc (td=0xc1e22c00, p2=0xc2648a98, td2=0xc23ec000, flags=0x14) at /usr/src/sys/vm/vm_glue.c:464 #32 0xc063b5cc in fork1 (td=0xc1e22c00, flags=0x14, pages=0x0, procp=0xd1231cd4) at /usr/src/sys/kern/kern_fork.c:644 #33 0xc063a50c in fork (td=0xc1e22c00, uap=0xd1231d04) at /usr/src/sys/kern/kern_fork.c:97 #34 0xc0801907 in syscall (frame= {tf_fs = 0xc07f002f, tf_es = 0x2f, tf_ds = 0x2f, tf_edi = 0xbfbfeb00, tf_esi = 0xa25d811, tf_ebp = 0xbfbfeac8, tf_isp = 0xd1231d64, tf_ebx = 0x2817599c, tf_edx = 0x0, tf_ecx = 0xbfbfeb00, tf_eax = 0x2, tf_trapno = 0xc, tf_err = 0x2, tf_eip = 0x28206467, tf_cs = 0x1f, tf_eflags = 0x206, tf_esp = 0xbfbfeabc, tf_ss = 0x2f}) at /usr/src/sys/i386/i386/trap.c:1014 #35 0xc07f0f3f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:201 #36 0xc07f002f in alloc_bounce_zone (dmat=0xbfbfeb00) at /usr/src/sys/i386/i386/busdma_machdep.c:967 Does this help? It seems that fork() was called, and then something went wrong from there. One common feature of these panics seems to be that they happen when my server (an aging P3 700Mhz with 256 MB of RAM that is put to use for all sorts of network services) is under quite heavy load. Peter John Baldwin wrote: > On Sunday 13 August 2006 03:36, Peter van Heusden wrote: > >> Hi everyone >> >> Almost every day, some time around midnight, my FreeBSD 5-STABLE kernel >> panics. I've attached the output of a kgdb session of the saved core >> file - is there any further info that would be useful to debugging? I've >> got no idea where to start looking for a solution to this problem, so >> please help!! >> > > A thread is sleeping while holding a mutex. > > >> (kgdb) list *0xc066dfc3 >> 0xc066dfc3 is in propagate_priority >> (/usr/src/sys/kern/subr_turnstile.c:245). >> 240 /* >> 241 * Pick up the lock that td is blocked on. >> 242 */ >> 243 ts = td->td_blocked; >> 244 MPASS(ts != NULL); >> 245 tc = TC_LOOKUP(ts->ts_lockobj); >> 246 mtx_lock_spin(&tc->tc_lock); >> 247 >> 248 /* >> 249 * This thread may not be blocked on this >> turnstile anymore >> (kgdb) backtrace >> #19 0xc066dfc3 in propagate_priority (td=0xc1e22c00) at >> /usr/src/sys/kern/subr_turnstile.c:243 >> > > Do the following in 'kgdb': > > frame 19 > p td->td_proc->p_pid > (this will output the 'pid' of the misbehaving thread) > proc > ( is the pid from the previous command, this switches you to that > thread) > backtrace > > That backtrace will then show you which thread slept while holding a > mutex. > > From owner-freebsd-stable@FreeBSD.ORG Mon Aug 14 18:24:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CCB416A4DE for ; Mon, 14 Aug 2006 18:24:43 +0000 (UTC) (envelope-from wwk761@telus.net) Received: from defout.telus.net (defout.telus.net [199.185.220.240]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB01A43D6E for ; Mon, 14 Aug 2006 18:24:42 +0000 (GMT) (envelope-from wwk761@telus.net) Received: from localhost ([199.185.220.240]) by priv-edtnes56.telusplanet.net (InterMail vM.7.05.02.00 201-2174-114-20060621) with ESMTP id <20060814182316.XOX27727.priv-edtnes56.telusplanet.net@localhost> for ; Mon, 14 Aug 2006 12:23:16 -0600 Received: from 64.26.155.200 ( [64.26.155.200]) as user wwk761@192.168.200.1 by webmail.telus.net with HTTP; Mon, 14 Aug 2006 14:10:42 -0700 Message-ID: <1155589842.44e0e6d290044@webmail.telus.net> Date: Mon, 14 Aug 2006 14:10:42 -0700 From: wwk761@telus.net To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.1-cvs X-Originating-IP: 64.26.155.200 Subject: Re: IBM xSeries 336 dual Xeon hangs on boot when APIC enabled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Aug 2006 18:24:43 -0000 I have a x320 machine and I did have the same problem with raid 5E from IBm the 6.1 was hanging on the raid I did change to 1E raid ( bit faster ) but no problem to boot 6.1 without any changes to the bios /r/ wlodek From owner-freebsd-stable@FreeBSD.ORG Mon Aug 14 18:49:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D733E16A4DD for ; Mon, 14 Aug 2006 18:49:53 +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 4A45143D49 for ; Mon, 14 Aug 2006 18:49:53 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7EInfVB016557; Mon, 14 Aug 2006 14:49:42 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 14 Aug 2006 14:30:37 -0400 User-Agent: KMail/1.9.1 References: <44DED670.9050601@wfeet.za.net> <200608140944.01232.jhb@freebsd.org> <44E0BE16.7000803@wfeet.za.net> In-Reply-To: <44E0BE16.7000803@wfeet.za.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608141430.38015.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 14 Aug 2006 14:49:51 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1660/Mon Aug 14 11:42:28 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Peter van Heusden Subject: Re: Unexplained kernel panic on 5-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: Mon, 14 Aug 2006 18:49:53 -0000 On Monday 14 August 2006 14:16, Peter van Heusden wrote: > Thanks. That gives the following output: > > #9 0xc0801295 in trap_pfault (frame=0xd1231b68, usermode=0x0, eva=0x3) > at /usr/src/sys/i386/i386/trap.c:714 > #10 0xc0800fa5 in trap (frame= > {tf_fs = 0xc1e20018, tf_es = 0x10, tf_ds = 0x10, tf_edi = 0x0, > tf_esi = 0xc1045420, tf_ebp = 0xd1231bb8, tf_isp = 0xd1231b94, tf_ebx = > 0xc1045458, tf_edx = 0xffffffff, tf_ecx = 0xc28cf000, tf_eax = > 0xc1045434, tf_trapno = 0xc, tf_err = 0x2, tf_eip = 0xc07b6bbe, tf_cs = > 0x8, tf_eflags = 0x10286, tf_esp = 0xc102dd08, tf_ss = 0xc1edf570}) > at /usr/src/sys/i386/i386/trap.c:427 > #11 0xc07f0eea in calltrap () at /usr/src/sys/i386/i386/exception.s:140 > ... > #25 0xc07b6bbe in uma_zalloc_arg (zone=0xc1045420, udata=0x0, flags=0x1) > at /usr/src/sys/vm/uma_core.c:1895 > #26 0xc07fc97f in get_pv_entry () at uma.h:276 So it got a nested page fault inside the VM, basically. > Does this help? It seems that fork() was called, and then something went > wrong from there. One common feature of these panics seems to be that > they happen when my server (an aging P3 700Mhz with 256 MB of RAM that > is put to use for all sorts of network services) is under quite heavy load. To be honest, I'd update it to 6.1 or even 6-stable as this is likely already fixed in 6.x. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Aug 14 18:50:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E71AE16A4FA for ; Mon, 14 Aug 2006 18:50:00 +0000 (UTC) (envelope-from john@baldwin.cx) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D62343D46 for ; Mon, 14 Aug 2006 18:50:00 +0000 (GMT) (envelope-from john@baldwin.cx) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7EInfVC016557; Mon, 14 Aug 2006 14:49:53 -0400 (EDT) (envelope-from john@baldwin.cx) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 14 Aug 2006 14:32:08 -0400 User-Agent: KMail/1.9.1 References: <200608141702.k7EH29SV095709@lurza.secnetix.de> In-Reply-To: <200608141702.k7EH29SV095709@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608141432.08321.john@baldwin.cx> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 14 Aug 2006 14:49:54 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1660/Mon Aug 14 11:42:28 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-3.8 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00, INFO_TLD autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Oliver Fromme Subject: Re: installword with DESTDIR=/nfs doesn't work? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Aug 2006 18:50:01 -0000 On Monday 14 August 2006 13:02, Oliver Fromme wrote: > Hi, > > I just tried to do a "make installworld" with DESTDIR set > to a directory on an NFS server. It broke like this: > > ===> lib/libcom_err/doc (install) > lockf -k /mnt/data/6.1-TEST/original-tree/usr/share/info/dir install-info --quiet --defsection="Programming & development tools." --defentry="* libcom_err: (com_err). A Common Error Description Library for UNIX." com_err.info /mnt/data/6.1-TEST/original-tree/usr/share/info/dir > lockf: cannot open /mnt/data/6.1-TEST/original-tree/usr/share/info/dir: Operation not supported > *** Error code 73 > Stop in /usr/src/lib/libcom_err/doc. > *** Error code 1 > > Am I missing something? Is installworld over NFS supported > at all? I could swear I have done it before ... I've been doing 'make NO_INFO=yes NO_FSCHG=yes installworld' to installworld over NFS. There doesn't seem to be anyway to turn off just the lockf for the info files w/o turning off the info files altogether. If you want to use rpc.lockd, you need it running on both the server and client, but to be honest, many folks run into problems with rpc.lockd, so unless you really need it I'd avoid it. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Aug 14 19:04:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37EB616A4DD; Mon, 14 Aug 2006 19:04:22 +0000 (UTC) (envelope-from john@baldwin.cx) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3C0643D45; Mon, 14 Aug 2006 19:04:21 +0000 (GMT) (envelope-from john@baldwin.cx) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7EJ4GmQ016673; Mon, 14 Aug 2006 15:04:17 -0400 (EDT) (envelope-from john@baldwin.cx) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 14 Aug 2006 15:02:29 -0400 User-Agent: KMail/1.9.1 References: <20060813002343.GA39276@monsterjam.org> In-Reply-To: <20060813002343.GA39276@monsterjam.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608141502.31043.john@baldwin.cx> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 14 Aug 2006 15:04:17 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1660/Mon Aug 14 11:42:28 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: stable@freebsd.org, Jason Subject: Re: crash on 6.1 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: Mon, 14 Aug 2006 19:04:22 -0000 On Saturday 12 August 2006 20:23, Jason wrote: > ok, finally got a crashdump.. can someone please give it a looksee and let me know what the > malfunction is? > http://monsterjam.org/crash/crash.tar.bz2 This doesn't include the kernel. It would be better if you could just run kgdb directly on your system and post the messages and backtrace. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Aug 14 19:04:22 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37EB616A4DD; Mon, 14 Aug 2006 19:04:22 +0000 (UTC) (envelope-from john@baldwin.cx) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3C0643D45; Mon, 14 Aug 2006 19:04:21 +0000 (GMT) (envelope-from john@baldwin.cx) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7EJ4GmQ016673; Mon, 14 Aug 2006 15:04:17 -0400 (EDT) (envelope-from john@baldwin.cx) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 14 Aug 2006 15:02:29 -0400 User-Agent: KMail/1.9.1 References: <20060813002343.GA39276@monsterjam.org> In-Reply-To: <20060813002343.GA39276@monsterjam.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608141502.31043.john@baldwin.cx> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 14 Aug 2006 15:04:17 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1660/Mon Aug 14 11:42:28 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: stable@freebsd.org, Jason Subject: Re: crash on 6.1 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: Mon, 14 Aug 2006 19:04:22 -0000 On Saturday 12 August 2006 20:23, Jason wrote: > ok, finally got a crashdump.. can someone please give it a looksee and let me know what the > malfunction is? > http://monsterjam.org/crash/crash.tar.bz2 This doesn't include the kernel. It would be better if you could just run kgdb directly on your system and post the messages and backtrace. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Aug 14 19:22:08 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFCD416A4E1 for ; Mon, 14 Aug 2006 19:22:08 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76AAC43D72 for ; Mon, 14 Aug 2006 19:22:08 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id SBK81307 for ; Mon, 14 Aug 2006 12:22:07 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 8118445093 for ; Mon, 14 Aug 2006 12:22:07 -0700 (PDT) To: stable@freebsd.org Date: Mon, 14 Aug 2006 12:22:07 -0700 From: "Kevin Oberman" Message-Id: <20060814192207.8118445093@ptavv.es.net> Cc: Subject: Lost IPv6 with ipfw in latest 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: Mon, 14 Aug 2006 19:22:09 -0000 For the first time since about may I have updated my 6-Stable system and my firewall seems badly broken with IPv6. 1. Any rule with me6 is rejected as an unknown host 2. A rule of "allow ip from me to any" still is blocking IPv6 3. I am seeing ICMPv6 type 135 blocked even though I have a rule to explicitly allow it: allow ipv6-icmp from any to me ip6 icmp6types 134,135,136 When I booted up, the console said that "ipfw2 (+ipv6) initialized", but it really looks like the IPv6 stuff is not working right. I did try to explicitly add a rule permitting my IPv6 source to send to my DNS server and that does appear to work. My firewall on my -current system seems to be OK except that 'me6' is not accepted there, either. (I suspect the documentation needs updating.) Am I doing something dumb or is something broken in ipfw? -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Mon Aug 14 19:33:56 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 172AB16A4DD; Mon, 14 Aug 2006 19:33:56 +0000 (UTC) (envelope-from bjordan@lumeta.com) Received: from MAIL.corp.lumeta.com (h65-246-245-22.lumeta.com [65.246.245.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADE5E43D45; Mon, 14 Aug 2006 19:33:53 +0000 (GMT) (envelope-from bjordan@lumeta.com) x-mimeole: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 14 Aug 2006 15:33:52 -0400 Message-ID: <78ED28FACE63744386D68D8A9D1CF5D41049C7@MAIL.corp.lumeta.com> In-Reply-To: <20060814104510.GS96644@FreeBSD.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: fresh em(4) patch for RELENG_6 available Thread-Index: Aca/jy/Jcf7JiETuRpyaTuZ3F0pN1gASN3Ng From: "Bucky Jordan" To: "Gleb Smirnoff" , Cc: Subject: RE: fresh em(4) patch for RELENG_6 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, 14 Aug 2006 19:33:56 -0000 ... > although one week ago we have made a very big merge of the >em(4) driver from HEAD to RELENG_6, during this week the driver >has experienced few important changes in HEAD: > > 1) Pyun YongHyeon has fixed problems in both TX and RX path that can happen when system experiences mbuf shortage. ... =20 Does this have any relation to the post "bce0: Error mapping mbuf into TX chain"? http://lists.freebsd.org/pipermail/freebsd-stable/2006-August/027449.htm l I also have the above problem (with bce0) on a Dell PowerEdge 2950, although it doesn't seem to take much io to crash the interface. Thanks, Bucky From owner-freebsd-stable@FreeBSD.ORG Mon Aug 14 19:46:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7435D16A4E9 for ; Mon, 14 Aug 2006 19:46:05 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id E267443D46 for ; Mon, 14 Aug 2006 19:46:04 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 0D3085E9F for ; Mon, 14 Aug 2006 23:46:04 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id DD4D35E49 for ; Mon, 14 Aug 2006 23:46:03 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.6/8.13.6) id k7EJkAQl064083 for freebsd-stable@freebsd.org; Mon, 14 Aug 2006 23:46:10 +0400 (MSD) (envelope-from ru) Date: Mon, 14 Aug 2006 23:46:10 +0400 From: Ruslan Ermilov To: freebsd-stable@freebsd.org Message-ID: <20060814194610.GE63788@rambler-co.ru> References: <200608141702.k7EH29SV095709@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6Vw0j8UKbyX0bfpA" Content-Disposition: inline In-Reply-To: <200608141702.k7EH29SV095709@lurza.secnetix.de> User-Agent: Mutt/1.5.12-2006-07-14 X-Virus-Scanned: No virus found Subject: Re: installword with DESTDIR=/nfs doesn't work? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Aug 2006 19:46:05 -0000 --6Vw0j8UKbyX0bfpA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 14, 2006 at 07:02:09PM +0200, Oliver Fromme wrote: > Hi, >=20 > I just tried to do a "make installworld" with DESTDIR set > to a directory on an NFS server. It broke like this: >=20 > =3D=3D=3D> lib/libcom_err/doc (install) > lockf -k /mnt/data/6.1-TEST/original-tree/usr/share/info/dir install-inf= o --quiet --defsection=3D"Programming & development tools." --defentry=3D= "* libcom_err: (com_err). A Common Error Description Library for UNI= X." com_err.info /mnt/data/6.1-TEST/original-tree/usr/share/info/dir > lockf: cannot open /mnt/data/6.1-TEST/original-tree/usr/share/info/dir: O= peration not supported > *** Error code 73 > Stop in /usr/src/lib/libcom_err/doc. > *** Error code 1 >=20 > Am I missing something? Is installworld over NFS supported > at all? I could swear I have done it before ... >=20 Yes. From build(7): : installworld Install everything built by a preceding buildworld = step : into the directory hierarchy pointed to by make(1) = vari- : able DESTDIR. :=20 : If installing onto an NFS file system, make sure th= at : rpc.lockd(8) is running on both client and server. = See : rc.conf(5) on how to make it start at boot time. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --6Vw0j8UKbyX0bfpA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE4NMCqRfpzJluFF4RAurIAJwP16lJ0Z+ilF5MUh0V8++oETVQgACeJMA/ yPx5Ry6a81FnxEpBi8QK09g= =scf/ -----END PGP SIGNATURE----- --6Vw0j8UKbyX0bfpA-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 14 20:02:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38EB616A4E0 for ; Mon, 14 Aug 2006 20:02:44 +0000 (UTC) (envelope-from drl@MyBSD.org.my) Received: from tomoyo.MyBSD.org.my (tomoyo.mybsd.org.my [202.157.186.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37C1043D49 for ; Mon, 14 Aug 2006 20:02:38 +0000 (GMT) (envelope-from drl@MyBSD.org.my) Received: from localhost (localhost [127.0.0.1]) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id D81D71142B for ; Tue, 15 Aug 2006 04:04:13 +0800 (MYT) X-Virus-Scanned: by Amavis running on FreeBSD MTA at TOMOYO.MyBSD.ORG.MY Received: from tomoyo.MyBSD.org.my ([127.0.0.1]) by localhost (TOMOYO.MyBSD.ORG.MY [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 83L2FJK4njec for ; Tue, 15 Aug 2006 04:04:11 +0800 (MYT) Received: from rogue.netif.org (localhost [127.0.0.1]) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id 51F6F11435 for ; Tue, 15 Aug 2006 04:04:11 +0800 (MYT) Date: Tue, 15 Aug 2006 04:07:36 +0800 From: Darryl Yeoh To: freebsd-stable@freebsd.org Message-Id: <20060815040736.2f85f090.drl@MyBSD.org.my> Organization: MyBSD X-Mailer: Sylpheed version 1.0.6 (GTK+ 1.2.10; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Default route (IPv4) demolished by destroying clone (gif/gre) interface X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: drl@MyBSD.org.my List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Aug 2006 20:02:44 -0000 Hi lists, While destroying gif interface, I notice it also removes IPv4 default route. Has anyone else encountered this ? Command: # netstat -rn -f inet Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 10.1.1.1 UGS 0 282 fxp0 10.1.1/24 link#1 UC 0 0 fxp0 10.1.1.1 00:02:b3:a4:40:65 UHLW 2 12 fxp0 1138 10.1.1.55 00:02:b3:a4:40:65 UHLW 1 2 fxp0 1137 127.0.0.1 127.0.0.1 UH 0 14238 lo0 # ifconfig gif0 create ; ifconfig gif0 destroy # netstat -rn -f inet Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 10.1.1/24 link#1 UC 0 0 fxp0 127.0.0.1 127.0.0.1 UH 0 14238 lo0 # uname -a FreeBSD rogue.netif.org 6.1-STABLE FreeBSD 6.1-STABLE #0: Thu Jul 27 23:51:21 MYT 2006 root@rogue.netif.org:/usr/obj/usr/src/sys/ROGUE i386 - Darryl Yeoh From owner-freebsd-stable@FreeBSD.ORG Tue Aug 15 09:26:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67FF216A4DE for ; Tue, 15 Aug 2006 09:26:05 +0000 (UTC) (envelope-from avleeuwen@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F96543D69 for ; Tue, 15 Aug 2006 09:26:00 +0000 (GMT) (envelope-from avleeuwen@gmail.com) Received: by nf-out-0910.google.com with SMTP id n15so253336nfc for ; Tue, 15 Aug 2006 02:25:57 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=q+1HyhPKc3PTNSPFJNcr8L+xeP0ed95kmAaWpnkdcTS5JxSpoBfghFxzXpmqyVaXy/JN4CCZAnMELxJXUkJT8OcmL3CVFG2Skj2dMAoTmc2HOtppgWi5PS8vXN8qAUkpl6lvDcYpjeyqwo3SvX/iafk9lwmlEvS7+2pFBCJKY6w= Received: by 10.48.254.10 with SMTP id b10mr1012501nfi; Tue, 15 Aug 2006 02:25:57 -0700 (PDT) Received: by 10.78.148.12 with HTTP; Tue, 15 Aug 2006 02:25:57 -0700 (PDT) Message-ID: Date: Tue, 15 Aug 2006 11:25:57 +0200 From: "Arjan van Leeuwen" To: "John Baldwin" In-Reply-To: <200608140946.15744.jhb@freebsd.org> MIME-Version: 1.0 References: <20060813202334.GR68776@mich2.itxmarket.com> <200608140946.15744.jhb@freebsd.org> 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: Michael Landin Hostbaek , freebsd-stable@freebsd.org Subject: Re: IBM xSeries 336 dual Xeon hangs on boot when APIC enabled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: avleeuwen@piwebs.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 09:26:05 -0000 2006/8/14, John Baldwin : > > On Monday 14 August 2006 04:45, Arjan van Leeuwen wrote: > > 2006/8/13, Michael Landin Hostbaek : > > > > > > Arjan van Leeuwen (avleeuwen) writes: > > > > I'm trying to boot FreeBSD 6.1-RELEASE/amd64 on an IBM xSeries 336 > > > machine > > > > with dual Xeons 3.2GHz installed. > > > > > > > > The installation was successful, but > > > > if I try to boot the SMP kernel, it hangs after detection of SCSI > and > > > ATA > > > > devices (possibly when doing the initialization of the mpt0 RAID > > > controller, > > > > or when it tries to start the second CPU?). > > > > > > > > > > I've just had a similar problem with an IBM xSeries 232 - it would not > > > boot with apic enabled.. I chased the problem down to the network > > > adapter (fxp) - and when disabling the planar ethernet in BIOS it > would > > > boot with SMP. > > > > > > Yes! Indeed, the system boots perfectly well if I disable both network > > adapters (bge, see > > dmesg.boot > > posted earlier). However, I need at least one functioning network > adapter... > > > > I managed to get both NIC and SMP working by disabling a bunch of stuff > > > in the BIOS, fx both serial ports and also the floppy drive. > > > > > > ... and this doesn't seem to work for me. > > > > So: > > 1) Why does my system hang if I enable the network adapter? > > 2) Why does it only hang if APIC is enabled? > > > > Arjan > > Compile DDB into your SMP kernel. When it 'hangs', break into ddb and run > 'show intrcnt' to see if you are having an interrupt storm. I can't break into DDB during the hang, it's not responding. I can do it just before the hang, but that doesn't seem very helpful. Is there another way to force it to break? Arjan -- > John Baldwin > From owner-freebsd-stable@FreeBSD.ORG Tue Aug 15 10:01:42 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B2A516A4DE for ; Tue, 15 Aug 2006 10:01:42 +0000 (UTC) (envelope-from morten@atreides.freenix.no) Received: from freenix.no (atreides.freenix.no [212.33.142.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC9A443D45 for ; Tue, 15 Aug 2006 10:01:39 +0000 (GMT) (envelope-from morten@atreides.freenix.no) Received: from atreides.freenix.no (localhost [127.0.0.1]) by freenix.no (8.13.6/8.13.6) with ESMTP id k7FA01xL055182; Tue, 15 Aug 2006 12:00:05 +0200 (CEST) (envelope-from morten@atreides.freenix.no) Received: (from morten@localhost) by atreides.freenix.no (8.13.6/8.13.6/Submit) id k7F9xpgx055147; Tue, 15 Aug 2006 11:59:51 +0200 (CEST) (envelope-from morten) Date: Tue, 15 Aug 2006 11:59:50 +0200 From: "Morten A. Middelthon" To: Kris Kennaway Message-ID: <20060815095950.GD34840@freenix.no> References: <20060228101453.GB47953@hugo10.ka.punkt.de> <20060228102150.GA56625@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0/kgSOzhNoDC5T3a" Content-Disposition: inline In-Reply-To: <20060228102150.GA56625@xor.obsecurity.org> X-PGP-Key: http://freenix.no/~morten/pgp.txt X-PGP-Key-FingerPrint: D48B 5C4E 1590 7DE6 08A0 6539 BECC F62E 829F DF6A X-Operating-System: FreeBSD 5.5-RELEASE-p1 X-Warning: So cunning you could brush your teeth with it. User-Agent: Mutt/1.5.11 Cc: stable@freebsd.org Subject: Re: NFS locking 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: Tue, 15 Aug 2006 10:01:42 -0000 --0/kgSOzhNoDC5T3a Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 28, 2006 at 05:21:50AM -0500, Kris Kennaway wrote: > On Tue, Feb 28, 2006 at 11:14:53AM +0100, Patrick M. Hausen wrote: > > Hi, all! > >=20 > > In our local office network we have a rather old FreeBSD 5.2.1 > > server acting as an NFS server for several other systems, mostly > > running 6.0. > >=20 > > >From time to time we experience processes on the NFS clients > > hanging in statd "D" with wchan "lockd" when accessing files > > over NFS. >=20 > Try the attached patch on the 6.0 machines: >=20 > Index: usr.sbin/rpc.lockd/lock_proc.c Hi, I have been plagued with this NFS lockd issue for quite some time now. It h= as kept me from installing FreeBSD 6.x on our workstations at work. I just tri= ed applying your patch to my own 6.1-RELEASE-p3 workstation, and so far it has been working nicely. Has anyone else had the same experience? If so, maybe = it should go into production? with regards, --=20 Morten A. Middelthon "For every complex problem, there is a solution that is simple, neat, and wrong. -- H.L. Mencken --0/kgSOzhNoDC5T3a Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFE4ZsWvsz2LoKf32oRAqXdAJwLolfoJuxTXkuEl6XfM7k5/SsNgACfVaHU tN7W/wdYqJd4kq1e+BJ4niM= =q5nA -----END PGP SIGNATURE----- --0/kgSOzhNoDC5T3a-- From owner-freebsd-stable@FreeBSD.ORG Tue Aug 15 10:11:21 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F9FE16A4DE for ; Tue, 15 Aug 2006 10:11:21 +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 9908E43D70 for ; Tue, 15 Aug 2006 10:11:16 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 328401A3C24; Tue, 15 Aug 2006 03:11:16 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0E4EC51B01; Tue, 15 Aug 2006 06:11:15 -0400 (EDT) Date: Tue, 15 Aug 2006 06:11:14 -0400 From: Kris Kennaway To: "Morten A. Middelthon" Message-ID: <20060815101114.GA51674@xor.obsecurity.org> References: <20060228101453.GB47953@hugo10.ka.punkt.de> <20060228102150.GA56625@xor.obsecurity.org> <20060815095950.GD34840@freenix.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline In-Reply-To: <20060815095950.GD34840@freenix.no> User-Agent: Mutt/1.4.2.2i Cc: stable@freebsd.org, Kris Kennaway Subject: Re: NFS locking 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: Tue, 15 Aug 2006 10:11:21 -0000 --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 15, 2006 at 11:59:50AM +0200, Morten A. Middelthon wrote: > On Tue, Feb 28, 2006 at 05:21:50AM -0500, Kris Kennaway wrote: > > On Tue, Feb 28, 2006 at 11:14:53AM +0100, Patrick M. Hausen wrote: > > > Hi, all! > > >=20 > > > In our local office network we have a rather old FreeBSD 5.2.1 > > > server acting as an NFS server for several other systems, mostly > > > running 6.0. > > >=20 > > > >From time to time we experience processes on the NFS clients > > > hanging in statd "D" with wchan "lockd" when accessing files > > > over NFS. > >=20 > > Try the attached patch on the 6.0 machines: > >=20 > > Index: usr.sbin/rpc.lockd/lock_proc.c > >=20 > Hi, >=20 > I have been plagued with this NFS lockd issue for quite some time now. It= has > kept me from installing FreeBSD 6.x on our workstations at work. I just t= ried > applying your patch to my own 6.1-RELEASE-p3 workstation, and so far it h= as > been working nicely. Has anyone else had the same experience? If so, mayb= e it > should go into production? I was unable to obtain confirmation from anyone else (including the submitter who previously claimed it was necessary, and my own testing) that the patch actually solved a problem. Since it involves reverting useful functionality, someone would need to obtain further debugging from your system (tcpdump traces before/after, etc) to determine what it's actually solving. Kris --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE4Z3CWry0BWjoQKURAkhUAJ9xxVuuP4ptHmSdQu977GlL3zzByQCeLBmE eRZ9uPxpWzB/oebgGnEOzts= =oef8 -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt-- From owner-freebsd-stable@FreeBSD.ORG Tue Aug 15 10:20:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3492016A4DD for ; Tue, 15 Aug 2006 10:20:43 +0000 (UTC) (envelope-from android@oberon.pfi.lt) Received: from oberon.pfi.lt (oberon.pfi.lt [193.219.52.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 737A443D45 for ; Tue, 15 Aug 2006 10:20:42 +0000 (GMT) (envelope-from android@oberon.pfi.lt) Received: from [10.10.10.1] (82-135-145-2.ip.rygveda.lt [82.135.145.2]) by oberon.pfi.lt (8.13.3/8.13.3) with ESMTP id k7FAZp45053488 for ; Tue, 15 Aug 2006 13:35:51 +0300 (EEST) (envelope-from android@oberon.pfi.lt) Message-ID: <44E19FF2.9080709@oberon.pfi.lt> Date: Tue, 15 Aug 2006 13:20:34 +0300 From: "Android Andrew [:]" User-Agent: Thunderbird 1.5.0.5 (X11/20060731) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: FreeBSD 6.1-STABLE: Unexplained power off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2006 10:20:43 -0000 Hi everyone! My system (FreeBSD callisto 6.1-STABLE FreeBSD 6.1-STABLE #4: Mon Aug 14 13:32:00 EEST 2006 root@callisto:/usr/obj/usr/src/sys/callisto i386) powers down during compilation - doesn't matter it is any port (kde, openoffice) or "make -j4 buildworld". Computer powers off without any message (screen, or /var/log/messages, or core-file). The same hardware worked without any problems during the last six months under FreeBSD 6.0-STABLE amd64. To turn computer on I need to press and hold for several seconds "Power" button, then I have to release the button, and press it again. At first I thought that problem could be in CPU, power supply, mobo chips overheating, but temperature sensors reported everything is OK. To be on the safe side I installed additional radiators and coolers. But it doesn't solve the problem. I've noticed that system is unstable under high disk io load during compilation. Could anyone give me an idea how to diagnose the problem in this case? Thanks in Advance! My hardware is: Asus P5LD2 with 2 Gb Ram dmesg: Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-STABLE #4: Mon Aug 14 13:32:00 EEST 2006 root@callisto:/usr/obj/usr/src/sys/callisto ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (3010.68-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 Features=0xbfebfbff Features2=0x649d> AMD Features=0x20100000 Logical CPUs per core: 2 real memory = 2147090432 (2047 MB) avail memory = 2092134400 (1995 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 ichwd module loaded acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR 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 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci4: on pcib1 nvidia0: mem 0xd4000000-0xd7ffffff,0xd8000000-0xdfffffff,0xd3000000-0xd3ffffff irq 16 at device 0.0 on pci4 nvidia0: [GIANT-LOCKED] pci0: at device 27.0 (no driver attached) pcib2: irq 16 at device 28.0 on pci0 pci3: on pcib2 pcib3: irq 19 at device 28.3 on pci0 pci2: on pcib3 myk0: port 0xc800-0xc8ff mem 0xd2efc000-0xd2efffff irq 19 at device 0.0 on pci2 myk0: Ethernet address: 00:13:d4:d0:31:e5 uhci0: port 0x8000-0x801f irq 20 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 0x8400-0x841f irq 17 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 0x8800-0x881f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x9000-0x901f irq 19 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xd2dff800-0xd2dffbff irq 20 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered uhub4: device problem (IOERROR), disabling port 7 pcib4: at device 30.0 on pci0 pci1: on pcib4 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 0xa800-0xa807,0xa400-0xa403,0xa000-0xa007,0x9800-0x9803,0x9400-0x940f mem 0xd2dffc00-0xd2dfffff irq 23 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 ata4: on atapci1 ata5: on atapci1 ichsmb0: port 0x400-0x41f irq 23 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] smbus0: on ichsmb0 smb0: on smbus0 acpi_button0: on acpi0 speaker0: port 0x61 on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ichwd0: on isa0 orm0: at iomem 0xc0000-0xcefff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] 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 fb0 at vga0 ukbd0: Key Tronic Keytronic USB Keyboard, rev 1.10/1.02, addr 2, iclass 3/1 kbd2 at ukbd0 ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/20.00, addr 3, iclass 3/1 ums0: 4 buttons and Z dir. Timecounters tick every 1.000 msec WARNING: apm_saver module requires apm enabled ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding enabled, default to deny, logging limited to 100 packets/entry by default acd0: DVDR at ata0-master UDMA66 ad4: 114473MB at ata2-master SATA300 ad6: 114473MB at ata3-master SATA300 ar0: 228942MB status: READY ar0: disk0 READY using ad4 at ata2-master ar0: disk1 READY using ad6 at ata3-master SMP: AP CPU #1 Launched! cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 66.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ar0s1a WARNING: /var was not properly dismounted myk0: link up oss: Out of mixer extensions for device 0 kernel: machine i386 cpu I686_CPU options CPU_FASTER_5X86_FPU options CPU_DISABLE_SSE ident callisto maxusers 256 options SCHED_ULE # ULE scheduler #options SCHED_4BSD # 4BSD scheduler options SMP options PREEMPTION # Enable kernel threadpreemption options IPI_PREEMPTION options MPTABLE_FORCE_HTT # Enable HTT CPUs with the MP Table options INET # InterNETworking #options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_LINUX # Compatible with i386 linux binaries options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options FB_INSTALL_CDEV options ADAPTIVE_GIANT # Giant mutex is adaptive. options LINPROCFS # Cannot be a module yet. options LINSYSFS device apic # I/O apic device acpi device pci device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapicam options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device kbdmux # keyboard multiplexer device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc #device agp # support several AGP chipsets device apm device apm_saver # Requires APM # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device miibus # MII bus support device sk # SysKonnect SK-984x & SK-982x gigabit device vr # VIA Rhine, Rhine II device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device urio # Diamond Rio 500 MP3 player device uscanner # Scanners device ichwd device ichsmb options ENABLE_ALART options SC_DISABLE_REBOOT device smb device smbus device ppp options PPP_BSDCOMP options PPP_DEFLATE options PPP_FILTER options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=100 # options IPFIREWALL_DEFAULT_TO_ACCEPT options IPFIREWALL_FORWARD options IPFIREWALL_FORWARD_EXTENDED options IPDIVERT options IPSTEALTH options TCP_DROP_SYNFIN options DUMMYNET options BRIDGE device speaker options VESA device npx From owner-freebsd-stable@FreeBSD.ORG Tue Aug 15 11:07:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03E8416A4DA for ; Tue, 15 Aug 2006 11:07:43 +0000 (UTC) (envelope-from android@oberon.pfi.lt) Received: from oberon.pfi.lt (oberon.pfi.lt [193.219.52.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id B889143D67 for ; Tue, 15 Aug 2006 11:07:39 +0000 (GMT) (envelope-from android@oberon.pfi.lt) Received: from callisto (82-135-145-2.ip.rygveda.lt [82.135.145.2]) by oberon.pfi.lt (8.13.3/8.13.3) with ESMTP id k7FBMnkP053639; Tue, 15 Aug 2006 14:22:50 +0300 (EEST) (envelope-from android@oberon.pfi.lt) Date: Tue, 15 Aug 2006 14:07:31 +0300 To: "Alexey Karagodov" From: "Android Andrew" Content-Type: text/plain; format=flowed; delsp=yes; charset=koi8-r MIME-Version: 1.0 References: <44E19FF2.9080709@oberon.pfi.lt> Content-Transfer-Encoding: Quoted-Printable Message-ID: In-Reply-To: User-Agent: Opera Mail/9.01 (FreeBSD) Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1-STABLE: Unexplained power off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2006 11:07:43 -0000 On Tue, 15 Aug 2006 13:31:08 +0300, Alexey Karagodov = wrote: > are you realy SURE that you workstation turned off? i think it just > "sleeping" ;-) . > after power and boot up is your file-systems "clean" or fsck takes pla= ce > during boot-time? > please, check your power-save settings in BIOS and is OS ... Thanks for idea Alexey! I think it is not "sleeping" because log messages look like ones after = crash: Aug 15 00:23:04 callisto kernel: Trying to mount root from ufs:/dev/ar0s= 1a Aug 15 00:23:04 callisto kernel: WARNING: / was not properly dismounted Aug 15 00:23:04 callisto kernel: WARNING: /home was not properly dismoun= ted Aug 15 00:23:04 callisto kernel: WARNING: /tmp was not properly dismount= ed Aug 15 00:23:04 callisto kernel: WARNING: /usr was not properly dismount= ed Aug 15 00:23:04 callisto kernel: WARNING: /var was not properly dismount= ed Sometimes system boots in single-user mode with "run fsck mannualy" = message. I've tried to play with power-save settnigs in BIOS and with kernel = apm-module but it takes no effect. There are two SATA-HDD in my system. They are configured as RAID0 ("Inte= l = Matrix" on-board controller). I guess the problem could be here, but I = don't know how to check it. _ .-._.=3D\-. (_)=3D=3D'(_) From owner-freebsd-stable@FreeBSD.ORG Tue Aug 15 11:24:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 550C216A4DD for ; Tue, 15 Aug 2006 11:24:46 +0000 (UTC) (envelope-from dennis.melentyev@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B57343D99 for ; Tue, 15 Aug 2006 11:24:35 +0000 (GMT) (envelope-from dennis.melentyev@gmail.com) Received: by nf-out-0910.google.com with SMTP id n15so284771nfc for ; Tue, 15 Aug 2006 04:24:34 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fpw7wkP2nZY2c5UqpxnN8X9zFD7OoqTnNN5N8eE7c0a4RmIz5t/sPNR37n0W9etLWDbsR3N8T4ORxLS4j1MG626LMNIx08zKNIcGfbdiB+A2bnJdMN/iFkndd7jpbA3Y6BBtrUkKpLEsNgzePWiiPFk4TU43Q/ZtKOpGHTvReII= Received: by 10.49.92.18 with SMTP id u18mr1189947nfl; Tue, 15 Aug 2006 04:24:33 -0700 (PDT) Received: by 10.78.131.2 with HTTP; Tue, 15 Aug 2006 04:24:33 -0700 (PDT) Message-ID: Date: Tue, 15 Aug 2006 14:24:33 +0300 From: "Dennis Melentyev" To: "Android Andrew" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 Content-Disposition: inline References: <44E19FF2.9080709@oberon.pfi.lt> Cc: freebsd-stable@freebsd.org, Alexey Karagodov Subject: Re: FreeBSD 6.1-STABLE: Unexplained power off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2006 11:24:46 -0000 RG9uJ3QgdGFrZSBpdCBwZXJzb25hbGx5LCBidXQgY291bGQgaXQganVzdCBwb3dlci1vZmYgdGhl IG1vbml0b3I/CldoYXQgZG9lcyBzaG93IHRoZSBkaXNrIGFjdGl2aXR5IGxlZD8KCkFGQUlSLCBp ZiB5b3UgaGF2ZSB0byBwb3dlci1vZmYgbWFudWFsbHkgKGxvbmcgcHJlc3NpbmcgcG93ZXIgYnV0 dG9uKQpiZWZvcmUgcG93ZXItb24sIGl0IGRvZXMgd2lsbCBtYWtlIEZTIGRpcnR5LiBJbnN0ZWFk IG9mIHJlYWwgY29ycmVjdApwb3dlci1vZmYgY2FzZS4KClRyeSB0byBtYWtlIGEgc2ltcGxlIHNj cmlwdCBhcHBlbmRpbmcgc29tZSBsb2cvZmlsZSB3aXRoIHRpbWVzdGFtcHMsCndhaXQgdW50aWxs IHlvdXIgaXNzdWUgb2NjdXJzLCB0aGVuIGNoZWNrIHRoZSB0aW1lLCB3YWl0IGZvciwgc2F5LCA1 Cm1vcmUgbWludXRlcyBhbmQgdGhlbiBjb2xkLXN0YXJ0IHN5c3RlbSBhZ2Fpbi4KCkkgYmV0LCB0 aGUgc2NyaXB0IHdpbGwgc3RpbGwgYmUgbG9nZ2luZyBtZXNzYWdlcyBpbnRvIHRoZSBmaWxlIHdo aWxlCnN5c3RlbSBsb29rcyBsaWtlICJzbGVlcGluZyIuCgoxNS4wOC4wNiwgQW5kcm9pZCBBbmRy ZXc8YW5kcm9pZEBvYmVyb24ucGZpLmx0PiDQvdCw0L/QuNGB0LDQuyjQsCk6Cj4gT24gVHVlLCAx NSBBdWcgMjAwNiAxMzozMTowOCArMDMwMCwgQWxleGV5IEthcmFnb2RvdiA8a2FyYWdvZG92QGdt YWlsLmNvbT4KPiB3cm90ZToKPgo+ID4gYXJlIHlvdSByZWFseSBTVVJFIHRoYXQgeW91IHdvcmtz dGF0aW9uIHR1cm5lZCBvZmY/IGkgdGhpbmsgaXQganVzdAo+ID4gInNsZWVwaW5nIiA7LSkgLgo+ ID4gYWZ0ZXIgcG93ZXIgYW5kIGJvb3QgdXAgaXMgeW91ciBmaWxlLXN5c3RlbXMgImNsZWFuIiBv ciBmc2NrIHRha2VzIHBsYWNlCj4gPiBkdXJpbmcgYm9vdC10aW1lPwo+ID4gcGxlYXNlLCBjaGVj ayB5b3VyIHBvd2VyLXNhdmUgc2V0dGluZ3MgaW4gQklPUyBhbmQgaXMgT1MgLi4uCj4KPiBUaGFu a3MgZm9yIGlkZWEgQWxleGV5IQo+IEkgdGhpbmsgaXQgaXMgbm90ICJzbGVlcGluZyIgYmVjYXVz ZSBsb2cgbWVzc2FnZXMgbG9vayBsaWtlIG9uZXMgYWZ0ZXIKPiBjcmFzaDoKPgo+IEF1ZyAxNSAw MDoyMzowNCBjYWxsaXN0byBrZXJuZWw6IFRyeWluZyB0byBtb3VudCByb290IGZyb20gdWZzOi9k ZXYvYXIwczFhCj4gQXVnIDE1IDAwOjIzOjA0IGNhbGxpc3RvIGtlcm5lbDogV0FSTklORzogLyB3 YXMgbm90IHByb3Blcmx5IGRpc21vdW50ZWQKPiBBdWcgMTUgMDA6MjM6MDQgY2FsbGlzdG8ga2Vy bmVsOiBXQVJOSU5HOiAvaG9tZSB3YXMgbm90IHByb3Blcmx5IGRpc21vdW50ZWQKPiBBdWcgMTUg MDA6MjM6MDQgY2FsbGlzdG8ga2VybmVsOiBXQVJOSU5HOiAvdG1wIHdhcyBub3QgcHJvcGVybHkg ZGlzbW91bnRlZAo+IEF1ZyAxNSAwMDoyMzowNCBjYWxsaXN0byBrZXJuZWw6IFdBUk5JTkc6IC91 c3Igd2FzIG5vdCBwcm9wZXJseSBkaXNtb3VudGVkCj4gQXVnIDE1IDAwOjIzOjA0IGNhbGxpc3Rv IGtlcm5lbDogV0FSTklORzogL3ZhciB3YXMgbm90IHByb3Blcmx5IGRpc21vdW50ZWQKPgo+IFNv bWV0aW1lcyBzeXN0ZW0gYm9vdHMgaW4gc2luZ2xlLXVzZXIgbW9kZSB3aXRoICJydW4gZnNjayBt YW5udWFseSIKPiBtZXNzYWdlLgo+Cj4gSSd2ZSB0cmllZCB0byBwbGF5IHdpdGggcG93ZXItc2F2 ZSBzZXR0bmlncyBpbiBCSU9TIGFuZCB3aXRoIGtlcm5lbAo+IGFwbS1tb2R1bGUgYnV0IGl0IHRh a2VzIG5vIGVmZmVjdC4KPgo+IFRoZXJlIGFyZSB0d28gU0FUQS1IREQgaW4gbXkgc3lzdGVtLiBU aGV5IGFyZSBjb25maWd1cmVkIGFzIFJBSUQwICgiSW50ZWwKPiBNYXRyaXgiIG9uLWJvYXJkIGNv bnRyb2xsZXIpLiBJIGd1ZXNzIHRoZSBwcm9ibGVtIGNvdWxkIGJlIGhlcmUsIGJ1dCBJCj4gZG9u J3Qga25vdyBob3cgdG8gY2hlY2sgaXQuCj4KPiAgICAgIF8KPiAuLS5fLj1cLS4KPiAoXyk9PSco XykKPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+IGZy ZWVic2Qtc3RhYmxlQGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdAo+IGh0dHA6Ly9saXN0cy5mcmVl YnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2Qtc3RhYmxlCj4gVG8gdW5zdWJzY3JpYmUs IHNlbmQgYW55IG1haWwgdG8gImZyZWVic2Qtc3RhYmxlLXVuc3Vic2NyaWJlQGZyZWVic2Qub3Jn Igo+CgoKLS0gCkRlbm5pcyBNZWxlbnR5ZXYK From owner-freebsd-stable@FreeBSD.ORG Tue Aug 15 11:41:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AC0E16A4DF for ; Tue, 15 Aug 2006 11:41:19 +0000 (UTC) (envelope-from android@oberon.pfi.lt) Received: from oberon.pfi.lt (oberon.pfi.lt [193.219.52.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 076CA43D4C for ; Tue, 15 Aug 2006 11:41:16 +0000 (GMT) (envelope-from android@oberon.pfi.lt) Received: from [10.10.10.1] (82-135-145-2.ip.rygveda.lt [82.135.145.2]) by oberon.pfi.lt (8.13.3/8.13.3) with ESMTP id k7FBuRm9053792; Tue, 15 Aug 2006 14:56:27 +0300 (EEST) (envelope-from android@oberon.pfi.lt) Message-ID: <44E1B2D4.4080901@oberon.pfi.lt> Date: Tue, 15 Aug 2006 14:41:08 +0300 From: "Android Andrew [:]" User-Agent: Thunderbird 1.5.0.5 (X11/20060731) MIME-Version: 1.0 To: Dennis Melentyev References: <44E19FF2.9080709@oberon.pfi.lt> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Alexey Karagodov Subject: Re: FreeBSD 6.1-STABLE: Unexplained power off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2006 11:41:19 -0000 Dennis Melentyev wrote: > Don't take it personally, but could it just power-off the monitor? > What does show the disk activity led? :) No, monitor shows there's no signal... Disk activity led and power led are off. Keyboard leds are off too. There is no network activity, no ping-reply... > > AFAIR, if you have to power-off manually (long pressing power button) > before power-on, it does will make FS dirty. Instead of real correct > power-off case. > > Try to make a simple script appending some log/file with timestamps, > wait untill your issue occurs, then check the time, wait for, say, 5 > more minutes and then cold-start system again. > > I bet, the script will still be logging messages into the file while > system looks like "sleeping". Ok, I'll try it. From owner-freebsd-stable@FreeBSD.ORG Tue Aug 15 11:49:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DE6D16A4DA for ; Tue, 15 Aug 2006 11:49:11 +0000 (UTC) (envelope-from dennis.melentyev@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA1EF43D46 for ; Tue, 15 Aug 2006 11:49:10 +0000 (GMT) (envelope-from dennis.melentyev@gmail.com) Received: by nf-out-0910.google.com with SMTP id n15so291687nfc for ; Tue, 15 Aug 2006 04:49:09 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XSNRVwChCDzoiFQgh78nfCdxFExrpd7+Ro60nGZowkQKgsAMXKFl0BobwnLgNqbe6scG0P2G7YWQ+Hi3pzRS9PSFQoDKncA3bhJdAXKQew1zRoIBy1ke6ftoZQmo7WJYzBlNLjc5KCxOxkBNd/8Jyr+EL8kS54tbBPmv/IpFJTE= Received: by 10.49.90.4 with SMTP id s4mr1207286nfl; Tue, 15 Aug 2006 04:49:09 -0700 (PDT) Received: by 10.78.131.2 with HTTP; Tue, 15 Aug 2006 04:49:09 -0700 (PDT) Message-ID: Date: Tue, 15 Aug 2006 14:49:09 +0300 From: "Dennis Melentyev" To: "Android Andrew [:]" In-Reply-To: <44E1B2D4.4080901@oberon.pfi.lt> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44E19FF2.9080709@oberon.pfi.lt> <44E1B2D4.4080901@oberon.pfi.lt> Cc: freebsd-stable@freebsd.org, Alexey Karagodov Subject: Re: FreeBSD 6.1-STABLE: Unexplained power off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2006 11:49:11 -0000 2006/8/15, Android Andrew [:] : > > > Dennis Melentyev wrote: > > Don't take it personally, but could it just power-off the monitor? > > What does show the disk activity led? > :) > No, monitor shows there's no signal... > Disk activity led and power led are off. Keyboard leds are off too. > There is no network activity, no ping-reply... Hm... According to this, no need for logging script: if network is not responding, the whole system should have been halted... :( Afraid there is only one way - to kernell debugger, but I not an expert there. > > AFAIR, if you have to power-off manually (long pressing power button) > > before power-on, it does will make FS dirty. Instead of real correct > > power-off case. > > > > Try to make a simple script appending some log/file with timestamps, > > wait untill your issue occurs, then check the time, wait for, say, 5 > > more minutes and then cold-start system again. > > > > I bet, the script will still be logging messages into the file while > > system looks like "sleeping". > Ok, I'll try it. > -- Dennis Melentyev From owner-freebsd-stable@FreeBSD.ORG Tue Aug 15 11:49:12 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B1C416A4DD for ; Tue, 15 Aug 2006 11:49:12 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id C526B43D46 for ; Tue, 15 Aug 2006 11:49:11 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by nf-out-0910.google.com with SMTP id n15so291690nfc for ; Tue, 15 Aug 2006 04:49:10 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=M1WAp6A0PoqCSaNw3bk8mRqLdWdLmhs+Vxl76mt3zBaHnUHwEANnSmqqT45alxbWlRqz7bfn59scE1deWjF5HglBJAc6BD24/CaGjMHSiXsJDPZZeJojgP65j62ZO0Y+a/18j8oBTqPAo3JbFxpRi5Wo9SebVkoLdfn9VyzIkpk= Received: by 10.49.43.2 with SMTP id v2mr1186997nfj; Tue, 15 Aug 2006 04:49:10 -0700 (PDT) Received: by 10.78.199.20 with HTTP; Tue, 15 Aug 2006 04:49:10 -0700 (PDT) Message-ID: <6eb82e0608150449p3320b5eeu2b731fec42de9218@mail.gmail.com> Date: Tue, 15 Aug 2006 19:49:10 +0800 From: "Rong-en Fan" To: "Kris Kennaway" , "Morten A. Middelthon" In-Reply-To: <20060815101114.GA51674@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060228101453.GB47953@hugo10.ka.punkt.de> <20060228102150.GA56625@xor.obsecurity.org> <20060815095950.GD34840@freenix.no> <20060815101114.GA51674@xor.obsecurity.org> Cc: stable@freebsd.org Subject: Re: NFS locking 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: Tue, 15 Aug 2006 11:49:12 -0000 On 8/15/06, Kris Kennaway wrote: > On Tue, Aug 15, 2006 at 11:59:50AM +0200, Morten A. Middelthon wrote: > > On Tue, Feb 28, 2006 at 05:21:50AM -0500, Kris Kennaway wrote: > > > On Tue, Feb 28, 2006 at 11:14:53AM +0100, Patrick M. Hausen wrote: > > > > Hi, all! > > > > > > > > In our local office network we have a rather old FreeBSD 5.2.1 > > > > server acting as an NFS server for several other systems, mostly > > > > running 6.0. > > > > > > > > >From time to time we experience processes on the NFS clients > > > > hanging in statd "D" with wchan "lockd" when accessing files > > > > over NFS. > > > > > > Try the attached patch on the 6.0 machines: > > > > > > Index: usr.sbin/rpc.lockd/lock_proc.c > > > > > > Hi, > > > > I have been plagued with this NFS lockd issue for quite some time now. It has > > kept me from installing FreeBSD 6.x on our workstations at work. I just tried > > applying your patch to my own 6.1-RELEASE-p3 workstation, and so far it has > > been working nicely. Has anyone else had the same experience? If so, maybe it > > should go into production? > > I was unable to obtain confirmation from anyone else (including the > submitter who previously claimed it was necessary, and my own testing) > that the patch actually solved a problem. Since it involves reverting > useful functionality, someone would need to obtain further debugging > from your system (tcpdump traces before/after, etc) to determine what > it's actually solving. > > Kris In my experiences, rpc.lockd dies automatically on both server and client. If this happens, then all processes that want to lock a file, they will be stuck in lockd (top will tell). In my case, rpc.lockd dies because write failed, and then a SIGPIPE generated. Two months ago, bin/97768 is sent and rodrigc@ committed (also MFC'ed in RELENG_6). That PR ignores SIGPIPE (since the code in server/client already takes care of write failed case). After I applied this PR, I'm quite happy with nfs locking. Regards, Rong-En Fan From owner-freebsd-stable@FreeBSD.ORG Tue Aug 15 12:16:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB41016A4DF; Tue, 15 Aug 2006 12:16:26 +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 67CCA43D5C; Tue, 15 Aug 2006 12:16:08 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7FCFxWo026881; Tue, 15 Aug 2006 08:16:06 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org, avleeuwen@piwebs.com Date: Tue, 15 Aug 2006 08:03:25 -0400 User-Agent: KMail/1.9.1 References: <200608140946.15744.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608150803.26014.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Tue, 15 Aug 2006 08:16:06 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1662/Tue Aug 15 04:29:25 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Michael Landin Hostbaek Subject: Re: IBM xSeries 336 dual Xeon hangs on boot when APIC enabled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 12:16:26 -0000 On Tuesday 15 August 2006 05:25, Arjan van Leeuwen wrote: > 2006/8/14, John Baldwin : > > > > On Monday 14 August 2006 04:45, Arjan van Leeuwen wrote: > > > 2006/8/13, Michael Landin Hostbaek : > > > > > > > > Arjan van Leeuwen (avleeuwen) writes: > > > > > I'm trying to boot FreeBSD 6.1-RELEASE/amd64 on an IBM xSeries 336 > > > > machine > > > > > with dual Xeons 3.2GHz installed. > > > > > > > > > > The installation was successful, but > > > > > if I try to boot the SMP kernel, it hangs after detection of SCSI > > and > > > > ATA > > > > > devices (possibly when doing the initialization of the mpt0 RAID > > > > controller, > > > > > or when it tries to start the second CPU?). > > > > > > > > > > > > > I've just had a similar problem with an IBM xSeries 232 - it would not > > > > boot with apic enabled.. I chased the problem down to the network > > > > adapter (fxp) - and when disabling the planar ethernet in BIOS it > > would > > > > boot with SMP. > > > > > > > > > Yes! Indeed, the system boots perfectly well if I disable both network > > > adapters (bge, see > > > dmesg.boot > > > posted earlier). However, I need at least one functioning network > > adapter... > > > > > > I managed to get both NIC and SMP working by disabling a bunch of stuff > > > > in the BIOS, fx both serial ports and also the floppy drive. > > > > > > > > > ... and this doesn't seem to work for me. > > > > > > So: > > > 1) Why does my system hang if I enable the network adapter? > > > 2) Why does it only hang if APIC is enabled? > > > > > > Arjan > > > > Compile DDB into your SMP kernel. When it 'hangs', break into ddb and run > > 'show intrcnt' to see if you are having an interrupt storm. > > > I can't break into DDB during the hang, it's not responding. I can do > it just before the hang, but that doesn't seem very helpful. > > Is there another way to force it to break? If you can't break into DDB then it must be spinning with interrupts disabled. If you have firewire you can try running kgdb over firwire to debug it. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Aug 15 12:38:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17A3916A4EC for ; Tue, 15 Aug 2006 12:38:43 +0000 (UTC) (envelope-from android@oberon.pfi.lt) Received: from oberon.pfi.lt (oberon.pfi.lt [193.219.52.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 437F543D66 for ; Tue, 15 Aug 2006 12:38:41 +0000 (GMT) (envelope-from android@oberon.pfi.lt) Received: from [10.10.10.1] (82-135-145-2.ip.rygveda.lt [82.135.145.2]) by oberon.pfi.lt (8.13.3/8.13.3) with ESMTP id k7FCrkaD054050; Tue, 15 Aug 2006 15:53:46 +0300 (EEST) (envelope-from android@oberon.pfi.lt) Message-ID: <44E1C044.3000104@oberon.pfi.lt> Date: Tue, 15 Aug 2006 15:38:28 +0300 From: "Android Andrew [:]" User-Agent: Thunderbird 1.5.0.5 (X11/20060731) MIME-Version: 1.0 To: David Wolfskill References: <44E19FF2.9080709@oberon.pfi.lt> <20060815121355.GP490@bunrab.catwhisker.org> In-Reply-To: <20060815121355.GP490@bunrab.catwhisker.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1-STABLE: Unexplained power off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2006 12:38:43 -0000 It is possible, but now machine does not getting too hot. See my first post: "At first I thought that problem could be in CPU, power supply, mobo chips overheating, but temperature sensors reported everything is OK. To be on the safe side I installed additional radiators and coolers. But it doesn't solve the problem." There is no messages in mobo eventlog about overhating. David Wolfskill wrote: > Is it possible that the machine is getting too hot and shutting itself > down to avoid catastrophic thermal failure? > > Peace, > david From owner-freebsd-stable@FreeBSD.ORG Tue Aug 15 13:11:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8435316A4DD for ; Tue, 15 Aug 2006 13:11:52 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id A667F43D4C for ; Tue, 15 Aug 2006 13:11:51 +0000 (GMT) (envelope-from cptsalek@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so594934wxd for ; Tue, 15 Aug 2006 06:11:51 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rmYUCh1Fpl9ex0oOXTddkWZE7sb9UfQ/OCdIJu29Qp4xYmQzSRrhGRFOTEomJarw2kA8cOd0sAyPzylaJp9tZDRUtJJ83jxfZu5ZY2Hl1lL/BIY46tr1Pn6zk2PLtdkk+5/f7f47BL8R6n38IHaj9NPvpsk9AeHb9SoR9215+Yk= Received: by 10.70.48.15 with SMTP id v15mr7165660wxv; Tue, 15 Aug 2006 06:04:43 -0700 (PDT) Received: by 10.70.130.19 with HTTP; Tue, 15 Aug 2006 06:04:43 -0700 (PDT) Message-ID: <14989d6e0608150604y1ddabadr9d7e297851e92557@mail.gmail.com> Date: Tue, 15 Aug 2006 15:04:43 +0200 From: "Christian Walther" To: "Android Andrew [:]" In-Reply-To: <44E1C044.3000104@oberon.pfi.lt> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44E19FF2.9080709@oberon.pfi.lt> <20060815121355.GP490@bunrab.catwhisker.org> <44E1C044.3000104@oberon.pfi.lt> Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1-STABLE: Unexplained power off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2006 13:11:52 -0000 This is just a wild, uneducated guess, because I'm not a long FreeBSD user, but from my point of view this error could really be related to ACPI/APM, as already has been suggested. Maybe the machine is trying to go to suspend, but fails while doing so, which in the end would mean that it can't recover from the suspend, but has to reboot completely, resulting in dirty file systems. It wouldn't reach the suspend state correctly, which could leave everything depending on ACPI/APM in a undefined state, including the hardware. This would explain why the machine has to be turned off properly by pressing toe power button for such a long time. I'd try to use the machine without ACPI/APM enabled. If possible, compile a new kernel without it being enabled. This might not be possible because you're on a SMP-system, thou, but you might want to check your configuration files for suspend or hibernation -- and turn them of. With ACPI/APM turned on, leave the machine idle for some time and see if it shows the same behaviour. When it shuts down cleanly it's likely that suspend/hibernation fails due to the high load introduced by the build process. I've seen and experienced similar problems on other platforms, such as OS X and (sorry) Linux. From owner-freebsd-stable@FreeBSD.ORG Tue Aug 15 14:24:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4355716A4DA; Tue, 15 Aug 2006 14:24:44 +0000 (UTC) (envelope-from dom@goodforbusiness.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA61E43D53; Tue, 15 Aug 2006 14:24:43 +0000 (GMT) (envelope-from dom@goodforbusiness.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 4E6D311402A; Tue, 15 Aug 2006 15:24:42 +0100 (BST) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UvDcOQV19l8L; Tue, 15 Aug 2006 15:24:38 +0100 (BST) Received: from [192.168.0.86] (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id C3140114032; Tue, 15 Aug 2006 15:24:38 +0100 (BST) Message-ID: <44E1D926.5020602@goodforbusiness.co.uk> Date: Tue, 15 Aug 2006 15:24:38 +0100 From: Dominic Marks User-Agent: Thunderbird 1.5.0.5 (X11/20060809) MIME-Version: 1.0 To: John Baldwin References: <44D9B5B4.7010208@goodforbusiness.co.uk> <200608101341.57641.jhb@freebsd.org> <44DC4A79.7010501@goodforbusiness.co.uk> <200608111253.40972.jhb@freebsd.org> In-Reply-To: <200608111253.40972.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Device conflict 3ware twe and CMedia sound card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2006 14:24:44 -0000 John Baldwin wrote: > On Friday 11 August 2006 05:14, Dominic Marks wrote: >> John Baldwin wrote: >>> On Thursday 10 August 2006 11:27, Dominic Marks wrote: >>>>> hint.pci3.13.INTA.irq=17 >>>>> >>>>> That should make twe0 use IRQ 17. >>>>> >>>> I doesn't seem to have had the desired effect: >>>> >>>> > kenv | grep pci3 >>>> hint.pci3.13.INTA.irq="17" >>>> >>>> > grep twe0 /var/run/dmesg.boot >>>> twe0: <3ware Storage Controller. [...]> port 0xdcb0-0xdcbf mem >>>> 0xdf000000-0xdf7fffff irq 49 at device 13.0 on pci3 >>> Erm, that should have worked. Did you just do 'kenv' to set it or did you >>> reboot and set it in the loader? Also, what version are you running, and >>> what revision of /sys/dev/pci/pci.c do you have? >>> >> I set it in devices.hints and rebooted. >> >> FreeBSD gdc083.internal.graphdata.co.uk 6.1-STABLE FreeBSD 6.1-STABLE >> #2: Mon Jul 17 16:30:13 BST 2006 >> dominicm@gdc083.internal.graphdata.co.uk:/usr/obj/usr/src/sys/GDC083 i386 >> >> /usr/src/sys/dev/pci/pci.c: >> $FreeBSD: src/sys/dev/pci/pci.c,v 1.292.2.7 2006/01/31 14:42:43 >> imp Exp $ > > Hmm, ok. Well, the next step is to try and see why it isn't working. Can you > patch the pci_assign_interrupt() function in /sys/dev/pci/pci.c to printf() > the tunable name it generates via sprintf() each time it is invoked? Then > boot with that and send me the dmesg? Thanks. > A day later than promised: > grep "DEBUG:" /var/run/dmesg.boot DEBUG: hw.pci0.2.INTA.irq DEBUG: hw.pci0.3.INTA.irq DEBUG: hw.pci0.4.INTA.irq DEBUG: hw.pci0.29.INTA.irq DEBUG: hw.pci0.29.INTB.irq DEBUG: hw.pci0.29.INTC.irq DEBUG: hw.pci0.29.INTA.irq DEBUG: hw.pci0.29.INTD.irq DEBUG: hw.pci0.31.INTA.irq DEBUG: hw.pci0.31.INTA.irq DEBUG: hw.pci0.31.INTB.irq DEBUG: hw.pci3.13.INTA.irq (**) DEBUG: hw.pci3.14.INTA.irq DEBUG: hw.pci4.0.INTA.irq DEBUG: hw.pci7.13.INTA.irq > tail -1 /boot/device.hints hint.pci3.13.INTA.irq="17" So I'm assuming this is a case of group-blindness :) s/hint/hw/ I'll see how setting hw[...] instead of hint[...] works. Thanks, Dominic From owner-freebsd-stable@FreeBSD.ORG Tue Aug 15 14:32:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9D6516A4DE for ; Tue, 15 Aug 2006 14:32:25 +0000 (UTC) (envelope-from cs@schug.net) Received: from schug.net (schug.net [195.27.130.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 035C543D55 for ; Tue, 15 Aug 2006 14:32:24 +0000 (GMT) (envelope-from cs@schug.net) Received: by schug.net (Postfix, from userid 10000) id C4596C5755; Tue, 15 Aug 2006 16:33:08 +0200 (CEST) Date: Tue, 15 Aug 2006 16:33:08 +0200 From: Christoph Schug To: "Android Andrew [:]" Message-ID: <20060815143308.GC31257@voodoo.schug.net> References: <44E19FF2.9080709@oberon.pfi.lt> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44E19FF2.9080709@oberon.pfi.lt> Organization: SpaceNet AG User-Agent: Mutt/1.5.11 OpenPKG/2.5 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1-STABLE: Unexplained power off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2006 14:32:25 -0000 On Tue, Aug 15, 2006, Android Andrew [:] wrote: > At first I thought that problem could be in CPU, power supply, mobo > chips overheating, but temperature sensors reported everything is OK. To > be on the safe side I installed additional radiators and coolers. But it > doesn't solve the problem. > I've noticed that system is unstable under high disk io load during > compilation. How have you checked your power supply? Is it capable enough to run all your components under high load? -cs From owner-freebsd-stable@FreeBSD.ORG Tue Aug 15 14:34:37 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C541A16A4DF for ; Tue, 15 Aug 2006 14:34: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 DBA3843D7E for ; Tue, 15 Aug 2006 14:34:35 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id BA5481A3C25; Tue, 15 Aug 2006 07:34:35 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0367051590; Tue, 15 Aug 2006 10:34:34 -0400 (EDT) Date: Tue, 15 Aug 2006 10:34:34 -0400 From: Kris Kennaway To: Rong-en Fan Message-ID: <20060815143434.GA72813@xor.obsecurity.org> References: <20060228101453.GB47953@hugo10.ka.punkt.de> <20060228102150.GA56625@xor.obsecurity.org> <20060815095950.GD34840@freenix.no> <20060815101114.GA51674@xor.obsecurity.org> <6eb82e0608150449p3320b5eeu2b731fec42de9218@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="82I3+IH0IqGh5yIs" Content-Disposition: inline In-Reply-To: <6eb82e0608150449p3320b5eeu2b731fec42de9218@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: stable@freebsd.org, Kris Kennaway Subject: Re: NFS locking 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: Tue, 15 Aug 2006 14:34:38 -0000 --82I3+IH0IqGh5yIs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 15, 2006 at 07:49:10PM +0800, Rong-en Fan wrote: > On 8/15/06, Kris Kennaway wrote: > >On Tue, Aug 15, 2006 at 11:59:50AM +0200, Morten A. Middelthon wrote: > >> On Tue, Feb 28, 2006 at 05:21:50AM -0500, Kris Kennaway wrote: > >> > On Tue, Feb 28, 2006 at 11:14:53AM +0100, Patrick M. Hausen wrote: > >> > > Hi, all! > >> > > > >> > > In our local office network we have a rather old FreeBSD 5.2.1 > >> > > server acting as an NFS server for several other systems, mostly > >> > > running 6.0. > >> > > > >> > > >From time to time we experience processes on the NFS clients > >> > > hanging in statd "D" with wchan "lockd" when accessing files > >> > > over NFS. > >> > > >> > Try the attached patch on the 6.0 machines: > >> > > >> > Index: usr.sbin/rpc.lockd/lock_proc.c > >> > >> > >> Hi, > >> > >> I have been plagued with this NFS lockd issue for quite some time now.= =20 > >It has > >> kept me from installing FreeBSD 6.x on our workstations at work. I jus= t=20 > >tried > >> applying your patch to my own 6.1-RELEASE-p3 workstation, and so far i= t=20 > >has > >> been working nicely. Has anyone else had the same experience? If so,= =20 > >maybe it > >> should go into production? > > > >I was unable to obtain confirmation from anyone else (including the > >submitter who previously claimed it was necessary, and my own testing) > >that the patch actually solved a problem. Since it involves reverting > >useful functionality, someone would need to obtain further debugging > >from your system (tcpdump traces before/after, etc) to determine what > >it's actually solving. > > > >Kris >=20 > In my experiences, rpc.lockd dies automatically on both server and > client. If this happens, then all processes that want to lock a file, they > will be stuck in lockd (top will tell). In my case, rpc.lockd dies because > write failed, and then a SIGPIPE generated. Two months ago, bin/97768 > is sent and rodrigc@ committed (also MFC'ed in RELENG_6). That PR > ignores SIGPIPE (since the code in server/client already takes care of > write failed case). After I applied this PR, I'm quite happy with nfs=20 > locking. That's good to hear, but there are many other fundamental problems with the current rpc.lockd implementation in various situations, which can probably only be solved by a substantial rewrite. Kris --82I3+IH0IqGh5yIs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE4dt6Wry0BWjoQKURAu7oAJ9TL1YTJeZtrJnjydbeyHyfZqRJBwCfQ57O +sp7Tx8a0u2R3t268wH3tEs= =43WN -----END PGP SIGNATURE----- --82I3+IH0IqGh5yIs-- From owner-freebsd-stable@FreeBSD.ORG Tue Aug 15 14:37:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C24E16A4E5; Tue, 15 Aug 2006 14:37:09 +0000 (UTC) (envelope-from dom@goodforbusiness.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8ACED43D69; Tue, 15 Aug 2006 14:37:00 +0000 (GMT) (envelope-from dom@goodforbusiness.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 8AA67114037; Tue, 15 Aug 2006 15:36:59 +0100 (BST) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LIOFEXkKSY35; Tue, 15 Aug 2006 15:36:56 +0100 (BST) Received: from [192.168.0.86] (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id E8EC511402F; Tue, 15 Aug 2006 15:36:56 +0100 (BST) Message-ID: <44E1DC08.40405@goodforbusiness.co.uk> Date: Tue, 15 Aug 2006 15:36:56 +0100 From: Dominic Marks User-Agent: Thunderbird 1.5.0.5 (X11/20060809) MIME-Version: 1.0 To: John Baldwin , freebsd-stable@freebsd.org References: <44D9B5B4.7010208@goodforbusiness.co.uk> <200608101341.57641.jhb@freebsd.org> <44DC4A79.7010501@goodforbusiness.co.uk> <200608111253.40972.jhb@freebsd.org> <44E1D926.5020602@goodforbusiness.co.uk> In-Reply-To: <44E1D926.5020602@goodforbusiness.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Device conflict 3ware twe and CMedia sound card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2006 14:37:09 -0000 Dominic Marks wrote: > John Baldwin wrote: >> On Friday 11 August 2006 05:14, Dominic Marks wrote: >>> John Baldwin wrote: >>>> On Thursday 10 August 2006 11:27, Dominic Marks wrote: >>>>>> hint.pci3.13.INTA.irq=17 >>>>>> >>>>>> That should make twe0 use IRQ 17. >>>>>> >>>>> I doesn't seem to have had the desired effect: >>>>> >>>>> > kenv | grep pci3 >>>>> hint.pci3.13.INTA.irq="17" >>>>> >>>>> > grep twe0 /var/run/dmesg.boot >>>>> twe0: <3ware Storage Controller. [...]> port 0xdcb0-0xdcbf mem >>>>> 0xdf000000-0xdf7fffff irq 49 at device 13.0 on pci3 >>>> Erm, that should have worked. Did you just do 'kenv' to set it or >>>> did you reboot and set it in the loader? Also, what version are you >>>> running, and what revision of /sys/dev/pci/pci.c do you have? >>>> >>> I set it in devices.hints and rebooted. >>> >>> FreeBSD gdc083.internal.graphdata.co.uk 6.1-STABLE FreeBSD 6.1-STABLE >>> #2: Mon Jul 17 16:30:13 BST 2006 >>> dominicm@gdc083.internal.graphdata.co.uk:/usr/obj/usr/src/sys/GDC083 >>> i386 >>> >>> /usr/src/sys/dev/pci/pci.c: >>> $FreeBSD: src/sys/dev/pci/pci.c,v 1.292.2.7 2006/01/31 14:42:43 >>> imp Exp $ >> >> Hmm, ok. Well, the next step is to try and see why it isn't working. >> Can you patch the pci_assign_interrupt() function in >> /sys/dev/pci/pci.c to printf() the tunable name it generates via >> sprintf() each time it is invoked? Then boot with that and send me >> the dmesg? Thanks. >> > > A day later than promised: > > > grep "DEBUG:" /var/run/dmesg.boot > DEBUG: hw.pci0.2.INTA.irq > DEBUG: hw.pci0.3.INTA.irq > DEBUG: hw.pci0.4.INTA.irq > DEBUG: hw.pci0.29.INTA.irq > DEBUG: hw.pci0.29.INTB.irq > DEBUG: hw.pci0.29.INTC.irq > DEBUG: hw.pci0.29.INTA.irq > DEBUG: hw.pci0.29.INTD.irq > DEBUG: hw.pci0.31.INTA.irq > DEBUG: hw.pci0.31.INTA.irq > DEBUG: hw.pci0.31.INTB.irq > DEBUG: hw.pci3.13.INTA.irq (**) > DEBUG: hw.pci3.14.INTA.irq > DEBUG: hw.pci4.0.INTA.irq > DEBUG: hw.pci7.13.INTA.irq > > > tail -1 /boot/device.hints > hint.pci3.13.INTA.irq="17" > > So I'm assuming this is a case of group-blindness :) s/hint/hw/ > > I'll see how setting hw[...] instead of hint[...] works. YOU ROCK JOHN! Thanks, I can now iozone the stripe with no obvious impact of Desktop performance. Previously even a 1MB/s single file copy would make the system virtually unusable. Thanks again, Dominic > Thanks, > Dominic > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Aug 15 14:43:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50FD016A4DA for ; Tue, 15 Aug 2006 14:43:25 +0000 (UTC) (envelope-from android@oberon.pfi.lt) Received: from oberon.pfi.lt (oberon.pfi.lt [193.219.52.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id A104F43D46 for ; Tue, 15 Aug 2006 14:43:24 +0000 (GMT) (envelope-from android@oberon.pfi.lt) Received: from [10.10.10.1] (82-135-145-2.ip.rygveda.lt [82.135.145.2]) by oberon.pfi.lt (8.13.3/8.13.3) with ESMTP id k7FEwZDB054463; Tue, 15 Aug 2006 17:58:36 +0300 (EEST) (envelope-from android@oberon.pfi.lt) Message-ID: <44E1DD84.4020508@oberon.pfi.lt> Date: Tue, 15 Aug 2006 17:43:16 +0300 From: "Android Andrew [:]" User-Agent: Thunderbird 1.5.0.5 (X11/20060731) MIME-Version: 1.0 To: Christian Walther References: <44E19FF2.9080709@oberon.pfi.lt> <20060815121355.GP490@bunrab.catwhisker.org> <44E1C044.3000104@oberon.pfi.lt> <14989d6e0608150604y1ddabadr9d7e297851e92557@mail.gmail.com> In-Reply-To: <14989d6e0608150604y1ddabadr9d7e297851e92557@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1-STABLE: Unexplained power off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2006 14:43:25 -0000 Christian, thank you! I recompiled my kernel without ACPI/APM, with debug option. I've updated BIOS. I'm testing the system now. About any results I will tell later. ... but I don't understand why machine should go to suspend or hibernation through high user/system activity... o_O Christian Walther wrote: > This is just a wild, uneducated guess, because I'm not a long FreeBSD > user, but from my point of view this error could really be related to > ACPI/APM, as already has been suggested. > Maybe the machine is trying to go to suspend, but fails while doing > so, which in the end would mean that it can't recover from the > suspend, but has to reboot completely, resulting in dirty file > systems. It wouldn't reach the suspend state correctly, which could > leave everything depending on ACPI/APM in a undefined state, including > the hardware. This would explain why the machine has to be turned off > properly by pressing toe power button for such a long time. > > I'd try to use the machine without ACPI/APM enabled. If possible, > compile a new kernel without it being enabled. This might not be > possible because you're on a SMP-system, thou, but you might want to > check your configuration files for suspend or hibernation -- and turn > them of. > With ACPI/APM turned on, leave the machine idle for some time and see > if it shows the same behaviour. When it shuts down cleanly it's likely > that suspend/hibernation fails due to the high load introduced by the > build process. > > I've seen and experienced similar problems on other platforms, such as > OS X and (sorry) Linux. > From owner-freebsd-stable@FreeBSD.ORG Tue Aug 15 14:45:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2366016A4DD for ; Tue, 15 Aug 2006 14:45:27 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60D8143D45 for ; Tue, 15 Aug 2006 14:45:26 +0000 (GMT) (envelope-from karagodov@gmail.com) Received: by py-out-1112.google.com with SMTP id c59so1760291pyc for ; Tue, 15 Aug 2006 07:45:25 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=rBcrr0MUUQivTCIlVhvlTWeEZm5JQnkJ1JuPUR6jB661+tSUtNIhJ4SHHMVnWfnpbmNiEbezlEby6dMTq8Kxur41qD3QP53E/vErNeJwl+0Q4RpkNgJTm8yds+OWCtD8RTszIs+vECE8FV+dOoi7jDwgjb754rKSGPCNQZCV5zs= Received: by 10.35.78.9 with SMTP id f9mr15652839pyl; Tue, 15 Aug 2006 07:45:25 -0700 (PDT) Received: by 10.35.66.6 with HTTP; Tue, 15 Aug 2006 07:45:25 -0700 (PDT) Message-ID: Date: Tue, 15 Aug 2006 18:45:25 +0400 From: "Alexey Karagodov" To: "Christoph Schug" In-Reply-To: <20060815143308.GC31257@voodoo.schug.net> MIME-Version: 1.0 References: <44E19FF2.9080709@oberon.pfi.lt> <20060815143308.GC31257@voodoo.schug.net> 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: FreeBSD 6.1-STABLE: Unexplained power off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2006 14:45:27 -0000 yes, that's correct question ... your's mobo reports about everything is fine may be mistaken ... check your ACPI and related settings and hardware 2006/8/15, Christoph Schug : > > On Tue, Aug 15, 2006, Android Andrew [:] wrote: > > > At first I thought that problem could be in CPU, power supply, mobo > > chips overheating, but temperature sensors reported everything is OK. To > > be on the safe side I installed additional radiators and coolers. But it > > doesn't solve the problem. > > I've noticed that system is unstable under high disk io load during > > compilation. > > How have you checked your power supply? Is it capable enough to run all > your components under high load? > > -cs > _______________________________________________ > 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 Aug 15 15:05:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6720216A4FE for ; Tue, 15 Aug 2006 15:05:50 +0000 (UTC) (envelope-from android@oberon.pfi.lt) Received: from oberon.pfi.lt (oberon.pfi.lt [193.219.52.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F50F43DD3 for ; Tue, 15 Aug 2006 15:05:18 +0000 (GMT) (envelope-from android@oberon.pfi.lt) Received: from [10.10.10.1] (82-135-145-2.ip.rygveda.lt [82.135.145.2]) by oberon.pfi.lt (8.13.3/8.13.3) with ESMTP id k7FFK82I054563; Tue, 15 Aug 2006 18:20:09 +0300 (EEST) (envelope-from android@oberon.pfi.lt) Message-ID: <44E1E291.1010707@oberon.pfi.lt> Date: Tue, 15 Aug 2006 18:04:49 +0300 From: "Android Andrew [:]" User-Agent: Thunderbird 1.5.0.5 (X11/20060731) MIME-Version: 1.0 To: Christoph Schug References: <44E19FF2.9080709@oberon.pfi.lt> <20060815143308.GC31257@voodoo.schug.net> In-Reply-To: <20060815143308.GC31257@voodoo.schug.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1-STABLE: Unexplained power off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2006 15:05:50 -0000 Hi Christoph! I've checked supply voltages by digital multimeter, and temperature I've checked "manually" by putting my hand on supply case - it is not very "academical" method, but reliable enough, I guess :) I had an idea about capability of power supply. It is 420 Watt device. I physically removed from the system additional network adapters, sound card, DVD-drive, replaced video-card. Results with and without additional devices are the same. The same system has been working properly for the last 6 months under amd64 version of FreeBSD 6.0-STABLE... Christoph Schug wrote: > How have you checked your power supply? Is it capable enough to run all > your components under high load? > > -cs > From owner-freebsd-stable@FreeBSD.ORG Tue Aug 15 15:09:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C20E916A51E for ; Tue, 15 Aug 2006 15:09:11 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 371A643E7E for ; Tue, 15 Aug 2006 15:08:20 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7FF84WE028048; Tue, 15 Aug 2006 11:08:12 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 15 Aug 2006 11:06:43 -0400 User-Agent: KMail/1.9.1 References: <44D9B5B4.7010208@goodforbusiness.co.uk> <44E1D926.5020602@goodforbusiness.co.uk> <44E1DC08.40405@goodforbusiness.co.uk> In-Reply-To: <44E1DC08.40405@goodforbusiness.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608151106.44214.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 15 Aug 2006 11:08:13 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1663/Tue Aug 15 09:08:37 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00, UPPERCASE_25_50 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Dominic Marks Subject: Re: Device conflict 3ware twe and CMedia sound card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2006 15:09:12 -0000 On Tuesday 15 August 2006 10:36, Dominic Marks wrote: > > A day later than promised: > > > > > grep "DEBUG:" /var/run/dmesg.boot > > DEBUG: hw.pci0.2.INTA.irq > > DEBUG: hw.pci0.3.INTA.irq > > DEBUG: hw.pci0.4.INTA.irq > > DEBUG: hw.pci0.29.INTA.irq > > DEBUG: hw.pci0.29.INTB.irq > > DEBUG: hw.pci0.29.INTC.irq > > DEBUG: hw.pci0.29.INTA.irq > > DEBUG: hw.pci0.29.INTD.irq > > DEBUG: hw.pci0.31.INTA.irq > > DEBUG: hw.pci0.31.INTA.irq > > DEBUG: hw.pci0.31.INTB.irq > > DEBUG: hw.pci3.13.INTA.irq (**) > > DEBUG: hw.pci3.14.INTA.irq > > DEBUG: hw.pci4.0.INTA.irq > > DEBUG: hw.pci7.13.INTA.irq > > > > > tail -1 /boot/device.hints > > hint.pci3.13.INTA.irq="17" > > > > So I'm assuming this is a case of group-blindness :) s/hint/hw/ Heh.. Doh! > Thanks, I can now iozone the stripe with no obvious impact of Desktop > performance. > Previously even a 1MB/s single file copy would make the system virtually > unusable. Cool! -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Aug 15 15:21:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5FEE16A5CB for ; Tue, 15 Aug 2006 15:21:20 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AA1243D6A for ; Tue, 15 Aug 2006 15:21:19 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so208041wra for ; Tue, 15 Aug 2006 08:21:18 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jVbsKv6+v/T2B1/xLMzijikBhef404hH00jsVi8xi8AqMJpSm3RjWNUqE78nl5m//7zsVUnBCtWrePvz+RhranJNIu9PFe2YSmyTk+sK79opQHE7+OJEk6inyaIeNyMpYMri3cZmCurCAa3VjU+nPTvbJLDnB2W94B3mKV32mMU= Received: by 10.49.41.18 with SMTP id t18mr1475559nfj; Tue, 15 Aug 2006 08:21:18 -0700 (PDT) Received: by 10.78.50.6 with HTTP; Tue, 15 Aug 2006 08:21:18 -0700 (PDT) Message-ID: <84dead720608150821u2852a081mc4d3dfc0a39abd45@mail.gmail.com> Date: Tue, 15 Aug 2006 20:51:18 +0530 From: "Joseph Koshy" To: "Android Andrew [:]" In-Reply-To: <44E1DD84.4020508@oberon.pfi.lt> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44E19FF2.9080709@oberon.pfi.lt> <20060815121355.GP490@bunrab.catwhisker.org> <44E1C044.3000104@oberon.pfi.lt> <14989d6e0608150604y1ddabadr9d7e297851e92557@mail.gmail.com> <44E1DD84.4020508@oberon.pfi.lt> Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1-STABLE: Unexplained power off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2006 15:21:20 -0000 a> ... but I don't understand why machine should go to suspend or a> hibernation through high user/system activity... o_O Another suggestion would be to check the SMPS in the system. These symptoms could be explained by voltages going out of spec when under load. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-stable@FreeBSD.ORG Tue Aug 15 15:58:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A083916A4E6 for ; Tue, 15 Aug 2006 15:58:52 +0000 (UTC) (envelope-from android@oberon.pfi.lt) Received: from oberon.pfi.lt (oberon.pfi.lt [193.219.52.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF50443D69 for ; Tue, 15 Aug 2006 15:58:51 +0000 (GMT) (envelope-from android@oberon.pfi.lt) Received: from [10.10.10.1] (82-135-145-2.ip.rygveda.lt [82.135.145.2]) by oberon.pfi.lt (8.13.3/8.13.3) with ESMTP id k7FGE24c054789; Tue, 15 Aug 2006 19:14:03 +0300 (EEST) (envelope-from android@oberon.pfi.lt) Message-ID: <44E1EF32.10205@oberon.pfi.lt> Date: Tue, 15 Aug 2006 18:58:42 +0300 From: "Android Andrew [:]" User-Agent: Thunderbird 1.5.0.5 (X11/20060731) MIME-Version: 1.0 To: Christian Walther References: <44E19FF2.9080709@oberon.pfi.lt> <20060815121355.GP490@bunrab.catwhisker.org> <44E1C044.3000104@oberon.pfi.lt> <14989d6e0608150604y1ddabadr9d7e297851e92557@mail.gmail.com> In-Reply-To: <14989d6e0608150604y1ddabadr9d7e297851e92557@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1-STABLE: Unexplained power off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2006 15:58:52 -0000 As I mentioned in previous post, I recompiled my kernel without ACPI/APM, with debug option. I've updated BIOS and tested the system. Successful. I mean successful crash. Christian Walther wrote: > This is just a wild, uneducated guess, because I'm not a long FreeBSD > user, but from my point of view this error could really be related to > ACPI/APM, as already has been suggested. > Maybe the machine is trying to go to suspend, but fails while doing > so, which in the end would mean that it can't recover from the > suspend, but has to reboot completely, resulting in dirty file > systems. It wouldn't reach the suspend state correctly, which could > leave everything depending on ACPI/APM in a undefined state, including > the hardware. This would explain why the machine has to be turned off > properly by pressing toe power button for such a long time. > > I'd try to use the machine without ACPI/APM enabled. If possible, > compile a new kernel without it being enabled. This might not be > possible because you're on a SMP-system, thou, but you might want to > check your configuration files for suspend or hibernation -- and turn > them of. > With ACPI/APM turned on, leave the machine idle for some time and see > if it shows the same behaviour. When it shuts down cleanly it's likely > that suspend/hibernation fails due to the high load introduced by the > build process. > > I've seen and experienced similar problems on other platforms, such as > OS X and (sorry) Linux. > From owner-freebsd-stable@FreeBSD.ORG Tue Aug 15 16:34:56 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9BD016A4FC for ; Tue, 15 Aug 2006 16:34:56 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from H43.C18.B96.tor.eicat.ca (H43.C18.B96.tor.eicat.ca [66.96.18.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DFDF43DFD for ; Tue, 15 Aug 2006 16:34:04 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from [127.0.0.1] (desktop.home.local [172.16.0.200]) by H43.C18.B96.tor.eicat.ca (Postfix) with ESMTP id 2DC29114FF for ; Tue, 15 Aug 2006 12:34:22 -0400 (EDT) Message-ID: <44E1F796.5070105@rogers.com> Date: Tue, 15 Aug 2006 12:34:30 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SpamToaster-Information: This messages has been scanned by SpamToaster http://www.digitalprogression.ca X-SpamToaster: Found to be clean X-SpamToaster-SpamCheck: not spam, SpamAssassin (not cached, score=-2.475, required 3.5, ALL_TRUSTED -1.80, AWL 0.01, BAYES_00 -2.60, DK_POLICY_SIGNSOME 0.00, DNS_FROM_RFC_ABUSE 0.20, DNS_FROM_RFC_POST 1.71) X-SpamToaster-From: mikej@rogers.com X-Spam-Status: No Cc: Subject: TOP shows above 100% WCPU usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 16:34:57 -0000 last pid: 747; load averages: 2.69, 1.03, 0.58 up 0+01:40:40 10:14:29 35 processes: 7 running, 28 sleeping CPU states: 58.1% user, 0.0% nice, 38.4% system, 1.1% interrupt, 2.4% idle Mem: 642M Active, 416M Inact, 125M Wired, 112M Buf, 825M Free Swap: 4071M Total, 4071M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 465 mysql 18 20 0 905M 641M kserel 0 39:18 160.64% mysqld 631 root 1 96 0 2424K 1668K CPU1 0 0:02 0.00% top How can mysql use 160%? Is this a reporting bug in top because mysql is threaded? From owner-freebsd-stable@FreeBSD.ORG Tue Aug 15 16:59:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D81CB16A4E0 for ; Tue, 15 Aug 2006 16:59:59 +0000 (UTC) (envelope-from android@oberon.pfi.lt) Received: from oberon.pfi.lt (oberon.pfi.lt [193.219.52.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD78543D76 for ; Tue, 15 Aug 2006 16:59:55 +0000 (GMT) (envelope-from android@oberon.pfi.lt) Received: from [10.10.10.1] (82-135-145-2.ip.rygveda.lt [82.135.145.2]) by oberon.pfi.lt (8.13.3/8.13.3) with ESMTP id k7FHF5R7055078; Tue, 15 Aug 2006 20:15:06 +0300 (EEST) (envelope-from android@oberon.pfi.lt) Message-ID: <44E1FD81.2070803@oberon.pfi.lt> Date: Tue, 15 Aug 2006 19:59:45 +0300 From: "Android Andrew [:]" User-Agent: Thunderbird 1.5.0.5 (X11/20060731) MIME-Version: 1.0 To: Alexey Karagodov References: <44E19FF2.9080709@oberon.pfi.lt> <20060815121355.GP490@bunrab.catwhisker.org> <44E1C044.3000104@oberon.pfi.lt> <14989d6e0608150604y1ddabadr9d7e297851e92557@mail.gmail.com> <44E1EF32.10205@oberon.pfi.lt> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1-STABLE: Unexplained power off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2006 16:59:59 -0000 Yes, nothing changed. Problem could be in anything: memory, raid controller, network adapter, power supply, bios and so on. But to test it all empirically will take too much time. The most annoying thing in this situation is absence of any system/kernel messages or reports that could explain something. Is there any methodology of troubleshooting in similar situations? Alexey Karagodov wrote: > you mean "nothing changed" ? :) > try replace some hardware, memory first > From owner-freebsd-stable@FreeBSD.ORG Tue Aug 15 17:26:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D06716A4DD for ; Tue, 15 Aug 2006 17:26:26 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [213.238.47.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EBBC43D7C for ; Tue, 15 Aug 2006 17:26:24 +0000 (GMT) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.8/8.13.7) with ESMTP id k7FHQCQD075949 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Tue, 15 Aug 2006 19:26:22 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <20060815040736.2f85f090.drl@MyBSD.org.my> References: <20060815040736.2f85f090.drl@MyBSD.org.my> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <9405D801-3435-419A-9541-E1A9B2CF26D2@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Tue, 15 Aug 2006 19:26:08 +0200 To: drl@MyBSD.org.my X-Mailer: Apple Mail (2.752.2) Cc: freebsd-stable@freebsd.org Subject: Re: Default route (IPv4) demolished by destroying clone (gif/gre) interface X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2006 17:26:26 -0000 Am 14.08.2006 um 22:07 schrieb Darryl Yeoh: > While destroying gif interface, I notice it also removes IPv4 > default route. Has anyone else > encountered this ? No problem on a FreeBSD 6.1-STABLE #8: Fri Jun 16 17:15:03 CEST 2006. You don't happen to have any devfs rules that would cause this? Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-stable@FreeBSD.ORG Tue Aug 15 17:27:31 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F47C16A4DD for ; Tue, 15 Aug 2006 17:27:31 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5418943D69 for ; Tue, 15 Aug 2006 17:27:29 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.6/8.13.6) id k7FHRSTs029889; Tue, 15 Aug 2006 12:27:28 -0500 (CDT) (envelope-from dan) Date: Tue, 15 Aug 2006 12:27:28 -0500 From: Dan Nelson To: Mike Jakubik Message-ID: <20060815172728.GB88051@dan.emsphone.com> References: <44E1F796.5070105@rogers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44E1F796.5070105@rogers.com> X-OS: FreeBSD 6.1-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.12-2006-07-14 Cc: stable@freebsd.org Subject: Re: TOP shows above 100% WCPU usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 17:27:31 -0000 In the last episode (Aug 15), Mike Jakubik said: > 35 processes: 7 running, 28 sleeping > CPU states: 58.1% user, 0.0% nice, 38.4% system, 1.1% interrupt, 2.4% idle > Mem: 642M Active, 416M Inact, 125M Wired, 112M Buf, 825M Free > Swap: 4071M Total, 4071M Free > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 465 mysql 18 20 0 905M 641M kserel 0 39:18 160.64% mysqld > 631 root 1 96 0 2424K 1668K CPU1 0 0:02 0.00% top > > How can mysql use 160%? Is this a reporting bug in top because mysql is > threaded? You have multiple CPUs, so a threaded process can theoretically reach 100*ncpus cpu usage. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Tue Aug 15 17:30:24 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7F4516A655 for ; Tue, 15 Aug 2006 17:30:24 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from H43.C18.B96.tor.eicat.ca (H43.C18.B96.tor.eicat.ca [66.96.18.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC7B643D8E for ; Tue, 15 Aug 2006 17:30:14 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from [127.0.0.1] (desktop.home.local [172.16.0.200]) by H43.C18.B96.tor.eicat.ca (Postfix) with ESMTP id 6F66D1141A; Tue, 15 Aug 2006 13:30:31 -0400 (EDT) Message-ID: <44E204C0.60806@rogers.com> Date: Tue, 15 Aug 2006 13:30:40 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Dan Nelson References: <44E1F796.5070105@rogers.com> <20060815172728.GB88051@dan.emsphone.com> In-Reply-To: <20060815172728.GB88051@dan.emsphone.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SpamToaster-Information: This messages has been scanned by SpamToaster http://www.digitalprogression.ca X-SpamToaster: Found to be clean X-SpamToaster-SpamCheck: not spam, SpamAssassin (not cached, score=-2.808, required 3.5, ALL_TRUSTED -1.80, AWL -0.32, BAYES_00 -2.60, DK_POLICY_SIGNSOME 0.00, DNS_FROM_RFC_ABUSE 0.20, DNS_FROM_RFC_POST 1.71) X-SpamToaster-From: mikej@rogers.com X-Spam-Status: No Cc: stable@freebsd.org Subject: Re: TOP shows above 100% WCPU usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 17:30:24 -0000 Dan Nelson wrote: >> How can mysql use 160%? Is this a reporting bug in top because mysql is >> threaded? >> > > You have multiple CPUs, so a threaded process can theoretically reach > 100*ncpus cpu usage. > > Ahh, thats makes sense, thanks. From owner-freebsd-stable@FreeBSD.ORG Tue Aug 15 18:12:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C171416A4DF for ; Tue, 15 Aug 2006 18:12:48 +0000 (UTC) (envelope-from drl@MyBSD.org.my) Received: from tomoyo.MyBSD.org.my (tomoyo.mybsd.org.my [202.157.186.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EFB143D45 for ; Tue, 15 Aug 2006 18:12:48 +0000 (GMT) (envelope-from drl@MyBSD.org.my) Received: from localhost (localhost [127.0.0.1]) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id F37771143A; Wed, 16 Aug 2006 02:14:26 +0800 (MYT) X-Virus-Scanned: by Amavis running on FreeBSD MTA at TOMOYO.MyBSD.ORG.MY Received: from tomoyo.MyBSD.org.my ([127.0.0.1]) by localhost (TOMOYO.MyBSD.ORG.MY [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 34TXlb6Lcreq; Wed, 16 Aug 2006 02:14:24 +0800 (MYT) Received: from rogue.netif.org (localhost [127.0.0.1]) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id 65A2F11438; Wed, 16 Aug 2006 02:14:24 +0800 (MYT) Date: Wed, 16 Aug 2006 02:17:50 +0800 From: Darryl Yeoh To: Stefan Bethke Message-Id: <20060816021750.3d2499c3.drl@MyBSD.org.my> In-Reply-To: <9405D801-3435-419A-9541-E1A9B2CF26D2@lassitu.de> References: <20060815040736.2f85f090.drl@MyBSD.org.my> <9405D801-3435-419A-9541-E1A9B2CF26D2@lassitu.de> Organization: MyBSD X-Mailer: Sylpheed version 1.0.6 (GTK+ 1.2.10; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Default route (IPv4) demolished by destroying clone (gif/gre) interface X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: drl@MyBSD.org.my List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 18:12:48 -0000 On Tue, 15 Aug 2006 19:26:08 +0200 Stefan Bethke wrote: > Am 14.08.2006 um 22:07 schrieb Darryl Yeoh: > > > While destroying gif interface, I notice it also removes IPv4 > > default route. Has anyone else > > encountered this ? > > No problem on a FreeBSD 6.1-STABLE #8: Fri Jun 16 17:15:03 CEST 2006. > > You don't happen to have any devfs rules that would cause this? > > > Stefan > > -- > Stefan Bethke Fon +49 170 346 0140 > > Nope. Just to be sure, I've tested this on another two machines at my office, both are 6.1-STABLE, same issue. > Darryl Yeoh From owner-freebsd-stable@FreeBSD.ORG Tue Aug 15 18:17:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF88716A517 for ; Tue, 15 Aug 2006 18:17:29 +0000 (UTC) (envelope-from apatewna@yahoo.gr) Received: from outgoing.holservices.gr (outgoing.holservices.gr [62.38.2.44]) by mx1.FreeBSD.org (Postfix) with SMTP id 3FE9343D4C for ; Tue, 15 Aug 2006 18:17:27 +0000 (GMT) (envelope-from apatewna@yahoo.gr) Received: (qmail 4288 invoked from network); 15 Aug 2006 14:50:24 -0000 Received: from unknown (HELO deliver.mail.dc.hol.net) (192.168.20.70) by arete.mail.dc.hol.net with SMTP; 15 Aug 2006 14:50:24 -0000 Received: from auth-smtp.hol.gr (takeit02.mail.dc.hol.net [192.168.20.72]) by deliver.hol.gr (8.12.11/8.11.6) with ESMTP id k7FIGTqW013790 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-SHA (256 bits) verified OK) for ; Tue, 15 Aug 2006 21:16:29 +0300 Received: from [192.168.1.20] (ppp046-226.dsl.hol.gr [89.210.46.226]) (authenticated bits=0) by auth-smtp.hol.gr (8.13.1/8.12.11) with ESMTP id k7FIHIDL023062 for ; Tue, 15 Aug 2006 21:17:18 +0300 Message-ID: <44E20FB1.3040506@yahoo.gr> Date: Tue, 15 Aug 2006 21:17:21 +0300 From: Apatewna User-Agent: Mozilla Thunderbird 1.5.0.5 (X11/20060728) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <44E19FF2.9080709@oberon.pfi.lt> <20060815143308.GC31257@voodoo.schug.net> <44E1E291.1010707@oberon.pfi.lt> In-Reply-To: <44E1E291.1010707@oberon.pfi.lt> Content-Type: text/plain; charset=ISO-8859-7; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.87/1664/Tue Aug 15 17:28:31 2006 on takeit02.mail.dc.hol.net X-Virus-Status: Clean Subject: Re: FreeBSD 6.1-STABLE: Unexplained power off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: apatewna@yahoo.gr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 18:17:30 -0000 O/H Android Andrew [:] Ýãñáøå: > Hi Christoph! > > I've checked supply voltages by digital multimeter, and temperature I've > checked "manually" by putting my hand on supply case - it is not very > "academical" method, but reliable enough, I guess :) > > I had an idea about capability of power supply. It is 420 Watt device. I > physically removed from the system additional network adapters, sound > card, DVD-drive, replaced video-card. Results with and without > additional devices are the same. > > The same system has been working properly for the last 6 months under > amd64 version of FreeBSD 6.0-STABLE... I have seen in the past motherboard sensors going haywire all of a sudden. Check your BIOS to see if it has the option "CPU thermal shutdown". I always disable it on client systems since it has the potential of driving you nuts with no apparent reason. -- RTFM and STFW before anything bad happens ----------------------------------------- Thanasis Rizoulis Electronic Computing Systems Engineer Larissa, Greece Linux User #358384 From owner-freebsd-stable@FreeBSD.ORG Tue Aug 15 18:57:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A543B16A4DE for ; Tue, 15 Aug 2006 18:57:07 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail13.syd.optusnet.com.au (mail13.syd.optusnet.com.au [211.29.132.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9496343D5E for ; Tue, 15 Aug 2006 18:57:06 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail13.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k7FIv4Hu011852 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 16 Aug 2006 04:57:05 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k7FIv447003146 for ; Wed, 16 Aug 2006 04:57:04 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k7FIv4OS003145 for freebsd-stable@freebsd.org; Wed, 16 Aug 2006 04:57:04 +1000 (EST) (envelope-from peter) Date: Wed, 16 Aug 2006 04:57:04 +1000 From: Peter Jeremy To: freebsd-stable@freebsd.org Message-ID: <20060815185704.GB720@turion.vk2pj.dyndns.org> References: <44E19FF2.9080709@oberon.pfi.lt> <20060815143308.GC31257@voodoo.schug.net> <44E1E291.1010707@oberon.pfi.lt> <44E20FB1.3040506@yahoo.gr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="24zk1gE8NUlDmwG9" Content-Disposition: inline In-Reply-To: <44E20FB1.3040506@yahoo.gr> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.12-2006-07-14 Subject: Re: FreeBSD 6.1-STABLE: Unexplained power off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2006 18:57:07 -0000 --24zk1gE8NUlDmwG9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, 2006-Aug-15 21:17:21 +0300, Apatewna wrote: >O/H Android Andrew [:] ??????: >>I've checked supply voltages by digital multimeter, This won't show a noisy supply rail (eg due to high ESR capacitors). If you suspect power, check the rails under load (eg lots of disk seeks and I/O) using an oscilloscope. >> and temperature I've=20 >>checked "manually" by putting my hand on supply case Assuming the PSU cooling fan is running, the temperature of the exhaust air would be more accurate. (If the cooling fan isn't running, I'd check why). >>The same system has been working properly for the last 6 months under=20 >>amd64 version of FreeBSD 6.0-STABLE... Are you in a position to revert and see if the system starts working stably? >Check your BIOS to see if it has the option "CPU thermal shutdown". >I always disable it on client systems since it has the potential of=20 >driving you nuts with no apparent reason. I've had my laptop thermal sensor glitch once but it logged an overtemperature event before it shutdown. The downside of inhibiting the thermal shutdown is that if a real problem eventuates (and CPU fans do fail), you will destroy the CPU and maybe mobo. It might be worthwhile setting up a serial console and logging it on another box to see if anything is written to the console before it dies. --=20 Peter Jeremy --24zk1gE8NUlDmwG9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE4hkA/opHv/APuIcRAvQ7AKCUyKOdLqwFmT8VBlmXBpBfQXR7jACePMfU DxYeW8+elkIoTDhPTqZr/9M= =b8Tl -----END PGP SIGNATURE----- --24zk1gE8NUlDmwG9-- From owner-freebsd-stable@FreeBSD.ORG Tue Aug 15 19:32:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9782016A4DA for ; Tue, 15 Aug 2006 19:32:59 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from smtp7.server.rpi.edu (smtp7.server.rpi.edu [128.113.2.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id D922E43D4C for ; Tue, 15 Aug 2006 19:32:58 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp7.server.rpi.edu (8.13.1/8.13.1) with ESMTP id k7FJWuf7015147; Tue, 15 Aug 2006 15:32:56 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <44E1FD81.2070803@oberon.pfi.lt> References: <44E19FF2.9080709@oberon.pfi.lt> <20060815121355.GP490@bunrab.catwhisker.org> <44E1C044.3000104@oberon.pfi.lt> <14989d6e0608150604y1ddabadr9d7e297851e92557@mail.gmail.com> <44E1EF32.10205@oberon.pfi.lt> <44E1FD81.2070803@oberon.pfi.lt> Date: Tue, 15 Aug 2006 15:32:55 -0400 To: "Android Andrew [:]" From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1-STABLE: Unexplained power off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2006 19:32:59 -0000 At 7:59 PM +0300 8/15/06, Android Andrew [:] wrote: >Yes, nothing changed. > >Problem could be in anything: memory, raid controller, >network adapter, power supply, bios and so on. But to >test it all empirically will take too much time. The >most annoying thing in this situation is absence of >any system/kernel messages or reports that could >explain something. > >Is there any methodology of troubleshooting in similar >situations? It can be very tedious to pin something like this down. I had something like this hit with one system of mine, which would die on 6.x-current (I think it was), but still work fine on 5.x-stable (I think it was. A dual- boot system, but I forget exactly which releases). After trying to pin it down to an update to 6.x, I eventually got all the way back to the exact same snapshot I had been running before the trouble started, but the trouble still existed. I even did a clean- install of the 6.x system, from some original CD's that were *before* the problem started, and yet I still had problems. And then I started to occasionally see the same problem on the 5.x system. And then more frequently. And finally it got to the point that the machine would not boot up at all. Not even 'POST'. It was a dead parrot. It ended up that something had gone wrong with the motherboard itself. It was about two months from the time I first started to see problems to the point where it completely died. It was a very frustrating two months! -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-stable@FreeBSD.ORG Tue Aug 15 19:35:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F94D16A4F3 for ; Tue, 15 Aug 2006 19:35:12 +0000 (UTC) (envelope-from android@oberon.pfi.lt) Received: from oberon.pfi.lt (oberon.pfi.lt [193.219.52.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCF2943D72 for ; Tue, 15 Aug 2006 19:35:03 +0000 (GMT) (envelope-from android@oberon.pfi.lt) Received: from [10.10.10.1] (82-135-145-2.ip.rygveda.lt [82.135.145.2]) by oberon.pfi.lt (8.13.3/8.13.3) with ESMTP id k7FJoGJD055621; Tue, 15 Aug 2006 22:50:16 +0300 (EEST) (envelope-from android@oberon.pfi.lt) Message-ID: <44E221DF.8000301@oberon.pfi.lt> Date: Tue, 15 Aug 2006 22:34:55 +0300 From: "Android Andrew [:]" User-Agent: Thunderbird 1.5.0.5 (X11/20060731) MIME-Version: 1.0 To: Peter Jeremy References: <44E19FF2.9080709@oberon.pfi.lt> <20060815143308.GC31257@voodoo.schug.net> <44E1E291.1010707@oberon.pfi.lt> <44E20FB1.3040506@yahoo.gr> <20060815185704.GB720@turion.vk2pj.dyndns.org> In-Reply-To: <20060815185704.GB720@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1-STABLE: Unexplained power off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2006 19:35:12 -0000 Peter Jeremy wrote: > On Tue, 2006-Aug-15 21:17:21 +0300, Apatewna wrote: >> O/H Android Andrew [:] ??????: >>> I've checked supply voltages by digital multimeter, > > This won't show a noisy supply rail (eg due to high ESR capacitors). > If you suspect power, check the rails under load (eg lots of disk > seeks and I/O) using an oscilloscope. I've checked voltages on MB contacts exactly under load (during port compilation). I have no oscilloscope, so I can't control voltage impulse, especially on multiple channels. In this case I could only replace PSU for testing. > >>> and temperature I've >>> checked "manually" by putting my hand on supply case > > Assuming the PSU cooling fan is running, the temperature of the > exhaust air would be more accurate. (If the cooling fan isn't > running, I'd check why). It's ok with cooling fan, and temperature of the exhaust air is within the bounds of normal in comparison with other computers around me. > >>> The same system has been working properly for the last 6 months under >>> amd64 version of FreeBSD 6.0-STABLE... > > Are you in a position to revert and see if the system starts working > stably? I wouldn't like to do it because, first of all, it will take much additional time and some hardware (on-board network adapter, on-board sound card, video adapter) are not supported under amd64 platform. If I will not find a solution of this problem I'll have to revert. > >> Check your BIOS to see if it has the option "CPU thermal shutdown". >> I always disable it on client systems since it has the potential of >> driving you nuts with no apparent reason. > > I've had my laptop thermal sensor glitch once but it logged an > overtemperature event before it shutdown. The downside of inhibiting > the thermal shutdown is that if a real problem eventuates (and CPU > fans do fail), you will destroy the CPU and maybe mobo. I haven't found any overtemperature event but I'll try to disable "CPU thermal shutdown" for a testing time. > > It might be worthwhile setting up a serial console and logging it > on another box to see if anything is written to the console before > it dies. It's great idea, I'll try it. Do I need a null-model cable to do it? From owner-freebsd-stable@FreeBSD.ORG Tue Aug 15 19:47:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8614216A4E0 for ; Tue, 15 Aug 2006 19:47:13 +0000 (UTC) (envelope-from android@oberon.pfi.lt) Received: from oberon.pfi.lt (oberon.pfi.lt [193.219.52.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 640B843D69 for ; Tue, 15 Aug 2006 19:47:12 +0000 (GMT) (envelope-from android@oberon.pfi.lt) Received: from [10.10.10.1] (82-135-145-2.ip.rygveda.lt [82.135.145.2]) by oberon.pfi.lt (8.13.3/8.13.3) with ESMTP id k7FK2QYs055665; Tue, 15 Aug 2006 23:02:26 +0300 (EEST) (envelope-from android@oberon.pfi.lt) Message-ID: <44E224B9.5050808@oberon.pfi.lt> Date: Tue, 15 Aug 2006 22:47:05 +0300 From: "Android Andrew [:]" User-Agent: Thunderbird 1.5.0.5 (X11/20060731) MIME-Version: 1.0 To: Garance A Drosihn References: <44E19FF2.9080709@oberon.pfi.lt> <20060815121355.GP490@bunrab.catwhisker.org> <44E1C044.3000104@oberon.pfi.lt> <14989d6e0608150604y1ddabadr9d7e297851e92557@mail.gmail.com> <44E1EF32.10205@oberon.pfi.lt> <44E1FD81.2070803@oberon.pfi.lt> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1-STABLE: Unexplained power off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2006 19:47:13 -0000 It sounds encouragingly :) I guess it is time to download some testing tools... Garance A Drosihn wrote: > It ended up that something had gone wrong with the > motherboard itself. It was about two months from the > time I first started to see problems to the point > where it completely died. It was a very frustrating > two months! > From owner-freebsd-stable@FreeBSD.ORG Tue Aug 15 20:05:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2211916A4FF for ; Tue, 15 Aug 2006 20:05:18 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail.secureworks.net (mail.secureworks.net [65.114.32.155]) by mx1.FreeBSD.org (Postfix) with SMTP id 87E0D43D49 for ; Tue, 15 Aug 2006 20:05:17 +0000 (GMT) (envelope-from mike@jellydonut.org) Received: (qmail 90112 invoked from network); 15 Aug 2006 20:05:16 -0000 Received: from unknown (HELO ?192.168.14.135?) (63.239.86.253) by 0 with SMTP; 15 Aug 2006 20:05:16 -0000 Message-ID: <44E228FB.4030406@jellydonut.org> Date: Tue, 15 Aug 2006 16:05:15 -0400 From: Michael Proto User-Agent: Thunderbird 1.5.0.5 (X11/20060730) MIME-Version: 1.0 To: "Android Andrew [:]" References: <44E19FF2.9080709@oberon.pfi.lt> <20060815143308.GC31257@voodoo.schug.net> <44E1E291.1010707@oberon.pfi.lt> <44E20FB1.3040506@yahoo.gr> <20060815185704.GB720@turion.vk2pj.dyndns.org> <44E221DF.8000301@oberon.pfi.lt> In-Reply-To: <44E221DF.8000301@oberon.pfi.lt> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1-STABLE: Unexplained power off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2006 20:05:18 -0000 Android Andrew [:] wrote: > > > Peter Jeremy wrote: >> On Tue, 2006-Aug-15 21:17:21 +0300, Apatewna wrote: >>> O/H Android Andrew [:] ??????: >>>> I've checked supply voltages by digital multimeter, >> >> This won't show a noisy supply rail (eg due to high ESR capacitors). >> If you suspect power, check the rails under load (eg lots of disk >> seeks and I/O) using an oscilloscope. > I've checked voltages on MB contacts exactly under load (during port > compilation). I have no oscilloscope, so I can't control voltage > impulse, especially on multiple channels. > In this case I could only replace PSU for testing. I would recommend this based on my own personal experience. PSUs are the single most-replaced component in both my desktops and servers (white-box servers anyway), and I've spent countless hours trying to track down similar issues only to have the problem disappear when the power supply was replaced. I keep a collection of various spare PSUs at my site just for this purpose, as its often not a case of IF a power supply will start going out, but WHEN. Your mileage may vary of course, but if it were me I'd try replacing the PSU first and see if the situation improves. -Proto From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 01:29:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BC4016A4DE for ; Wed, 16 Aug 2006 01:29:50 +0000 (UTC) (envelope-from johan@stromnet.org) Received: from pne-smtpout1-sn1.fre.skanova.net (pne-smtpout1-sn1.fre.skanova.net [81.228.11.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id D110743D46 for ; Wed, 16 Aug 2006 01:29:49 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from elfi.stromnet.org (213.67.205.103) by pne-smtpout1-sn1.fre.skanova.net (7.2.075) id 44A1364D00A1104F for freebsd-stable@freebsd.org; Wed, 16 Aug 2006 03:29:49 +0200 Received: from localhost (localhost [127.0.0.1]) by elfi.stromnet.org (Postfix) with ESMTP id 4DA3F61D70 for ; Wed, 16 Aug 2006 03:29:48 +0200 (CEST) X-Virus-Scanned: amavisd-new at stromnet.org Received: from elfi.stromnet.org ([127.0.0.1]) by localhost (elfi.stromnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3o6tvttsH9kb for ; Wed, 16 Aug 2006 03:29:46 +0200 (CEST) Received: from [IPv6:2001:16d8:ff20:2:217:f2ff:fe41:3f1b] (unknown [IPv6:2001:16d8:ff20:2:217:f2ff:fe41:3f1b]) by elfi.stromnet.org (Postfix) with ESMTP id F02E261D69 for ; Wed, 16 Aug 2006 03:29:45 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <0B43BAB0-BBF0-4E2C-875D-6E1E00BAB1D4@stromnet.org> References: <8D08DDB6-6AC1-45B6-B2CE-08782F54968A@stromnet.org> <884C01BC-3E97-46EC-AA8B-E70C3931F3A4@stromnet.org> <36895211-2796-4213-B336-6279AB3AC3CB@stromnet.org> <20060713132357.Y61840@fledge.watson.org> <44B7EA39.4060509@quip.cz> <6.2.3.4.0.20060716185019.12a29240@64.7.153.2> <44BBAF52.9080007@quip.cz> <0B43BAB0-BBF0-4E2C-875D-6E1E00BAB1D4@stromnet.org> Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Wed, 16 Aug 2006 03:28:27 +0200 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.752.2) Subject: Re: ATA problems again ... This time system froze! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2006 01:29:50 -0000 On Jul 28, 2006, at 13:15 , Johan Str=F6m wrote: > > On 17 jul 2006, at 17.40, Miroslav Lachman wrote: > >> Mike Tancsa wrote: >> [..] >>> Install the smartmontools from >>> /usr/ports/sysutils/smartmontools/ >>> and post the output of >>> smartctl -a /dev/ad8 >> >> smartmontools was previously installed and running as daemon =20 >> without any bad reports. >> I can not run "smartctl -a /dev/ad8" now, because my server =20 >> housing provider replaced HDD with the new one and after an hour =20 >> of synchronization "ad8: FAILURE - device detached". So provider =20 >> replaced whole server, only ad4 is original piece of HW. >> On new server synchronization was much faster then in previous =20 >> server (1:30 hour compared to 5 hours in previous server) - so I =20 >> think it was HW problem. >> Now I am running stresstest with copying /usr/ports to another =20 >> partition in infinite loop. >> I will post results later. (On bad server, test failed after about =20= >> 30 minutes. On another server the test is running fine second day, =20= >> so I think if disk will not fail after 1 day, problem is solved) >> >> At last - now I think this was not GEOM/gmirror related. I tried =20 >> remove ad8 provider from gmirror (gm0), boot up system from gm0 =20 >> with one provider (ad4) and test ad8 mounted separately - ad8 =20 >> failed again. > > Just got another one.. > > Jul 25 13:30:47 elfi kernel: ad4: FAILURE - device detached > Jul 25 13:30:47 elfi kernel: subdisk4: detached > Jul 25 13:30:47 elfi kernel: ad4: detached > Jul 25 13:30:47 elfi kernel: GEOM_MIRROR: Device gm0s1: provider =20 > ad4s1 disconnected. > Jul 25 13:30:47 elfi kernel: g_vfs_done():mirror/gm0s1f[READ=20 > (offset=3D46318008320, length=3D2048)]error =3D 6 > Jul 25 13:30:47 elfi kernel: g_vfs_done():mirror/gm0s1f[READ=20 > (offset=3D77269614592, length=3D16384)]error =3D 6 > > 6 days uptime when this occured... Both disks are tested with =20 > PowerMax without a single problem (same with smartctl), both SATA =20 > cables are new. So the only hwproblem that I cant rule out would be =20= > the mobo, but that is quite new too... > > Solutions? Try RELENG_6 as recommended earlier? Okay still on 6.1-RELEASE: FreeBSD elfi.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 Uptime approx 12 days since last reboot for raid fix... Just got home =20= to meet a box which doesnt respond to SSH.. monitor tells me it has =20 crashed totaly. =46rom /var/log/message: Aug 16 00:58:37 elfi kernel: ad4: FAILURE - device detached Aug 16 00:58:37 elfi kernel: subdisk4: detached Aug 16 00:58:37 elfi kernel: ad4: detached Aug 16 00:58:37 elfi kernel: GEOM_MIRROR: Cannot write metadata on =20 ad4s1 (device=3Dgm0s1, error=3D6). Aug 16 00:58:37 elfi kernel: GEOM_MIRROR: Cannot update metadata on =20 disk ad4s1 (error=3D6). Aug 16 00:58:37 elfi last message repeated 2 times Aug 16 00:58:37 elfi kernel: GEOM_MIRROR: Device gm0s1: provider =20 ad4s1 disconnected. Aug 16 00:58:37 elfi kernel: g_vfs_done():mirror/gm0s1f[READ=20 (offset=3D112910630912, length=3D32768)]error =3D 6 Aug 16 00:58:37 labdator kernel: nfs: server 192.168.1.2 not =20 responding, still trying Aug 16 00:58:37 labdator kernel: nfs: server 192.168.1.2 OK Aug 16 03:04:21 elfi syslogd: kernel boot file is /boot/kernel/kernel Aug 16 03:04:21 elfi kernel: g_vfs_done():mirror/gm0s1d[WRITE=20 (offset=3D2325168128, length=3D16384)]error =3D 6 Aug 16 03:04:21 elfi kernel: g_vfs_done():mirror/gm0s1d[WRITE=20 (offset=3D2325184512, length=3D16384)]error =3D 6 Aug 16 03:04:21 elfi kernel: g_vfs_done():mirror/gm0s1d[WRITE=20 (offset=3D2325200896, length=3D16384)]error =3D 6 Aug 16 03:04:21 elfi kernel: g_vfs_done():mirror/gm0s1d[WRITE=20 (offset=3D2325217280, length=3D16384)]error =3D 6 Aug 16 03:04:21 elfi kernel: g_vfs_done():mirror/gm0s1d[WRITE=20 (offset=3D2325233664, length=3D16384)]error =3D 6 Aug 16 03:04:21 elfi kernel: g_vfs_done():mirror/gm0s1d[WRITE=20 (offset=3D2325250048, length=3D16384)]error =3D 6 Aug 16 03:04:21 elfi kernel: g_vfs_done():mirror/gm0s1d[WRITE=20 (offset=3D2319169536, length=3D2048)]error =3D 6 Aug 16 03:04:21 elfi kernel: g_vfs_done():mirror/gm0s1d[WRITE=20 (offset=3D2312404992, length=3D16384)]error =3D 6 Aug 16 03:04:21 elfi kernel: Copyright (c) 1992-2006 The FreeBSD =20 Project. Aug 16 03:04:21 elfi kernel: Copyright (c) 1979, 1980, 1983, 1986, =20 1988, 1989, 1991, 1992, 1993, 1994 Aug 16 03:04:21 elfi kernel: The Regents of the University of =20 California. All rights reserved. Aug 16 03:04:21 elfi kernel: FreeBSD 6.1-RELEASE #3: Tue May 9 =20 20:40:23 CEST 2006 ...(regular boot stuff)... (labdator is a box with a elfi nfs export mounted) dmesg shows me some other stuff not in messages: ad4: FAILURE - device detached subdisk4: detached ad4: detached GEOM_MIRROR: Cannot write metadata on ad4s1 (device=3Dgm0s1, error=3D6). GEOM_MIRROR: Cannot update metadata on disk ad4s1 (error=3D6). GEOM_MIRROR: Cannot update metadata on disk ad4s1 (error=3D6). GEOM_MIRROR: Cannot update metadata on disk ad4s1 (error=3D6). GEOM_MIRROR: Device gm0s1: provider ad4s1 disconnected. g_vfs_done():mirror/gm0s1f[READ(offset=3D112910630912, length=3D32768)]=20= error =3D 6 ad6: FAILURE - device detached subdisk6: detached ad6: detached GEOM_MIRROR: Cannot write metadata on ad6s1 (device=3Dgm0s1, error=3D6). GEOM_MIRROR: Cannot update metadata on disk ad6s1 (error=3D6). GEOM_MIRROR: Device gm0s1: provider ad6s1 disconnected. GEOM_MIRROR: Device gm0s1: provider mirror/gm0s1 destroyed. GEOM_MIRROR: Device gm0s1 destroyed. g_vfs_done():mirror/gm0s1f[READ(offset=3D27868381184, length=3D32768)]=20= error =3D 6 g_vfs_done():mirror/gm0s1d[READ(offset=3D2324807680, length=3D16384)]=20 error =3D 6 g_vfs_done():mirror/gm0s1d[READ(offset=3D2324824064, length=3D16384)]=20 error =3D 6 g_vfs_done():mirror/gm0s1d[READ(offset=3D2324840448, length=3D16384)]=20 error =3D 6 g_vfs_done():mirror/gm0s1d[READ(offset=3D2324856832, length=3D16384)]=20 error =3D 6 g_vfs_done():mirror/gm0s1d[READ(offset=3D2324873216, length=3D16384)]=20 error =3D 6 g_vfs_done():mirror/gm0s1f[READ(offset=3D17173594112, length=3D32768)]=20= error =3D 6 g_vfs_done():mirror/gm0s1d[WRITE(offset=3D2325168128, length=3D16384)]=20= error =3D 6 g_vfs_done():mirror/gm0s1d[WRITE(offset=3D2325184512, length=3D16384)]=20= error =3D 6 g_vfs_done():mirror/gm0s1d[WRITE(offset=3D2325200896, length=3D16384)]=20= error =3D 6 g_vfs_done():mirror/gm0s1d[WRITE(offset=3D2325217280, length=3D16384)]=20= error =3D 6 g_vfs_done():mirror/gm0s1d[WRITE(offset=3D2325233664, length=3D16384)]=20= error =3D 6 g_vfs_done():mirror/gm0s1d[WRITE(offset=3D2325250048, length=3D16384)]=20= error =3D 6 g_vfs_done():mirror/gm0s1d[WRITE(offset=3D2319169536, length=3D2048)]=20 error =3D 6 g_vfs_done():mirror/gm0s1d[WRITE(offset=3D2312404992, length=3D16384)]=20= error =3D 6 Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights =20 reserved. FreeBSD 6.1-RELEASE #3: Tue May 9 20:40:23 CEST 2006 (...boot..) 03:04 was when i got home, from other sources i've been told the box =20 died around ~01:21 (IRC pinged out, maybe this was just logs that =20 failed to write to disk which froze irssi or something). Ok so this time it didnt just fail the raid (which it have done =20 before, a reboot and it started to rebuild..), this time it took the =20 whole box down with it.. This is the first time it has happened since =20= I got that new motherboard (read earlier thread).. Later in boot: Aug 16 03:04:21 elfi kernel: ad4: 286188MB =20 at ata2-master SATA150 Aug 16 03:04:21 elfi kernel: ad6: 286188MB =20 at ata3-master SATA150 Aug 16 03:04:21 elfi kernel: GEOM_MIRROR: Device gm0s1 created =20 (id=3D4118114647). Aug 16 03:04:21 elfi kernel: GEOM_MIRROR: Device gm0s1: provider =20 ad4s1 detected. Aug 16 03:04:21 elfi kernel: GEOM_MIRROR: Device gm0s1: provider =20 ad6s1 detected. Aug 16 03:04:21 elfi kernel: GEOM_MIRROR: Component ad4s1 (device =20 gm0s1) broken, skipping. Aug 16 03:04:21 elfi kernel: GEOM_MIRROR: Device gm0s1: provider =20 ad6s1 activated. Aug 16 03:04:21 elfi kernel: GEOM_MIRROR: Device gm0s1: provider =20 mirror/gm0s1 launched. Usually when the box has been rebooted before the failed component =20 has been rebuilt automaticly.. Solved with: $ gmirror forget $ gmirror insert gm0s1 ad4s1 And now its rebuilding ad4 again... Any new hints? Should i try RELENG_6 instead? Johan From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 01:32:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F8B916A4DA for ; Wed, 16 Aug 2006 01:32:17 +0000 (UTC) (envelope-from darren@nighttide.net) Received: from olmec.nighttide.net (jasper.nighttide.net [207.5.141.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED75A43D46 for ; Wed, 16 Aug 2006 01:32:16 +0000 (GMT) (envelope-from darren@nighttide.net) Received: from olmec.nighttide.net (darren@localhost [127.0.0.1]) by olmec.nighttide.net (8.13.6/8.13.6) with ESMTP id k7G1WFka050141; Tue, 15 Aug 2006 21:32:15 -0400 (EDT) (envelope-from darren@nighttide.net) Received: from localhost (darren@localhost) by olmec.nighttide.net (8.13.6/8.13.6/Submit) with ESMTP id k7G1WFZ7050138; Tue, 15 Aug 2006 21:32:15 -0400 (EDT) (envelope-from darren@nighttide.net) X-Authentication-Warning: olmec.nighttide.net: darren owned process doing -bs Date: Tue, 15 Aug 2006 21:32:15 -0400 (EDT) From: Darren Henderson To: "Android Andrew [:]" In-Reply-To: <44E19FF2.9080709@oberon.pfi.lt> Message-ID: <20060815212146.A50002@olmec> References: <44E19FF2.9080709@oberon.pfi.lt> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1-STABLE: Unexplained power off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2006 01:32:17 -0000 On Tue, 15 Aug 2006, Android Andrew [:] wrote: > My system (FreeBSD callisto 6.1-STABLE FreeBSD 6.1-STABLE #4: Mon Aug 14 > 13:32:00 EEST 2006 root@callisto:/usr/obj/usr/src/sys/callisto i386) powers > down during compilation - doesn't matter it is any port (kde, openoffice) or > "make -j4 buildworld". Computer powers off without any message (screen, or The last time I saw something like this it turned out to be a memory issue. Frustraiting as hell, only effected certain compiles but always repeatble. It would get to a certain point, halt, and then reboot, no warnings, no messages. I could do a buildworld just fine but something like compiling pike caused it to tank - eventually it started doing it with something as mundane as pine. Memory passed all the tests the various utilities threw at it. Swaped out some of the ram and the problem went away. Problems like this are never fun to find. -Darren ______________________________________________________________________ Darren Henderson darren@nighttide.net Help fight junk e-mail, visit http://www.cauce.org/ From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 03:35:07 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E44416A5B2; Wed, 16 Aug 2006 03:35:07 +0000 (UTC) (envelope-from nate@root.org) Received: from ylpvm12.prodigy.net (ylpvm12-ext.prodigy.net [207.115.57.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 039C043D5C; Wed, 16 Aug 2006 03:35:06 +0000 (GMT) (envelope-from nate@root.org) X-ORBL: [71.139.3.149] Received: from [10.0.5.51] (ppp-71-139-3-149.dsl.snfc21.pacbell.net [71.139.3.149]) by ylpvm12.prodigy.net (8.13.7 out spool5000 dk/8.13.7) with ESMTP id k7G3YVQs009597; Tue, 15 Aug 2006 23:34:32 -0400 Message-ID: <44E29223.4070804@root.org> Date: Tue, 15 Aug 2006 20:33:55 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.2 (X11/20060501) MIME-Version: 1.0 To: Stefan Bethke References: <20060812060251.D7D4D7302F@freebsd-current.sentex.ca> <44DDFE1B.7050707@gmx.de> <0C0AAE41-2972-4A5D-ABDE-8E01E3EF76A7@lassitu.de> In-Reply-To: <0C0AAE41-2972-4A5D-ABDE-8E01E3EF76A7@lassitu.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, i386@freebsd.org Subject: Re: [releng_6 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2006 03:35:07 -0000 Stefan Bethke wrote: > Am 12.08.2006 um 18:13 schrieb [LoN]Kamikaze: > >>> cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls >>> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes >>> -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 >>> -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq >>> -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf >>> -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd >>> -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL >>> -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common >>> -finline-limit=8000 --param inline-unit-growth=100 --param >>> large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 >>> -DGUPROF -fno-builtin -mno-align-long-strings >>> -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 >>> -ffreestanding -Werror -finstrument-functions -Wno-inline >>> /src/sys/i386/acpica/acpi_wakeup.c >>> /src/sys/i386/acpica/acpi_wakeup.c: In function `acpi_sleep_machdep': >>> /src/sys/i386/acpica/acpi_wakeup.c:285: error: `acpi_resume_beep' >>> undeclared (first use in this function) >>> /src/sys/i386/acpica/acpi_wakeup.c:285: error: (Each undeclared >>> identifier is reported only once >>> /src/sys/i386/acpica/acpi_wakeup.c:285: error: for each function it >>> appears in.) >>> *** Error code 1 >>> >>> Stop in /obj/src/sys/LINT. >>> *** Error code 1 >>> >> >> The same build failure occurs on all my machines (i386). Other >> people reported this as well on the German BSD forums. > > Me too. > > It looks like 1.42 of src/sys/i386/acpica/acpi_wakeup.c needs to be > MFCed as well. > Many apologies for the bug. I thought I had time to test and then had some personal issues that kept me from checking email until now. In the future, I won't commit changes in that situation. -- Nate From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 06:13:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA76016A4DA for ; Wed, 16 Aug 2006 06:13:22 +0000 (UTC) (envelope-from kees@jeremino.homeunix.net) Received: from jeremino.homeunix.net (jeremino.xs4all.nl [80.126.224.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C8E843D62 for ; Wed, 16 Aug 2006 06:13:22 +0000 (GMT) (envelope-from kees@jeremino.homeunix.net) Received: from browse.myown.framed.net ([10.0.0.5] helo=jeremina.homeunix.net) by jeremino.homeunix.net with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1GDEeX-00023N-AS for freebsd-stable@freebsd.org; Wed, 16 Aug 2006 08:13:21 +0200 From: Kees Plonsz Organization: not organized To: freebsd-stable@freebsd.org Date: Wed, 16 Aug 2006 08:13:20 +0200 User-Agent: KMail/1.9.1 X-Face: CaO1,W}6nFAHBh)0w2(~^_CxY38(@5bf5B,[ILEWbA}Yt.SkfH=!fRAy-|)=?utf-8?q?X=26=3Fkn=3DPU=27b=27=0A=09O=2EF6e/=26Eh=27fZ=5BX=5FQ=3FG?=,48c,hQUfRp5Tn4r{/x2Ujs@-0iu:Yht8_; 0ys}RwtpHy%+k.TD(=?utf-8?q?=0A=09i=7EJ+5S?=,%,Qar+e!$}QT`\+$4SF8<4#@dCF6>A<#=$VD; LRwWWq>=?utf-8?q?dCB=3DyL/=26odewcmr=24o2=24=0A=09=24qUOA=5DkV=5D=3DzOnM=27i?="4ag2fvaJ,~4~h$-A\N]H%FJSPaT3FoZ; nS%o1[kA?U>=?utf-8?q?3T=7DFD+l4SJ=0A=09XId=3F?=,-D^1uDfURbfI+; 6oQ'D"VB|MJyRIw]Z%; |gX8A)#N<9j%6xAS< MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608160813.21109.kees@jeremino.homeunix.net> X-recieved-from: 10.0.0.5 Subject: identity crisis of 6-STABLE in ipfw ipv6 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2006 06:13:22 -0000 I just updated to 6-STABLE but my ipfw rules stopped working. It seems that "me6" is vanished into thin air. # ipfw add 7000 allow ip from me6 to me6 ipfw: hostname ``me6'' unknown From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 06:46:08 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48F1F16A4DE for ; Wed, 16 Aug 2006 06:46:08 +0000 (UTC) (envelope-from morten@atreides.freenix.no) Received: from freenix.no (atreides.freenix.no [212.33.142.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76DCA43D46 for ; Wed, 16 Aug 2006 06:46:07 +0000 (GMT) (envelope-from morten@atreides.freenix.no) Received: from atreides.freenix.no (localhost [127.0.0.1]) by freenix.no (8.13.6/8.13.6) with ESMTP id k7G6iYn5070557; Wed, 16 Aug 2006 08:44:34 +0200 (CEST) (envelope-from morten@atreides.freenix.no) Received: (from morten@localhost) by atreides.freenix.no (8.13.6/8.13.6/Submit) id k7G6iXBF070555; Wed, 16 Aug 2006 08:44:34 +0200 (CEST) (envelope-from morten) Date: Wed, 16 Aug 2006 08:44:33 +0200 From: "Morten A. Middelthon" To: Kris Kennaway Message-ID: <20060816064433.GE34840@freenix.no> References: <20060228101453.GB47953@hugo10.ka.punkt.de> <20060228102150.GA56625@xor.obsecurity.org> <20060815095950.GD34840@freenix.no> <20060815101114.GA51674@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DqhR8hV3EnoxUkKN" Content-Disposition: inline In-Reply-To: <20060815101114.GA51674@xor.obsecurity.org> X-PGP-Key: http://freenix.no/~morten/pgp.txt X-PGP-Key-FingerPrint: D48B 5C4E 1590 7DE6 08A0 6539 BECC F62E 829F DF6A X-Operating-System: FreeBSD 5.5-RELEASE-p1 X-Warning: So cunning you could brush your teeth with it. User-Agent: Mutt/1.5.11 Cc: stable@freebsd.org Subject: Re: NFS locking 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, 16 Aug 2006 06:46:08 -0000 --DqhR8hV3EnoxUkKN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 15, 2006 at 06:11:14AM -0400, Kris Kennaway wrote: > I was unable to obtain confirmation from anyone else (including the > submitter who previously claimed it was necessary, and my own testing) > that the patch actually solved a problem. Since it involves reverting > useful functionality, someone would need to obtain further debugging > from your system (tcpdump traces before/after, etc) to determine what > it's actually solving. If I can help with further debugging I would only be happy to do so, but I'= ll have to set up a new box for testing. I have to use my workstation for ... working :) with regards, --=20 Morten A. Middelthon If you cannot convince them, confuse them. -- Harry S Truman --DqhR8hV3EnoxUkKN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFE4r7Rvsz2LoKf32oRAoBjAJoC6xwHNdiBc0CP//TxULh8O1I7ywCgjwK+ WzTUkYkNfZp2mQSMzOMhh2c= =xtik -----END PGP SIGNATURE----- --DqhR8hV3EnoxUkKN-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 06:54:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 317E416A4DE for ; Wed, 16 Aug 2006 06:54:46 +0000 (UTC) (envelope-from igorr@speechpro.com) Received: from speechpro.ru (speech-tech-2.ip.PeterStar.net [81.3.190.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC1CD43D46 for ; Wed, 16 Aug 2006 06:54:45 +0000 (GMT) (envelope-from igorr@speechpro.com) Received: from [192.168.2.26] (helo=sysadm.stc) by s1.stc with esmtp (Exim 4.53 (FreeBSD)) id 1GDFIa-000LLd-Az for freebsd-stable@freebsd.org; Wed, 16 Aug 2006 10:54:44 +0400 Received: from localhost.stc ([127.0.0.1] helo=sysadm.stc) by sysadm.stc with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GDFIb-000JHR-Sn for freebsd-stable@freebsd.org; Wed, 16 Aug 2006 10:54:45 +0400 Received: (from igorr@localhost) by sysadm.stc (8.13.6/8.13.6/Submit) id k7G6sjL8074116 for freebsd-stable@freebsd.org; Wed, 16 Aug 2006 10:54:45 +0400 (MSD) (envelope-from igorr) Date: Wed, 16 Aug 2006 10:54:45 +0400 From: Igor Robul To: freebsd-stable@freebsd.org Message-ID: <20060816065445.GF73493@sysadm.stc> References: <20060815040736.2f85f090.drl@MyBSD.org.my> <9405D801-3435-419A-9541-E1A9B2CF26D2@lassitu.de> <20060816021750.3d2499c3.drl@MyBSD.org.my> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060816021750.3d2499c3.drl@MyBSD.org.my> User-Agent: Mutt/1.5.12-2006-07-14 X-Archived: Yes Subject: Re: Default route (IPv4) demolished by destroying clone (gif/gre) interface X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2006 06:54:46 -0000 On Wed, Aug 16, 2006 at 02:17:50AM +0800, Darryl Yeoh wrote: > Nope. Just to be sure, I've tested this on another two machines at my office, both are Maybe gif interface is your default route? From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 07:06:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6704916A4E7 for ; Wed, 16 Aug 2006 07:06:13 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82F6643D46 for ; Wed, 16 Aug 2006 07:06:10 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from atlantis.dp.ua (localhost [127.0.0.1]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k7G75tZ2058750; Wed, 16 Aug 2006 10:05:56 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Received: from localhost (dmitry@localhost) by atlantis.dp.ua (8.13.1/8.13.1/Submit) with ESMTP id k7G75sSf058746; Wed, 16 Aug 2006 10:05:55 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Wed, 16 Aug 2006 10:05:54 +0300 (EEST) From: Dmitry Pryanishnikov To: Darryl Yeoh In-Reply-To: <20060815040736.2f85f090.drl@MyBSD.org.my> Message-ID: <20060816095321.S33339@atlantis.atlantis.dp.ua> References: <20060815040736.2f85f090.drl@MyBSD.org.my> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Default route (IPv4) demolished by destroying clone (gif/gre) interface X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2006 07:06:13 -0000 Hello! On Tue, 15 Aug 2006, Darryl Yeoh wrote: > While destroying gif interface, I notice it also removes IPv4 default route. Has anyone else > encountered this ? > > Command: > > # netstat -rn -f inet > Routing tables > > Internet: > Destination Gateway Flags Refs Use Netif Expire > default 10.1.1.1 UGS 0 282 fxp0 > 10.1.1/24 link#1 UC 0 0 fxp0 > 10.1.1.1 00:02:b3:a4:40:65 UHLW 2 12 fxp0 1138 > 10.1.1.55 00:02:b3:a4:40:65 UHLW 1 2 fxp0 1137 > 127.0.0.1 127.0.0.1 UH 0 14238 lo0 > > # ifconfig gif0 create ; ifconfig gif0 destroy > # netstat -rn -f inet > Routing tables > > Internet: > Destination Gateway Flags Refs Use Netif Expire > 10.1.1/24 link#1 UC 0 0 fxp0 > 127.0.0.1 127.0.0.1 UH 0 14238 lo0 > > # uname -a > FreeBSD rogue.netif.org 6.1-STABLE FreeBSD 6.1-STABLE #0: Thu Jul 27 23:51:21 MYT 2006 > root@rogue.netif.org:/usr/obj/usr/src/sys/ROGUE i386 I can confirm this with fresh (yesterday's) RELENG_6: root@test# uname -a FreeBSD test.atlantis.dp.ua 6.1-STABLE FreeBSD 6.1-STABLE #0: Wed Aug 16 00:58:29 EEST 2006 root@test.atlantis.dp.ua:/usr/RELENG_6/obj/usr/RELENG_6/src/sys/lynx i386 root@test# netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 193.108.47.145 UGS 0 1 rl0 10.0.0.252/30 link#1 UC 0 0 fxp0 127.0.0.1 127.0.0.1 UH 0 0 lo0 193.108.47.144/29 link#2 UC 0 0 rl0 193.108.47.145 00:02:b3:8b:26:4a UHLW 2 194 rl0 48 root@test# ifconfig gif0 create ; ifconfig gif0 destroy root@test# netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 10.0.0.252/30 link#1 UC 0 0 fxp0 127.0.0.1 127.0.0.1 UH 0 0 lo0 193.108.47.144/29 link#2 UC 0 0 rl0 193.108.47.145 00:02:b3:8b:26:4a UHLW 1 4 rl0 60 Looks like a regression since 6.1-RELEASE - this doesn't happen there, though I can't be 100% sure since I've verified it under GENERIC kernel. Under 6.1-STABLE my kernel's config is this: ident LYNX machine i386 cpu I686_CPU makeoptions DEBUG=-g options INCLUDE_CONFIG_FILE options SCHED_4BSD options ADAPTIVE_GIANT options PREEMPTION device apic options COMPAT_43 options COMPAT_FREEBSD4 options COMPAT_FREEBSD5 options SYSVSHM options SYSVSEM options SYSVMSG options KDB options KDB_TRACE options DDB options DDB_NUMSYM options SYSCTL_DEBUG options KTRACE options KTRACE_REQUEST_POOL=101 options INVARIANTS options INVARIANT_SUPPORT options INET options FAST_IPSEC options IPSEC_FILTERGIF device ether device loop device bpf device ppp options PPP_BSDCOMP options PPP_DEFLATE options PPP_FILTER options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=100 options IPFIREWALL_FORWARD options IPFIREWALL_FORWARD_EXTENDED options IPDIVERT options IPSTEALTH options DUMMYNET options FFS options SOFTUPDATES options UFS_EXTATTR options UFS_ACL options UFS_DIRHASH options QUOTA device random device mem device io options _KPOSIX_PRIORITY_SCHEDULING device pty device md device crypto device pci device atkbdc device atkbd device psm options KBD_INSTALL_CDEV device vga device splash device sc options SC_HISTORY_SIZE=2000 options SC_TWOBUTTON_MOUSE device ata device atadisk options ATA_STATIC_ID device scbus device da device cd device pass device pmtimer device ppc device ppbus Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 08:11:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24DB016A4E5; Wed, 16 Aug 2006 08:11:37 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D02C43D62; Wed, 16 Aug 2006 08:11:35 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.3) with ESMTP id k7G8BW5G081986; Wed, 16 Aug 2006 12:11:32 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id k7G8BUfh081981; Wed, 16 Aug 2006 12:11:30 +0400 (MSD) (envelope-from yar) Date: Wed, 16 Aug 2006 12:11:30 +0400 From: Yar Tikhiy To: Stefan Bethke Message-ID: <20060816081130.GB81271@comp.chem.msu.su> References: <20060815040736.2f85f090.drl@MyBSD.org.my> <9405D801-3435-419A-9541-E1A9B2CF26D2@lassitu.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9405D801-3435-419A-9541-E1A9B2CF26D2@lassitu.de> User-Agent: Mutt/1.5.9i Cc: drl@MyBSD.org.my, brooks@freebsd.org, freebsd-stable@freebsd.org, thompsa@freebsd.org Subject: Re: Default route (IPv4) demolished by destroying clone (gif/gre) interface X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2006 08:11:37 -0000 On Tue, Aug 15, 2006 at 07:26:08PM +0200, Stefan Bethke wrote: > Am 14.08.2006 um 22:07 schrieb Darryl Yeoh: > > >While destroying gif interface, I notice it also removes IPv4 > >default route. Has anyone else > >encountered this ? > > No problem on a FreeBSD 6.1-STABLE #8: Fri Jun 16 17:15:03 CEST 2006. ^^^^^^ > > You don't happen to have any devfs rules that would cause this? As a matter of fact, the issue appeared in 6-STABLE on Jul 24 and is still there. Now devd(8) will invoke "/etc/pccard_ether stop" when any network interface is destroyed. In turn, pccard_ether will flush all -inet routes if the rc.conf(5) variable removable_route_flush is set to YES, which is its default setting. Previously, this scenario would take place only when an Ethernet interface was destroyed. The question is: Do all the routes really need to be flushed upon the destruction of an interface? Any ideas? -- Yar From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 08:23:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B393A16A4E0; Wed, 16 Aug 2006 08:23:49 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [213.238.47.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B2A843D53; Wed, 16 Aug 2006 08:23:48 +0000 (GMT) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.8/8.13.7) with ESMTP id k7G8NDNs006050 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Wed, 16 Aug 2006 10:23:23 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <20060816081130.GB81271@comp.chem.msu.su> References: <20060815040736.2f85f090.drl@MyBSD.org.my> <9405D801-3435-419A-9541-E1A9B2CF26D2@lassitu.de> <20060816081130.GB81271@comp.chem.msu.su> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Wed, 16 Aug 2006 10:23:13 +0200 To: Yar Tikhiy X-Mailer: Apple Mail (2.752.2) Cc: drl@MyBSD.org.my, brooks@freebsd.org, freebsd-stable@freebsd.org, thompsa@freebsd.org Subject: Re: Default route (IPv4) demolished by destroying clone (gif/gre) interface X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2006 08:23:49 -0000 Am 16.08.2006 um 10:11 schrieb Yar Tikhiy: > On Tue, Aug 15, 2006 at 07:26:08PM +0200, Stefan Bethke wrote: >> Am 14.08.2006 um 22:07 schrieb Darryl Yeoh: >> >>> While destroying gif interface, I notice it also removes IPv4 >>> default route. Has anyone else >>> encountered this ? >> >> No problem on a FreeBSD 6.1-STABLE #8: Fri Jun 16 17:15:03 CEST 2006. > ^^^^^^ >> >> You don't happen to have any devfs rules that would cause this? > > As a matter of fact, the issue appeared in 6-STABLE on Jul 24 and > is still there. Now devd(8) will invoke "/etc/pccard_ether stop" > when any network interface is destroyed. In turn, pccard_ether > will flush all -inet routes if the rc.conf(5) variable > removable_route_flush > is set to YES, which is its default setting. Previously, this > scenario would take place only when an Ethernet interface was > destroyed. > The question is: Do all the routes really need to be flushed upon > the destruction of an interface? Ouch. Don't ppp(8), OpenVPN etc. destroy the tun interface they're using when they exit? Flushing all routes then would be rather harmful. I'm glad I haven't updated to a newer -stable yet then :-) Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 08:36:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EBC116A4DE for ; Wed, 16 Aug 2006 08:36:07 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail05.syd.optusnet.com.au (mail05.syd.optusnet.com.au [211.29.132.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFFB643D46 for ; Wed, 16 Aug 2006 08:36:06 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail05.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k7G8a2vQ002867 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 16 Aug 2006 18:36:04 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k7G8a20q000771; Wed, 16 Aug 2006 18:36:02 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k7G8a10A000770; Wed, 16 Aug 2006 18:36:01 +1000 (EST) (envelope-from peter) Date: Wed, 16 Aug 2006 18:36:01 +1000 From: Peter Jeremy To: "Android Andrew [:]" Message-ID: <20060816083601.GA727@turion.vk2pj.dyndns.org> References: <44E19FF2.9080709@oberon.pfi.lt> <20060815143308.GC31257@voodoo.schug.net> <44E1E291.1010707@oberon.pfi.lt> <44E20FB1.3040506@yahoo.gr> <20060815185704.GB720@turion.vk2pj.dyndns.org> <44E221DF.8000301@oberon.pfi.lt> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J2SCkAp4GZ/dPZZf" Content-Disposition: inline In-Reply-To: <44E221DF.8000301@oberon.pfi.lt> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.12-2006-07-14 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1-STABLE: Unexplained power off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2006 08:36:07 -0000 --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, 2006-Aug-15 22:34:55 +0300, Android Andrew [:] wrote: >In this case I could only replace PSU for testing. That's probably a worthwhile step. >>It might be worthwhile setting up a serial console and logging it >>on another box to see if anything is written to the console before >>it dies. > >It's great idea, I'll try it. Do I need a null-model cable to do it? Assuming you are going to join two normal computer serial ports together, yes. --=20 Peter Jeremy --J2SCkAp4GZ/dPZZf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE4tjx/opHv/APuIcRAte9AJ0aYAQtS4RD/sd0PkO7q5TlGHMagwCbBHUR XMaqUTNy8itGqUrE6mHifYI= =JhHf -----END PGP SIGNATURE----- --J2SCkAp4GZ/dPZZf-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 08:41:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C23A16A4DF for ; Wed, 16 Aug 2006 08:41:30 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail12.syd.optusnet.com.au (mail12.syd.optusnet.com.au [211.29.132.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AC2A43D72 for ; Wed, 16 Aug 2006 08:41:25 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail12.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k7G8fNdP026128 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 16 Aug 2006 18:41:23 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k7G8fMPi000791; Wed, 16 Aug 2006 18:41:22 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k7G8fMDw000790; Wed, 16 Aug 2006 18:41:22 +1000 (EST) (envelope-from peter) Date: Wed, 16 Aug 2006 18:41:22 +1000 From: Peter Jeremy To: Garance A Drosihn Message-ID: <20060816084122.GB727@turion.vk2pj.dyndns.org> References: <44E19FF2.9080709@oberon.pfi.lt> <20060815121355.GP490@bunrab.catwhisker.org> <44E1C044.3000104@oberon.pfi.lt> <14989d6e0608150604y1ddabadr9d7e297851e92557@mail.gmail.com> <44E1EF32.10205@oberon.pfi.lt> <44E1FD81.2070803@oberon.pfi.lt> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/WwmFnJnmDyWGHa4" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.12-2006-07-14 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1-STABLE: Unexplained power off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2006 08:41:30 -0000 --/WwmFnJnmDyWGHa4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, 2006-Aug-15 15:32:55 -0400, Garance A Drosihn wrote: >It ended up that something had gone wrong with the >motherboard itself. It was about two months from the >time I first started to see problems to the point >where it completely died. It was a very frustrating >two months! On two occasions, I've had hardware fail _during_ an upgrade. The first time it was obvious because the system crashed. The second time, a PCMCIA modem just stopped working at exactly the same time as I upgraded my kernel. That took a lot of head- scratching before I twigged. --=20 Peter Jeremy --/WwmFnJnmDyWGHa4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE4toy/opHv/APuIcRAsAyAJ9EbESmPcm3+tdq3IesABfIjG0YUwCggTSo x6UlWMxpbZ/6vIgnUg5d854= =zuaC -----END PGP SIGNATURE----- --/WwmFnJnmDyWGHa4-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 08:48:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D062316A4DD; Wed, 16 Aug 2006 08:48:23 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C62143D45; Wed, 16 Aug 2006 08:48:19 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from atlantis.dp.ua (localhost [127.0.0.1]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k7G8kfkM057748; Wed, 16 Aug 2006 11:46:41 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Received: from localhost (dmitry@localhost) by atlantis.dp.ua (8.13.1/8.13.1/Submit) with ESMTP id k7G8kdLX057739; Wed, 16 Aug 2006 11:46:39 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Wed, 16 Aug 2006 11:46:39 +0300 (EEST) From: Dmitry Pryanishnikov To: Yar Tikhiy In-Reply-To: <20060816081130.GB81271@comp.chem.msu.su> Message-ID: <20060816113606.P29626@atlantis.atlantis.dp.ua> References: <20060815040736.2f85f090.drl@MyBSD.org.my> <9405D801-3435-419A-9541-E1A9B2CF26D2@lassitu.de> <20060816081130.GB81271@comp.chem.msu.su> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: drl@MyBSD.org.my, brooks@freebsd.org, freebsd-stable@freebsd.org, Stefan Bethke , thompsa@freebsd.org Subject: Re: Default route (IPv4) demolished by destroying clone (gif/gre) interface X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2006 08:48:23 -0000 Hello! On Wed, 16 Aug 2006, Yar Tikhiy wrote: > The question is: Do all the routes really need to be flushed upon > the destruction of an interface? I've killed devd on my test machine (yesterday's RELENG_6) and done the following: root@test# ifconfig vlan0 create root@test# ifconfig vlan0 inet 10.1.1.1/30 root@test# route add 10.2.2.0/24 10.1.1.1 add net 10.2.2.0: gateway 10.1.1.1 root@test# nst -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 193.108.47.145 UGS 0 64439 rl0 10.0.0.252/30 link#1 UC 0 0 fxp0 10.1.1/30 link#4 UC 0 0 vlan0 10.1.1.1 00:00:00:00:00:00 UHLW 2 0 lo0 10.2.2/24 10.1.1.1 UGS 0 0 vlan0 127.0.0.1 127.0.0.1 UH 0 0 lo0 193.108.47.144/29 link#2 UC 0 0 rl0 193.108.47.145 00:02:b3:8b:26:4a UHLW 2 20523 rl0 38 root@test# ifconfig vlan0 destroy root@test# nst -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 193.108.47.145 UGS 0 64500 rl0 10.0.0.252/30 link#1 UC 0 0 fxp0 127.0.0.1 127.0.0.1 UH 0 0 lo0 193.108.47.144/29 link#2 UC 0 0 rl0 193.108.47.145 00:02:b3:8b:26:4a UHLW 2 20571 rl0 58 So it seems that just simple 'ifconfig vlan0 destroy' already takes care about all the routes via the defunct interface, and does this correctly. The question is whether interface auto-destruction code in kernel does the same. I don't have removable NIC hardware handy to check this. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 08:53:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2655716A4DA; Wed, 16 Aug 2006 08:53:59 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 191B743D46; Wed, 16 Aug 2006 08:53:56 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 16 Aug 2006 09:53:54 +0100 (BST) Date: Wed, 16 Aug 2006 09:53:53 +0100 From: David Malone To: Kees Plonsz Message-ID: <20060816085353.GA96738@walton.maths.tcd.ie> References: <200608160813.21109.kees@jeremino.homeunix.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200608160813.21109.kees@jeremino.homeunix.net> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: mlaier@freebsd.org, freebsd-stable@freebsd.org Subject: Re: identity crisis of 6-STABLE in ipfw ipv6 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2006 08:53:59 -0000 On Wed, Aug 16, 2006 at 08:13:20AM +0200, Kees Plonsz wrote: > I just updated to 6-STABLE but my ipfw rules stopped working. > It seems that "me6" is vanished into thin air. > > # ipfw add 7000 allow ip from me6 to me6 > ipfw: hostname ``me6'' unknown I think it was broken by some missing brackets in this commit: http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/ipfw/ipfw2.c#rev1.88 Can you try the patch below? If it looks good, Max or I can commit the fix. David. Index: ipfw2.c =================================================================== RCS file: /FreeBSD/FreeBSD-CVS/src/sbin/ipfw/ipfw2.c,v retrieving revision 1.88 diff -u -r1.88 ipfw2.c --- ipfw2.c 14 May 2006 03:53:04 -0000 1.88 +++ ipfw2.c 16 Aug 2006 08:50:04 -0000 @@ -3707,10 +3707,10 @@ inet_pton(AF_INET6, host, &a)) ret = add_srcip6(cmd, av); /* XXX: should check for IPv4, not !IPv6 */ - if ((ret == NULL) && proto == IPPROTO_IP || strcmp(av, "me") == 0 || - !inet_pton(AF_INET6, host, &a)) + if ((ret == NULL) && (proto == IPPROTO_IP || strcmp(av, "me") == 0 || + !inet_pton(AF_INET6, host, &a))) ret = add_srcip(cmd, av); - if ((ret == NULL) && strcmp(av, "any") != 0) + if ((ret == NULL) && (strcmp(av, "any") != 0)) ret = cmd; free(host); @@ -3733,10 +3733,10 @@ inet_pton(AF_INET6, host, &a)) ret = add_dstip6(cmd, av); /* XXX: should check for IPv4, not !IPv6 */ - if ((ret == NULL) && proto == IPPROTO_IP || strcmp(av, "me") == 0 || - !inet_pton(AF_INET6, av, &a)) + if ((ret == NULL) && (proto == IPPROTO_IP || strcmp(av, "me") == 0 || + !inet_pton(AF_INET6, av, &a))) ret = add_dstip(cmd, av); - if ((ret == NULL) && strcmp(av, "any") != 0) + if ((ret == NULL) && (strcmp(av, "any") != 0)) ret = cmd; free(host); From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 11:24:14 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE4EF16A4DE; Wed, 16 Aug 2006 11:24:14 +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 8D6D243D58; Wed, 16 Aug 2006 11:24:14 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id ADBE346CDE; Wed, 16 Aug 2006 07:24:13 -0400 (EDT) Date: Wed, 16 Aug 2006 12:24:13 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: stable@FreeBSD.org Message-ID: <20060816120709.N45647@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: trustedbsd-audit@TrustedBSD.org, freebsd-security@FreeBSD.org Subject: Warning: MFC of security event audit support RELENG_6 in the next 2-3 weeks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2006 11:24:15 -0000 Dear 6-STABLE users, In the next 2-3 weeks, I plan to MFC support for CAPP security eventing auditing from 7-CURRENT to 6-STABLE. The implementation has been running quite nicely in -CURRENT for several months. Right now, I'm just waiting on a confirmation from Sun regarding formal allocation of a BSM header version number so as to avoid accidental version number conflicts in the future, which I hope to get this week, as well as a bug fix in the handling of per-pipe preselection, which Christian Peron is currently working on. The audit implementation will be considered an experimental feature in 6.2-RELEASE, but in practice runs quite well, so is ready for more wide-spread deployment. For those who are unfamiliar with it, security event auditing ("audit") is the fine-grained logging of system security events, from login events to security relevant system calls. The result is a secure audit trail, which can be used for post-mortem analysis, intrusion detection, etc. The FreeBSD implementation is based on the Mac OS X audit implementation, implemented by my team at McAfee Research a few years ago, which Apple has kindly donated under a BSD license. However, it has been substantially enhanced since forking the Apple code. Additions include infrastructure to support live intrusion detection (live "audit pipes" with per-pipe preselection facilities independent of the global trail), 64-bit support, additional cross-platform portability, endian-independent trail files, and a great number of other cleanups, including support for FreeBSD's fine-grained SMP architecture. Both Mac OS X and FreeBSD implement Sun's de facto standard BSM API and audit trail format (with extensions for FreeBSD and Mac OS X events not present in Solaris), so many existing monitoring and analysis tools will run "out of the box", and FreeBSD and Mac OS X can be integrated into existing Sun-based audit infrastructure without too much work. While the open source FreeBSD releases have not been evaluated, this implementation is intended to be compliant with the CAPP standard's audit requirements. If you are interested in getting FreeBSD evaluated, and have been waiting on audit support (I know there are several people out there who have talked to me about this in the past), please let me know, and we can talk about how this might affect the evaluation of FreeBSD. Configuring audit requires the addition of "options AUDIT" to your kernel configuration file, modification of /etc/rc.conf, and any necessary tweaking of /etc/security/audit* to configure. There are detailed man pages, as well as a chapter in the FreeBSD Handbook, thanks to Tom Rhodes, explaining audit and audit configuration at a high level. Feedback on both the documentation and implementation would be most welcome; please direct this to the trustedbsd-audit@TrustedBSD.org mailing list. Until the implementation is upgraded from "experimental", AUDIT will remain disabled in the GENERIC kernel by default. I hope to compile AUDIT in by default starting around FreeBSD 6.3 or 6.4, but exactly when will depend on the nature of feedback, bug reports, etc, over the next few months. In its disabled state, some audit code is present in userland applications, but should not be run by default. We provide a NO_AUDIT build option to prevent audit support from being compiled into user space applications at all, which may be appropriate in embedded environments where space constraints are more of a pressing issue. The integration process will take around a week, and may result in intermitent build failures or other unexpected quirks in 6-STABLE. We have planned this fairly carefully in order to minimize disruption, but with any large set of source code changes, there is the risk of unexpected consequences. Once the code base to be merged is finalized, I will post a more specific merge schedule to the freebsd-stable and trustedbsd-audit mailing lists detailing how things will go. Once the merge is complete, I will post tutorial information to various mailing lists for those interested in giving this a try. You can learn more about Audit by reading the handbook chapter, and visiting http://www.TrustedBSD.org/audit.html As an FYI for those interested, we are shipping the user space audit components as a portable package, OpenBSM, so that BSM-based applications can be built to process Solaris, FreeBSD, and Mac OS X audit trails on a variety of platforms, including Linux, older versions of FreeBSD, and other *BSD systems. OpenBSM is present in the contrib tree in the FreeBSD source tree as a vendor branch import, and will track the most recent OpenBSM release. You can learn more about this at http://www.OpenBSM.org/. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 12:17:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37C4216A4DA; Wed, 16 Aug 2006 12:17:40 +0000 (UTC) (envelope-from drl@MyBSD.org.my) Received: from tomoyo.MyBSD.org.my (tomoyo.mybsd.org.my [202.157.186.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 391D243D92; Wed, 16 Aug 2006 12:16:46 +0000 (GMT) (envelope-from drl@MyBSD.org.my) Received: from localhost (localhost [127.0.0.1]) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id 9FE291143B; Wed, 16 Aug 2006 20:18:20 +0800 (MYT) X-Virus-Scanned: by Amavis running on FreeBSD MTA at TOMOYO.MyBSD.ORG.MY Received: from tomoyo.MyBSD.org.my ([127.0.0.1]) by localhost (TOMOYO.MyBSD.ORG.MY [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jgUA55xqCnMI; Wed, 16 Aug 2006 20:18:18 +0800 (MYT) Received: from rogue.netif.org (localhost [127.0.0.1]) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id 8690611429; Wed, 16 Aug 2006 20:18:17 +0800 (MYT) Date: Wed, 16 Aug 2006 20:21:44 +0800 From: Darryl Yeoh To: Dmitry Pryanishnikov Message-Id: <20060816202144.0f4af59c.drl@MyBSD.org.my> In-Reply-To: <20060816113606.P29626@atlantis.atlantis.dp.ua> References: <20060815040736.2f85f090.drl@MyBSD.org.my> <9405D801-3435-419A-9541-E1A9B2CF26D2@lassitu.de> <20060816081130.GB81271@comp.chem.msu.su> <20060816113606.P29626@atlantis.atlantis.dp.ua> Organization: MyBSD X-Mailer: Sylpheed version 1.0.6 (GTK+ 1.2.10; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: yar@comp.chem.msu.su, brooks@freebsd.org, freebsd-stable@freebsd.org, stb@lassitu.de, thompsa@freebsd.org Subject: Re: Default route (IPv4) demolished by destroying clone (gif/gre) interface X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: drl@MyBSD.org.my List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 12:17:40 -0000 On Wed, 16 Aug 2006 11:46:39 +0300 (EEST) Dmitry Pryanishnikov wrote: > > Hello! > > On Wed, 16 Aug 2006, Yar Tikhiy wrote: > > The question is: Do all the routes really need to be flushed upon > > the destruction of an interface? > > I've killed devd on my test machine (yesterday's RELENG_6) and done > the following: > > root@test# ifconfig vlan0 create > root@test# ifconfig vlan0 inet 10.1.1.1/30 > root@test# route add 10.2.2.0/24 10.1.1.1 > add net 10.2.2.0: gateway 10.1.1.1 > root@test# nst -rn > Routing tables > Internet: > Destination Gateway Flags Refs Use Netif Expire > default 193.108.47.145 UGS 0 64439 rl0 > 10.0.0.252/30 link#1 UC 0 0 fxp0 > 10.1.1/30 link#4 UC 0 0 vlan0 > 10.1.1.1 00:00:00:00:00:00 UHLW 2 0 lo0 > 10.2.2/24 10.1.1.1 UGS 0 0 vlan0 > 127.0.0.1 127.0.0.1 UH 0 0 lo0 > 193.108.47.144/29 link#2 UC 0 0 rl0 > 193.108.47.145 00:02:b3:8b:26:4a UHLW 2 20523 rl0 38 > root@test# ifconfig vlan0 destroy > root@test# nst -rn > Routing tables > Internet: > Destination Gateway Flags Refs Use Netif Expire > default 193.108.47.145 UGS 0 64500 rl0 > 10.0.0.252/30 link#1 UC 0 0 fxp0 > 127.0.0.1 127.0.0.1 UH 0 0 lo0 > 193.108.47.144/29 link#2 UC 0 0 rl0 > 193.108.47.145 00:02:b3:8b:26:4a UHLW 2 20571 rl0 58 > > So it seems that just simple 'ifconfig vlan0 destroy' already takes care > about all the routes via the defunct interface, and does this correctly. > The question is whether interface auto-destruction code in kernel does > the same. I don't have removable NIC hardware handy to check this. > > Sincerely, Dmitry > -- > Atlantis ISP, System Administrator > e-mail: dmitry@atlantis.dp.ua > nic-hdl: LYNX-RIPE Hi guys, Alright, setting removable_route_flush="NO" seems to help for now. Destroying an interface removes routes associated only to that interface. "The question is whether interface auto-destruction code in kernel does the same." I'm curious about this too. - Darryl Yeoh From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 14:31:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B473D16A4DE for ; Wed, 16 Aug 2006 14:31:14 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 085CE43D4C for ; Wed, 16 Aug 2006 14:31:13 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.176.231] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis), id 0ML25U-1GDMQJ2ffY-0007sk; Wed, 16 Aug 2006 16:31:12 +0200 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org Date: Wed, 16 Aug 2006 16:31:02 +0200 User-Agent: KMail/1.9.3 References: <200608160813.21109.kees@jeremino.homeunix.net> <20060816085353.GA96738@walton.maths.tcd.ie> In-Reply-To: <20060816085353.GA96738@walton.maths.tcd.ie> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3440592.Jkbc4Jdb4z"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200608161631.10114.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: David Malone , Kees Plonsz Subject: Re: identity crisis of 6-STABLE in ipfw ipv6 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2006 14:31:14 -0000 --nextPart3440592.Jkbc4Jdb4z Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline [ Kevin reported a similar problem on monday in "Lost IPv6 with ipfw in=20 latest stable" - added to CC-list. ] On Wednesday 16 August 2006 10:53, David Malone wrote: > On Wed, Aug 16, 2006 at 08:13:20AM +0200, Kees Plonsz wrote: > > I just updated to 6-STABLE but my ipfw rules stopped working. > > It seems that "me6" is vanished into thin air. > > > > # ipfw add 7000 allow ip from me6 to me6 > > ipfw: hostname ``me6'' unknown > > I think it was broken by some missing brackets in this commit: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/ipfw/ipfw2.c#rev1.88 > > Can you try the patch below? If it looks good, Max or I can commit > the fix. Whichever you prefer. Since I don't really use IPFW, I wouldn't mind to=20 get rid of the task ;) Note that I also MFCed 1.88 a couple of days ago. = =20 By the way, it's great to see actual IPv6 users ;) David's patch: Index: ipfw2.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /FreeBSD/FreeBSD-CVS/src/sbin/ipfw/ipfw2.c,v retrieving revision 1.88 diff -u -r1.88 ipfw2.c =2D-- ipfw2.c 14 May 2006 03:53:04 -0000 1.88 +++ ipfw2.c 16 Aug 2006 08:50:04 -0000 @@ -3707,10 +3707,10 @@ inet_pton(AF_INET6, host, &a)) ret =3D add_srcip6(cmd, av); /* XXX: should check for IPv4, not !IPv6 */ =2D if ((ret =3D=3D NULL) && proto =3D=3D IPPROTO_IP || strcmp(av, "me") = =3D=3D 0 || =2D !inet_pton(AF_INET6, host, &a)) + if ((ret =3D=3D NULL) && (proto =3D=3D IPPROTO_IP || strcmp(av, "me") =3D= =3D 0 || + !inet_pton(AF_INET6, host, &a))) ret =3D add_srcip(cmd, av); =2D if ((ret =3D=3D NULL) && strcmp(av, "any") !=3D 0) + if ((ret =3D=3D NULL) && (strcmp(av, "any") !=3D 0)) ret =3D cmd; > free(host); @@ -3733,10 +3733,10 @@ inet_pton(AF_INET6, host, &a)) ret =3D add_dstip6(cmd, av); /* XXX: should check for IPv4, not !IPv6 */ =2D if ((ret =3D=3D NULL) && proto =3D=3D IPPROTO_IP || strcmp(av, "me") = =3D=3D 0 || =2D !inet_pton(AF_INET6, av, &a)) + if ((ret =3D=3D NULL) && (proto =3D=3D IPPROTO_IP || strcmp(av, "me") =3D= =3D 0 || + !inet_pton(AF_INET6, av, &a))) ret =3D add_dstip(cmd, av); =2D if ((ret =3D=3D NULL) && strcmp(av, "any") !=3D 0) + if ((ret =3D=3D NULL) && (strcmp(av, "any") !=3D 0)) ret =3D cmd; =20 free(host); =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart3440592.Jkbc4Jdb4z Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBE4ywuXyyEoT62BG0RAk+oAJ9wN0dJ+W4w9n1B/y7iIfR8FD54OgCdFHmY iPTWPWv8ju11zGh0wy4a01c= =0YPV -----END PGP SIGNATURE----- --nextPart3440592.Jkbc4Jdb4z-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 14:41:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6070116A4DA for ; Wed, 16 Aug 2006 14:41:00 +0000 (UTC) (envelope-from forrie@forrie.com) Received: from forrie.com (c-24-62-224-60.hsd1.nh.comcast.net [24.62.224.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id F19FE43D46 for ; Wed, 16 Aug 2006 14:40:59 +0000 (GMT) (envelope-from forrie@forrie.com) Received: from [192.168.230.27] (spk-gw.online-buddies.com [66.92.69.182]) (authenticated bits=0) by forrie.com (8.13.8/8.13.6) with ESMTP id k7GEew64064740 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 16 Aug 2006 10:40:58 -0400 (EDT) (envelope-from forrie@forrie.com) Message-ID: <44E32EB2.1040804@forrie.com> Date: Wed, 16 Aug 2006 10:41:54 -0400 From: Forrest Aldrich User-Agent: Thunderbird 1.5.0.5 (Windows/20060808) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/1669/Wed Aug 16 07:54:21 2006 on mail.forrie.com X-Virus-Status: Clean Subject: Error in "ntpd" manpage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2006 14:41:00 -0000 There is an error in the NTPD manpage. The option -L means "do NOT listen to Virtual IPs" the present manpage (FreeBSD-6.1-STABLE) says: -L Listen to virtual IPs. looking at the code in /usr/src/contrib/ntpd/cmd_args.c shows this: /* * Definitions of things either imported from or exported to outside */ extern char const *progname; int listen_to_virtual_ips = 1; and further down: case 'L': listen_to_virtual_ips = 0; break; I found this bug while reading external documentation about setting up NTPD.... I'm glad I read this ;-) _F From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 14:54:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 764E616A4DE; Wed, 16 Aug 2006 14:54:39 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD53F43D45; Wed, 16 Aug 2006 14:54:38 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20060816145426m92002tdmie>; Wed, 16 Aug 2006 14:54:37 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.6/8.13.6) with ESMTP id k7GEsMMT062729; Wed, 16 Aug 2006 09:54:22 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.6/8.13.6/Submit) id k7GEsKR6062728; Wed, 16 Aug 2006 09:54:20 -0500 (CDT) (envelope-from brooks) Date: Wed, 16 Aug 2006 09:54:19 -0500 From: Brooks Davis To: Stefan Bethke Message-ID: <20060816145419.GB62485@lor.one-eyed-alien.net> References: <20060815040736.2f85f090.drl@MyBSD.org.my> <9405D801-3435-419A-9541-E1A9B2CF26D2@lassitu.de> <20060816081130.GB81271@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yNb1oOkm5a9FJOVX" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 Cc: Yar Tikhiy , brooks@freebsd.org, freebsd-stable@freebsd.org, thompsa@freebsd.org, drl@MyBSD.org.my Subject: Re: Default route (IPv4) demolished by destroying clone (gif/gre) interface X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2006 14:54:39 -0000 --yNb1oOkm5a9FJOVX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 16, 2006 at 10:23:13AM +0200, Stefan Bethke wrote: >=20 > Ouch. Don't ppp(8), OpenVPN etc. destroy the tun interface they're =20 > using when they exit? Flushing all routes then would be rather =20 > harmful. I'm glad I haven't updated to a newer -stable yet then :-) In general, no since tun interfaces can not be destroyed. -- Brooks --yNb1oOkm5a9FJOVX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE4zGbXY6L6fI4GtQRAnlYAJ4zX0TTmST4YUindoTG6NCqV6KsxwCfSOQB NgJye6VQ43LUfmOL1YYbD3o= =Zs9m -----END PGP SIGNATURE----- --yNb1oOkm5a9FJOVX-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 15:10:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB1AC16A4DF; Wed, 16 Aug 2006 15:10:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AFCF43D53; Wed, 16 Aug 2006 15:10:56 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7GFAivS039350; Wed, 16 Aug 2006 11:10:50 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 16 Aug 2006 10:57:02 -0400 User-Agent: KMail/1.9.1 References: <200608160813.21109.kees@jeremino.homeunix.net> <20060816085353.GA96738@walton.maths.tcd.ie> In-Reply-To: <20060816085353.GA96738@walton.maths.tcd.ie> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608161057.03335.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Wed, 16 Aug 2006 11:10:50 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1669/Wed Aug 16 07:54:21 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: David Malone , mlaier@freebsd.org, Kees Plonsz Subject: Re: identity crisis of 6-STABLE in ipfw ipv6 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2006 15:10:57 -0000 On Wednesday 16 August 2006 04:53, David Malone wrote: > On Wed, Aug 16, 2006 at 08:13:20AM +0200, Kees Plonsz wrote: > > I just updated to 6-STABLE but my ipfw rules stopped working. > > It seems that "me6" is vanished into thin air. > > > > # ipfw add 7000 allow ip from me6 to me6 > > ipfw: hostname ``me6'' unknown > > I think it was broken by some missing brackets in this commit: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/ipfw/ipfw2.c#rev1.88 > > Can you try the patch below? If it looks good, Max or I can commit > the fix. > > David. Note that the strcmp() != 0 doesn't need extra ()'s as != is higher than && in precedence. Operator Associativity -------- ------------- ... == != left to right ... && left to right || left to right > Index: ipfw2.c > =================================================================== > RCS file: /FreeBSD/FreeBSD-CVS/src/sbin/ipfw/ipfw2.c,v > retrieving revision 1.88 > diff -u -r1.88 ipfw2.c > --- ipfw2.c 14 May 2006 03:53:04 -0000 1.88 > +++ ipfw2.c 16 Aug 2006 08:50:04 -0000 > @@ -3707,10 +3707,10 @@ > inet_pton(AF_INET6, host, &a)) > ret = add_srcip6(cmd, av); > /* XXX: should check for IPv4, not !IPv6 */ > - if ((ret == NULL) && proto == IPPROTO_IP || strcmp(av, "me") == 0 || > - !inet_pton(AF_INET6, host, &a)) > + if ((ret == NULL) && (proto == IPPROTO_IP || strcmp(av, "me") == 0 || > + !inet_pton(AF_INET6, host, &a))) > ret = add_srcip(cmd, av); > - if ((ret == NULL) && strcmp(av, "any") != 0) > + if ((ret == NULL) && (strcmp(av, "any") != 0)) > ret = cmd; > > free(host); > @@ -3733,10 +3733,10 @@ > inet_pton(AF_INET6, host, &a)) > ret = add_dstip6(cmd, av); > /* XXX: should check for IPv4, not !IPv6 */ > - if ((ret == NULL) && proto == IPPROTO_IP || strcmp(av, "me") == 0 || > - !inet_pton(AF_INET6, av, &a)) > + if ((ret == NULL) && (proto == IPPROTO_IP || strcmp(av, "me") == 0 || > + !inet_pton(AF_INET6, av, &a))) > ret = add_dstip(cmd, av); > - if ((ret == NULL) && strcmp(av, "any") != 0) > + if ((ret == NULL) && (strcmp(av, "any") != 0)) > ret = cmd; > > free(host); > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 15:25:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED3AB16A4DE for ; Wed, 16 Aug 2006 15:25:51 +0000 (UTC) (envelope-from marchenko@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6535343D45 for ; Wed, 16 Aug 2006 15:25:51 +0000 (GMT) (envelope-from marchenko@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so156117wxd for ; Wed, 16 Aug 2006 08:25:50 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=k7AsXsH8zlGemKVlKLvM2RwFKj6dnkxmw/R+mGvdM2BjpLGki2+B/FKZaJR4Z2BPMUWiVEf7bgqkxMW1dqHvpIl4fBL3dn+0r45jVGnxXbCyJRrykH1KGw3Bx0XchA6Q3prXJxuWnGdqmoE4+kw6i5QobKAed52fZuigvmljvx0= Received: by 10.70.100.14 with SMTP id x14mr1007524wxb; Wed, 16 Aug 2006 08:25:50 -0700 (PDT) Received: by 10.70.7.11 with HTTP; Wed, 16 Aug 2006 08:25:48 -0700 (PDT) Message-ID: Date: Wed, 16 Aug 2006 10:25:48 -0500 From: Vlad To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: 6.1-RELEASE: TIMEOUT - WRITE_DMA retrying X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2006 15:25:52 -0000 Hi, I get this type of messages in on my FreeBSD. ad4: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=70938623 Under steady IO load it panics, that started when we changed SATA controller (FreeBSD detects it as SiI 3512). I've tried to switch ports, cable, move card into a different PCI slot, disable ata dma in /boot/loader.conf - nothing helps. 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 #6: Tue May 9 11:02:38 CDT 2006 vlad@hq:/usr/obj/usr/src/sys/HQ ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP 2500+ (1836.13-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x6a0 Stepping = 0 Features=0x383fbff AMD Features=0xc0400800 real memory = 536805376 (511 MB) avail memory = 515944448 (492 MB) ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0x4000-0x407f,0x4080-0x40ff,0x5000-0x500f on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 atapci0: port 0xc000-0xc007,0xc400-0xc403,0xc800-0xc807,0xcc00-0xcc03,0xd000-0xd00f mem 0xe9210000-0xe92101ff irq 18 at device 10.0 on pci0 ata2: on atapci0 ata3: on atapci0 pci0: at device 12.0 (no driver attached) sis0: port 0xd400-0xd4ff mem 0xe9211000-0xe9211fff irq 17 at device 13.0 on pci0 sis0: Silicon Revision: DP83815D miibus0: on sis0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:02:e3:14:27:0b isab0: at device 17.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe400-0xe40f at device 17.1 on pci0 ata0: on atapci1 ata1: on atapci1 pci0: at device 17.5 (no driver attached) rl0: port 0xec00-0xecff mem 0xe9213000-0xe92130ff irq 18 at device 19.0 on pci0 miibus1: on rl0 rlphy0: on miibus1 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:20:ed:b6:e0:6e fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcc7ff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1836128583 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to accept, logging unlimited acd0: CDROM at ata0-master UDMA33 ad4: 190782MB at ata2-master SATA150 Trying to mount root from ufs:/dev/ad4s1a WARNING: / was not properly dismounted /: mount pending error: blocks 216 files 1 sis0: Applying short cable fix (reg=f8) rl0: link state changed to UP -- Vlad From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 15:30:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F88716A4DF for ; Wed, 16 Aug 2006 15:30:21 +0000 (UTC) (envelope-from jamesoff@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CB2443D45 for ; Wed, 16 Aug 2006 15:30:20 +0000 (GMT) (envelope-from jamesoff@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so30877wra for ; Wed, 16 Aug 2006 08:30:19 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=sLgcgEmzs6mp6JopqL5vIILAnihq7bgyOwr/sr2cafbhJdNlWsp+JImtyVwFe98WDypeFc3G4RYkpw0/5SGTuJfBANPj3KJ6o/QYzMnsK7qRc/g38ndbw8QoPxDJLKa72Fof+jothE7ZDXZVKMzaZ2g8/QPwCwHA+dnTwxTxGqc= Received: by 10.49.55.13 with SMTP id h13mr847671nfk; Wed, 16 Aug 2006 08:30:19 -0700 (PDT) Received: by 10.78.135.13 with HTTP; Wed, 16 Aug 2006 08:30:18 -0700 (PDT) Message-ID: <720051dc0608160830l1ab00117oa96c9ebf534f8e2a@mail.gmail.com> Date: Wed, 16 Aug 2006 16:30:18 +0100 From: "James Seward" To: Vlad In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-stable@freebsd.org Subject: Re: 6.1-RELEASE: TIMEOUT - WRITE_DMA retrying X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2006 15:30:21 -0000 On 8/16/06, Vlad wrote: > I get this type of messages in on my FreeBSD. > ad4: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=70938623 > Under steady IO load it panics, that started when we changed SATA > controller (FreeBSD detects it as SiI 3512). I've tried to switch > ports, cable, move card into a different PCI slot, disable ata dma in > /boot/loader.conf - nothing helps. I had similar problems under 5.x and 6.x with a SI3112. My testing and investigations back then suggested that some combinations of hardware and the SI3112 just "don't get along" and I solved it by getting rid of it. /JMS From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 15:51:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 637F716A4DD for ; Wed, 16 Aug 2006 15:51:40 +0000 (UTC) (envelope-from marchenko@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DDE743D60 for ; Wed, 16 Aug 2006 15:51:38 +0000 (GMT) (envelope-from marchenko@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so165124wxd for ; Wed, 16 Aug 2006 08:51:38 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=a0e62Epk0HLJx5afBFn4lORWLlflWivUbTF9aDmuN3YHYYMdgOyjJl+uTeN+NUfoO0ffja7j9nWX/NC3AK0ipJoMdAxTCipqEGP4Q84YcgzBXc89zpp5+M9v1ixwsQsDE/Nb/vUkEvMPqDaTjcXD9pynWwObbbCFrUGAxlJdfAQ= Received: by 10.70.60.12 with SMTP id i12mr1037401wxa; Wed, 16 Aug 2006 08:51:38 -0700 (PDT) Received: by 10.70.7.11 with HTTP; Wed, 16 Aug 2006 08:51:37 -0700 (PDT) Message-ID: Date: Wed, 16 Aug 2006 10:51:37 -0500 From: Vlad To: "James Seward" In-Reply-To: <720051dc0608160830l1ab00117oa96c9ebf534f8e2a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <720051dc0608160830l1ab00117oa96c9ebf534f8e2a@mail.gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: 6.1-RELEASE: TIMEOUT - WRITE_DMA retrying X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2006 15:51:40 -0000 I just got the message it panics with: ad4: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=380273047 ad4: FAILURE - WRITE_DMA48 status=51 error=10 LBA=380273047 g_vfs_done():ad4s1a[WRITE(offset=194699767808, length=2048)]error = 5 panic: newdirrem: not ATTACHED Also, you maybe very right about conflict with other hardware - it seemed to me that it's much less stable when intense HD operation is combined with network activity (i.e. downloading file via samba). I've tried to copy 3gig of archives over the net and I could not copy it after 3 attempts. Same time I've un-tarred those files locally on that server successfully after my 1st attempt. Any recommendations on what ~ 30 buck SATA card works OK with 6.1? I may opt out to take this one back and replace, unless someone willing to nail this down - I'm open for tests... On 8/16/06, James Seward wrote: > On 8/16/06, Vlad wrote: > > I get this type of messages in on my FreeBSD. > > ad4: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=70938623 > > Under steady IO load it panics, that started when we changed SATA > > controller (FreeBSD detects it as SiI 3512). I've tried to switch > > ports, cable, move card into a different PCI slot, disable ata dma in > > /boot/loader.conf - nothing helps. > > I had similar problems under 5.x and 6.x with a SI3112. My testing and > investigations back then suggested that some combinations of hardware > and the SI3112 just "don't get along" and I solved it by getting rid > of it. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 15:51:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA81316A4E7; Wed, 16 Aug 2006 15:51:45 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id DFC7443D58; Wed, 16 Aug 2006 15:51:44 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 16 Aug 2006 16:51:44 +0100 (BST) To: John Baldwin In-reply-to: Your message of "Wed, 16 Aug 2006 10:57:02 EDT." <200608161057.03335.jhb@freebsd.org> X-Request-Do: Date: Wed, 16 Aug 2006 16:51:43 +0100 From: David Malone Message-ID: <200608161651.ac68053@salmon.maths.tcd.ie> Cc: mlaier@freebsd.org, freebsd-stable@freebsd.org, Kees Plonsz Subject: Re: identity crisis of 6-STABLE in ipfw ipv6 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2006 15:51:45 -0000 > Note that the strcmp() != 0 doesn't need extra ()'s as != is higher than > && in precedence. Yep - I noticed that after sending! I think I was just rabidly adding brackets to match the intended meaning. (I think ipfw may have more problems like this - if you turn up WARNS there are some warnings that suggest more brackets might be useful.) David. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 15:58:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59F6716A4DD; Wed, 16 Aug 2006 15:58:50 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B26843D4C; Wed, 16 Aug 2006 15:58:49 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.3) with ESMTP id k7GFwk4t087378; Wed, 16 Aug 2006 19:58:46 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id k7GFwiws087377; Wed, 16 Aug 2006 19:58:44 +0400 (MSD) (envelope-from yar) Date: Wed, 16 Aug 2006 19:58:44 +0400 From: Yar Tikhiy To: Brooks Davis Message-ID: <20060816155844.GA85503@comp.chem.msu.su> References: <20060815040736.2f85f090.drl@MyBSD.org.my> <9405D801-3435-419A-9541-E1A9B2CF26D2@lassitu.de> <20060816081130.GB81271@comp.chem.msu.su> <20060816145419.GB62485@lor.one-eyed-alien.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060816145419.GB62485@lor.one-eyed-alien.net> User-Agent: Mutt/1.5.9i Cc: drl@MyBSD.org.my, brooks@freebsd.org, freebsd-stable@freebsd.org, Stefan Bethke , thompsa@freebsd.org Subject: Re: Default route (IPv4) demolished by destroying clone (gif/gre) interface X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2006 15:58:50 -0000 On Wed, Aug 16, 2006 at 09:54:19AM -0500, Brooks Davis wrote: > On Wed, Aug 16, 2006 at 10:23:13AM +0200, Stefan Bethke wrote: > > > > Ouch. Don't ppp(8), OpenVPN etc. destroy the tun interface they're > > using when they exit? Flushing all routes then would be rather > > harmful. I'm glad I haven't updated to a newer -stable yet then :-) > > In general, no since tun interfaces can not be destroyed. Did you mean "in particular"? :-) The problem can be triggered by destroying any interface that can be destroyed. Just imagine getting rid of a defunct gif tunnel on a remote router, or removing an unused vlan, and totally losing connectivity to the router due to its default route having been flushed. The scenario still can be quite unpleasant. I'd rather change the default for $removable_route_flush to NO and let the kernel choose which routes should be flushed upon the physical ejection or software destruction of an interface. Note that this doesn't include static_routes_${ifn}, which are handled separately by pccard_ether_stop(). -- Yar From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 16:59:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48A5B16A4DE; Wed, 16 Aug 2006 16:59:14 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [213.238.47.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A7CE43D86; Wed, 16 Aug 2006 16:59:06 +0000 (GMT) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.8/8.13.7) with ESMTP id k7GGwXKD021230 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Wed, 16 Aug 2006 18:58:43 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <20060816081130.GB81271@comp.chem.msu.su> References: <20060815040736.2f85f090.drl@MyBSD.org.my> <9405D801-3435-419A-9541-E1A9B2CF26D2@lassitu.de> <20060816081130.GB81271@comp.chem.msu.su> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Wed, 16 Aug 2006 18:58:32 +0200 To: Yar Tikhiy X-Mailer: Apple Mail (2.752.2) Cc: brooks@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Default route (IPv4) demolished by destroying clone (gif/gre) interface X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2006 16:59:14 -0000 Am 16.08.2006 um 10:11 schrieb Yar Tikhiy: > In turn, pccard_ether will flush all -inet routes if the rc.conf(5) > variable removable_route_flush is set to YES, which is its default > setting. Why is it doing that, then? From the commit message for 1.23 for src/ etc/pccard_ether, which introduced removable_route_flush, it is not clear to me under which circumstances this is necessary. Why would I want to flush all my routes because an interface disappears? And would I want that to happen by default? Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 17:15:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC6DB16A4E1; Wed, 16 Aug 2006 17:15:49 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A18943D46; Wed, 16 Aug 2006 17:15:48 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20060816171533m910087pf1e>; Wed, 16 Aug 2006 17:15:48 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.6/8.13.6) with ESMTP id k7GHFSYu064123; Wed, 16 Aug 2006 12:15:29 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.6/8.13.6/Submit) id k7GHFPND064122; Wed, 16 Aug 2006 12:15:25 -0500 (CDT) (envelope-from brooks) Date: Wed, 16 Aug 2006 12:15:25 -0500 From: Brooks Davis To: Yar Tikhiy Message-ID: <20060816171524.GA63928@lor.one-eyed-alien.net> References: <20060815040736.2f85f090.drl@MyBSD.org.my> <9405D801-3435-419A-9541-E1A9B2CF26D2@lassitu.de> <20060816081130.GB81271@comp.chem.msu.su> <20060816145419.GB62485@lor.one-eyed-alien.net> <20060816155844.GA85503@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cNdxnHkX5QqsyA0e" Content-Disposition: inline In-Reply-To: <20060816155844.GA85503@comp.chem.msu.su> User-Agent: Mutt/1.5.11 Cc: drl@MyBSD.org.my, freebsd-stable@freebsd.org, Stefan Bethke , thompsa@freebsd.org Subject: Re: Default route (IPv4) demolished by destroying clone (gif/gre) interface X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2006 17:15:49 -0000 --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 16, 2006 at 07:58:44PM +0400, Yar Tikhiy wrote: > On Wed, Aug 16, 2006 at 09:54:19AM -0500, Brooks Davis wrote: > > On Wed, Aug 16, 2006 at 10:23:13AM +0200, Stefan Bethke wrote: > > >=20 > > > Ouch. Don't ppp(8), OpenVPN etc. destroy the tun interface they're = =20 > > > using when they exit? Flushing all routes then would be rather =20 > > > harmful. I'm glad I haven't updated to a newer -stable yet then :-) > >=20 > > In general, no since tun interfaces can not be destroyed. >=20 > Did you mean "in particular"? :-) >=20 > The problem can be triggered by destroying any interface that can > be destroyed. Just imagine getting rid of a defunct gif tunnel on > a remote router, or removing an unused vlan, and totally losing > connectivity to the router due to its default route having been > flushed. The scenario still can be quite unpleasant. I'd rather > change the default for $removable_route_flush to NO and let the > kernel choose which routes should be flushed upon the physical > ejection or software destruction of an interface. Note that this > doesn't include static_routes_${ifn}, which are handled separately > by pccard_ether_stop(). Agreed. That code shouldn't be on by default. I've disabled in it HEAD and will MFC in a few days. As another poster said, I'm not even sure it should exist as an option. -- Brooks --cNdxnHkX5QqsyA0e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE41KsXY6L6fI4GtQRAsfQAJwMRw6do/EH1QYyHvjyoJGkGjGGWQCdHD8P 45jNfWVh3MO/30Kjlutx+K0= =Zjao -----END PGP SIGNATURE----- --cNdxnHkX5QqsyA0e-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 17:35:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95D6516A4DD for ; Wed, 16 Aug 2006 17:35:39 +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 8146E43D46 for ; Wed, 16 Aug 2006 17:35:35 +0000 (GMT) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.4) with SMTP id DAA26448; Thu, 17 Aug 2006 03:35:12 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Thu, 17 Aug 2006 03:35:11 +1000 (EST) From: Ian Smith To: Christian Walther In-Reply-To: <14989d6e0608150604y1ddabadr9d7e297851e92557@mail.gmail.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1-STABLE: Unexplained power off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2006 17:35:39 -0000 On Tue, 15 Aug 2006, Christian Walther wrote: > This is just a wild, uneducated guess, because I'm not a long FreeBSD > user, but from my point of view this error could really be related to > ACPI/APM, as already has been suggested. It smells a bit that way to me too. I've just read the whole thread, but going back to the original post's kernel conf, android had APM and apm_saver in there, but the dmesg confirmed an ACPI boot, complete with a complaint by apm_saver refusing to load because APM wasn't loaded. As it never is if ACPI is loaded, as I understand it. (caveat: 5.5-STABLE) android also mentioned trying to do things with APM settings in BIOS. I suspect APM should be _disabled_ in BIOS, and ACPI enabled, with ACPI power (etc) management used instead .. someone correct me if I'm wrong; I'm really unsure how much APM functional emulation remains in ACPI? > Maybe the machine is trying to go to suspend, but fails while doing > so, which in the end would mean that it can't recover from the > suspend, but has to reboot completely, resulting in dirty file > systems. It wouldn't reach the suspend state correctly, which could > leave everything depending on ACPI/APM in a undefined state, including > the hardware. This would explain why the machine has to be turned off > properly by pressing toe power button for such a long time. Maybe. If APM is enabled in BIOS, but not loaded, could spell trouble. > I'd try to use the machine without ACPI/APM enabled. If possible, > compile a new kernel without it being enabled. This might not be > possible because you're on a SMP-system, thou, but you might want to > check your configuration files for suspend or hibernation -- and turn > them of. Well it won't likely work with _neither_ enabled, and I suspect you're right about SMP needing ACPI. android suggested failure to boot with neither enabled, which sounds likely. What's in /boot/loader.conf? Cheers, Ian > With ACPI/APM turned on, leave the machine idle for some time and see > if it shows the same behaviour. When it shuts down cleanly it's likely > that suspend/hibernation fails due to the high load introduced by the > build process. > > I've seen and experienced similar problems on other platforms, such as > OS X and (sorry) Linux. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 17:35:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A3CB16A6D9; Wed, 16 Aug 2006 17:35:57 +0000 (UTC) (envelope-from kees@jeremino.homeunix.net) Received: from jeremino.homeunix.net (jeremino.xs4all.nl [80.126.224.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F88743D46; Wed, 16 Aug 2006 17:35:54 +0000 (GMT) (envelope-from kees@jeremino.homeunix.net) Received: from jeremina.homeunix.net ([10.0.0.5]) by jeremino.homeunix.net with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1GDPJ3-0002WY-9Y; Wed, 16 Aug 2006 19:35:53 +0200 From: Kees Plonsz Organization: not organized To: freebsd-stable@freebsd.org Date: Wed, 16 Aug 2006 19:35:52 +0200 User-Agent: KMail/1.9.1 References: <200608160813.21109.kees@jeremino.homeunix.net> <20060816085353.GA96738@walton.maths.tcd.ie> In-Reply-To: <20060816085353.GA96738@walton.maths.tcd.ie> X-Face: CaO1,W}6nFAHBh)0w2(~^_CxY38(@5bf5B,[ILEWbA}Yt.SkfH=!fRAy-|)=?utf-8?q?X=26=3Fkn=3DPU=27b=27=0A=09O=2EF6e/=26Eh=27fZ=5BX=5FQ=3FG?=,48c,hQUfRp5Tn4r{/x2Ujs@-0iu:Yht8_; 0ys}RwtpHy%+k.TD(=?utf-8?q?=0A=09i=7EJ+5S?=,%,Qar+e!$}QT`\+$4SF8<4#@dCF6>A<#=$VD; LRwWWq>=?utf-8?q?dCB=3DyL/=26odewcmr=24o2=24=0A=09=24qUOA=5DkV=5D=3DzOnM=27i?="4ag2fvaJ,~4~h$-A\N]H%FJSPaT3FoZ; nS%o1[kA?U>=?utf-8?q?3T=7DFD+l4SJ=0A=09XId=3F?=,-D^1uDfURbfI+; 6oQ'D"VB|MJyRIw]Z%; |gX8A)#N<9j%6xAS< MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608161935.53019.kees@jeremino.homeunix.net> X-recieved-from: 10.0.0.5 Cc: David Malone , mlaier@freebsd.org Subject: Re: identity crisis of 6-STABLE in ipfw ipv6 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2006 17:35:57 -0000 On Wednesday 16 August 2006 10:53, David Malone wrote: > On Wed, Aug 16, 2006 at 08:13:20AM +0200, Kees Plonsz wrote: > > I just updated to 6-STABLE but my ipfw rules stopped working. > > It seems that "me6" is vanished into thin air. > > > > # ipfw add 7000 allow ip from me6 to me6 > > ipfw: hostname ``me6'' unknown > > I think it was broken by some missing brackets in this commit: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/ipfw/ipfw2.c#rev1.88 > > Can you try the patch below? If it looks good, Max or I can commit > the fix. > > David. Your patch did not work on the ipfw2.c I did the patch by hand and it was o.k. after testing. Here is my diff: # diff -u ipfw2.c.orig ipfw2.c --- ipfw2.c.orig Mon Aug 7 21:32:57 2006 +++ ipfw2.c Wed Aug 16 19:11:21 2006 @@ -3793,10 +3793,10 @@ inet_pton(AF_INET6, host, &a)) ret = add_srcip6(cmd, av); /* XXX: should check for IPv4, not !IPv6 */ - if ((ret == NULL) && proto == IPPROTO_IP || strcmp(av, "me") == 0 || - !inet_pton(AF_INET6, host, &a)) + if ((ret == NULL) && ( proto == IPPROTO_IP || strcmp(av, "me") == 0 || + !inet_pton(AF_INET6, host, &a))) ret = add_srcip(cmd, av); - if ((ret == NULL) && strcmp(av, "any") != 0) + if ((ret == NULL) && ( strcmp(av, "any") != 0)) ret = cmd; free(host); @@ -3819,10 +3819,10 @@ inet_pton(AF_INET6, host, &a)) ret = add_dstip6(cmd, av); /* XXX: should check for IPv4, not !IPv6 */ - if ((ret == NULL) && proto == IPPROTO_IP || strcmp(av, "me") == 0 || - !inet_pton(AF_INET6, av, &a)) + if ((ret == NULL) && ( proto == IPPROTO_IP || strcmp(av, "me") == 0 || + !inet_pton(AF_INET6, av, &a))) ret = add_dstip(cmd, av); - if ((ret == NULL) && strcmp(av, "any") != 0) + if ((ret == NULL) && ( strcmp(av, "any") != 0)) ret = cmd; free(host); From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 18:03:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BC3716A4DA for ; Wed, 16 Aug 2006 18:03:36 +0000 (UTC) (envelope-from apatewna@yahoo.gr) Received: from outgoing.holservices.gr (outgoing.holservices.gr [62.38.2.44]) by mx1.FreeBSD.org (Postfix) with SMTP id 0F2F443D69 for ; Wed, 16 Aug 2006 18:03:33 +0000 (GMT) (envelope-from apatewna@yahoo.gr) Received: (qmail 32639 invoked from network); 16 Aug 2006 14:26:57 -0000 Received: from unknown (HELO deliver.mail.dc.hol.net) (192.168.20.70) by arete.mail.dc.hol.net with SMTP; 16 Aug 2006 14:26:57 -0000 Received: from auth-smtp.hol.gr (takeit01.mail.dc.hol.net [192.168.20.71]) by deliver.hol.gr (8.12.11/8.11.6) with ESMTP id k7GHr8Fd004250 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-SHA (256 bits) verified OK) for ; Wed, 16 Aug 2006 20:53:08 +0300 Received: from [192.168.1.20] (ppp057-077.dsl.hol.gr [89.210.57.77]) (authenticated bits=0) by auth-smtp.hol.gr (8.13.1/8.12.11) with ESMTP id k7GHrvSa027972 for ; Wed, 16 Aug 2006 20:53:58 +0300 Message-ID: <44E35BBC.5020109@yahoo.gr> Date: Wed, 16 Aug 2006 20:54:04 +0300 From: Apatewna User-Agent: Mozilla Thunderbird 1.5.0.5 (X11/20060728) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-7; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87/1671/Wed Aug 16 18:29:02 2006 on takeit01.mail.dc.hol.net X-Virus-Status: Clean Subject: Re: FreeBSD 6.1-STABLE: Unexplained power off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: apatewna@yahoo.gr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 18:03:36 -0000 Another good indication for a hosed motherboard (probably caused by bad power supply) is to check the large cylindrical capacitors between the processor and the PS/2 ports. There are at most 10 of them. If the capacitors have a flat top head they are ok. If their top head is curved upwards and it looks as if something leaked from within, then your motherboard is not stabilizing the voltage at the levels it should and all components get incorrect voltage. Time to change a mobo. Always remember that the most unusual/impossible problems come from hardware related issues, this is a proven fact. -- RTFM and STFW before anything bad happens ----------------------------------------- Thanasis Rizoulis Electronic Computing Systems Engineer Larissa, Greece Linux User #358384 From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 20:18:55 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FF7B16A4DF; Wed, 16 Aug 2006 20:18:55 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id C29B443D45; Wed, 16 Aug 2006 20:18:54 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by aldan.algebra.com (8.13.7/8.13.7) with ESMTP id k7GKIlSw005187 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 16 Aug 2006 16:18:53 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from [172.21.130.86] (mx-broadway [38.98.68.18]) by corbulon.video-collage.com (8.13.6/8.13.6) with ESMTP id k7GKIfIo001504 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Aug 2006 16:18:41 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) From: Mikhail Teterin Organization: Virtual Estates, Inc. To: stable@freebsd.org Date: Wed, 16 Aug 2006 16:18:34 -0400 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_b234EWiI62Dw0Xc" Message-Id: <200608161618.35199.mi+mx@aldan.algebra.com> X-Virus-Scanned: ClamAV 0.88.4/1670/Wed Aug 16 09:49:00 2006 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: threads@freebsd.org, sound@freebsd.org Subject: Extremely high-load -- due to pcm's IRQ-handling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2006 20:18:55 -0000 --Boundary-00=_b234EWiI62Dw0Xc Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline kmail prompted me for password, which I supplied. Then, all of a sudden, the system slowed to a crawl -- even the mouse curse was barely moving. It took many minutes to login from the outside and some more to start top. Below you can see kmail in kserel keeping the processor(s) EXTREMELY busy. Note also, the "load" figures. According to `systat -vm', exactly 50% of the time is spent in "user", and the other 50% -- either "sys" or in "irq" -- all of them in the pcm driver. [...] 1.6%Sys 43.7%Intr 49.1%User 0.0%Nice 5.7%Idl 1903516 inact 12: psm | | | | | | | | | | 122920 cache 15: ata =++++++++++++++++++++++>>>>>>>>>>>>>>>>>>>>>>>> 15688 free 16: ahc daefr 86002 17: pcm [...] The computer has two Opterons (single chip 275 with two cores) and is running a recent 6.1-stable (amd64). This happens about once a week. Sometimes a reboot is required, sometimes killing the stuck process and kldunload-ing the snd_ich is sufficient... Kmail is not using the audio in any way and the irq-17 is not shared with any other device (dmesg attached). When snd_ich is loaded, it says, as expected: pcm0: port 0xc800-0xc8ff,0xcc00-0xcc3f irq 17 at device 7.5 on pci0 pcm0: What's going on? Thanks! -mi last pid: 5150; load averages: 49.23, 52.22, 45.23 up 13+03:13:30 16:01:30 158 processes: 2 running, 154 sleeping, 1 stopped, 1 zombie CPU states: 50.0% user, 0.0% nice, 1.7% system, 22.6% interrupt, 25.8% idle Mem: 1487M Active, 1859M Inact, 303M Wired, 120M Cache, 214M Buf, 16M Free Swap: 4465M Total, 52K Used, 4465M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 5893 mi 3 20 0 298M 177M kserel 1 323:18 7634.18% kmail 90397 root 1 5 0 7400K 1768K ttyin 1 97:01 1.12% systat 80809 i 1 120 0 238M 224M select 0 160:18 0.68% firefox-bin 2265 root 1 96 0 261M 144M select 0 49.0H 0.00% Xorg 2267 root 1 96 0 184M 76428K select 0 149:40 0.00% Xorg 18203 mi 4 20 0 179M 67696K kserel 0 135:45 0.00% kopete 2336 i 1 96 0 134M 32132K select 0 71:43 0.00% kdeinit 87056 i 1 96 0 118M 64392K select 0 52:09 0.00% acroread [...] --Boundary-00=_b234EWiI62Dw0Xc-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 20:49:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D3AA16A4E1 for ; Wed, 16 Aug 2006 20:49:37 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: from grunt8.ihug.co.nz (grunt8.ihug.co.nz [203.109.254.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 786B943D46 for ; Wed, 16 Aug 2006 20:49:34 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from 203-109-251-39.static.bliink.ihug.co.nz (heff.fud.org.nz) [203.109.251.39] by grunt8.ihug.co.nz with esmtp (Exim 3.35 #1 (Debian)) id 1GDSKO-0004U6-00; Thu, 17 Aug 2006 08:49:28 +1200 Received: by heff.fud.org.nz (Postfix, from userid 1001) id 4F3F11CC25; Thu, 17 Aug 2006 08:49:27 +1200 (NZST) Date: Thu, 17 Aug 2006 08:49:27 +1200 From: Andrew Thompson To: Brooks Davis Message-ID: <20060816204927.GA73369@heff.fud.org.nz> References: <20060815040736.2f85f090.drl@MyBSD.org.my> <9405D801-3435-419A-9541-E1A9B2CF26D2@lassitu.de> <20060816081130.GB81271@comp.chem.msu.su> <20060816145419.GB62485@lor.one-eyed-alien.net> <20060816155844.GA85503@comp.chem.msu.su> <20060816171524.GA63928@lor.one-eyed-alien.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060816171524.GA63928@lor.one-eyed-alien.net> User-Agent: Mutt/1.5.11 Cc: Yar Tikhiy , freebsd-stable@freebsd.org, Stefan Bethke , drl@MyBSD.org.my Subject: Re: Default route (IPv4) demolished by destroying clone (gif/gre) interface X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2006 20:49:37 -0000 On Wed, Aug 16, 2006 at 12:15:25PM -0500, Brooks Davis wrote: > On Wed, Aug 16, 2006 at 07:58:44PM +0400, Yar Tikhiy wrote: > > On Wed, Aug 16, 2006 at 09:54:19AM -0500, Brooks Davis wrote: > > > On Wed, Aug 16, 2006 at 10:23:13AM +0200, Stefan Bethke wrote: > > > > > > > > Ouch. Don't ppp(8), OpenVPN etc. destroy the tun interface they're > > > > using when they exit? Flushing all routes then would be rather > > > > harmful. I'm glad I haven't updated to a newer -stable yet then :-) > > > > > > In general, no since tun interfaces can not be destroyed. > > > > Did you mean "in particular"? :-) > > > > The problem can be triggered by destroying any interface that can > > be destroyed. Just imagine getting rid of a defunct gif tunnel on > > a remote router, or removing an unused vlan, and totally losing > > connectivity to the router due to its default route having been > > flushed. The scenario still can be quite unpleasant. I'd rather > > change the default for $removable_route_flush to NO and let the > > kernel choose which routes should be flushed upon the physical > > ejection or software destruction of an interface. Note that this > > doesn't include static_routes_${ifn}, which are handled separately > > by pccard_ether_stop(). > > Agreed. That code shouldn't be on by default. I've disabled in it HEAD > and will MFC in a few days. As another poster said, I'm not even sure > it should exist as an option. Thanks for fixing this up, it certainly was odd to be flushing routes in userland. I have one more bug report from the ifnet/devd change to look at where renamed interfaces give some sort of an error. cheers, Andrew From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 20:59:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C69C116A4DD; Wed, 16 Aug 2006 20:59:34 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EE4443D46; Wed, 16 Aug 2006 20:59:34 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20060816205928m92002rqdie>; Wed, 16 Aug 2006 20:59:33 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.6/8.13.6) with ESMTP id k7GKxKDq071424; Wed, 16 Aug 2006 15:59:20 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.6/8.13.6/Submit) id k7GKxDNS071401; Wed, 16 Aug 2006 15:59:13 -0500 (CDT) (envelope-from brooks) Date: Wed, 16 Aug 2006 15:59:13 -0500 From: Brooks Davis To: Andrew Thompson Message-ID: <20060816205913.GA69877@lor.one-eyed-alien.net> References: <20060815040736.2f85f090.drl@MyBSD.org.my> <9405D801-3435-419A-9541-E1A9B2CF26D2@lassitu.de> <20060816081130.GB81271@comp.chem.msu.su> <20060816145419.GB62485@lor.one-eyed-alien.net> <20060816155844.GA85503@comp.chem.msu.su> <20060816171524.GA63928@lor.one-eyed-alien.net> <20060816204927.GA73369@heff.fud.org.nz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline In-Reply-To: <20060816204927.GA73369@heff.fud.org.nz> User-Agent: Mutt/1.5.11 Cc: Yar Tikhiy , freebsd-stable@freebsd.org, Stefan Bethke , drl@MyBSD.org.my Subject: Re: Default route (IPv4) demolished by destroying clone (gif/gre) interface X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2006 20:59:35 -0000 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 17, 2006 at 08:49:27AM +1200, Andrew Thompson wrote: > On Wed, Aug 16, 2006 at 12:15:25PM -0500, Brooks Davis wrote: > > On Wed, Aug 16, 2006 at 07:58:44PM +0400, Yar Tikhiy wrote: > > > On Wed, Aug 16, 2006 at 09:54:19AM -0500, Brooks Davis wrote: > > > > On Wed, Aug 16, 2006 at 10:23:13AM +0200, Stefan Bethke wrote: > > > > >=20 > > > > > Ouch. Don't ppp(8), OpenVPN etc. destroy the tun interface they'r= e =20 > > > > > using when they exit? Flushing all routes then would be rather = =20 > > > > > harmful. I'm glad I haven't updated to a newer -stable yet then = :-) > > > >=20 > > > > In general, no since tun interfaces can not be destroyed. > > >=20 > > > Did you mean "in particular"? :-) > > >=20 > > > The problem can be triggered by destroying any interface that can > > > be destroyed. Just imagine getting rid of a defunct gif tunnel on > > > a remote router, or removing an unused vlan, and totally losing > > > connectivity to the router due to its default route having been > > > flushed. The scenario still can be quite unpleasant. I'd rather > > > change the default for $removable_route_flush to NO and let the > > > kernel choose which routes should be flushed upon the physical > > > ejection or software destruction of an interface. Note that this > > > doesn't include static_routes_${ifn}, which are handled separately > > > by pccard_ether_stop(). > >=20 > > Agreed. That code shouldn't be on by default. I've disabled in it HEAD > > and will MFC in a few days. As another poster said, I'm not even sure > > it should exist as an option. >=20 > Thanks for fixing this up, it certainly was odd to be flushing routes in > userland. I have one more bug report from the ifnet/devd change to look > at where renamed interfaces give some sort of an error. It is a rather weird bit of code. It deletes all IPv4 routes on exit. I suspect it's a hack left over from before interface removal really worked. I may just delete the code in HEAD after the MFC. I think we could also remove the arp flush or move it into "netif stop" and narrow it with the -i option. -- Brooks --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE44cgXY6L6fI4GtQRAmJgAJ91mw5HrhWgQSzQsJLAfyfg3Z0oFwCdGzX+ XpSFwy4V/rjeZ/fOPqTc24U= =7aFY -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 21:49:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15C5316A4DF for ; Wed, 16 Aug 2006 21:49:00 +0000 (UTC) (envelope-from android@oberon.pfi.lt) Received: from oberon.pfi.lt (oberon.pfi.lt [193.219.52.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D44A43D46 for ; Wed, 16 Aug 2006 21:48:59 +0000 (GMT) (envelope-from android@oberon.pfi.lt) Received: from [10.10.10.1] (82-135-145-2.ip.rygveda.lt [82.135.145.2]) by oberon.pfi.lt (8.13.3/8.13.3) with ESMTP id k7GM4Mww060394; Thu, 17 Aug 2006 01:04:23 +0300 (EEST) (envelope-from android@oberon.pfi.lt) Message-ID: <44E392C3.2000605@oberon.pfi.lt> Date: Thu, 17 Aug 2006 00:48:51 +0300 From: "Android Andrew [:]" User-Agent: Thunderbird 1.5.0.5 (X11/20060731) MIME-Version: 1.0 To: Ian Smith References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Christian Walther Subject: Re: FreeBSD 6.1-STABLE: Unexplained power off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2006 21:49:00 -0000 Thank you for answers! Yesterday the last iteration of high load testing finished with just another power off. There are two ways of problem-solving have been outlined in this thread. One way - hardware problem, e.g. PSU. Another way - software, e.g. APM/ACPI problem. I could not find any PSU for replacement at this moment. So, I've been playing with BIOS and kernel options. I disabled "dynamic overclocking", hyperthreading options in BIOS. There's no "Disable APM" (or something like this) or "Disable ACPI" in my BIOS. I can only disable some ACPI functions or extensions (like "Enable ACPI 2 extensions"). I've recompiled kernel without apm/acpi options and without SMP support. I was typing "After recompilation system is still working without crashing" when system just turned off.... :) my loader.conf: loader_logo="beastie" if_myk_load="YES" nvidia_load="YES" sysctl.conf: net.inet.tcp.msl=7500 net.inet.udp.blackhole=1 net.inet.ip.random_id=1 kern.ipc.somaxconn=4096 net.inet.icmp.icmplim=100 last dmesg: Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-STABLE #8: Wed Aug 16 21:11:42 EEST 2006 root@callisto:/usr/obj/usr/src/sys/callisto Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (3010.67-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 Features=0xbfebfbff Features2=0x649d> AMD Features=0x20100000 real memory = 2147090432 (2047 MB) avail memory = 2092273664 (1995 MB) kbd1 at kbdmux0 ichwd module loaded acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR 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-1304: *** Error: Method execution failed [\\_PR_.CPU1._PDC] (Node 0xc5c81c60), AE_BAD_HEADER acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 11 at device 1.0 on pci0 pci4: on pcib1 nvidia0: mem 0xd4000000-0xd7ffffff,0xd8000000-0xdfffffff,0xd3000000-0xd3ffffff irq 11 at device 0.0 on pci4 nvidia0: [GIANT-LOCKED] pci0: at device 27.0 (no driver attached) pcib2: irq 11 at device 28.0 on pci0 pci3: on pcib2 pcib3: irq 10 at device 28.3 on pci0 pci2: on pcib3 myk0: port 0xc800-0xc8ff mem 0xd2efc000-0xd2efffff irq 10 at device 0.0 on pci2 myk0: Ethernet address: 00:13:d4:d0:31:e5 uhci0: port 0x8000-0x801f irq 5 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 0x8400-0x841f irq 11 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 0x8800-0x881f irq 3 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x9000-0x901f irq 10 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xd2dff800-0xd2dffbff irq 5 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered uhub4: device problem (IOERROR), disabling port 7 pcib4: at device 30.0 on pci0 pci1: on pcib4 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 0xa800-0xa807,0xa400-0xa403,0xa000-0xa007,0x9800-0x9803,0x9400-0x940f mem 0xd2dffc00-0xd2dfffff irq 11 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 ata4: on atapci1 ata5: on atapci1 ichsmb0: port 0x400-0x41f irq 11 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] smbus0: on ichsmb0 smb0: on smbus0 acpi_button0: on acpi0 speaker0: port 0x61 on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ichwd0: on isa0 orm0: at iomem 0xc0000-0xcefff 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 fb0 at vga0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled ukbd0: Key Tronic Keytronic USB Keyboard, rev 1.10/1.02, addr 2, iclass 3/1 kbd2 at ukbd0 ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/20.00, addr 3, iclass 3/1 ums0: 4 buttons and Z dir. Timecounter "TSC" frequency 3010671825 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding enabled, default to deny, logging limited to 100 packets/entry by default acd0: DVDR at ata0-master UDMA66 ad4: 114473MB at ata2-master SATA300 ad6: 114473MB at ata3-master SATA300 ar0: 228942MB status: READY ar0: disk0 READY using ad4 at ata2-master ar0: disk1 READY using ad6 at ata3-master cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 66.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ar0s1a myk0: link up oss: Out of mixer extensions for device 0 Ian Smith wrote: > On Tue, 15 Aug 2006, Christian Walther wrote: > > > This is just a wild, uneducated guess, because I'm not a long FreeBSD > > user, but from my point of view this error could really be related to > > ACPI/APM, as already has been suggested. > > It smells a bit that way to me too. I've just read the whole thread, > but going back to the original post's kernel conf, android had APM and > apm_saver in there, but the dmesg confirmed an ACPI boot, complete with > a complaint by apm_saver refusing to load because APM wasn't loaded. As > it never is if ACPI is loaded, as I understand it. (caveat: 5.5-STABLE) > > android also mentioned trying to do things with APM settings in BIOS. I > suspect APM should be _disabled_ in BIOS, and ACPI enabled, with ACPI > power (etc) management used instead .. someone correct me if I'm wrong; > I'm really unsure how much APM functional emulation remains in ACPI? > > > Maybe the machine is trying to go to suspend, but fails while doing > > so, which in the end would mean that it can't recover from the > > suspend, but has to reboot completely, resulting in dirty file > > systems. It wouldn't reach the suspend state correctly, which could > > leave everything depending on ACPI/APM in a undefined state, including > > the hardware. This would explain why the machine has to be turned off > > properly by pressing toe power button for such a long time. > > Maybe. If APM is enabled in BIOS, but not loaded, could spell trouble. > > > I'd try to use the machine without ACPI/APM enabled. If possible, > > compile a new kernel without it being enabled. This might not be > > possible because you're on a SMP-system, thou, but you might want to > > check your configuration files for suspend or hibernation -- and turn > > them of. > > Well it won't likely work with _neither_ enabled, and I suspect you're > right about SMP needing ACPI. android suggested failure to boot with > neither enabled, which sounds likely. What's in /boot/loader.conf? > > Cheers, Ian > > > With ACPI/APM turned on, leave the machine idle for some time and see > > if it shows the same behaviour. When it shuts down cleanly it's likely > > that suspend/hibernation fails due to the high load introduced by the > > build process. > > > > I've seen and experienced similar problems on other platforms, such as > > OS X and (sorry) Linux. > > From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 21:54:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE13416A4DF for ; Wed, 16 Aug 2006 21:54:00 +0000 (UTC) (envelope-from android@oberon.pfi.lt) Received: from oberon.pfi.lt (oberon.pfi.lt [193.219.52.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3EBC43D46 for ; Wed, 16 Aug 2006 21:53:59 +0000 (GMT) (envelope-from android@oberon.pfi.lt) Received: from [10.10.10.1] (82-135-145-2.ip.rygveda.lt [82.135.145.2]) by oberon.pfi.lt (8.13.3/8.13.3) with ESMTP id k7GM9O0I060410; Thu, 17 Aug 2006 01:09:24 +0300 (EEST) (envelope-from android@oberon.pfi.lt) Message-ID: <44E393F1.1050707@oberon.pfi.lt> Date: Thu, 17 Aug 2006 00:53:53 +0300 From: "Android Andrew [:]" User-Agent: Thunderbird 1.5.0.5 (X11/20060731) MIME-Version: 1.0 To: apatewna@yahoo.gr References: <44E35BBC.5020109@yahoo.gr> In-Reply-To: <44E35BBC.5020109@yahoo.gr> Content-Type: text/plain; charset=ISO-8859-7; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1-STABLE: Unexplained power off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2006 21:54:00 -0000 It is fresh mobo (about 8 months). I've visually checked capacitors - it looks good. Well, it is time to change something in my life: mobo or PSU, or disks, or memory, or something else.... Apatewna wrote: > Another good indication for a hosed motherboard (probably caused by bad > power supply) > is to check the large cylindrical capacitors between the processor and > the PS/2 ports. There are at most 10 of them. > If the capacitors have a flat top head they are ok. If their top head is > curved upwards and it looks as if something leaked from within, then > your motherboard is not stabilizing the voltage at the levels it should > and all components get incorrect voltage. Time to change a mobo. > > Always remember that the most unusual/impossible problems come from > hardware related issues, this is a proven fact. > From owner-freebsd-stable@FreeBSD.ORG Wed Aug 16 22:11:34 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 693CE16A4E1 for ; Wed, 16 Aug 2006 22:11:34 +0000 (UTC) (envelope-from ohartman@uni-mainz.de) Received: from mailgate01.zdv.uni-mainz.de (mailgate01.zdv.Uni-Mainz.DE [134.93.178.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id C550343D49 for ; Wed, 16 Aug 2006 22:11:33 +0000 (GMT) (envelope-from ohartman@uni-mainz.de) Received: from exfront02.zdv.uni-mainz.de ([134.93.176.56]) by mailgate01.zdv.uni-mainz.de with ESMTP; 17 Aug 2006 00:11:32 +0200 Received: from mail.uni-mainz.de ([134.93.176.56]) by exfront02.zdv.Uni-Mainz.DE with Microsoft SMTPSVC(6.0.3790.1830); Thu, 17 Aug 2006 00:11:32 +0200 Received: from [192.168.1.128] ([85.178.56.180] RDNS failed) by mail.uni-mainz.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Thu, 17 Aug 2006 00:11:31 +0200 Message-ID: <44E39809.10104@mail.uni-mainz.de> Date: Thu, 17 Aug 2006 00:11:21 +0200 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.5 (X11/20060729) MIME-Version: 1.0 To: Dan Nelson References: <44E1F796.5070105@rogers.com> <20060815172728.GB88051@dan.emsphone.com> In-Reply-To: <20060815172728.GB88051@dan.emsphone.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 16 Aug 2006 22:11:32.0014 (UTC) FILETIME=[EE0864E0:01C6C180] Cc: Mike Jakubik , stable@freebsd.org Subject: Re: TOP shows above 100% WCPU usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 22:11:34 -0000 Dan Nelson wrote: > In the last episode (Aug 15), Mike Jakubik said: > >> 35 processes: 7 running, 28 sleeping >> CPU states: 58.1% user, 0.0% nice, 38.4% system, 1.1% interrupt, 2.4% idle >> Mem: 642M Active, 416M Inact, 125M Wired, 112M Buf, 825M Free >> Swap: 4071M Total, 4071M Free >> >> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND >> 465 mysql 18 20 0 905M 641M kserel 0 39:18 160.64% mysqld >> 631 root 1 96 0 2424K 1668K CPU1 0 0:02 0.00% top >> >> How can mysql use 160%? Is this a reporting bug in top because mysql is >> threaded? >> > > You have multiple CPUs, so a threaded process can theoretically reach > 100*ncpus cpu usage. > > I use FreeBSD 6.1-STABLE/AMD on an pure 64Bit box/environment, single CPU Athlon 3500+, and sometimes I can see a 100%+ usage of WCPU in 'xine' or 'transmission'. So this is definitely not related to multiple CPUs. From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 00:46:56 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83E1B16A4DE for ; Thu, 17 Aug 2006 00:46:56 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74CD543D45 for ; Thu, 17 Aug 2006 00:46:55 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id c59so527316pyc for ; Wed, 16 Aug 2006 17:46:55 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=alFFuLwETw2dwcIOG+lWf/NKNWYZE2DVJqyBQ0Rn+asvBjNqNDg8QLcjsEq2bwSzgNBhjKKg2Vhih7UWho8Nbvx2aPe0/wXh7j9f4ytporRZsy9W9TKviNB+gXuTFxYn37wObZO7i59m4eDyB3GLCqcU1+3a6NBa+XfKpg5ZNhs= Received: by 10.35.36.13 with SMTP id o13mr2485593pyj; Wed, 16 Aug 2006 17:46:55 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id c12sm3416337nzc.2006.08.16.17.46.52; Wed, 16 Aug 2006 17:46:54 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id k7H0mwCM050759 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 17 Aug 2006 09:48:58 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k7H0mv9e050758; Thu, 17 Aug 2006 09:48:57 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 17 Aug 2006 09:48:57 +0900 From: Pyun YongHyeon To: Mikhail Teterin Message-ID: <20060817004857.GA49739@cdnetworks.co.kr> References: <200608161618.35199.mi+mx@aldan.algebra.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="vkogqOf2sHV7VnPd" Content-Disposition: inline In-Reply-To: <200608161618.35199.mi+mx@aldan.algebra.com> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: Extremely high-load -- due to pcm's IRQ-handling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 00:46:56 -0000 --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Aug 16, 2006 at 04:18:34PM -0400, Mikhail Teterin wrote: > kmail prompted me for password, which I supplied. Then, all of a sudden, > the system slowed to a crawl -- even the mouse curse was barely moving. > > It took many minutes to login from the outside and some more to start top. > > Below you can see kmail in kserel keeping the processor(s) EXTREMELY busy. > Note also, the "load" figures. > > According to `systat -vm', exactly 50% of the time is spent in "user", and the > other 50% -- either "sys" or in "irq" -- all of them in the pcm driver. > > [...] > 1.6%Sys 43.7%Intr 49.1%User 0.0%Nice 5.7%Idl 1903516 inact 12: psm > | | | | | | | | | | 122920 cache 15: ata > =++++++++++++++++++++++>>>>>>>>>>>>>>>>>>>>>>>> 15688 free 16: ahc > daefr 86002 17: pcm > [...] > > The computer has two Opterons (single chip 275 with two cores) and is running > a recent 6.1-stable (amd64). > > This happens about once a week. Sometimes a reboot is required, sometimes > killing the stuck process and kldunload-ing the snd_ich is sufficient... > > Kmail is not using the audio in any way and the irq-17 is not shared with any > other device (dmesg attached). When snd_ich is loaded, it says, as expected: > > pcm0: port 0xc800-0xc8ff,0xcc00-0xcc3f irq 17 at device 7.5 on pci0 > pcm0: > > What's going on? Thanks! > > -mi > > last pid: 5150; load averages: 49.23, 52.22, 45.23 up 13+03:13:30 16:01:30 > 158 processes: 2 running, 154 sleeping, 1 stopped, 1 zombie > CPU states: 50.0% user, 0.0% nice, 1.7% system, 22.6% interrupt, 25.8% idle > Mem: 1487M Active, 1859M Inact, 303M Wired, 120M Cache, 214M Buf, 16M Free > Swap: 4465M Total, 52K Used, 4465M Free > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 5893 mi 3 20 0 298M 177M kserel 1 323:18 7634.18% kmail > 90397 root 1 5 0 7400K 1768K ttyin 1 97:01 1.12% systat > 80809 i 1 120 0 238M 224M select 0 160:18 0.68% firefox-bin > 2265 root 1 96 0 261M 144M select 0 49.0H 0.00% Xorg > 2267 root 1 96 0 184M 76428K select 0 149:40 0.00% Xorg > 18203 mi 4 20 0 179M 67696K kserel 0 135:45 0.00% kopete > 2336 i 1 96 0 134M 32132K select 0 71:43 0.00% kdeinit > 87056 i 1 96 0 118M 64392K select 0 52:09 0.00% acroread > [...] Would you give attached patch try? -- Regards, Pyun YongHyeon --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ich.patch" Index: ich.c =================================================================== RCS file: /home/ncvs/src/sys/dev/sound/pci/ich.c,v retrieving revision 1.67 diff -u -r1.67 ich.c --- ich.c 15 Aug 2006 07:37:41 -0000 1.67 +++ ich.c 17 Aug 2006 00:42:42 -0000 @@ -503,6 +503,11 @@ ICH_LOCK(sc); gs = ich_rd(sc, ICH_REG_GLOB_STA, 4) & ICH_GLOB_STA_IMASK; + if (gs == 0) { + /* Not ours */ + ICH_UNLOCK(sc); + return; + } if (gs & (ICH_GLOB_STA_PRES | ICH_GLOB_STA_SRES)) { /* Clear resume interrupt(s) - nothing doing with them */ ich_wr(sc, ICH_REG_GLOB_STA, gs, 4); --vkogqOf2sHV7VnPd-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 03:04:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F4AA16A4DD; Thu, 17 Aug 2006 03:04:58 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7834F43D4C; Thu, 17 Aug 2006 03:04:56 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20060817030454m910087stbe>; Thu, 17 Aug 2006 03:04:55 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.6/8.13.6) with ESMTP id k7H34ddB083593; Wed, 16 Aug 2006 22:04:40 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.6/8.13.6/Submit) id k7H34Zhi083592; Wed, 16 Aug 2006 22:04:35 -0500 (CDT) (envelope-from brooks) Date: Wed, 16 Aug 2006 22:04:35 -0500 From: Brooks Davis To: Andrew Thompson Message-ID: <20060817030435.GC76194@lor.one-eyed-alien.net> References: <20060815040736.2f85f090.drl@MyBSD.org.my> <9405D801-3435-419A-9541-E1A9B2CF26D2@lassitu.de> <20060816081130.GB81271@comp.chem.msu.su> <20060816145419.GB62485@lor.one-eyed-alien.net> <20060816155844.GA85503@comp.chem.msu.su> <20060816171524.GA63928@lor.one-eyed-alien.net> <20060816204927.GA73369@heff.fud.org.nz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xesSdrSSBC0PokLI" Content-Disposition: inline In-Reply-To: <20060816204927.GA73369@heff.fud.org.nz> User-Agent: Mutt/1.5.11 Cc: Yar Tikhiy , freebsd-stable@freebsd.org, Stefan Bethke , drl@MyBSD.org.my Subject: Re: Default route (IPv4) demolished by destroying clone (gif/gre) interface X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2006 03:04:58 -0000 --xesSdrSSBC0PokLI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 17, 2006 at 08:49:27AM +1200, Andrew Thompson wrote: > On Wed, Aug 16, 2006 at 12:15:25PM -0500, Brooks Davis wrote: > > On Wed, Aug 16, 2006 at 07:58:44PM +0400, Yar Tikhiy wrote: > > > On Wed, Aug 16, 2006 at 09:54:19AM -0500, Brooks Davis wrote: > > > > On Wed, Aug 16, 2006 at 10:23:13AM +0200, Stefan Bethke wrote: > > > > >=20 > > > > > Ouch. Don't ppp(8), OpenVPN etc. destroy the tun interface they'r= e =20 > > > > > using when they exit? Flushing all routes then would be rather = =20 > > > > > harmful. I'm glad I haven't updated to a newer -stable yet then = :-) > > > >=20 > > > > In general, no since tun interfaces can not be destroyed. > > >=20 > > > Did you mean "in particular"? :-) > > >=20 > > > The problem can be triggered by destroying any interface that can > > > be destroyed. Just imagine getting rid of a defunct gif tunnel on > > > a remote router, or removing an unused vlan, and totally losing > > > connectivity to the router due to its default route having been > > > flushed. The scenario still can be quite unpleasant. I'd rather > > > change the default for $removable_route_flush to NO and let the > > > kernel choose which routes should be flushed upon the physical > > > ejection or software destruction of an interface. Note that this > > > doesn't include static_routes_${ifn}, which are handled separately > > > by pccard_ether_stop(). > >=20 > > Agreed. That code shouldn't be on by default. I've disabled in it HEAD > > and will MFC in a few days. As another poster said, I'm not even sure > > it should exist as an option. >=20 > Thanks for fixing this up, it certainly was odd to be flushing routes in > userland. I have one more bug report from the ifnet/devd change to look > at where renamed interfaces give some sort of an error. Should be fixed in HEAD. -- Brooks --xesSdrSSBC0PokLI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE49zCXY6L6fI4GtQRAiL1AJsEeZRe7moKOInjn2vDocw/mbDuzgCgoiiT 6CeZVUD03jp93ehV9BysggY= =3qTA -----END PGP SIGNATURE----- --xesSdrSSBC0PokLI-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 05:28:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47E5B16A4DA for ; Thu, 17 Aug 2006 05:28:12 +0000 (UTC) (envelope-from bill@lefebvre.org) Received: from atl04.ws-e.com (vh00.ws-e.com [69.61.31.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB36D43D4C for ; Thu, 17 Aug 2006 05:28:10 +0000 (GMT) (envelope-from bill@lefebvre.org) Received: from lilburn.lefebvre.org (ocee.groupsys.com [66.149.10.161]) by atl04.ws-e.com (8.13.6/8.13.6) with ESMTP id k7H5S9vK060156 for ; Thu, 17 Aug 2006 01:28:09 -0400 (EDT) (envelope-from bill@lefebvre.org) Received: from [192.168.0.110] (decatur.lefebvre.org [192.168.0.110]) by lilburn.lefebvre.org (8.13.3/8.12.8) with ESMTP id k7H5S1pw046194 for ; Thu, 17 Aug 2006 01:28:08 -0400 (EDT) (envelope-from bill@lefebvre.org) Message-ID: <44E3FE61.6060800@lefebvre.org> Date: Thu, 17 Aug 2006 01:28:01 -0400 From: Bill LeFebvre User-Agent: Thunderbird 1.5.0.2 (X11/20060425) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <44E1F796.5070105@rogers.com> <20060815172728.GB88051@dan.emsphone.com> <44E204C0.60806@rogers.com> In-Reply-To: <44E204C0.60806@rogers.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-NIET-Metrics: lilburn.lefebvre.org 1080; env_From=1 Body=1 Fuz1=1 Fuz2=1 X-Scanned-By: MIMEDefang 2.43 Subject: Re: TOP shows above 100% WCPU usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 05:28:12 -0000 Mike Jakubik wrote: > Dan Nelson wrote: >>> How can mysql use 160%? Is this a reporting bug in top because mysql >>> is threaded? >>> >> >> You have multiple CPUs, so a threaded process can theoretically reach >> 100*ncpus cpu usage. >> >> > > Ahh, thats makes sense, thanks. Actually it doesn't. IMO, %CPU should be biased for all available cpu, not just a single cpu. In other words, a single-threaded process running on a two processor box should never see more than 50% cpu. That's how top computes it for SunOS. But for freebsd top only displays whats in the proc structure and I don't know off-hand how the kernel records it. Bill LeFebvre From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 05:31:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AFB516A4DA for ; Thu, 17 Aug 2006 05:31:50 +0000 (UTC) (envelope-from bill@lefebvre.org) Received: from atl04.ws-e.com (vh00.ws-e.com [69.61.31.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE26343D46 for ; Thu, 17 Aug 2006 05:31:49 +0000 (GMT) (envelope-from bill@lefebvre.org) Received: from lilburn.lefebvre.org (ocee.groupsys.com [66.149.10.161]) by atl04.ws-e.com (8.13.6/8.13.6) with ESMTP id k7H5VnNb060532 for ; Thu, 17 Aug 2006 01:31:49 -0400 (EDT) (envelope-from bill@lefebvre.org) Received: from [192.168.0.110] (decatur.lefebvre.org [192.168.0.110]) by lilburn.lefebvre.org (8.13.3/8.12.8) with ESMTP id k7H5VmsB046386 for ; Thu, 17 Aug 2006 01:31:48 -0400 (EDT) (envelope-from bill@lefebvre.org) Message-ID: <44E3FF44.9070802@lefebvre.org> Date: Thu, 17 Aug 2006 01:31:48 -0400 From: Bill LeFebvre User-Agent: Thunderbird 1.5.0.2 (X11/20060425) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <44E1F796.5070105@rogers.com> <20060815172728.GB88051@dan.emsphone.com> <44E39809.10104@mail.uni-mainz.de> In-Reply-To: <44E39809.10104@mail.uni-mainz.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-NIET-Metrics: lilburn.lefebvre.org 1080; env_From=2 Body=1 Fuz1=1 Fuz2=1 X-Scanned-By: MIMEDefang 2.43 Subject: Re: TOP shows above 100% WCPU usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 05:31:50 -0000 O. Hartmann wrote: > I use FreeBSD 6.1-STABLE/AMD on an pure 64Bit box/environment, single > CPU Athlon 3500+, and sometimes I can see a 100%+ usage of WCPU in > 'xine' or 'transmission'. So this is definitely not related to multiple > CPUs. WCPU is supposed to be weighted in some way to take swap time in to account. It's possible that the weighting calculation is adding a bit to a nearly 100% value. Try displaying just %CPU (the 'C' command I think?) and see if it is reporting over 100% for a normal (non-weighted) cpu percent. It shouldn't. If it is, then there's something weird about the way the value is being tracked by the kernel. Bill LeFebvre From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 06:50:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCED316A4E1; Thu, 17 Aug 2006 06:50:23 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7650843D55; Thu, 17 Aug 2006 06:50:21 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.3) with ESMTP id k7H6oI8m094523; Thu, 17 Aug 2006 10:50:18 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id k7H6oG8Z094522; Thu, 17 Aug 2006 10:50:16 +0400 (MSD) (envelope-from yar) Date: Thu, 17 Aug 2006 10:50:16 +0400 From: Yar Tikhiy To: Brooks Davis Message-ID: <20060817065015.GA94460@comp.chem.msu.su> References: <20060815040736.2f85f090.drl@MyBSD.org.my> <9405D801-3435-419A-9541-E1A9B2CF26D2@lassitu.de> <20060816081130.GB81271@comp.chem.msu.su> <20060816145419.GB62485@lor.one-eyed-alien.net> <20060816155844.GA85503@comp.chem.msu.su> <20060816171524.GA63928@lor.one-eyed-alien.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060816171524.GA63928@lor.one-eyed-alien.net> User-Agent: Mutt/1.5.9i Cc: drl@MyBSD.org.my, freebsd-stable@freebsd.org, Stefan Bethke , thompsa@freebsd.org Subject: Re: Default route (IPv4) demolished by destroying clone (gif/gre) interface X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2006 06:50:23 -0000 On Wed, Aug 16, 2006 at 12:15:25PM -0500, Brooks Davis wrote: > On Wed, Aug 16, 2006 at 07:58:44PM +0400, Yar Tikhiy wrote: > > On Wed, Aug 16, 2006 at 09:54:19AM -0500, Brooks Davis wrote: > > > On Wed, Aug 16, 2006 at 10:23:13AM +0200, Stefan Bethke wrote: > > > > > > > > Ouch. Don't ppp(8), OpenVPN etc. destroy the tun interface they're > > > > using when they exit? Flushing all routes then would be rather > > > > harmful. I'm glad I haven't updated to a newer -stable yet then :-) > > > > > > In general, no since tun interfaces can not be destroyed. > > > > Did you mean "in particular"? :-) > > > > The problem can be triggered by destroying any interface that can > > be destroyed. Just imagine getting rid of a defunct gif tunnel on > > a remote router, or removing an unused vlan, and totally losing > > connectivity to the router due to its default route having been > > flushed. The scenario still can be quite unpleasant. I'd rather > > change the default for $removable_route_flush to NO and let the > > kernel choose which routes should be flushed upon the physical > > ejection or software destruction of an interface. Note that this > > doesn't include static_routes_${ifn}, which are handled separately > > by pccard_ether_stop(). > > Agreed. That code shouldn't be on by default. I've disabled in it HEAD > and will MFC in a few days. As another poster said, I'm not even sure > it should exist as an option. Much appreciated! -- Yar From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 06:50:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A578F16A4FA for ; Thu, 17 Aug 2006 06:50:51 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8CB843D46 for ; Thu, 17 Aug 2006 06:50:50 +0000 (GMT) (envelope-from karagodov@gmail.com) Received: by py-out-1112.google.com with SMTP id c59so667346pyc for ; Wed, 16 Aug 2006 23:50:50 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=g8heuP6rXI3Be+vuDkmLBuYk6tlOaWl5WHtAqg0bj+Jevadt1/4U+MEycWwZYGW7IIvJ3WtqOcXQEWkH8NHfXbjQ4g0bK2ulkLbmJ2upyZeRDzJLZL48UggHtKS1/31kB3DDXZw+MTbHsleY0F71D6YmNbn9yo6KuNy4w4I8mD8= Received: by 10.35.38.17 with SMTP id q17mr3064283pyj; Wed, 16 Aug 2006 23:50:50 -0700 (PDT) Received: by 10.35.66.6 with HTTP; Wed, 16 Aug 2006 23:50:50 -0700 (PDT) Message-ID: Date: Thu, 17 Aug 2006 10:50:50 +0400 From: "Alexey Karagodov" To: "Android Andrew [:]" In-Reply-To: <44E392C3.2000605@oberon.pfi.lt> MIME-Version: 1.0 References: <44E392C3.2000605@oberon.pfi.lt> 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: Christian Walther , freebsd-stable@freebsd.org, Ian Smith Subject: Re: FreeBSD 6.1-STABLE: Unexplained power off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2006 06:50:51 -0000 you have ichwd ... what settings in bios and on motherboard related to watchdog? 2006/8/17, Android Andrew [:] : > > Thank you for answers! > > Yesterday the last iteration of high load testing finished with just > another power off. > There are two ways of problem-solving have been outlined in this thread. > One way - hardware problem, e.g. PSU. > Another way - software, e.g. APM/ACPI problem. > > I could not find any PSU for replacement at this moment. So, I've been > playing with BIOS and kernel options. I disabled "dynamic overclocking", > hyperthreading options in BIOS. There's no "Disable APM" (or something > like this) or "Disable ACPI" in my BIOS. I can only disable some ACPI > functions or extensions (like "Enable ACPI 2 extensions"). I've > recompiled kernel without apm/acpi options and without SMP support. > > I was typing "After recompilation system is still working without > crashing" when system just turned off.... :) > > > my loader.conf: > loader_logo="beastie" > if_myk_load="YES" > nvidia_load="YES" > > sysctl.conf: > net.inet.tcp.msl=7500 > net.inet.udp.blackhole=1 > net.inet.ip.random_id=1 > kern.ipc.somaxconn=4096 > net.inet.icmp.icmplim=100 > > last dmesg: > Copyright (c) 1992-2006 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 6.1-STABLE #8: Wed Aug 16 21:11:42 EEST 2006 > root@callisto:/usr/obj/usr/src/sys/callisto > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (3010.67-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 > > > Features=0xbfebfbff > Features2=0x649d> > AMD Features=0x20100000 > real memory = 2147090432 (2047 MB) > avail memory = 2092273664 (1995 MB) > kbd1 at kbdmux0 > ichwd module loaded > acpi0: on motherboard > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > 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-1304: *** Error: Method execution failed [\\_PR_.CPU1._PDC] > (Node 0xc5c81c60), AE_BAD_HEADER > acpi_throttle0: on cpu0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: irq 11 at device 1.0 on pci0 > pci4: on pcib1 > nvidia0: mem > 0xd4000000-0xd7ffffff,0xd8000000-0xdfffffff,0xd3000000-0xd3ffffff irq 11 > at device 0.0 on pci4 > nvidia0: [GIANT-LOCKED] > pci0: at device 27.0 (no driver attached) > pcib2: irq 11 at device 28.0 on pci0 > pci3: on pcib2 > pcib3: irq 10 at device 28.3 on pci0 > pci2: on pcib3 > myk0: port > 0xc800-0xc8ff mem 0xd2efc000-0xd2efffff irq 10 at device 0.0 on pci2 > myk0: Ethernet address: 00:13:d4:d0:31:e5 > uhci0: port 0x8000-0x801f irq 5 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 0x8400-0x841f irq 11 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 0x8800-0x881f irq 3 at > device 29.2 on pci0 > uhci2: [GIANT-LOCKED] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 2 ports with 2 removable, self powered > uhci3: port 0x9000-0x901f irq 10 at > device 29.3 on pci0 > uhci3: [GIANT-LOCKED] > usb3: on uhci3 > usb3: USB revision 1.0 > uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub3: 2 ports with 2 removable, self powered > ehci0: mem > 0xd2dff800-0xd2dffbff irq 5 at device 29.7 on pci0 > ehci0: [GIANT-LOCKED] > usb4: EHCI version 1.0 > usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 > usb4: on ehci0 > usb4: USB revision 2.0 > uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub4: 8 ports with 8 removable, self powered > uhub4: device problem (IOERROR), disabling port 7 > pcib4: at device 30.0 on pci0 > pci1: on pcib4 > 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 > 0xa800-0xa807,0xa400-0xa403,0xa000-0xa007,0x9800-0x9803,0x9400-0x940f > mem 0xd2dffc00-0xd2dfffff irq 11 at device 31.2 on pci0 > ata2: on atapci1 > ata3: on atapci1 > ata4: on atapci1 > ata5: on atapci1 > ichsmb0: port 0x400-0x41f irq 11 at device 31.3 on pci0 > ichsmb0: [GIANT-LOCKED] > smbus0: on ichsmb0 > smb0: on smbus0 > acpi_button0: on acpi0 > speaker0: port 0x61 on acpi0 > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 > on acpi0 > fdc0: [FAST] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq > 3 on acpi0 > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/9 bytes threshold > ppbus0: on ppc0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on > acpi0 > sio0: type 16550A > ichwd0: on isa0 > orm0: at iomem 0xc0000-0xcefff 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 > fb0 at vga0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > ukbd0: Key Tronic Keytronic USB Keyboard, rev 1.10/1.02, addr 2, iclass > 3/1 > kbd2 at ukbd0 > ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/20.00, addr 3, iclass 3/1 > ums0: 4 buttons and Z dir. > Timecounter "TSC" frequency 3010671825 Hz quality 800 > Timecounters tick every 1.000 msec > ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding > enabled, default to deny, logging limited to 100 packets/entry by default > acd0: DVDR at ata0-master UDMA66 > ad4: 114473MB at ata2-master SATA300 > ad6: 114473MB at ata3-master SATA300 > ar0: 228942MB status: READY > ar0: disk0 READY using ad4 at ata2-master > ar0: disk1 READY using ad6 at ata3-master > cd0 at ata0 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 66.000MB/s transfers > cd0: Attempt to query device size failed: NOT READY, Medium not present > Trying to mount root from ufs:/dev/ar0s1a > myk0: link up > oss: Out of mixer extensions for device 0 > > > Ian Smith wrote: > > On Tue, 15 Aug 2006, Christian Walther wrote: > > > > > This is just a wild, uneducated guess, because I'm not a long FreeBSD > > > user, but from my point of view this error could really be related to > > > ACPI/APM, as already has been suggested. > > > > It smells a bit that way to me too. I've just read the whole thread, > > but going back to the original post's kernel conf, android had APM and > > apm_saver in there, but the dmesg confirmed an ACPI boot, complete with > > a complaint by apm_saver refusing to load because APM wasn't loaded. As > > it never is if ACPI is loaded, as I understand it. (caveat: 5.5-STABLE) > > > > android also mentioned trying to do things with APM settings in BIOS. I > > suspect APM should be _disabled_ in BIOS, and ACPI enabled, with ACPI > > power (etc) management used instead .. someone correct me if I'm wrong; > > I'm really unsure how much APM functional emulation remains in ACPI? > > > > > Maybe the machine is trying to go to suspend, but fails while doing > > > so, which in the end would mean that it can't recover from the > > > suspend, but has to reboot completely, resulting in dirty file > > > systems. It wouldn't reach the suspend state correctly, which could > > > leave everything depending on ACPI/APM in a undefined state, > including > > > the hardware. This would explain why the machine has to be turned off > > > properly by pressing toe power button for such a long time. > > > > Maybe. If APM is enabled in BIOS, but not loaded, could spell trouble. > > > > > I'd try to use the machine without ACPI/APM enabled. If possible, > > > compile a new kernel without it being enabled. This might not be > > > possible because you're on a SMP-system, thou, but you might want to > > > check your configuration files for suspend or hibernation -- and turn > > > them of. > > > > Well it won't likely work with _neither_ enabled, and I suspect you're > > right about SMP needing ACPI. android suggested failure to boot with > > neither enabled, which sounds likely. What's in /boot/loader.conf? > > > > Cheers, Ian > > > > > With ACPI/APM turned on, leave the machine idle for some time and see > > > if it shows the same behaviour. When it shuts down cleanly it's > likely > > > that suspend/hibernation fails due to the high load introduced by the > > > build process. > > > > > > I've seen and experienced similar problems on other platforms, such > as > > > OS X and (sorry) Linux. > > > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 07:16:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E188F16A4E2; Thu, 17 Aug 2006 07:16:54 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 343C743D53; Thu, 17 Aug 2006 07:16:53 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.3) with ESMTP id k7H7GqRX095377; Thu, 17 Aug 2006 11:16:52 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id k7H7GpxR095376; Thu, 17 Aug 2006 11:16:52 +0400 (MSD) (envelope-from yar) Date: Thu, 17 Aug 2006 11:16:51 +0400 From: Yar Tikhiy To: Brooks Davis Message-ID: <20060817071651.GB94460@comp.chem.msu.su> References: <20060815040736.2f85f090.drl@MyBSD.org.my> <9405D801-3435-419A-9541-E1A9B2CF26D2@lassitu.de> <20060816081130.GB81271@comp.chem.msu.su> <20060816145419.GB62485@lor.one-eyed-alien.net> <20060816155844.GA85503@comp.chem.msu.su> <20060816171524.GA63928@lor.one-eyed-alien.net> <20060816204927.GA73369@heff.fud.org.nz> <20060816205913.GA69877@lor.one-eyed-alien.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060816205913.GA69877@lor.one-eyed-alien.net> User-Agent: Mutt/1.5.9i Cc: drl@MyBSD.org.my, freebsd-stable@freebsd.org, Stefan Bethke , Andrew Thompson Subject: Re: Default route (IPv4) demolished by destroying clone (gif/gre) interface X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2006 07:16:55 -0000 On Wed, Aug 16, 2006 at 03:59:13PM -0500, Brooks Davis wrote: > On Thu, Aug 17, 2006 at 08:49:27AM +1200, Andrew Thompson wrote: > > On Wed, Aug 16, 2006 at 12:15:25PM -0500, Brooks Davis wrote: > > > On Wed, Aug 16, 2006 at 07:58:44PM +0400, Yar Tikhiy wrote: > > > > On Wed, Aug 16, 2006 at 09:54:19AM -0500, Brooks Davis wrote: > > > > > On Wed, Aug 16, 2006 at 10:23:13AM +0200, Stefan Bethke wrote: > > > > > > > > > > > > Ouch. Don't ppp(8), OpenVPN etc. destroy the tun interface they're > > > > > > using when they exit? Flushing all routes then would be rather > > > > > > harmful. I'm glad I haven't updated to a newer -stable yet then :-) > > > > > > > > > > In general, no since tun interfaces can not be destroyed. > > > > > > > > Did you mean "in particular"? :-) > > > > > > > > The problem can be triggered by destroying any interface that can > > > > be destroyed. Just imagine getting rid of a defunct gif tunnel on > > > > a remote router, or removing an unused vlan, and totally losing > > > > connectivity to the router due to its default route having been > > > > flushed. The scenario still can be quite unpleasant. I'd rather > > > > change the default for $removable_route_flush to NO and let the > > > > kernel choose which routes should be flushed upon the physical > > > > ejection or software destruction of an interface. Note that this > > > > doesn't include static_routes_${ifn}, which are handled separately > > > > by pccard_ether_stop(). > > > > > > Agreed. That code shouldn't be on by default. I've disabled in it HEAD > > > and will MFC in a few days. As another poster said, I'm not even sure > > > it should exist as an option. > > > > Thanks for fixing this up, it certainly was odd to be flushing routes in > > userland. I have one more bug report from the ifnet/devd change to look > > at where renamed interfaces give some sort of an error. > > It is a rather weird bit of code. It deletes all IPv4 routes on exit. > I suspect it's a hack left over from before interface removal really > worked. I may just delete the code in HEAD after the MFC. I think we > could also remove the arp flush or move it into "netif stop" and narrow > it with the -i option. The -i option may not work in that case because the interface has ceased to exist by the time devd(8) gets the notification and runs /etc/pccard_ether. It could be better just to remove the arp flush completely. The kernel should take care of the arp entries by itself. Thanks! -- Yar From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 07:31:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12FB416A4DD for ; Thu, 17 Aug 2006 07:31:04 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A725443D60 for ; Thu, 17 Aug 2006 07:30:56 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.25]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k7H7UpUC016447 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 17 Aug 2006 17:00:51 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Thu, 17 Aug 2006 17:00:40 +0930 User-Agent: KMail/1.9.3 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart12428980.a2kdz4Qfjm"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200608171700.48376.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED,UPPERCASE_25_50 X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Subject: SATA timeouts with 6.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 07:31:04 -0000 --nextPart12428980.a2kdz4Qfjm Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I have an Asus A8V with AMD64 3200+, and a Promise TX2300 RAID card and I h= ave configured two WD 320Gb disks in RAID 1. I have been testing RAID recov= ery and have noticed that I get timeouts when rebuilding the array (but not= if I just read /dev/ar0 normally). Here's part of dmesg.. =2E.. atapci0: port 0xa400-0xa47f,0xa000-0x= a0ff mem 0xfab00000-0xfab00fff,0xfaa00000-0xfaa1ffff irq 16 at device 11.0 = on pci0 ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 =2E.. ad4: 305245MB at ata2-master SATA150 ad6: 305245MB at ata3-master SATA150 ar0: 305175MB status: READY ar0: disk0 READY (master) using ad6 at ata3-master ar0: disk1 READY (mirror) using ad4 at ata2-master =2E.. I pull the plug.. ar0: WARNING - mirror protection lost. RAID1 array in DEGRADED mode subdisk4: detached ad4: detached And reconnect it.. ad4: 305245MB at ata2-master SATA150 ad4: inserted into ar0 disk1 as spare And then start my rebuild.. ad6: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing= request directly ad6: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing= request directly ad6: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing req= uest directly ad6: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing req= uest directly ad6: WARNING - SET_MULTI taskqueue timeout - completing request directly ad6: TIMEOUT - READ_DMA retrying (1 retry left) LBA=3D5481728 ad6: TIMEOUT - READ_DMA retrying (1 retry left) LBA=3D16812032 ad6: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing= request directly ad6: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing= request directly ad6: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing req= uest directly ad6: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing req= uest directly ad6: WARNING - SET_MULTI taskqueue timeout - completing request directly ad6: TIMEOUT - READ_DMA retrying (1 retry left) LBA=3D18238720 ad6: TIMEOUT - READ_DMA retrying (1 retry left) LBA=3D25063680 ad6: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing= request directly ad6: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing= request directly ad6: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing req= uest directly ad6: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing req= uest directly ad6: WARNING - SET_MULTI taskqueue timeout - completing request directly ad6: TIMEOUT - READ_DMA retrying (1 retry left) LBA=3D27414272 ad6: TIMEOUT - READ_DMA retrying (1 retry left) LBA=3D32437760 ad6: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing= request directly ad6: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing= request directly ad6: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing req= uest directly ad6: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing req= uest directly ad6: WARNING - SET_MULTI taskqueue timeout - completing request directly ad6: TIMEOUT - READ_DMA retrying (1 retry left) LBA=3D37649408 ad6: TIMEOUT - READ_DMA retrying (1 retry left) LBA=3D45399808 ad6: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing= request directly ad6: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing= request directly ad6: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing req= uest directly ad6: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing req= uest directly ad6: WARNING - SET_MULTI taskqueue timeout - completing request directly ad6: TIMEOUT - READ_DMA retrying (1 retry left) LBA=3D56254208 ad6: TIMEOUT - READ_DMA retrying (1 retry left) LBA=3D58566912 ad6: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing= request directly ad6: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing= request directly ad6: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing req= uest directly ad6: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing req= uest directly ad6: WARNING - SET_MULTI taskqueue timeout - completing request directly ad6: TIMEOUT - READ_DMA retrying (1 retry left) LBA=3D89094912 I believe these drives are compatible with the controller - a very similar model is listed in the test sheet (different capacity). I have tried 4 sets of SATA cables with no change in behaviour. I have also seen the array 'split' where the code sees 2 arrays (one on each disk) when I plug the drive back in. I would have expected the ATA code to= =20 notice it had the same ID number (I am assuming that when the array is crea= ted it gets a moderately unique ID) but the new disk has an older generation number and so not add it. =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 --nextPart12428980.a2kdz4Qfjm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBE5Bso5ZPcIHs/zowRAqWgAJ9SwNpTvJeij1VhXPSjVrxVtX4wWwCePTL8 LXPL/Y1lfdQ9v8HI3IacznA= =MLh/ -----END PGP SIGNATURE----- --nextPart12428980.a2kdz4Qfjm-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 08:21:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 572FD16A4E0; Thu, 17 Aug 2006 08:21:05 +0000 (UTC) (envelope-from pvh@wfeet.za.net) Received: from ctb-mesg8.saix.net (ctb-mesg8.saix.net [196.25.240.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id B95BB43D60; Thu, 17 Aug 2006 08:21:03 +0000 (GMT) (envelope-from pvh@wfeet.za.net) Received: from leftside.wfeet.za.net (dsl-146-188-25.telkomadsl.co.za [165.146.188.25]) by ctb-mesg8.saix.net (Postfix) with ESMTP id 8FC0D3619; Thu, 17 Aug 2006 10:20:57 +0200 (SAST) Received: from [192.168.0.1] by leftside.wfeet.za.net with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1GDd7Y-0000TZ-Aa; Thu, 17 Aug 2006 10:20:58 +0200 Message-ID: <44E426E5.2000703@wfeet.za.net> Date: Thu, 17 Aug 2006 10:20:53 +0200 From: Peter van Heusden User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: John Baldwin , freebsd-stable@freebsd.org References: <44DED670.9050601@wfeet.za.net> <200608140944.01232.jhb@freebsd.org> <44E0BE16.7000803@wfeet.za.net> <200608141430.38015.jhb@freebsd.org> In-Reply-To: <200608141430.38015.jhb@freebsd.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 192.168.0.1 X-SA-Exim-Mail-From: pvh@wfeet.za.net X-SA-Exim-Scanned: No (on leftside.wfeet.za.net); SAEximRunCond expanded to false Cc: Subject: Re: Unexplained kernel panic on 5-STABLE (now in 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: Thu, 17 Aug 2006 08:21:05 -0000 Thanks for the advice John. I upgraded to 6-STABLE and just got a kernel panic again. Before I list the dump, I'd like to mention two messages I see in my syslog. Firstly, often I get something like this: kernel: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 151698, size: 28672 (though the last message like this was at 9:18 this morning and the kernel paniced at about 10:04) and secondly, during boot, I get messages like this: kernel: acpi: bad read from port 0xcfc (32) kernel: acpi: bad write to port 0xcf8 (32), val 0x80002084 Anyway, on with the kgdb output: leftside# kgdb kernel.debug /var/crash/vmcore.27 [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 fault virtual address = 0x1b fault code = supervisor write, page not present instruction pointer = 0x20:0xc08a98ca stack pointer = 0x28:0xcbdd4cc4 frame pointer = 0x28:0xcbdd4ce0 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 = 34 (pagedaemon) trap number = 12 panic: page fault Uptime: 19h6m20s Dumping 251 MB (2 chunks) chunk 0: 1MB (160 pages) ... ok chunk 1: 251MB (64252 pages) 236 220 204 188 172 156 140 124 108 92 76 60 44 28 12 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) list *0xc08a98ca 0xc08a98ca is in pmap_ts_referenced (atomic.h:149). 144 static __inline int 145 atomic_cmpset_int(volatile u_int *dst, u_int exp, u_int src) 146 { 147 int res = exp; 148 149 __asm __volatile ( 150 " " __XSTRING(MPLOCKED) " " 151 " cmpxchgl %2,%1 ; " 152 " setz %%al ; " 153 " movzbl %%al,%0 ; " (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc069cee6 in boot (howto=260) at /usr/freebsd6/src/sys/kern/kern_shutdown.c:409 #2 0xc069d17c in panic (fmt=0xc0903b6f "%s") at /usr/freebsd6/src/sys/kern/kern_shutdown.c:565 #3 0xc08ac6d4 in trap_fatal (frame=0xcbdd4c84, eva=27) at /usr/freebsd6/src/sys/i386/i386/trap.c:836 #4 0xc08ac43b in trap_pfault (frame=0xcbdd4c84, usermode=0, eva=27) at /usr/freebsd6/src/sys/i386/i386/trap.c:744 #5 0xc08ac079 in trap (frame= {tf_fs = -874708984, tf_es = -1064697816, tf_ds = -1063452632, tf_edi = -1054911176, tf_esi = 4, tf_ebp = -874689312, tf_isp = -874689360, tf_ebx = -1050447872, tf_edx = -1, tf_ecx = -1038927232, tf_eax = 4, tf_trapno = 12, tf_err = 2, tf_eip = -1064658742, tf_cs = 32, tf_eflags = 66050, tf_esp = -874689320, tf_ss = 0}) at /usr/freebsd6/src/sys/i386/i386/trap.c:434 #6 0xc089a7fa in calltrap () at /usr/freebsd6/src/sys/i386/i386/exception.s:139 #7 0xc08a98ca in pmap_ts_referenced (m=0xc11f5538) at atomic.h:149 #8 0xc0815e59 in vm_pageout_page_stats () at /usr/freebsd6/src/sys/vm/vm_pageout.c:1401 #9 0xc0816192 in vm_pageout () at /usr/freebsd6/src/sys/vm/vm_pageout.c:1546 #10 0xc0687434 in fork_exit (callout=0xc0815ef8 , arg=0x0, frame=0xcbdd4d38) at /usr/freebsd6/src/sys/kern/kern_fork.c:805 #11 0xc089a85c in fork_trampoline () at /usr/freebsd6/src/sys/i386/i386/exception.s:208 Thanks for all the help, Peter John Baldwin wrote: > On Monday 14 August 2006 14:16, Peter van Heusden wrote: > >> Thanks. That gives the following output: >> >> #9 0xc0801295 in trap_pfault (frame=0xd1231b68, usermode=0x0, eva=0x3) >> at /usr/src/sys/i386/i386/trap.c:714 >> #10 0xc0800fa5 in trap (frame= >> {tf_fs = 0xc1e20018, tf_es = 0x10, tf_ds = 0x10, tf_edi = 0x0, >> tf_esi = 0xc1045420, tf_ebp = 0xd1231bb8, tf_isp = 0xd1231b94, tf_ebx = >> 0xc1045458, tf_edx = 0xffffffff, tf_ecx = 0xc28cf000, tf_eax = >> 0xc1045434, tf_trapno = 0xc, tf_err = 0x2, tf_eip = 0xc07b6bbe, tf_cs = >> 0x8, tf_eflags = 0x10286, tf_esp = 0xc102dd08, tf_ss = 0xc1edf570}) >> at /usr/src/sys/i386/i386/trap.c:427 >> #11 0xc07f0eea in calltrap () at /usr/src/sys/i386/i386/exception.s:140 >> ... >> #25 0xc07b6bbe in uma_zalloc_arg (zone=0xc1045420, udata=0x0, flags=0x1) >> at /usr/src/sys/vm/uma_core.c:1895 >> #26 0xc07fc97f in get_pv_entry () at uma.h:276 >> > > So it got a nested page fault inside the VM, basically. > > >> Does this help? It seems that fork() was called, and then something went >> wrong from there. One common feature of these panics seems to be that >> they happen when my server (an aging P3 700Mhz with 256 MB of RAM that >> is put to use for all sorts of network services) is under quite heavy load. >> > > To be honest, I'd update it to 6.1 or even 6-stable as this is likely already > fixed in 6.x. > > From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 10:21:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0473816A4DA for ; Thu, 17 Aug 2006 10:21:19 +0000 (UTC) (envelope-from xiongfeng.tom@googlemail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 134D343D53 for ; Thu, 17 Aug 2006 10:21:17 +0000 (GMT) (envelope-from xiongfeng.tom@googlemail.com) Received: by ug-out-1314.google.com with SMTP id m2so520507uge for ; Thu, 17 Aug 2006 03:21:16 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com; h=received:message-id:date:user-agent:mime-version:to:subject:content-type:content-transfer-encoding:from; b=lermdhMCxbQ//YBuSMj7JuNdPCvSyJuz10TPDDxPkOtAyL2WxoiTo+EKZO9aCjJz2fOOdFrSR6oAVTwFg9seC8wZpYe+wg0pMae1YZRjm9EFmBSD4JroMNYkrETGCaBzVXDstUYyFpygzXRLHYtKqWrjSf9Bn5dKEbVVVcgiN38= Received: by 10.67.101.8 with SMTP id d8mr985246ugm; Thu, 17 Aug 2006 03:21:16 -0700 (PDT) Received: from ?192.168.0.100? ( [84.139.170.105]) by mx.gmail.com with ESMTP id j3sm1983860ugd.2006.08.17.03.21.15; Thu, 17 Aug 2006 03:21:16 -0700 (PDT) Message-ID: <44E44316.3060900@gmail.com> Date: Thu, 17 Aug 2006 12:21:10 +0200 User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit From: Tom Hummel Subject: make buildworld does nothing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2006 10:21:19 -0000 Hi list, a recent test-install of OBSD somehow destroyed parts of my FBSD installation so I was forced to reinstall, which wasn't so much of a problem since my ~ partition was still fine. However since the new installation of FBSD6_1 a 'make buildworld' in a freshly csup'ed /usr/src of RELENG_6 does nothing. There's no output at all and no acitivity - clean and kernel targets are doing something, but kernel fails. I don't know where to start looking for problems since I have no error message - nothing. Overnight I build some ports and let a 'make buildword' job idling around for 8 hours - with nothing done. What can I do? Where can I look? tom From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 13:33:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D60FB16A4DE for ; Thu, 17 Aug 2006 13:33:00 +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 7815C43D53 for ; Thu, 17 Aug 2006 13:33:00 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 44F0D1A4DA3; Thu, 17 Aug 2006 06:33:00 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AE28F5164F; Thu, 17 Aug 2006 09:32:59 -0400 (EDT) Date: Thu, 17 Aug 2006 09:32:59 -0400 From: Kris Kennaway To: Tom Hummel Message-ID: <20060817133259.GA22730@xor.obsecurity.org> References: <44E44316.3060900@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="envbJBWh7q8WU6mo" Content-Disposition: inline In-Reply-To: <44E44316.3060900@gmail.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: make buildworld does nothing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2006 13:33:00 -0000 --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 17, 2006 at 12:21:10PM +0200, Tom Hummel wrote: > Hi list, >=20 > a recent test-install of OBSD somehow destroyed parts of my FBSD > installation so I was forced to reinstall, which wasn't so much of a > problem since my ~ partition was still fine. >=20 > However since the new installation of FBSD6_1 a 'make buildworld' in a > freshly csup'ed /usr/src of RELENG_6 does nothing. There's no output at > all and no acitivity - clean and kernel targets are doing something, but > kernel fails. I don't know where to start looking for problems since I > have no error message - nothing. You have no output at all? What commands are running (check via ps)? What does ^T report at the command line running make? Kris --envbJBWh7q8WU6mo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD4DBQFE5HALWry0BWjoQKURAlg8AKDLQU1u6vVe2sro0t18S2IZsU4kCACYk3qk MATYkPnV/9nLh6ooZyUMiw== =sLgU -----END PGP SIGNATURE----- --envbJBWh7q8WU6mo-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 13:35:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F9F516A4DF for ; Thu, 17 Aug 2006 13:35:13 +0000 (UTC) (envelope-from fbsd-stable@mawer.org) Received: from mail27.syd.optusnet.com.au (mail27.syd.optusnet.com.au [211.29.133.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 740CF43D49 for ; Thu, 17 Aug 2006 13:35:12 +0000 (GMT) (envelope-from fbsd-stable@mawer.org) Received: from [127.0.0.1] (c220-239-234-69.thorn1.nsw.optusnet.com.au [220.239.234.69]) by mail27.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k7HDZ9Li024662 for ; Thu, 17 Aug 2006 23:35:10 +1000 Message-ID: <44E47092.7050104@mawer.org> Date: Thu, 17 Aug 2006 03:35:14 -1000 From: Antony Mawer User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: The need for initialising disks before use? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2006 13:35:13 -0000 Hi list, A quick question - is it recommended to initialise disks before using them to allow the disks to map out any "bad spots" early on? I've seen some "uninitialised" disks (ie. new disks, thrown into a machine, newfs'd) start to show read errors within a few months of deployment, which I thought one or two might seem okay, but on a number of machines is more than a coincidence... Is it recommended/required to do something like: dd if=/dev/zero of=/dev/ad0 bs=1m before use to ensure the drive's sector remappings are all in place, before then doing a newfs? FWIW, I've been seeing this on more 6.0 systems that I would have thought to be just chance... Cheers Antony From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 13:57:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A448916A4DA; Thu, 17 Aug 2006 13:57:02 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id E42FE43D49; Thu, 17 Aug 2006 13:57:01 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20060817135659m92002skj5e>; Thu, 17 Aug 2006 13:57:00 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.6/8.13.6) with ESMTP id k7HDuuCe089570; Thu, 17 Aug 2006 08:56:56 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.6/8.13.6/Submit) id k7HDupoc089569; Thu, 17 Aug 2006 08:56:51 -0500 (CDT) (envelope-from brooks) Date: Thu, 17 Aug 2006 08:56:50 -0500 From: Brooks Davis To: Yar Tikhiy Message-ID: <20060817135650.GA89359@lor.one-eyed-alien.net> References: <20060815040736.2f85f090.drl@MyBSD.org.my> <9405D801-3435-419A-9541-E1A9B2CF26D2@lassitu.de> <20060816081130.GB81271@comp.chem.msu.su> <20060816145419.GB62485@lor.one-eyed-alien.net> <20060816155844.GA85503@comp.chem.msu.su> <20060816171524.GA63928@lor.one-eyed-alien.net> <20060816204927.GA73369@heff.fud.org.nz> <20060816205913.GA69877@lor.one-eyed-alien.net> <20060817071651.GB94460@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZGiS0Q5IWpPtfppv" Content-Disposition: inline In-Reply-To: <20060817071651.GB94460@comp.chem.msu.su> User-Agent: Mutt/1.5.11 Cc: drl@MyBSD.org.my, freebsd-stable@freebsd.org, Stefan Bethke , Andrew Thompson Subject: Re: Default route (IPv4) demolished by destroying clone (gif/gre) interface X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2006 13:57:02 -0000 --ZGiS0Q5IWpPtfppv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 17, 2006 at 11:16:51AM +0400, Yar Tikhiy wrote: > On Wed, Aug 16, 2006 at 03:59:13PM -0500, Brooks Davis wrote: > > On Thu, Aug 17, 2006 at 08:49:27AM +1200, Andrew Thompson wrote: > > > On Wed, Aug 16, 2006 at 12:15:25PM -0500, Brooks Davis wrote: > > > > On Wed, Aug 16, 2006 at 07:58:44PM +0400, Yar Tikhiy wrote: > > > > > On Wed, Aug 16, 2006 at 09:54:19AM -0500, Brooks Davis wrote: > > > > > > On Wed, Aug 16, 2006 at 10:23:13AM +0200, Stefan Bethke wrote: > > > > > > >=20 > > > > > > > Ouch. Don't ppp(8), OpenVPN etc. destroy the tun interface th= ey're =20 > > > > > > > using when they exit? Flushing all routes then would be rath= er =20 > > > > > > > harmful. I'm glad I haven't updated to a newer -stable yet t= hen :-) > > > > > >=20 > > > > > > In general, no since tun interfaces can not be destroyed. > > > > >=20 > > > > > Did you mean "in particular"? :-) > > > > >=20 > > > > > The problem can be triggered by destroying any interface that can > > > > > be destroyed. Just imagine getting rid of a defunct gif tunnel on > > > > > a remote router, or removing an unused vlan, and totally losing > > > > > connectivity to the router due to its default route having been > > > > > flushed. The scenario still can be quite unpleasant. I'd rather > > > > > change the default for $removable_route_flush to NO and let the > > > > > kernel choose which routes should be flushed upon the physical > > > > > ejection or software destruction of an interface. Note that this > > > > > doesn't include static_routes_${ifn}, which are handled separately > > > > > by pccard_ether_stop(). > > > >=20 > > > > Agreed. That code shouldn't be on by default. I've disabled in it= HEAD > > > > and will MFC in a few days. As another poster said, I'm not even s= ure > > > > it should exist as an option. > > >=20 > > > Thanks for fixing this up, it certainly was odd to be flushing routes= in > > > userland. I have one more bug report from the ifnet/devd change to lo= ok > > > at where renamed interfaces give some sort of an error. > >=20 > > It is a rather weird bit of code. It deletes all IPv4 routes on exit. > > I suspect it's a hack left over from before interface removal really > > worked. I may just delete the code in HEAD after the MFC. I think we > > could also remove the arp flush or move it into "netif stop" and narrow > > it with the -i option. >=20 > The -i option may not work in that case because the interface has > ceased to exist by the time devd(8) gets the notification and runs > /etc/pccard_ether. It could be better just to remove the arp flush > completely. The kernel should take care of the arp entries by itself. > Thanks! I decided to leave it in, but protect it with ifexists. That way we preserve the scripts secondary roll of downing an interface. I'll probalby move it into network.subr:ifconfig_down() at some point. -- Brooks --ZGiS0Q5IWpPtfppv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE5HWiXY6L6fI4GtQRAqUcAJ0VZKadJNZoAqceIY/tOTA/at2yZwCdHSjF JagXrJgmsD8YPpCZV4TfySo= =9YlG -----END PGP SIGNATURE----- --ZGiS0Q5IWpPtfppv-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 14:06:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 464F716A4DF for ; Thu, 17 Aug 2006 14:06:41 +0000 (UTC) (envelope-from xiongfeng.tom@googlemail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9250C43D46 for ; Thu, 17 Aug 2006 14:06:40 +0000 (GMT) (envelope-from xiongfeng.tom@googlemail.com) Received: by nf-out-0910.google.com with SMTP id n29so1107594nfc for ; Thu, 17 Aug 2006 07:06:39 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com; h=received:message-id:date:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:from; b=WlTygSqdDICUaDv5yhs+kZTPzAUw6BXTnO8qkeH+KnR4HD0wzt9RRghzgw7Q2GGSooT4uvZJpSKIidlvbrbmeKb3CD+u4SD6hmLkLAOoyD3NBrmkct9TGdAc+kYH2YXEgMATQdgjqV34uRCeDqaM7MHePRDx+1DFM4F495fl6Hk= Received: by 10.48.48.15 with SMTP id v15mr2340483nfv; Thu, 17 Aug 2006 07:06:39 -0700 (PDT) Received: from ?192.168.0.100? ( [84.139.170.105]) by mx.gmail.com with ESMTP id i1sm5687742nfe.2006.08.17.07.06.35; Thu, 17 Aug 2006 07:06:39 -0700 (PDT) Message-ID: <44E477E5.5090003@gmail.com> Date: Thu, 17 Aug 2006 16:06:29 +0200 User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Kris Kennaway References: <44E44316.3060900@gmail.com> <20060817133259.GA22730@xor.obsecurity.org> In-Reply-To: <20060817133259.GA22730@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit From: Tom Hummel Cc: freebsd-stable@freebsd.org Subject: Re: make buildworld does nothing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2006 14:06:41 -0000 > You have no output at all? What commands are running (check via ps)? > What does ^T report at the command line running make? goes as follows ^T: load: 0.01 cmd: bash 673 [ttyin] 0.00u 0.00s 0% 1908k ps -h -t v0: PID TT STAT TIME COMMAND 533 v0 Is 0:00.02 login [pam] (login) 541 v0 I 0:00.01 -csh (csh) 544 v0 I 0:00.01 bash 545 v0 I 0:00.03 zsh 547 v0 I+ 0:00.01 make buildworld 552 v0 I+ 0:00.00 [sh] 553 v0 I+ 0:00.02 make -m /usr/src/share/mk 634 v0 I+ 0:00.00 /bin/sh -ec MAKEFLAGS= make -C /usr/src/tools/build/make_check shell_1 || MAKEFLAGS= make -C /usr/src/tools/build/make_check failure 635 v0 I+ 0:00.01 make -C /usr/src/tools/build/make_check shell_1 636 v0 I+ 0:00.00 /bin/sh -ec MAKEFLAGS= make -C /usr/src/tools/build/make_check shell_1_csh 637 v0 I+ 0:00.01 make -C /usr/src/tools/build/make_check shell_1_csh 638 v0 I+ 0:00.01 /bin/csh -ec ps -ax -opid,command | awk '$1=="'$$'" { print $2 }' | grep -E -q '^(/bin/)?csh$' 639 v0 I+ 0:00.00 bash tom From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 14:36:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F4A916A4DD for ; Thu, 17 Aug 2006 14:36:10 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout08-04.prod.mesa1.secureserver.net (smtpout08-04.prod.mesa1.secureserver.net [64.202.165.12]) by mx1.FreeBSD.org (Postfix) with SMTP id D226843D53 for ; Thu, 17 Aug 2006 14:36:07 +0000 (GMT) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 20321 invoked from network); 17 Aug 2006 14:36:07 -0000 Received: from unknown (24.144.77.138) by smtpout08-04.prod.mesa1.secureserver.net (64.202.165.12) with ESMTP; 17 Aug 2006 14:36:07 -0000 Message-ID: <44E47ED5.2020504@seclark.us> Date: Thu, 17 Aug 2006 10:36:05 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: freebsd 6.1 SIOCGIFMEDIA on rl0 no longer works X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 14:36:10 -0000 Hello list, We have been running 4.9 and using freevrrpd 0.9.3, which worked great, - the latest in the ports tree. We are switching to 6.1 released and we now get the the following error from freevrrpd: freevrrpd[6241]: cannot do ioctl, intertface is faulty: Device not configured This is a bogus message since the interface is configured up and running. What changed in 6.1 to cause this? The message comes from the following code in freevrrpd: int vrrp_moncircuit_interface_status(int sd, char *if_name) { struct ifmediareq ifmr; if (sd < 0) { syslog(LOG_ERR, "socket descriptor must be != -1"); return -1; } bzero(&ifmr, sizeof(ifmr)); strncpy(ifmr.ifm_name, if_name, sizeof(ifmr.ifm_name)); if (ioctl(sd, SIOCGIFMEDIA, (caddr_t)&ifmr) < 0) { if (errno == EINVAL) { syslog(LOG_ERR, "your NIC doesn't support SIOCGIFMEDIA ioctl: %s", strerror(errno)); return -3; } else syslog(LOG_ERR, "cannot do ioctl, intertface is faulty: %s", strerror(errno)); return -2; } if (ifmr.ifm_status & IFM_AVALID) { if (ifmr.ifm_status & IFM_ACTIVE) return 1; else return 0; } /* Interface has no carrier cable problem ? */ return 0; } Any help on this would be greatly appreciated. Thanks, Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 14:41:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 085F816A4E2 for ; Thu, 17 Aug 2006 14:41:11 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id A740543D94 for ; Thu, 17 Aug 2006 14:41:01 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20060817144050m9100864v0e>; Thu, 17 Aug 2006 14:41:00 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.6/8.13.6) with ESMTP id k7HEelER090101; Thu, 17 Aug 2006 09:40:48 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.6/8.13.6/Submit) id k7HEeabW090100; Thu, 17 Aug 2006 09:40:36 -0500 (CDT) (envelope-from brooks) Date: Thu, 17 Aug 2006 09:40:36 -0500 From: Brooks Davis To: Antony Mawer Message-ID: <20060817144036.GE89359@lor.one-eyed-alien.net> References: <44E47092.7050104@mawer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="10jrOL3x2xqLmOsH" Content-Disposition: inline In-Reply-To: <44E47092.7050104@mawer.org> User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: The need for initialising disks before use? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2006 14:41:11 -0000 --10jrOL3x2xqLmOsH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 17, 2006 at 03:35:14AM -1000, Antony Mawer wrote: > Hi list, >=20 > A quick question - is it recommended to initialise disks before using=20 > them to allow the disks to map out any "bad spots" early on? I've seen=20 > some "uninitialised" disks (ie. new disks, thrown into a machine,=20 > newfs'd) start to show read errors within a few months of deployment,=20 > which I thought one or two might seem okay, but on a number of machines= =20 > is more than a coincidence... >=20 > Is it recommended/required to do something like: >=20 > dd if=3D/dev/zero of=3D/dev/ad0 bs=3D1m >=20 > before use to ensure the drive's sector remappings are all in place,=20 > before then doing a newfs? >=20 > FWIW, I've been seeing this on more 6.0 systems that I would have=20 > thought to be just chance... This probably isn't a bad idea in general. It might even be something we should add to sysinstall. -- Brooks --10jrOL3x2xqLmOsH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE5H/jXY6L6fI4GtQRAqgzAJ4mUNYF+g0xpxS72Rk7MbG0zMZEKgCfep1/ mndlt3FTNwhzCO0CqJ9hjpo= =YdyP -----END PGP SIGNATURE----- --10jrOL3x2xqLmOsH-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 14:41:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6A9916A4DD for ; Thu, 17 Aug 2006 14:41:24 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4363943D94 for ; Thu, 17 Aug 2006 14:41:11 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.6/8.13.6) id k7HEfBV6074991; Thu, 17 Aug 2006 09:41:11 -0500 (CDT) (envelope-from dan) Date: Thu, 17 Aug 2006 09:41:11 -0500 From: Dan Nelson To: Bill LeFebvre Message-ID: <20060817144110.GB88424@dan.emsphone.com> References: <44E1F796.5070105@rogers.com> <20060815172728.GB88051@dan.emsphone.com> <44E204C0.60806@rogers.com> <44E3FE61.6060800@lefebvre.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44E3FE61.6060800@lefebvre.org> X-OS: FreeBSD 6.1-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.12-2006-07-14 Cc: freebsd-stable@freebsd.org Subject: Re: TOP shows above 100% WCPU usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 14:41:24 -0000 In the last episode (Aug 17), Bill LeFebvre said: > Mike Jakubik wrote: > >Dan Nelson wrote: > >>>How can mysql use 160%? Is this a reporting bug in top because mysql > >>>is threaded? > >>You have multiple CPUs, so a threaded process can theoretically reach > >>100*ncpus cpu usage. > > > >Ahh, thats makes sense, thanks. > > Actually it doesn't. IMO, %CPU should be biased for all available > cpu, not just a single cpu. In other words, a single-threaded > process running on a two processor box should never see more than 50% > cpu. That's how top computes it for SunOS. But for freebsd top only > displays whats in the proc structure and I don't know off-hand how > the kernel records it. One problem is that method doesn't scale to lots of CPUs. On a Sun T2000 a non-threaded process consuming all of one CPU would only report 3.12 %CPU in that case (100/32). I just built top-3.6 on such a system, though, and it does report a simple "main(){for(;;);}" process as consuming 100 %CPU. Maybe you're thinking of Solaris's own prstat command? -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 14:57:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63CBF16A4DA for ; Thu, 17 Aug 2006 14:57:06 +0000 (UTC) (envelope-from bill@lefebvre.org) Received: from atl04.ws-e.com (vh00.ws-e.com [69.61.31.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2A4B43D4C for ; Thu, 17 Aug 2006 14:57:05 +0000 (GMT) (envelope-from bill@lefebvre.org) Received: from lilburn.lefebvre.org (ocee.groupsys.com [66.149.10.161]) by atl04.ws-e.com (8.13.6/8.13.6) with ESMTP id k7HEv5hB066796 for ; Thu, 17 Aug 2006 10:57:05 -0400 (EDT) (envelope-from bill@lefebvre.org) Received: from [192.168.0.110] (decatur.lefebvre.org [192.168.0.110]) by lilburn.lefebvre.org (8.13.3/8.12.8) with ESMTP id k7HEv4G4061262 for ; Thu, 17 Aug 2006 10:57:04 -0400 (EDT) (envelope-from bill@lefebvre.org) Message-ID: <44E483C0.6050209@lefebvre.org> Date: Thu, 17 Aug 2006 10:57:04 -0400 From: Bill LeFebvre User-Agent: Thunderbird 1.5.0.2 (X11/20060425) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <44E1F796.5070105@rogers.com> <20060815172728.GB88051@dan.emsphone.com> <44E204C0.60806@rogers.com> <44E3FE61.6060800@lefebvre.org> <20060817144110.GB88424@dan.emsphone.com> In-Reply-To: <20060817144110.GB88424@dan.emsphone.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-INFN-TO-Metrics: lilburn.lefebvre.org 1233; Body=1 Fuz1=1 Fuz2=1 X-Scanned-By: MIMEDefang 2.43 Subject: Re: TOP shows above 100% WCPU usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 14:57:06 -0000 Dan Nelson wrote: > One problem is that method doesn't scale to lots of CPUs. On a Sun > T2000 a non-threaded process consuming all of one CPU would only report > 3.12 %CPU in that case (100/32). I agree. The alternative is having a 10-thread process on such a system report 1000% cpu utilization, and/or having the sum of the cpu utilization column be 3200. Not sure which is worse. > > I just built top-3.6 on such a system, though, and it does report a > simple "main(){for(;;);}" process as consuming 100 %CPU. Maybe you're > thinking of Solaris's own prstat command? > Heh. I released 3.6 with new SunOS code that didn't adjust for number of cpus, and someone flagged the behavior as a bug. So you're right: 3.6 doesn't do it this way. But 3.5 did, and it seems at least some people prefer it that way. Bill LeFebvre From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 15:07:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BEF816A4E2 for ; Thu, 17 Aug 2006 15:07: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 CAE4743D78 for ; Thu, 17 Aug 2006 15:06:57 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id ACEAF1A4D82; Thu, 17 Aug 2006 08:06:57 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1D0B152B29; Thu, 17 Aug 2006 11:06:57 -0400 (EDT) Date: Thu, 17 Aug 2006 11:06:56 -0400 From: Kris Kennaway To: Tom Hummel Message-ID: <20060817150656.GA25235@xor.obsecurity.org> References: <44E44316.3060900@gmail.com> <20060817133259.GA22730@xor.obsecurity.org> <44E477E5.5090003@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7JfCtLOvnd9MIVvH" Content-Disposition: inline In-Reply-To: <44E477E5.5090003@gmail.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: make buildworld does nothing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2006 15:07:01 -0000 --7JfCtLOvnd9MIVvH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 17, 2006 at 04:06:29PM +0200, Tom Hummel wrote: > > You have no output at all? What commands are running (check via ps)? > > What does ^T report at the command line running make? >=20 > goes as follows >=20 > ^T: load: 0.01 cmd: bash 673 [ttyin] 0.00u 0.00s 0% 1908k Where did bash come from? It's not part of FreeBSD; I guess you somehow replaced /bin/sh with bash. Kris >=20 > ps -h -t v0: > PID TT STAT TIME COMMAND > 533 v0 Is 0:00.02 login [pam] (login) > 541 v0 I 0:00.01 -csh (csh) > 544 v0 I 0:00.01 bash > 545 v0 I 0:00.03 zsh > 547 v0 I+ 0:00.01 make buildworld > 552 v0 I+ 0:00.00 [sh] > 553 v0 I+ 0:00.02 make -m /usr/src/share/mk > 634 v0 I+ 0:00.00 /bin/sh -ec MAKEFLAGS=3D make -C > /usr/src/tools/build/make_check shell_1 || MAKEFLAGS=3D make -C > /usr/src/tools/build/make_check failure > 635 v0 I+ 0:00.01 make -C /usr/src/tools/build/make_check shell_1 > 636 v0 I+ 0:00.00 /bin/sh -ec MAKEFLAGS=3D make -C > /usr/src/tools/build/make_check shell_1_csh > 637 v0 I+ 0:00.01 make -C /usr/src/tools/build/make_check shell_1_c= sh > 638 v0 I+ 0:00.01 /bin/csh -ec ps -ax -opid,command | awk > '$1=3D=3D"'$$'" { print $2 }' | grep -E -q '^(/bin/)?csh$' > 639 v0 I+ 0:00.00 bash >=20 > tom > _______________________________________________ > 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 --7JfCtLOvnd9MIVvH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE5IYQWry0BWjoQKURAintAJ43egAQrfotlW2rGBCfYJpnKgWNBQCfZ0XB C6C4k9mJjd07QJMX+WbOWNE= =36kH -----END PGP SIGNATURE----- --7JfCtLOvnd9MIVvH-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 15:17:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 789E016A4DF for ; Thu, 17 Aug 2006 15:17:44 +0000 (UTC) (envelope-from xiongfeng.tom@googlemail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id D33CE43D46 for ; Thu, 17 Aug 2006 15:17:43 +0000 (GMT) (envelope-from xiongfeng.tom@googlemail.com) Received: by wr-out-0506.google.com with SMTP id 70so87055wra for ; Thu, 17 Aug 2006 08:17:43 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com; h=received:message-id:date:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:from; b=uM9XNkW1SIdacx4MHa1nwPK20LbJleMIcN6hD8gkW5d1w8pcfYDt+7FnTeKwRXEDRbK9CXNQAkaVHEad4U2goYJasWew5zhQb03YUmzbVZdP5EdWQQz11gito8p2CgXAo5JXEwxFvDONeX4Fo2RO28HiGww+93ZTextdhGzJn2M= Received: by 10.49.20.5 with SMTP id x5mr2198605nfi; Thu, 17 Aug 2006 08:17:42 -0700 (PDT) Received: from ?192.168.0.100? ( [84.139.170.105]) by mx.gmail.com with ESMTP id l21sm5815852nfc.2006.08.17.08.17.40; Thu, 17 Aug 2006 08:17:42 -0700 (PDT) Message-ID: <44E4888E.8070100@gmail.com> Date: Thu, 17 Aug 2006 17:17:34 +0200 User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Kris Kennaway References: <44E44316.3060900@gmail.com> <20060817133259.GA22730@xor.obsecurity.org> <44E477E5.5090003@gmail.com> <20060817150656.GA25235@xor.obsecurity.org> In-Reply-To: <20060817150656.GA25235@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit From: Tom Hummel Cc: freebsd-stable@freebsd.org Subject: Re: make buildworld does nothing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2006 15:17:44 -0000 > Where did bash come from? It's not part of FreeBSD; I guess you > somehow replaced /bin/sh with bash. gosh, no. Bash should be located in /usr/local/bin/ and I invoke it at login for root in chase of an interactive session through ~/.cshrc. I didn't want to change root's login shell into something not part of fbsd-base. tom From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 15:54:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACB5616A4DE for ; Thu, 17 Aug 2006 15:54:23 +0000 (UTC) (envelope-from ohartman@uni-mainz.de) Received: from mailgate02.zdv.uni-mainz.de (mailgate02.zdv.Uni-Mainz.DE [134.93.178.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BB8843D82 for ; Thu, 17 Aug 2006 15:53:59 +0000 (GMT) (envelope-from ohartman@uni-mainz.de) Received: from exfront01.zdv.uni-mainz.de ([134.93.176.49]) by mailgate02.zdv.uni-mainz.de with ESMTP; 17 Aug 2006 17:53:58 +0200 Received: from mail.uni-mainz.de ([134.93.176.56]) by exfront01.zdv.Uni-Mainz.DE with Microsoft SMTPSVC(6.0.3790.1830); Thu, 17 Aug 2006 17:53:58 +0200 Received: from [192.168.1.128] ([85.178.17.179] RDNS failed) by mail.uni-mainz.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Thu, 17 Aug 2006 17:53:57 +0200 Message-ID: <44E49109.5090804@mail.uni-mainz.de> Date: Thu, 17 Aug 2006 17:53:45 +0200 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.5 (X11/20060729) MIME-Version: 1.0 To: Bill LeFebvre References: <44E1F796.5070105@rogers.com> <20060815172728.GB88051@dan.emsphone.com> <44E39809.10104@mail.uni-mainz.de> <44E3FF44.9070802@lefebvre.org> In-Reply-To: <44E3FF44.9070802@lefebvre.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 17 Aug 2006 15:53:57.0835 (UTC) FILETIME=[5980C1B0:01C6C215] Cc: freebsd-stable@freebsd.org Subject: Re: TOP shows above 100% WCPU usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 15:54:23 -0000 Bill LeFebvre wrote: > O. Hartmann wrote: >> I use FreeBSD 6.1-STABLE/AMD on an pure 64Bit box/environment, single >> CPU Athlon 3500+, and sometimes I can see a 100%+ usage of WCPU in >> 'xine' or 'transmission'. So this is definitely not related to >> multiple CPUs. > > WCPU is supposed to be weighted in some way to take swap time in to > account. It's possible that the weighting calculation is adding a bit > to a nearly 100% value. Try displaying just %CPU (the 'C' command I > think?) and see if it is reporting over 100% for a normal > (non-weighted) cpu percent. It shouldn't. If it is, then there's > something weird about the way the value is being tracked by the kernel. > > Bill LeFebvre > _______________________________________________ > 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" Under heavy load/IO of ar0 (RAID 0 on nForce4) this isn't slightly over 100%, sometimes it's more than 150%, and that is weird. From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 16:48:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C7C716A4DF for ; Thu, 17 Aug 2006 16:48:45 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0654D43D5D for ; Thu, 17 Aug 2006 16:48:43 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin03-en2 [10.13.10.148]) by smtpout.mac.com (Xserve/8.12.11/smtpout01/MantshX 4.0) with ESMTP id k7HGmhrU016145; Thu, 17 Aug 2006 09:48:43 -0700 (PDT) Received: from [17.214.14.142] (a17-214-14-142.apple.com [17.214.14.142]) (authenticated bits=0) by mac.com (Xserve/smtpin03/MantshX 4.0) with ESMTP id k7HGmetm019039; Thu, 17 Aug 2006 09:48:42 -0700 (PDT) In-Reply-To: <44E3FE61.6060800@lefebvre.org> References: <44E1F796.5070105@rogers.com> <20060815172728.GB88051@dan.emsphone.com> <44E204C0.60806@rogers.com> <44E3FE61.6060800@lefebvre.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <5C8C1B11-DE0B-4FE2-9A3D-5472650B9FA8@mac.com> Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Thu, 17 Aug 2006 09:48:39 -0700 To: Bill LeFebvre X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAQAAA+k= X-Language-Identified: TRUE Cc: freebsd-stable@freebsd.org Subject: Re: TOP shows above 100% WCPU usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 16:48:45 -0000 On Aug 16, 2006, at 10:28 PM, Bill LeFebvre wrote: >>> You have multiple CPUs, so a threaded process can theoretically >>> reach >>> 100*ncpus cpu usage. >>> >> Ahh, thats makes sense, thanks. > > Actually it doesn't. IMO, %CPU should be biased for all available > cpu, not just a single cpu. In other words, a single-threaded > process running on a two processor box should never see more than > 50% cpu. That's how top computes it for SunOS. But for freebsd > top only displays whats in the proc structure and I don't know off- > hand how the kernel records it. You've got a good point here. In particular, consider the case where you have an SMP machine where not all of the CPUs are running at the same clock rate...100% of one CPU is not the same level of processing as 100% of another. -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 17:02:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E939D16A4DF for ; Thu, 17 Aug 2006 17:02:12 +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 F086C43D53 for ; Thu, 17 Aug 2006 17:02:11 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id D6F8D1A4D82; Thu, 17 Aug 2006 10:02:11 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4EB10524A9; Thu, 17 Aug 2006 13:02:11 -0400 (EDT) Date: Thu, 17 Aug 2006 13:02:11 -0400 From: Kris Kennaway To: Tom Hummel Message-ID: <20060817170211.GA28242@xor.obsecurity.org> References: <44E44316.3060900@gmail.com> <20060817133259.GA22730@xor.obsecurity.org> <44E477E5.5090003@gmail.com> <20060817150656.GA25235@xor.obsecurity.org> <44E4888E.8070100@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VbJkn9YxBvnuCH5J" Content-Disposition: inline In-Reply-To: <44E4888E.8070100@gmail.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: make buildworld does nothing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2006 17:02:13 -0000 --VbJkn9YxBvnuCH5J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 17, 2006 at 05:17:34PM +0200, Tom Hummel wrote: > > Where did bash come from? It's not part of FreeBSD; I guess you > > somehow replaced /bin/sh with bash. >=20 > gosh, no. > Bash should be located in /usr/local/bin/ and I invoke it at login for > root in chase of an interactive session through ~/.cshrc. I didn't want > to change root's login shell into something not part of fbsd-base. Why was zsh also running on that tty? Kris --VbJkn9YxBvnuCH5J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE5KETWry0BWjoQKURAgyDAKCVW1RMqs82Hq6C2HU+4qWSVT7xDgCgkK1Y aIdJm7dxQR7vypu+1FGV80Y= =YP8B -----END PGP SIGNATURE----- --VbJkn9YxBvnuCH5J-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 17:11:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B427C16A4EC for ; Thu, 17 Aug 2006 17:11:45 +0000 (UTC) (envelope-from b.j.casavant@ieee.org) Received: from yeppers.tdkt.org (skyline.tdkt.org [209.98.211.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B76943E19 for ; Thu, 17 Aug 2006 17:11:20 +0000 (GMT) (envelope-from b.j.casavant@ieee.org) Received: from pkunk.americas.sgi.com (cfcafwp.sgi.com [192.48.179.6]) (authenticated bits=0) by yeppers.tdkt.org (8.12.11/8.12.11/erikj-OpenBSD) with ESMTP id k7HHBAcf011752; Thu, 17 Aug 2006 12:11:17 -0500 (CDT) Date: Thu, 17 Aug 2006 12:11:03 -0500 (CDT) From: Brent Casavant X-X-Sender: bcasavan@pkunk.americas.sgi.com To: Chuck Swiger In-Reply-To: <5C8C1B11-DE0B-4FE2-9A3D-5472650B9FA8@mac.com> Message-ID: <20060817120221.D20436@pkunk.americas.sgi.com> References: <44E1F796.5070105@rogers.com> <20060815172728.GB88051@dan.emsphone.com> <44E204C0.60806@rogers.com> <44E3FE61.6060800@lefebvre.org> <5C8C1B11-DE0B-4FE2-9A3D-5472650B9FA8@mac.com> Organization: Angeltread Software Organization MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Bill LeFebvre , freebsd-stable@freebsd.org Subject: Re: TOP shows above 100% WCPU usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Brent Casavant List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 17:11:45 -0000 On Thu, 17 Aug 2006, Chuck Swiger wrote: > On Aug 16, 2006, at 10:28 PM, Bill LeFebvre wrote: > > > > You have multiple CPUs, so a threaded process can theoretically reach > > > > 100*ncpus cpu usage. > > > > > > > Ahh, thats makes sense, thanks. > > > > Actually it doesn't. IMO, %CPU should be biased for all available cpu, not > > just a single cpu. In other words, a single-threaded process running on a > > two processor box should never see more than 50% cpu. That's how top > > computes it for SunOS. But for freebsd top only displays whats in the proc > > structure and I don't know off-hand how the kernel records it. > > You've got a good point here. In particular, consider the case where you have > an SMP machine where not all of the CPUs are running at the same clock > rate...100% of one CPU is not the same level of processing as 100% of another. Note that IRIX's top does not bias for availabile CPUs -- I've seen well-threaded programs using in excess of 2400% CPU. What it comes down to is that depending on the nature of the information you're trying to glean from WCPU, you may want either view of the data. Some versions of top on Linux allow you to switch between IRIX and Solaris views. From the help screen for top from procps 3.2.6 on Linux: 1,I Toggle SMP view: '1' single/separate states; 'I' Irix/Solaris mode There's really not a clear cut right and wrong here, particularly if your version of top is able to display per-thread instead of per-process data. Sometimes you want to break out individual threads and see their level of CPU utilization (the IRIX view is most useful), sometimes you want to get a handle on which processes are loading down a machine (the Solaris view is most useful). Brent Casavant -- Brent Casavant Dance like everybody should be watching. www.angeltread.org KD5EMB, EN34lv From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 17:27:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61BF716A4DA for ; Thu, 17 Aug 2006 17:27:48 +0000 (UTC) (envelope-from xiongfeng.tom@googlemail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id A43DF43D6A for ; Thu, 17 Aug 2006 17:27:47 +0000 (GMT) (envelope-from xiongfeng.tom@googlemail.com) Received: by ug-out-1314.google.com with SMTP id m2so651723uge for ; Thu, 17 Aug 2006 10:27:47 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com; h=received:message-id:date:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:from; b=JX1FNqsQJXUlknGuE0nmkCx3Jj2lT3OMmehRrkUIlJpcZ6/n1pnUNApCL2Dm0+tT44w/XNe+CaaDtuKpUF9eLev75F3WIDobNDSunhKwZiNw44cPwWdj+uwIQryP+kfMoBk4Gei8EZvqhaA6L+fOVY3+1T2Lay/fbRkM3u4YlpU= Received: by 10.66.240.12 with SMTP id n12mr1311569ugh; Thu, 17 Aug 2006 10:27:47 -0700 (PDT) Received: from ?192.168.0.102? ( [84.139.170.105]) by mx.gmail.com with ESMTP id y1sm2493637uge.2006.08.17.10.27.44; Thu, 17 Aug 2006 10:27:46 -0700 (PDT) Message-ID: <44E4A70C.2080105@gmail.com> Date: Thu, 17 Aug 2006 19:27:40 +0200 User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Kris Kennaway References: <44E44316.3060900@gmail.com> <20060817133259.GA22730@xor.obsecurity.org> <44E477E5.5090003@gmail.com> <20060817150656.GA25235@xor.obsecurity.org> <44E4888E.8070100@gmail.com> <20060817170211.GA28242@xor.obsecurity.org> In-Reply-To: <20060817170211.GA28242@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit From: Tom Hummel Cc: freebsd-stable@freebsd.org Subject: Re: make buildworld does nothing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2006 17:27:48 -0000 > Why was zsh also running on that tty? invoked in manually, makes no difference, outcome is the same. From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 17:32:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4FA716A4DF for ; Thu, 17 Aug 2006 17:32: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 870E943D6E for ; Thu, 17 Aug 2006 17:32:01 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 6D1D01A4D82; Thu, 17 Aug 2006 10:32:01 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AF45F53A78; Thu, 17 Aug 2006 13:32:00 -0400 (EDT) Date: Thu, 17 Aug 2006 13:32:00 -0400 From: Kris Kennaway To: Tom Hummel Message-ID: <20060817173200.GA29060@xor.obsecurity.org> References: <44E44316.3060900@gmail.com> <20060817133259.GA22730@xor.obsecurity.org> <44E477E5.5090003@gmail.com> <20060817150656.GA25235@xor.obsecurity.org> <44E4888E.8070100@gmail.com> <20060817170211.GA28242@xor.obsecurity.org> <44E4A70C.2080105@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline In-Reply-To: <44E4A70C.2080105@gmail.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: make buildworld does nothing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2006 17:32:01 -0000 --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 17, 2006 at 07:27:40PM +0200, Tom Hummel wrote: > > Why was zsh also running on that tty? >=20 > invoked in manually, makes no difference, outcome is the same. bash is still the problem somehow, as you can see since it's the process sitting waiting for input. Kris --9amGYk9869ThD9tj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE5KgQWry0BWjoQKURAoceAJ45QCPgz/kz97Oy1WaXO+WGcOoGOQCgk+WM 8eDOJ3xp0h/0F2UD4Ly0BhE= =b3My -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 18:12:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3298816A4E0 for ; Thu, 17 Aug 2006 18:12:33 +0000 (UTC) (envelope-from xiongfeng.tom@googlemail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7712343E48 for ; Thu, 17 Aug 2006 18:11:06 +0000 (GMT) (envelope-from xiongfeng.tom@googlemail.com) Received: by nf-out-0910.google.com with SMTP id n29so1172766nfc for ; Thu, 17 Aug 2006 11:10:56 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com; h=received:message-id:date:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:from; b=cAyPWTILjc9Tee2YNCU2JOphtAFfh7WGO0xteIUx4EE9734ppI4afTxOBlxTP08pd8ZqfOcJ7PTWU0LjT/Im3lF9ANFPYZNBa1lkDcQ5dMrl0n7amzeE9bupdVFnqe5+7i/fTMp74TekQHIXGRSfv/y2Wir1IrUvcMp61yTAmjI= Received: by 10.48.254.1 with SMTP id b1mr2774908nfi; Thu, 17 Aug 2006 11:10:56 -0700 (PDT) Received: from ?192.168.0.102? ( [84.139.170.105]) by mx.gmail.com with ESMTP id c1sm6082183nfe.2006.08.17.11.10.54; Thu, 17 Aug 2006 11:10:56 -0700 (PDT) Message-ID: <44E4B129.6060308@gmail.com> Date: Thu, 17 Aug 2006 20:10:49 +0200 User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Kris Kennaway References: <44E44316.3060900@gmail.com> <20060817133259.GA22730@xor.obsecurity.org> <44E477E5.5090003@gmail.com> <20060817150656.GA25235@xor.obsecurity.org> <44E4888E.8070100@gmail.com> <20060817170211.GA28242@xor.obsecurity.org> <44E4A70C.2080105@gmail.com> <20060817173200.GA29060@xor.obsecurity.org> In-Reply-To: <20060817173200.GA29060@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit From: Tom Hummel Cc: freebsd-stable@freebsd.org Subject: Re: make buildworld does nothing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2006 18:12:33 -0000 > bash is still the problem somehow, as you can see since it's the > process sitting waiting for input. shouldn't 'make buildenv' solve this? From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 18:25:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C79C416A5F9 for ; Thu, 17 Aug 2006 18:25:32 +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 4F70643F5F for ; Thu, 17 Aug 2006 18:24:27 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7HIO7xP059754; Thu, 17 Aug 2006 14:24:13 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Peter van Heusden Date: Thu, 17 Aug 2006 13:24:48 -0400 User-Agent: KMail/1.9.1 References: <44DED670.9050601@wfeet.za.net> <200608141430.38015.jhb@freebsd.org> <44E426E5.2000703@wfeet.za.net> In-Reply-To: <44E426E5.2000703@wfeet.za.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608171324.48815.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]); Thu, 17 Aug 2006 14:24:13 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1677/Thu Aug 17 09:56:09 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-stable@freebsd.org Subject: Re: Unexplained kernel panic on 5-STABLE (now in 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: Thu, 17 Aug 2006 18:25:32 -0000 On Thursday 17 August 2006 04:20, Peter van Heusden wrote: > Thanks for the advice John. I upgraded to 6-STABLE and just got a kernel > panic again. Before I list the dump, I'd like to mention two messages I > see in my syslog. Firstly, often I get something like this: > > kernel: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 151698, > size: 28672 > > (though the last message like this was at 9:18 this morning and the > kernel paniced at about 10:04) > > and secondly, during boot, I get messages like this: > > kernel: acpi: bad read from port 0xcfc (32) > kernel: acpi: bad write to port 0xcf8 (32), val 0x80002084 > > Anyway, on with the kgdb output: > > leftside# kgdb kernel.debug /var/crash/vmcore.27 > [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 > fault virtual address = 0x1b > fault code = supervisor write, page not present > instruction pointer = 0x20:0xc08a98ca > stack pointer = 0x28:0xcbdd4cc4 > frame pointer = 0x28:0xcbdd4ce0 > 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 = 34 (pagedaemon) > trap number = 12 > panic: page fault > Uptime: 19h6m20s > Dumping 251 MB (2 chunks) > chunk 0: 1MB (160 pages) ... ok > chunk 1: 251MB (64252 pages) 236 220 204 188 172 156 140 124 108 92 76 > 60 44 28 12 > > #0 doadump () at pcpu.h:165 > 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) list *0xc08a98ca > 0xc08a98ca is in pmap_ts_referenced (atomic.h:149). > 144 static __inline int > 145 atomic_cmpset_int(volatile u_int *dst, u_int exp, u_int src) > 146 { > 147 int res = exp; > 148 > 149 __asm __volatile ( > 150 " " __XSTRING(MPLOCKED) " " > 151 " cmpxchgl %2,%1 ; " > 152 " setz %%al ; " > 153 " movzbl %%al,%0 ; " > (kgdb) backtrace > #0 doadump () at pcpu.h:165 > #1 0xc069cee6 in boot (howto=260) at > /usr/freebsd6/src/sys/kern/kern_shutdown.c:409 > #2 0xc069d17c in panic (fmt=0xc0903b6f "%s") at > /usr/freebsd6/src/sys/kern/kern_shutdown.c:565 > #3 0xc08ac6d4 in trap_fatal (frame=0xcbdd4c84, eva=27) at > /usr/freebsd6/src/sys/i386/i386/trap.c:836 > #4 0xc08ac43b in trap_pfault (frame=0xcbdd4c84, usermode=0, eva=27) at > /usr/freebsd6/src/sys/i386/i386/trap.c:744 > #5 0xc08ac079 in trap (frame= > {tf_fs = -874708984, tf_es = -1064697816, tf_ds = -1063452632, > tf_edi = -1054911176, tf_esi = 4, tf_ebp = -874689312, tf_isp = > -874689360, tf_ebx = -1050447872, tf_edx = -1, tf_ecx = -1038927232, > tf_eax = 4, tf_trapno = 12, tf_err = 2, tf_eip = -1064658742, tf_cs = > 32, tf_eflags = 66050, tf_esp = -874689320, tf_ss = 0}) at > /usr/freebsd6/src/sys/i386/i386/trap.c:434 > #6 0xc089a7fa in calltrap () at > /usr/freebsd6/src/sys/i386/i386/exception.s:139 > #7 0xc08a98ca in pmap_ts_referenced (m=0xc11f5538) at atomic.h:149 I think for this one you will want to ask alc@ if he has any ideas. > #8 0xc0815e59 in vm_pageout_page_stats () at > /usr/freebsd6/src/sys/vm/vm_pageout.c:1401 > #9 0xc0816192 in vm_pageout () at > /usr/freebsd6/src/sys/vm/vm_pageout.c:1546 > #10 0xc0687434 in fork_exit (callout=0xc0815ef8 , arg=0x0, > frame=0xcbdd4d38) at /usr/freebsd6/src/sys/kern/kern_fork.c:805 > #11 0xc089a85c in fork_trampoline () at > /usr/freebsd6/src/sys/i386/i386/exception.s:208 > > Thanks for all the help, > Peter > > John Baldwin wrote: > > On Monday 14 August 2006 14:16, Peter van Heusden wrote: > > > >> Thanks. That gives the following output: > >> > >> #9 0xc0801295 in trap_pfault (frame=0xd1231b68, usermode=0x0, eva=0x3) > >> at /usr/src/sys/i386/i386/trap.c:714 > >> #10 0xc0800fa5 in trap (frame= > >> {tf_fs = 0xc1e20018, tf_es = 0x10, tf_ds = 0x10, tf_edi = 0x0, > >> tf_esi = 0xc1045420, tf_ebp = 0xd1231bb8, tf_isp = 0xd1231b94, tf_ebx = > >> 0xc1045458, tf_edx = 0xffffffff, tf_ecx = 0xc28cf000, tf_eax = > >> 0xc1045434, tf_trapno = 0xc, tf_err = 0x2, tf_eip = 0xc07b6bbe, tf_cs = > >> 0x8, tf_eflags = 0x10286, tf_esp = 0xc102dd08, tf_ss = 0xc1edf570}) > >> at /usr/src/sys/i386/i386/trap.c:427 > >> #11 0xc07f0eea in calltrap () at /usr/src/sys/i386/i386/exception.s:140 > >> ... > >> #25 0xc07b6bbe in uma_zalloc_arg (zone=0xc1045420, udata=0x0, flags=0x1) > >> at /usr/src/sys/vm/uma_core.c:1895 > >> #26 0xc07fc97f in get_pv_entry () at uma.h:276 > >> > > > > So it got a nested page fault inside the VM, basically. > > > > > >> Does this help? It seems that fork() was called, and then something went > >> wrong from there. One common feature of these panics seems to be that > >> they happen when my server (an aging P3 700Mhz with 256 MB of RAM that > >> is put to use for all sorts of network services) is under quite heavy load. > >> > > > > To be honest, I'd update it to 6.1 or even 6-stable as this is likely already > > fixed in 6.x. > > > > > > -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 19:00:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35F0A16A4DD for ; Thu, 17 Aug 2006 19:00:51 +0000 (UTC) (envelope-from stevep-hv@zpfe.com) Received: from mail.zpfe.com (mail.zpfe.com [208.42.168.33]) by mx1.FreeBSD.org (Postfix) with SMTP id B489643D49 for ; Thu, 17 Aug 2006 19:00:50 +0000 (GMT) (envelope-from stevep-hv@zpfe.com) Received: (qmail 97560 invoked from network); 17 Aug 2006 19:00:47 -0000 Received: from unknown (HELO revere.zpfe.com) (208.42.168.33) by mail.zpfe.com with SMTP; 17 Aug 2006 19:00:47 -0000 Message-Id: <6.2.3.4.0.20060817113801.0309ca10@localhost> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Thu, 17 Aug 2006 14:00:50 -0500 To: freebsd-stable@freebsd.org From: Steve Peterson Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII"; format=flowed Subject: gvinum / FreeBSD 6.1 / stale subdisks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2006 19:00:51 -0000 Greetings all -- I'm running FreeBSD 6.1-RELEASE on i386 with a stock kernel, and am trying to build a 4 disk RAID5 array using vinum. The issue is that, once the system is rebooted after initially creating the array, the subdisks come up as stale. I first started by creating a 4 subdisk array on the 4 devices, with each subdisk sized at 200GB. This configuration I used to test performance and verify the disk subsystem. I used UFS2 with 64K blocks and 8K fragments. I then deleted the volume, plex, and subdisks in order to do some performance testing on one of the drives using an fdisk-style partition with a UFS2 filesystem. This filesystem was created using the same block/fragment settings. I ran bonnie++ on this filesystem and did some bulk copies to check on performance. I then returned to gvinum to recreate my RAID5 array. The configuration file I used was similar to, but not exactly the same as the original configuration file as I wanted to try a different stripe size. The filesystem was created with the same configuration as listed above. After running gvinum create gvinum.config, formatting the filesystem, and mounting it, I am able to successfully use the filesystem to read and write data. However, after rebooting, the subdisks all show as being stale, as shown below: gvinum -> list 4 drives: D drive03 State: up /dev/ad4 A: 38474/238475 MB (16%) D drive02 State: up /dev/ad6 A: 38474/238475 MB (16%) D drive04 State: up /dev/ad8 A: 38474/238475 MB (16%) D drive01 State: up /dev/ad10 A: 38474/238475 MB (16%) 1 volume: V vol1 State: down Plexes: 1 Size: 585 GB 1 plex: P vol1.p0 R5 State: down Subdisks: 4 Size: 585 GB 4 subdisks: S vol1.p0.s0 State: stale D: drive01 Size: 195 GB S vol1.p0.s1 State: stale D: drive02 Size: 195 GB S vol1.p0.s2 State: stale D: drive03 Size: 195 GB S vol1.p0.s3 State: stale D: drive04 Size: 195 GB gvinum -> quit There is not a /var/log/vinum_history file. grep vinum /var/log/messages yielded the one line below: Aug 16 23:36:08 archive kernel: g_vfs_done():gvinum/vol1[READ(offset=65536, length=8192)]error = 6 Thanks in advance for any suggestions you might have. Steve From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 19:16:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1236916A4DA for ; Thu, 17 Aug 2006 19:16:30 +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 120A243D5E for ; Thu, 17 Aug 2006 19:16:21 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 8FB461A4DA3; Thu, 17 Aug 2006 12:16:21 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E2B1E524A9; Thu, 17 Aug 2006 15:16:20 -0400 (EDT) Date: Thu, 17 Aug 2006 15:16:20 -0400 From: Kris Kennaway To: Tom Hummel Message-ID: <20060817191620.GA33267@xor.obsecurity.org> References: <44E44316.3060900@gmail.com> <20060817133259.GA22730@xor.obsecurity.org> <44E477E5.5090003@gmail.com> <20060817150656.GA25235@xor.obsecurity.org> <44E4888E.8070100@gmail.com> <20060817170211.GA28242@xor.obsecurity.org> <44E4A70C.2080105@gmail.com> <20060817173200.GA29060@xor.obsecurity.org> <44E4B129.6060308@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RnlQjJ0d97Da+TV1" Content-Disposition: inline In-Reply-To: <44E4B129.6060308@gmail.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: make buildworld does nothing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2006 19:16:30 -0000 --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 17, 2006 at 08:10:49PM +0200, Tom Hummel wrote: > > bash is still the problem somehow, as you can see since it's the > > process sitting waiting for input. >=20 > shouldn't 'make buildenv' solve this? I don't know if "fixing your broken shell" is within its list of powers :-) Kris --RnlQjJ0d97Da+TV1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE5MCEWry0BWjoQKURAsjWAKDe5iUhv60zk7FuMkuzF4e6tPhS+gCeIQiZ ru6T6vF2gBEP0SHWRpQNe+U= =cRJS -----END PGP SIGNATURE----- --RnlQjJ0d97Da+TV1-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 19:18:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B35FF16A4DE; Thu, 17 Aug 2006 19:18: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 9DB7B43D67; Thu, 17 Aug 2006 19:18:22 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 6CA701A4DA3; Thu, 17 Aug 2006 12:18:22 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3700E524A9; Thu, 17 Aug 2006 15:18:21 -0400 (EDT) Date: Thu, 17 Aug 2006 15:18:21 -0400 From: Kris Kennaway To: John Baldwin Message-ID: <20060817191821.GB33267@xor.obsecurity.org> References: <44DED670.9050601@wfeet.za.net> <200608141430.38015.jhb@freebsd.org> <44E426E5.2000703@wfeet.za.net> <200608171324.48815.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mojUlQ0s9EVzWg2t" Content-Disposition: inline In-Reply-To: <200608171324.48815.jhb@freebsd.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, Peter van Heusden Subject: Re: Unexplained kernel panic on 5-STABLE (now in 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: Thu, 17 Aug 2006 19:18:35 -0000 --mojUlQ0s9EVzWg2t Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 17, 2006 at 01:24:48PM -0400, John Baldwin wrote: > On Thursday 17 August 2006 04:20, Peter van Heusden wrote: > > Thanks for the advice John. I upgraded to 6-STABLE and just got a kernel > > panic again. Before I list the dump, I'd like to mention two messages I > > see in my syslog. Firstly, often I get something like this: > >=20 > > kernel: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 151698, > > size: 28672 This can indicate that your swap disk is failing (or you are using a nonstandard swap setup like swapping to a file); it means that the kernel timed out trying to read/write from swap. If your disk is failing this can have secondary effects (like panics) from the failed operation, since data was lost. Kris --mojUlQ0s9EVzWg2t Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE5MD8Wry0BWjoQKURAnibAKCffVos5+iDSjoUpFL13ImvC8XhlQCdFOkt hdDaHrYA57G6A1NNHbyTGYw= =RqAO -----END PGP SIGNATURE----- --mojUlQ0s9EVzWg2t-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 19:26:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1739E16A4DE for ; Thu, 17 Aug 2006 19:26:06 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C00643D8A for ; Thu, 17 Aug 2006 19:26:02 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.6/8.13.6) id k7HJQ1bx064833; Thu, 17 Aug 2006 14:26:01 -0500 (CDT) (envelope-from dan) Date: Thu, 17 Aug 2006 14:26:01 -0500 From: Dan Nelson To: Brent Casavant Message-ID: <20060817192601.GB30450@dan.emsphone.com> References: <44E1F796.5070105@rogers.com> <20060815172728.GB88051@dan.emsphone.com> <44E204C0.60806@rogers.com> <44E3FE61.6060800@lefebvre.org> <5C8C1B11-DE0B-4FE2-9A3D-5472650B9FA8@mac.com> <20060817120221.D20436@pkunk.americas.sgi.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060817120221.D20436@pkunk.americas.sgi.com> X-OS: FreeBSD 6.1-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.12-2006-07-14 Cc: Bill LeFebvre , freebsd-stable@freebsd.org Subject: Re: TOP shows above 100% WCPU usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 19:26:06 -0000 In the last episode (Aug 17), Brent Casavant said: > Note that IRIX's top does not bias for availabile CPUs -- I've seen > well-threaded programs using in excess of 2400% CPU. > > What it comes down to is that depending on the nature of the > information you're trying to glean from WCPU, you may want either > view of the data. Some versions of top on Linux allow you to switch > between IRIX and Solaris views. From the help screen for top from > procps 3.2.6 on Linux: > > 1,I Toggle SMP view: '1' single/separate states; 'I' Irix/Solaris mode > > There's really not a clear cut right and wrong here, particularly if > your version of top is able to display per-thread instead of > per-process data. Sometimes you want to break out individual threads > and see their level of CPU utilization (the IRIX view is most > useful), sometimes you want to get a handle on which processes are > loading down a machine (the Solaris view is most useful). Is this similar to FreeBSD top's 'H' option? -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 19:35:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 895B616A4DD for ; Thu, 17 Aug 2006 19:35:27 +0000 (UTC) (envelope-from b.j.casavant@ieee.org) Received: from yeppers.tdkt.org (skyline.tdkt.org [209.98.211.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id B022A43D5A for ; Thu, 17 Aug 2006 19:35:26 +0000 (GMT) (envelope-from b.j.casavant@ieee.org) Received: from pkunk.americas.sgi.com (cfcafwp.sgi.com [192.48.179.6]) (authenticated bits=0) by yeppers.tdkt.org (8.12.11/8.12.11/erikj-OpenBSD) with ESMTP id k7HJZLdQ020842; Thu, 17 Aug 2006 14:35:22 -0500 (CDT) Date: Thu, 17 Aug 2006 14:35:15 -0500 (CDT) From: Brent Casavant X-X-Sender: bcasavan@pkunk.americas.sgi.com To: Dan Nelson In-Reply-To: <20060817192601.GB30450@dan.emsphone.com> Message-ID: <20060817142858.F20436@pkunk.americas.sgi.com> References: <44E1F796.5070105@rogers.com> <20060815172728.GB88051@dan.emsphone.com> <44E204C0.60806@rogers.com> <44E3FE61.6060800@lefebvre.org> <5C8C1B11-DE0B-4FE2-9A3D-5472650B9FA8@mac.com> <20060817120221.D20436@pkunk.americas.sgi.com> <20060817192601.GB30450@dan.emsphone.com> Organization: Angeltread Software Organization MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Bill LeFebvre , freebsd-stable@freebsd.org Subject: Re: TOP shows above 100% WCPU usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Brent Casavant List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 19:35:27 -0000 On Thu, 17 Aug 2006, Dan Nelson wrote: > In the last episode (Aug 17), Brent Casavant said: > > Note that IRIX's top does not bias for availabile CPUs -- I've seen > > well-threaded programs using in excess of 2400% CPU. > > > > What it comes down to is that depending on the nature of the > > information you're trying to glean from WCPU, you may want either > > view of the data. Some versions of top on Linux allow you to switch > > between IRIX and Solaris views. From the help screen for top from > > procps 3.2.6 on Linux: > > > > 1,I Toggle SMP view: '1' single/separate states; 'I' Irix/Solaris mode > > > > There's really not a clear cut right and wrong here, particularly if > > your version of top is able to display per-thread instead of > > per-process data. Sometimes you want to break out individual threads > > and see their level of CPU utilization (the IRIX view is most > > useful), sometimes you want to get a handle on which processes are > > loading down a machine (the Solaris view is most useful). > > Is this similar to FreeBSD top's 'H' option? Partially. The FreeBSD 'H' option appears to be the same as Linux procps top's '1' option and IRIX's 'T' option. That is, it displays individual threads. The original issue was as to whether a process/thread's CPU time should be scaled by the total number of CPUs. In the Solaris view this is done, so in theory if you add up the CPU times you should get a total of 100%. In the IRIX view this is not done, so if you add up the CPU times you should get (# of processors) * 100%. My main point was that both views are useful under different circumstances. A sysadmin may be trying to track down an application that's hogging the system, in which case the Solaris view is more useful. A developer might be trying to determine how well their application is utiizing available CPU time, in which case the IRIX view is more useful. Either way you can get the same information, it's just more amenable to a particular objective each way. Brent -- Brent Casavant Dance like everybody should be watching. www.angeltread.org KD5EMB, EN34lv From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 19:57:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4464816A51F for ; Thu, 17 Aug 2006 19:57:20 +0000 (UTC) (envelope-from pvh@wfeet.za.net) Received: from ctb-mesg2.saix.net (ctb-mesg2.saix.net [196.25.240.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 928C343D78 for ; Thu, 17 Aug 2006 19:57:19 +0000 (GMT) (envelope-from pvh@wfeet.za.net) Received: from leftside.wfeet.za.net (dsl-146-130-173.telkomadsl.co.za [165.146.130.173]) by ctb-mesg2.saix.net (Postfix) with ESMTP id C87D62070; Thu, 17 Aug 2006 21:57:04 +0200 (SAST) Received: from [192.168.0.1] by leftside.wfeet.za.net with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1GDnzF-000ObG-Ng; Thu, 17 Aug 2006 21:57:05 +0200 Message-ID: <44E4CA0E.6090003@wfeet.za.net> Date: Thu, 17 Aug 2006 21:57:02 +0200 From: Peter van Heusden User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Kris Kennaway , freebsd-stable@freebsd.org References: <44DED670.9050601@wfeet.za.net> <200608141430.38015.jhb@freebsd.org> <44E426E5.2000703@wfeet.za.net> <200608171324.48815.jhb@freebsd.org> <20060817191821.GB33267@xor.obsecurity.org> In-Reply-To: <20060817191821.GB33267@xor.obsecurity.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 192.168.0.1 X-SA-Exim-Mail-From: pvh@wfeet.za.net X-SA-Exim-Scanned: No (on leftside.wfeet.za.net); SAEximRunCond expanded to false Cc: Subject: Re: Unexplained kernel panic on 5-STABLE (now in 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: Thu, 17 Aug 2006 19:57:20 -0000 Thanks, Kris. I guess its time for me to go shopping for some new hardware. Peter Kris Kennaway wrote: > On Thu, Aug 17, 2006 at 01:24:48PM -0400, John Baldwin wrote: > >> On Thursday 17 August 2006 04:20, Peter van Heusden wrote: >> >>> Thanks for the advice John. I upgraded to 6-STABLE and just got a kernel >>> panic again. Before I list the dump, I'd like to mention two messages I >>> see in my syslog. Firstly, often I get something like this: >>> >>> kernel: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 151698, >>> size: 28672 >>> > > This can indicate that your swap disk is failing (or you are using a > nonstandard swap setup like swapping to a file); it means that the > kernel timed out trying to read/write from swap. If your disk is > failing this can have secondary effects (like panics) from the failed > operation, since data was lost. > > Kris > From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 20:29:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7515F16A4DD for ; Thu, 17 Aug 2006 20:29:47 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EC7743D55 for ; Thu, 17 Aug 2006 20:29:47 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id VCU34938; Thu, 17 Aug 2006 13:29:38 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 167EB45042; Thu, 17 Aug 2006 13:29:38 -0700 (PDT) To: Kris Kennaway In-reply-to: Your message of "Thu, 17 Aug 2006 13:32:00 EDT." <20060817173200.GA29060@xor.obsecurity.org> Date: Thu, 17 Aug 2006 13:29:38 -0700 From: "Kevin Oberman" Message-Id: <20060817202938.167EB45042@ptavv.es.net> Cc: Tom Hummel , freebsd-stable@freebsd.org Subject: Re: make buildworld does nothing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2006 20:29:47 -0000 > Date: Thu, 17 Aug 2006 13:32:00 -0400 > From: Kris Kennaway > Sender: owner-freebsd-stable@freebsd.org > > > --9amGYk9869ThD9tj > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Thu, Aug 17, 2006 at 07:27:40PM +0200, Tom Hummel wrote: > > > Why was zsh also running on that tty? > >=20 > > invoked in manually, makes no difference, outcome is the same. > > bash is still the problem somehow, as you can see since it's the > process sitting waiting for input. > > Kris I seem to remember a bug fairly recently in bash that caused ti to hang waiting for input, although it's been fixed. I'd strongly urge the use of either tcsh or sh. Get the hard to deal with variables out of there. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Thu Aug 17 21:05:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB5BD16A4DD for ; Thu, 17 Aug 2006 21:05:03 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout08-04.prod.mesa1.secureserver.net (smtpout08-04.prod.mesa1.secureserver.net [64.202.165.12]) by mx1.FreeBSD.org (Postfix) with SMTP id 136D943D45 for ; Thu, 17 Aug 2006 21:05:02 +0000 (GMT) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 18667 invoked from network); 17 Aug 2006 21:05:02 -0000 Received: from unknown (24.144.77.138) by smtpout08-04.prod.mesa1.secureserver.net (64.202.165.12) with ESMTP; 17 Aug 2006 21:05:02 -0000 Message-ID: <44E4D9FD.7050003@seclark.us> Date: Thu, 17 Aug 2006 17:05:01 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Stephen.Clark@seclark.us References: <44E47ED5.2020504@seclark.us> In-Reply-To: <44E47ED5.2020504@seclark.us> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: freebsd 6.1 SIOCGIFMEDIA on rl0 no longer works X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 21:05:03 -0000 Update: We reverted to freevrrpd 0.8.7 which seems to work. Steve Stephen Clark wrote: >Hello list, > >We have been running 4.9 and using freevrrpd 0.9.3, which worked great, >- the latest in the ports tree. We are switching >to 6.1 released and we now get the the following error from freevrrpd: >freevrrpd[6241]: cannot do ioctl, intertface is faulty: Device not >configured > >This is a bogus message since the interface is configured up and running. >What changed in 6.1 to cause this? > >The message comes from the following code in freevrrpd: > >int vrrp_moncircuit_interface_status(int sd, char *if_name) >{ > struct ifmediareq ifmr; > > if (sd < 0) { > syslog(LOG_ERR, "socket descriptor must be != -1"); > return -1; > } > bzero(&ifmr, sizeof(ifmr)); > strncpy(ifmr.ifm_name, if_name, sizeof(ifmr.ifm_name)); > > if (ioctl(sd, SIOCGIFMEDIA, (caddr_t)&ifmr) < 0) { > if (errno == EINVAL) { > syslog(LOG_ERR, "your NIC doesn't support SIOCGIFMEDIA >ioctl: %s", strerror(errno)); > return -3; > } > else > syslog(LOG_ERR, "cannot do ioctl, intertface is faulty: %s", >strerror(errno)); > return -2; > } > > if (ifmr.ifm_status & IFM_AVALID) { > if (ifmr.ifm_status & IFM_ACTIVE) > return 1; > else > return 0; > } > > /* Interface has no carrier cable problem ? */ > return 0; >} > >Any help on this would be greatly appreciated. > >Thanks, >Steve > > > -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 01:49:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A476416A4DA for ; Fri, 18 Aug 2006 01:49:09 +0000 (UTC) (envelope-from amesbury@umn.edu) Received: from mtaout-a.tc.umn.edu (mtaout-a.tc.umn.edu [134.84.119.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 472C943D4C for ; Fri, 18 Aug 2006 01:49:09 +0000 (GMT) (envelope-from amesbury@umn.edu) Received: from [160.94.247.212] (paulaner.oitsec.umn.edu [160.94.247.212]) by mtaout-a.tc.umn.edu with ESMTP for freebsd-stable@freebsd.org; Thu, 17 Aug 2006 20:49:08 -0500 (CDT) X-Umn-Remote-Mta: [N] paulaner.oitsec.umn.edu [160.94.247.212] #+LO+TS+AU+HN Message-ID: <44E51C93.5090000@umn.edu> Date: Thu, 17 Aug 2006 20:49:07 -0500 From: Alan Amesbury User-Agent: Thunderbird 1.5.0.2 (X11/20060503) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/mixed; boundary="------------070103010608090204030604" Subject: FreeBSD boots too fast on Dell PE850 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2006 01:49:09 -0000 This is a multi-part message in MIME format. --------------070103010608090204030604 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit OK, booting *too* quickly is a somewhat unusual problem..... I have FreeBSD 6.1-RELEASE-p3 running on a Dell PowerEdge 850. For some reason, in the PowerEdge 850 Dell chose to replace the perfectly adequate em(4) adapters found on the PE750 with bge(4) hardware. FreeBSD identifies these adapters as BCM5750A1, but Dell says they're actually Broadcom 5721J adapters instead. See http://www.dell.com/downloads/global/products/pedge/en/850_specs.pdf for details. The switch to which the host is connected is a Cisco Catalyst 3750. How this relates to FreeBSD, however..... During the boot process and before /etc/rc.d/netif runs, the networking hardware is *cold*, i.e., no link lights or anything. During boot, when FreeBSD brings the interface up, there is a period where the interface appears to do autonegotiation with the switch to which it's connected, regardless of whether the 'ifconfig_bge0=...' line in rc.conf includes "media" and "mediaopt" options. The console also displays various bge0: link state changed to DOWN bge0: link state changed to UP messages, while the link lights flash on and off in various patterns. Eventually the link stabilizes... but by this point FreeBSD has completed booting and is in multiuser. The result is that any services that rely on network being present during boot (NTP, for example, as well as numerous stuff installed from ports) fail in various ways. As hinted at above, locking the NIC and the associated switch ports to a fixed speed and duplex (thus avoiding the whole autonegotiation mess) does NOT help; FreeBSD still notes link state changes as described above and things break in unpleasant ways. My fix for this has been to apply this patch to /etc/rc.d/netif (also attached in pristine form): ---------- Patch for netif ---------- --- netif.orig Thu Jun 29 17:21:10 2006 +++ netif Thu Aug 17 20:30:10 2006 @@ -71,6 +71,12 @@ # Resync ipfilter /etc/rc.d/ipfilter resync fi + + if [ ! -z "$sleep_postnetif" ]; then + echo -n "Sleeping for $sleep_postnetif seconds . . . " + sleep $sleep_postnetif + echo "Done." + fi } network_stop() -------- End patch for netif -------- Setting $sleep_postnetif to a value of about 7 then causes the boot process to delay long enough that the network connection's stabilized enough to be usable. I chose that RC variable name as I suspected it would have a low incidence of collision in rc.conf in the future, i.e., I'm hoping this patch is safe to include in -STABLE in the event this sort of problem is widespread (and nobody comes up with a more elegant fix). Anyway, since I suspect that I might not be the only one running FreeBSD with Dell and/or Broadcom hardware, I figured it might be worth mentioning this and providing what has been (for me, anyway) a workable patch thus far. I hesitated to open a bug report on this because--well, it doesn't seem like the OS is really at fault here. :-\ Recommendations for improvement are welcome, as well as any suggestions for a less kludgy fix. I *really* dislike the idea of slowing down the boot process. :-( -- Alan Amesbury University of Minnesota --------------070103010608090204030604 Content-Type: text/plain; name="netif_patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="netif_patch" --- netif.orig Thu Jun 29 17:21:10 2006 +++ netif Thu Aug 17 20:30:10 2006 @@ -71,6 +71,12 @@ # Resync ipfilter /etc/rc.d/ipfilter resync fi + + if [ ! -z "$sleep_postnetif" ]; then + echo -n "Sleeping for $sleep_postnetif seconds . . . " + sleep $sleep_postnetif + echo "Done." + fi } network_stop() --------------070103010608090204030604-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 02:16:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1547C16A4DA for ; Fri, 18 Aug 2006 02:16:45 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB77F43D58 for ; Fri, 18 Aug 2006 02:16:44 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.6/8.13.6) id k7I2GhF2016008; Thu, 17 Aug 2006 21:16:43 -0500 (CDT) (envelope-from dan) Date: Thu, 17 Aug 2006 21:16:43 -0500 From: Dan Nelson To: Alan Amesbury Message-ID: <20060818021643.GA74158@dan.emsphone.com> References: <44E51C93.5090000@umn.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44E51C93.5090000@umn.edu> X-OS: FreeBSD 6.1-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.12-2006-07-14 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD boots too fast on Dell PE850 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2006 02:16:45 -0000 In the last episode (Aug 17), Alan Amesbury said: > OK, booting *too* quickly is a somewhat unusual problem..... I have > FreeBSD 6.1-RELEASE-p3 running on a Dell PowerEdge 850. For some > reason, in the PowerEdge 850 Dell chose to replace the perfectly > adequate em(4) adapters found on the PE750 with bge(4) hardware. > FreeBSD identifies these adapters as BCM5750A1, but Dell says they're > actually Broadcom 5721J adapters instead. See > > http://www.dell.com/downloads/global/products/pedge/en/850_specs.pdf > > for details. The switch to which the host is connected is a Cisco > Catalyst 3750. How this relates to FreeBSD, however..... Have you enabled portfast on the Cisco? http://www.cisco.com/warp/public/473/12.html#c2k Another thing to check is whether you have alias IPs. I believe the bge driver has to reset the card every time you add or remove an IP. I know the ti driver (whose chipset the broadcom chips are based on) had that problem. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 04:56:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E004016A4DA for ; Fri, 18 Aug 2006 04:56:05 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id F238F43D5E for ; Fri, 18 Aug 2006 04:56:04 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by py-out-1112.google.com with SMTP id c59so1140682pyc for ; Thu, 17 Aug 2006 21:56:04 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=kKL9KOXU6kkyZinWw21yW6etl7WEHJQRFLYC1H8a5t+fW87i0D5yvMIrjX+Y5iyFKtzEEhgClFkgKpM/eZZ/vVfmfYqGiSg2F3fdnBl1e5kfXbMaYt1+BJD4dzasZ6Vhs5OBwIUqhbmvDe1Uj9fE/x+Bwx4L351hvOP8Mc/awLs= Received: by 10.35.105.18 with SMTP id h18mr4973296pym; Thu, 17 Aug 2006 21:56:04 -0700 (PDT) Received: by 10.35.29.20 with HTTP; Thu, 17 Aug 2006 21:56:04 -0700 (PDT) Message-ID: <3aaaa3a0608172156p13ff3effv377f0586a05d2cd8@mail.gmail.com> Date: Fri, 18 Aug 2006 05:56:04 +0100 From: Chris To: "FreeBSD Stable" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: nfs/geli stability problems and file corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Aug 2006 04:56:06 -0000 Hi on 3 different servers we had the same pronlem as below. 2 servers 6.1-STABLE and one 6.1-RELEASE security branch. 2 of the servers before hand were running without nfs and geli for months stable, the 3rd was brand new. We enabled geli encryption on loopback partitions and real partitions to encrypt our data, we then mounted some nfs mounts fro debian servers. Things would run well for anything from a few days to a few weeks. Then the server stops responding. We reboot the server and it fails to boot with an error /etc/fstab unable to mount filesystem. The local tech was unable to proceed from there so the boxes were formatted and data lost. On one of the servers before it died I did notice nfs stale errors. What has got me curious is (a) whats causing the crashes or network hang since the boxes may well have still been responding locally and (b) what was causing the filesystems not mounting upon reboot. The hardware is not the cause I am talking about 3 different servers 2 of which were running fine for months nad have ran fine since debian has been put on. The first 2 servers arent mine and the owners had enough of the problems, the 3rd server been mine I want to find a solution to run it on freebsd, I have to pay for reformats so ideally dont want to do trial and error and having to pay for a reinstall every time. I did some googling and it appears nfs on freebsd has its problems, I have seen PRs sent for nfs not answered and some documents regarding freebsd nfs having problems with other OS's nfs. The crashes arent so bad the killer is the unable to mount on the following reboot, could geli be causing this since this is relatvely new, whilst gdbe is more established. Can gdbe be used on loopback filesystems? Thanks Chris From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 07:08:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9960F16A4DA for ; Fri, 18 Aug 2006 07:08:24 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id D73EA43D46 for ; Fri, 18 Aug 2006 07:08:23 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from atlantis.dp.ua (localhost [127.0.0.1]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k7I78Du4050604; Fri, 18 Aug 2006 10:08:15 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Received: from localhost (dmitry@localhost) by atlantis.dp.ua (8.13.1/8.13.1/Submit) with ESMTP id k7I78D3N050596; Fri, 18 Aug 2006 10:08:13 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Fri, 18 Aug 2006 10:08:13 +0300 (EEST) From: Dmitry Pryanishnikov To: Steve Peterson In-Reply-To: <6.2.3.4.0.20060817113801.0309ca10@localhost> Message-ID: <20060818095225.X32882@atlantis.atlantis.dp.ua> References: <6.2.3.4.0.20060817113801.0309ca10@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: gvinum / FreeBSD 6.1 / stale subdisks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2006 07:08:24 -0000 Hello! On Thu, 17 Aug 2006, Steve Peterson wrote: > I'm running FreeBSD 6.1-RELEASE on i386 with a stock kernel, and am trying to > build a 4 disk RAID5 array using vinum. The issue is that, once the system > is rebooted after initially creating the array, the subdisks come up as > stale. > > 1 volume: > V vol1 State: down Plexes: 1 Size: 585 GB > > 1 plex: > P vol1.p0 R5 State: down Subdisks: 4 Size: 585 GB > > 4 subdisks: > S vol1.p0.s0 State: stale D: drive01 Size: 195 GB > S vol1.p0.s1 State: stale D: drive02 Size: 195 GB > S vol1.p0.s2 State: stale D: drive03 Size: 195 GB > S vol1.p0.s3 State: stale D: drive04 Size: 195 GB > gvinum -> quit Try to issue 'start' command against your volume: gvinum start vol1 It seems that gvinum requires this action for newly-created volumes (luckily only once). If so, this fact should be stressed in both gvinum(8) and the Handbook. Also, the Handbook says that it covers the knowlege about 5.5 and 6.1 versions, so remnants of non-GEOM vinum(4) (which is defunct and unavailable at least in 6.x) should be removed for the sake of clarity. I'm not sure whether BUGS section in gvinum(8) should refer to the missing functionality of defunct vinum(4). Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 07:30:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CC5416A4DF for ; Fri, 18 Aug 2006 07:30:27 +0000 (UTC) (envelope-from johan@stromnet.org) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE91E43D45 for ; Fri, 18 Aug 2006 07:30:25 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from elfi.stromnet.org (213.67.205.103) by pne-smtpout1-sn2.hy.skanova.net (7.2.075) id 44A2E86F00A4AEA2 for freebsd-stable@freebsd.org; Fri, 18 Aug 2006 09:30:24 +0200 Received: from localhost (localhost [127.0.0.1]) by elfi.stromnet.org (Postfix) with ESMTP id 4137361D83 for ; Fri, 18 Aug 2006 09:30:24 +0200 (CEST) X-Virus-Scanned: amavisd-new at stromnet.org Received: from elfi.stromnet.org ([127.0.0.1]) by localhost (elfi.stromnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YeUjuVb-MCVj for ; Fri, 18 Aug 2006 09:30:23 +0200 (CEST) Received: from [IPv6:2001:16d8:ff20:2:217:f2ff:fe41:3f1b] (unknown [IPv6:2001:16d8:ff20:2:217:f2ff:fe41:3f1b]) by elfi.stromnet.org (Postfix) with ESMTP id 3972461D81 for ; Fri, 18 Aug 2006 09:30:23 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: <9AF3223C-0B0A-4CFE-8001-C0854C2AE55D@stromnet.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Fri, 18 Aug 2006 09:29:59 +0200 X-Mailer: Apple Mail (2.752.2) Subject: Q about gmirror's "metadata sector" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2006 07:30:27 -0000 Hi If i've understood correctly gmirror uses the last sector on the provider for a metadata. If one uses http://www.onlamp.com/pub/a/bsd/2005/11/10/ FreeBSD_Basics.html to setup a gmirror'ed system, that is haveing a fully used disk where the last sector is used (right?) and converting it to a gmirror, this will overwrite whatever is on the last sector, right? This will probably not be overwritten on a non-full fs, but if the fs gets full later, is there any risk that this sector get's overwritten? Does one have to shrink the fs/slice manually or something to make sure this does not happend? I haven't seen anyone mention this anywhere so im just curious to how it works Thanks Johan From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 08:31:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20F4816A4DD for ; Fri, 18 Aug 2006 08:31:19 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail01.syd.optusnet.com.au (mail01.syd.optusnet.com.au [211.29.132.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56C7643D58 for ; Fri, 18 Aug 2006 08:31:18 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail01.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k7I8VFeh000404 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 18 Aug 2006 18:31:16 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k7I8VFhE000859; Fri, 18 Aug 2006 18:31:15 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k7I8VFA2000858; Fri, 18 Aug 2006 18:31:15 +1000 (EST) (envelope-from peter) Date: Fri, 18 Aug 2006 18:31:15 +1000 From: Peter Jeremy To: Bill LeFebvre Message-ID: <20060818083115.GB732@turion.vk2pj.dyndns.org> References: <44E1F796.5070105@rogers.com> <20060815172728.GB88051@dan.emsphone.com> <44E204C0.60806@rogers.com> <44E3FE61.6060800@lefebvre.org> <20060817144110.GB88424@dan.emsphone.com> <44E483C0.6050209@lefebvre.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aM3YZ0Iwxop3KEKx" Content-Disposition: inline In-Reply-To: <44E483C0.6050209@lefebvre.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.12-2006-07-14 Cc: freebsd-stable@freebsd.org Subject: Re: TOP shows above 100% WCPU usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Aug 2006 08:31:19 -0000 --aM3YZ0Iwxop3KEKx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 2006-Aug-17 10:57:04 -0400, Bill LeFebvre wrote: >Dan Nelson wrote: >>I just built top-3.6 on such a system, though, and it does report a >>simple "main(){for(;;);}" process as consuming 100 %CPU. Maybe you're >>thinking of Solaris's own prstat command? > >Heh. I released 3.6 with new SunOS code that didn't adjust for number of= =20 >cpus, and someone flagged the behavior as a bug. So you're right: 3.6=20 >doesn't do it this way. But 3.5 did, and it seems at least some people=20 >prefer it that way. I actually prefer this new behaviour. One of my major uses of top is identifying processes that are spinning for one reason or another. Having a process show up as 99-100% is quite obvious and I can then look closer to see if that process is validly using 100% CPU or not. Having a process using 3.1% CPU (on a 32-CPU system) would be far less obvious. (In my case, I'm scanning instaneous top outputs from ~60 hosts so I don't want to have to study each output too closely). To my way of thinking, %CPU is a percentage of a single CPU. If a box has 32 CPUs, then maximum load is 3200% of a single CPU. I think there are probably equally good rationales for each approach. Probably the best situation is a flag to toggle between the two approaches, together with two different titles to make it clear which is being used. --=20 Peter Jeremy --aM3YZ0Iwxop3KEKx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE5XrT/opHv/APuIcRAnOZAJwIEpTRBTzgVyCv6ttpSqeAKgwNmACfTF8G ah96BnUIT9P5pooQboUFRAY= =Sz9I -----END PGP SIGNATURE----- --aM3YZ0Iwxop3KEKx-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 08:37:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 504DC16A4DE; Fri, 18 Aug 2006 08:37:00 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail28.syd.optusnet.com.au (mail28.syd.optusnet.com.au [211.29.133.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B54A43D55; Fri, 18 Aug 2006 08:36:58 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail28.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k7I8asJu006692 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 18 Aug 2006 18:36:55 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k7I8asxw000922; Fri, 18 Aug 2006 18:36:54 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k7I8arni000921; Fri, 18 Aug 2006 18:36:53 +1000 (EST) (envelope-from peter) Date: Fri, 18 Aug 2006 18:36:53 +1000 From: Peter Jeremy To: Kris Kennaway Message-ID: <20060818083653.GD732@turion.vk2pj.dyndns.org> References: <44DED670.9050601@wfeet.za.net> <200608141430.38015.jhb@freebsd.org> <44E426E5.2000703@wfeet.za.net> <200608171324.48815.jhb@freebsd.org> <20060817191821.GB33267@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yudcn1FV7Hsu/q59" Content-Disposition: inline In-Reply-To: <20060817191821.GB33267@xor.obsecurity.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.12-2006-07-14 Cc: freebsd-stable@freebsd.org, Peter van Heusden , John Baldwin Subject: Re: Unexplained kernel panic on 5-STABLE (now in 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: Fri, 18 Aug 2006 08:37:00 -0000 --yudcn1FV7Hsu/q59 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 2006-Aug-17 15:18:21 -0400, Kris Kennaway wrote: >On Thu, Aug 17, 2006 at 01:24:48PM -0400, John Baldwin wrote: >> On Thursday 17 August 2006 04:20, Peter van Heusden wrote: >> > kernel: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 151698, >> > size: 28672 > >This can indicate that your swap disk is failing (or you are using a >nonstandard swap setup like swapping to a file); it means that the >kernel timed out trying to read/write from swap. I think this can also mean that another device on that channel/bus is failing and tying up the bus for an extended period. I think I've seen this error from an IDE disk when the CD-ROM slave on the same bus was flaky. --=20 Peter Jeremy --yudcn1FV7Hsu/q59 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE5Xwl/opHv/APuIcRAi5JAJ4vKT7LnYeTieG9QGP39m/wTktBegCfZmWf HP9Yrzca+UqVTOAL4eAuRyM= =JtWo -----END PGP SIGNATURE----- --yudcn1FV7Hsu/q59-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 08:51:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2042C16A4DD for ; Fri, 18 Aug 2006 08:51:10 +0000 (UTC) (envelope-from horcicka@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16EDA43D45 for ; Fri, 18 Aug 2006 08:51:08 +0000 (GMT) (envelope-from horcicka@gmail.com) Received: by nf-out-0910.google.com with SMTP id n29so1364933nfc for ; Fri, 18 Aug 2006 01:51:07 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=SlRwjZWrNkE6pLHSkygP4gMvLsO0w3YvGTujJ8MsSTvkR8BSkCWfALMWEFfEZ0Wfav96DSCRgqXIqUYM9VJs9fhxlpEAgs1Ax5U27DYriizLT4rom6QkZgSakmjvvEuRX+80eI7xLPi6XmuA4KokiEGKjZnki43da4otIapZumM= Received: by 10.49.8.15 with SMTP id l15mr3765226nfi; Fri, 18 Aug 2006 01:51:07 -0700 (PDT) Received: by 10.78.134.5 with HTTP; Fri, 18 Aug 2006 01:51:07 -0700 (PDT) Message-ID: <437bc1590608180151m1017a50cg31c7817d1aeb0dfe@mail.gmail.com> Date: Fri, 18 Aug 2006 10:51:07 +0200 From: "Martin Horcicka" Sender: horcicka@gmail.com To: "Dan Nelson" In-Reply-To: <20060818021643.GA74158@dan.emsphone.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44E51C93.5090000@umn.edu> <20060818021643.GA74158@dan.emsphone.com> X-Google-Sender-Auth: dea42ae83fdc9488 Cc: freebsd-stable@freebsd.org, Alan Amesbury Subject: Re: FreeBSD boots too fast on Dell PE850 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2006 08:51:10 -0000 2006/8/18, Dan Nelson : > In the last episode (Aug 17), Alan Amesbury said: > > OK, booting *too* quickly is a somewhat unusual problem..... I have > > FreeBSD 6.1-RELEASE-p3 running on a Dell PowerEdge 850. For some > > reason, in the PowerEdge 850 Dell chose to replace the perfectly > > adequate em(4) adapters found on the PE750 with bge(4) hardware. > > FreeBSD identifies these adapters as BCM5750A1, but Dell says they're > > actually Broadcom 5721J adapters instead. See > > > > http://www.dell.com/downloads/global/products/pedge/en/850_specs.pdf > > > > for details. The switch to which the host is connected is a Cisco > > Catalyst 3750. How this relates to FreeBSD, however..... > > Have you enabled portfast on the Cisco? > > http://www.cisco.com/warp/public/473/12.html#c2k We have similar problems on various hardware and we also believe it's caused by the Spanning Tree Protocol procedure done during the switch port initialization. I don't like the idea of using portfast as it makes the switch less robust so I tried to delay the boot using an rc script as well: /etc/rc.d/slow_interface_startup: --- #!/bin/sh # PROVIDE: slow_interface_startup # REQUIRE: netif # BEFORE: NETWORKING slow_interface_startup_enable=${slow_interface_startup_enable:-NO} slow_interface_startup_duration=${slow_interface_startup_duration:-50} . /etc/rc.subr name=slow_interface_startup rcvar=`set_rcvar` start_cmd=slow_interface_startup_start stop_cmd=: slow_interface_startup_start() { echo -n "Waiting for interfaces to get ready" \ "($slow_interface_startup_duration seconds)" sleep "$slow_interface_startup_duration" echo } load_rc_config $name run_rc_command "$1" --- Then you can add to rc.conf: slow_interface_startup_enable="YES" And optionally also (in seconds): slow_interface_startup_duration="123" It's a little hack but it works as expected. Anyway, in some cases it does not help. The NIC is probably reset at some later point. I have not investigated it further yet. > Another thing to check is whether you have alias IPs. I believe the > bge driver has to reset the card every time you add or remove an IP. > I know the ti driver (whose chipset the broadcom chips are based on) > had that problem. Yes, but I believe that all such operations are done by the netif script. Martin From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 09:19:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55DA316A4DA for ; Fri, 18 Aug 2006 09:19:28 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id B555A43D55 for ; Fri, 18 Aug 2006 09:19:27 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so1053470pye for ; Fri, 18 Aug 2006 02:19:27 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=gxddZc/BWWzdG07iGcxOoDdoyukXrpb6h92XU8woxpAfE4lBEcXOlhqTCbP8LD1fIrDX6wvMrEQx0Ulq/Cgg/jWIfSnOR8tJKsXprFg3mjsqLGCrRDzi/3noCxa9m+icepRSJBA5xYBHRmPrVlCBDUGGENU28WEtnBlISrnXSAE= Received: by 10.35.36.13 with SMTP id o13mr5475792pyj; Fri, 18 Aug 2006 02:19:27 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 39sm786251nzk.2006.08.18.02.19.25; Fri, 18 Aug 2006 02:19:26 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id k7I9LlaM057685 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Aug 2006 18:21:47 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k7I9LjTh057684; Fri, 18 Aug 2006 18:21:45 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 18 Aug 2006 18:21:45 +0900 From: Pyun YongHyeon To: Dan Nelson Message-ID: <20060818092145.GC55509@cdnetworks.co.kr> References: <44E51C93.5090000@umn.edu> <20060818021643.GA74158@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060818021643.GA74158@dan.emsphone.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Alan Amesbury Subject: Re: FreeBSD boots too fast on Dell PE850 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Aug 2006 09:19:28 -0000 On Thu, Aug 17, 2006 at 09:16:43PM -0500, Dan Nelson wrote: > In the last episode (Aug 17), Alan Amesbury said: > > OK, booting *too* quickly is a somewhat unusual problem..... I have > > FreeBSD 6.1-RELEASE-p3 running on a Dell PowerEdge 850. For some > > reason, in the PowerEdge 850 Dell chose to replace the perfectly > > adequate em(4) adapters found on the PE750 with bge(4) hardware. > > FreeBSD identifies these adapters as BCM5750A1, but Dell says they're > > actually Broadcom 5721J adapters instead. See > > > > http://www.dell.com/downloads/global/products/pedge/en/850_specs.pdf > > > > for details. The switch to which the host is connected is a Cisco > > Catalyst 3750. How this relates to FreeBSD, however..... > > Have you enabled portfast on the Cisco? > > http://www.cisco.com/warp/public/473/12.html#c2k > > Another thing to check is whether you have alias IPs. I believe the > bge driver has to reset the card every time you add or remove an IP. > I know the ti driver (whose chipset the broadcom chips are based on) > had that problem. > If there is a way to program multicasting filters correctly without resettting the hardware there is no need to reset hardware and it could be easily implemented in ether_ioctl(). -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 09:20:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1D1216A4DD for ; Fri, 18 Aug 2006 09:20:39 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4146243D49 for ; Fri, 18 Aug 2006 09:20:39 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so1053831pye for ; Fri, 18 Aug 2006 02:20:38 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=IqqaU8WE90SqLfS5Kcg7DX4u5SW/q0mfjA82IKyTm+ymJvxQ3VnQrdCDl09ttrOdrMetUlLpaAr/V7S9hZryOs98l5mdegoFxgCa6wz/PZrrNEj+kNTMKDHMA9jAyPa0RJhxM+prgSOTlViPNXV3y2iMP3aCdoqEm13capxjN0o= Received: by 10.35.87.8 with SMTP id p8mr5482197pyl; Fri, 18 Aug 2006 02:20:38 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id c1sm2209688nzd.2006.08.18.02.20.36; Fri, 18 Aug 2006 02:20:38 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id k7I9Mw2m057713 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Aug 2006 18:22:58 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k7I9MuCa057712; Fri, 18 Aug 2006 18:22:56 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 18 Aug 2006 18:22:56 +0900 From: Pyun YongHyeon To: Martin Horcicka Message-ID: <20060818092255.GD55509@cdnetworks.co.kr> References: <44E51C93.5090000@umn.edu> <20060818021643.GA74158@dan.emsphone.com> <437bc1590608180151m1017a50cg31c7817d1aeb0dfe@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <437bc1590608180151m1017a50cg31c7817d1aeb0dfe@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Dan Nelson , Alan Amesbury Subject: Re: FreeBSD boots too fast on Dell PE850 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Aug 2006 09:20:40 -0000 On Fri, Aug 18, 2006 at 10:51:07AM +0200, Martin Horcicka wrote: > 2006/8/18, Dan Nelson : > >In the last episode (Aug 17), Alan Amesbury said: > >> OK, booting *too* quickly is a somewhat unusual problem..... I have > >> FreeBSD 6.1-RELEASE-p3 running on a Dell PowerEdge 850. For some > >> reason, in the PowerEdge 850 Dell chose to replace the perfectly > >> adequate em(4) adapters found on the PE750 with bge(4) hardware. > >> FreeBSD identifies these adapters as BCM5750A1, but Dell says they're > >> actually Broadcom 5721J adapters instead. See > >> > >> http://www.dell.com/downloads/global/products/pedge/en/850_specs.pdf > >> > >> for details. The switch to which the host is connected is a Cisco > >> Catalyst 3750. How this relates to FreeBSD, however..... > > > >Have you enabled portfast on the Cisco? > > > >http://www.cisco.com/warp/public/473/12.html#c2k > > We have similar problems on various hardware and we also believe it's > caused by the Spanning Tree Protocol procedure done during the switch > port initialization. I don't like the idea of using portfast as it > makes the switch less robust so I tried to delay the boot using an rc > script as well: > > /etc/rc.d/slow_interface_startup: > --- > #!/bin/sh > > # PROVIDE: slow_interface_startup > # REQUIRE: netif > # BEFORE: NETWORKING > > slow_interface_startup_enable=${slow_interface_startup_enable:-NO} > slow_interface_startup_duration=${slow_interface_startup_duration:-50} > > . /etc/rc.subr > > name=slow_interface_startup > rcvar=`set_rcvar` > start_cmd=slow_interface_startup_start > stop_cmd=: > > slow_interface_startup_start() { > echo -n "Waiting for interfaces to get ready" \ > "($slow_interface_startup_duration seconds)" > sleep "$slow_interface_startup_duration" > echo > } > > load_rc_config $name > run_rc_command "$1" > --- > > Then you can add to rc.conf: > > slow_interface_startup_enable="YES" > > And optionally also (in seconds): > > slow_interface_startup_duration="123" > > It's a little hack but it works as expected. Anyway, in some cases it > does not help. The NIC is probably reset at some later point. I have > not investigated it further yet. > > >Another thing to check is whether you have alias IPs. I believe the > >bge driver has to reset the card every time you add or remove an IP. > >I know the ti driver (whose chipset the broadcom chips are based on) > >had that problem. > > Yes, but I believe that all such operations are done by the netif script. > I think it's job of device driver. If the driver find its link negotiation is in progress it should not send frames. Unfortunately not all drivers handle this correctly. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 10:43:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C375816A4DD for ; Fri, 18 Aug 2006 10:43:15 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 330AA43D46 for ; Fri, 18 Aug 2006 10:43:15 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id E8B535FE9; Fri, 18 Aug 2006 14:43:13 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id C75815FE4; Fri, 18 Aug 2006 14:43:13 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.6/8.13.6) id k7IAhEeg006073; Fri, 18 Aug 2006 14:43:14 +0400 (MSD) (envelope-from ru) Date: Fri, 18 Aug 2006 14:43:14 +0400 From: Ruslan Ermilov To: Pyun YongHyeon Message-ID: <20060818104314.GF5529@rambler-co.ru> References: <44E51C93.5090000@umn.edu> <20060818021643.GA74158@dan.emsphone.com> <437bc1590608180151m1017a50cg31c7817d1aeb0dfe@mail.gmail.com> <20060818092255.GD55509@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="65ImJOski3p8EhYV" Content-Disposition: inline In-Reply-To: <20060818092255.GD55509@cdnetworks.co.kr> User-Agent: Mutt/1.5.12-2006-07-14 X-Virus-Scanned: No virus found Cc: Dan Nelson , Alan Amesbury , freebsd-stable@freebsd.org, Martin Horcicka Subject: Re: FreeBSD boots too fast on Dell PE850 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2006 10:43:15 -0000 --65ImJOski3p8EhYV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 18, 2006 at 06:22:56PM +0900, Pyun YongHyeon wrote: > On Fri, Aug 18, 2006 at 10:51:07AM +0200, Martin Horcicka wrote: > > 2006/8/18, Dan Nelson : > > >In the last episode (Aug 17), Alan Amesbury said: > > >> OK, booting *too* quickly is a somewhat unusual problem..... I have > > >> FreeBSD 6.1-RELEASE-p3 running on a Dell PowerEdge 850. For some > > >> reason, in the PowerEdge 850 Dell chose to replace the perfectly > > >> adequate em(4) adapters found on the PE750 with bge(4) hardware. [...] > > It's a little hack but it works as expected. Anyway, in some cases it > > does not help. The NIC is probably reset at some later point. I have > > not investigated it further yet. > >=20 > > >Another thing to check is whether you have alias IPs. I believe the > > >bge driver has to reset the card every time you add or remove an IP. > > >I know the ti driver (whose chipset the broadcom chips are based on) > > >had that problem. > >=20 > > Yes, but I believe that all such operations are done by the netif scri= pt. > >=20 >=20 > I think it's job of device driver. If the driver find its link > negotiation is in progress it should not send frames. > Unfortunately not all drivers handle this correctly. >=20 But the bge's start() routine does this, and did it in 6.1-RELEASE, so it doesn't look like a problem in this particular case. : if (!sc->bge_link || IFQ_DRV_IS_EMPTY(&ifp->if_snd)) : return; Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --65ImJOski3p8EhYV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE5ZnCqRfpzJluFF4RAlMnAJ9llpKUN90I4BGXEiSPMPjAs7fWrgCaAkhM 4YefT6X+cA/7273qX71oFDk= =Ibxb -----END PGP SIGNATURE----- --65ImJOski3p8EhYV-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 11:23:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2F6316A4E9 for ; Fri, 18 Aug 2006 11:23:22 +0000 (UTC) (envelope-from horcicka@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6399543D76 for ; Fri, 18 Aug 2006 11:23:17 +0000 (GMT) (envelope-from horcicka@gmail.com) Received: by nf-out-0910.google.com with SMTP id n29so1396347nfc for ; Fri, 18 Aug 2006 04:23:16 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=IsOaEjs+Cb1OakAqWNMfU1EkgN5obY62Gdj/EiDgsk34LIKLvoaR3wZ94J48YW3CpGuMknlPCmjXM6AogavxYO+Nwr8ZPuqtOMFU6QPsFdeEWTvpmVqlZEXqWAftCdiBikwLbfQkVEqa9Mu5O5ncig34W00Zmg1VbYeSH/4+h4s= Received: by 10.49.26.18 with SMTP id d18mr3887494nfj; Fri, 18 Aug 2006 04:23:15 -0700 (PDT) Received: by 10.78.134.5 with HTTP; Fri, 18 Aug 2006 04:23:15 -0700 (PDT) Message-ID: <437bc1590608180423n513b58c1yd978b2fcf8997ef6@mail.gmail.com> Date: Fri, 18 Aug 2006 13:23:15 +0200 From: "Martin Horcicka" Sender: horcicka@gmail.com To: pyunyh@gmail.com In-Reply-To: <20060818092255.GD55509@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44E51C93.5090000@umn.edu> <20060818021643.GA74158@dan.emsphone.com> <437bc1590608180151m1017a50cg31c7817d1aeb0dfe@mail.gmail.com> <20060818092255.GD55509@cdnetworks.co.kr> X-Google-Sender-Auth: ff762d730804f5dd Cc: freebsd-stable@freebsd.org, Dan Nelson , Alan Amesbury Subject: Re: FreeBSD boots too fast on Dell PE850 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2006 11:23:23 -0000 2006/8/18, Pyun YongHyeon : > On Fri, Aug 18, 2006 at 10:51:07AM +0200, Martin Horcicka wrote: > > 2006/8/18, Dan Nelson : > > >In the last episode (Aug 17), Alan Amesbury said: > > >> OK, booting *too* quickly is a somewhat unusual problem..... I have > > >> FreeBSD 6.1-RELEASE-p3 running on a Dell PowerEdge 850. For some > > >> reason, in the PowerEdge 850 Dell chose to replace the perfectly > > >> adequate em(4) adapters found on the PE750 with bge(4) hardware. > > >> FreeBSD identifies these adapters as BCM5750A1, but Dell says they're > > >> actually Broadcom 5721J adapters instead. See > > >> > > >> http://www.dell.com/downloads/global/products/pedge/en/850_specs.pdf > > >> > > >> for details. The switch to which the host is connected is a Cisco > > >> Catalyst 3750. How this relates to FreeBSD, however..... > > > > > >Have you enabled portfast on the Cisco? > > > > > >http://www.cisco.com/warp/public/473/12.html#c2k > > > > We have similar problems on various hardware and we also believe it's > > caused by the Spanning Tree Protocol procedure done during the switch > > port initialization. I don't like the idea of using portfast as it > > makes the switch less robust so I tried to delay the boot using an rc > > script as well: ... > I think it's job of device driver. If the driver find its link > negotiation is in progress it should not send frames. > Unfortunately not all drivers handle this correctly. Unfortunately, I don't know how it works exactly. In our case when the autodetection is disabled and there is e.g. 100/full configured manually on both, switch and the FreeBSD box, ifconfig shows the interface status wery early as "active". I suspect the switch (Cisco) to activate the port (from the point of view of the FreeBSD box) but not to forward any "normal" frames until the Spanning Tree Protocol procedure is finished for that port. But it's just a guess. I don't know the negotiation protocol in Ethernet at all and I would really welcome a commentary from someone who does. Martin From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 11:33:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B28016A4E2 for ; Fri, 18 Aug 2006 11:33:37 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id A025B43D9E for ; Fri, 18 Aug 2006 11:33:11 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate1.punkt.de with ESMTP id k7IBX6h4012151 for ; Fri, 18 Aug 2006 13:33:06 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id k7IBX5a9020903; Fri, 18 Aug 2006 13:33:05 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id k7IBX5Pq020902; Fri, 18 Aug 2006 13:33:05 +0200 (CEST) (envelope-from ry93) Date: Fri, 18 Aug 2006 13:33:05 +0200 From: "Patrick M. Hausen" To: Martin Horcicka Message-ID: <20060818113305.GF86440@hugo10.ka.punkt.de> References: <44E51C93.5090000@umn.edu> <20060818021643.GA74158@dan.emsphone.com> <437bc1590608180151m1017a50cg31c7817d1aeb0dfe@mail.gmail.com> <20060818092255.GD55509@cdnetworks.co.kr> <437bc1590608180423n513b58c1yd978b2fcf8997ef6@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <437bc1590608180423n513b58c1yd978b2fcf8997ef6@mail.gmail.com> User-Agent: Mutt/1.5.10i Cc: pyunyh@gmail.com, Dan Nelson , freebsd-stable@freebsd.org, Alan Amesbury Subject: Re: FreeBSD boots too fast on Dell PE850 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2006 11:33:37 -0000 Hi, all! On Fri, Aug 18, 2006 at 01:23:15PM +0200, Martin Horcicka wrote: > Unfortunately, I don't know how it works exactly. In our case when the > autodetection is disabled and there is e.g. 100/full configured > manually on both, switch and the FreeBSD box, ifconfig shows the > interface status wery early as "active". I suspect the switch (Cisco) > to activate the port (from the point of view of the FreeBSD box) but > not to forward any "normal" frames until the Spanning Tree Protocol > procedure is finished for that port. But it's just a guess. I don't > know the negotiation protocol in Ethernet at all and I would really > welcome a commentary from someone who does. This is indeed the case. The switch port goes up. Then the port goes into either the forwarding or the blocking state. The transition period usually takes between 30 and 50 seconds, which may be to long for some devices. spanning-tree portfast puts the port into the forwarding state immediately but still participates in STP, so eventually a loop will be detected and the port put back into blocking state again. The layer 2 interface is, of course, "up" during all this mumble - otherwise the switch could not send & receive STP frames. This is what confuses hosts waiting for DHCP or similar. HTH, Patrick M. Hausen Leiter Netzwerke und Sicherheit -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 12:00:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACE6616A4DF for ; Fri, 18 Aug 2006 12:00:08 +0000 (UTC) (envelope-from horcicka@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F6E043D4C for ; Fri, 18 Aug 2006 12:00:07 +0000 (GMT) (envelope-from horcicka@gmail.com) Received: by nf-out-0910.google.com with SMTP id n29so1405370nfc for ; Fri, 18 Aug 2006 05:00:06 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=heUG+okC169DrixMYimi2H5fcccSrdEj6l4iBesN8aqVsLpHXV5/DXFlU54wpZvwIuqH8r6fNWFVpy+PTB/FYHaUQyxwa8PWStOjOw+kd5FWpVEhDIDDeFGtQJ7wW57Hw/2rUJb00oOzG8NGg5ZHjosmUxy+7hIaUP84Rof/tJI= Received: by 10.49.55.13 with SMTP id h13mr3901425nfk; Fri, 18 Aug 2006 05:00:06 -0700 (PDT) Received: by 10.78.134.5 with HTTP; Fri, 18 Aug 2006 05:00:06 -0700 (PDT) Message-ID: <437bc1590608180500y7e99ad02p329ffae629342d44@mail.gmail.com> Date: Fri, 18 Aug 2006 14:00:06 +0200 From: "Martin Horcicka" Sender: horcicka@gmail.com To: "Patrick M. Hausen" In-Reply-To: <20060818113305.GF86440@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44E51C93.5090000@umn.edu> <20060818021643.GA74158@dan.emsphone.com> <437bc1590608180151m1017a50cg31c7817d1aeb0dfe@mail.gmail.com> <20060818092255.GD55509@cdnetworks.co.kr> <437bc1590608180423n513b58c1yd978b2fcf8997ef6@mail.gmail.com> <20060818113305.GF86440@hugo10.ka.punkt.de> X-Google-Sender-Auth: ab01410e6556460a Cc: pyunyh@gmail.com, Dan Nelson , freebsd-stable@freebsd.org, Alan Amesbury Subject: Re: FreeBSD boots too fast on Dell PE850 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2006 12:00:08 -0000 2006/8/18, Patrick M. Hausen : > > On Fri, Aug 18, 2006 at 01:23:15PM +0200, Martin Horcicka wrote: > > > Unfortunately, I don't know how it works exactly. In our case when the > > autodetection is disabled and there is e.g. 100/full configured > > manually on both, switch and the FreeBSD box, ifconfig shows the > > interface status wery early as "active". I suspect the switch (Cisco) > > to activate the port (from the point of view of the FreeBSD box) but > > not to forward any "normal" frames until the Spanning Tree Protocol > > procedure is finished for that port. But it's just a guess. I don't > > know the negotiation protocol in Ethernet at all and I would really > > welcome a commentary from someone who does. > > This is indeed the case. > > The switch port goes up. Then the port goes into either the forwarding > or the blocking state. The transition period usually takes between 30 > and 50 seconds, which may be to long for some devices. > > spanning-tree portfast puts the port into the forwarding state > immediately but still participates in STP, so eventually a loop > will be detected and the port put back into blocking state again. This is a little off-topic (and I'm no Cisco specialist) but I'm afraid that the loop detection won't happen with portfast. Cisco.com says (the first page that Google gave me): --- Understanding How PortFast Works Spanning-tree PortFast causes a port to enter the spanning-tree forwarding state immediately, bypassing the listening and learning states. You can use PortFast on switch ports connected to a single workstation or server to allow those devices to connect to the network immediately, rather than waiting for the port to transition from the listening and learning states to the forwarding state. Caution: PortFast should be used only when connecting a single end station to a switch port. If you enable PortFast on a port connected to another networking device, such as a switch, you can create network loops. When the switch powers up, or when a device is connected to a port, the port normally enters the spanning-tree listening state. When the forward delay timer expires, the port enters the learning state. When the forward delay timer expires a second time, the port is transitioned to the forwarding or blocking state. When you enable PortFast on a port, the port is immediately and permanently transitioned to the spanning-tree forwarding state. --- But then I don't see any difference between using portfast and disabling Spanning Tree Protocol frames for that port at all. :-/ Martin > The layer 2 interface is, of course, "up" during all this > mumble - otherwise the switch could not send & receive STP frames. > This is what confuses hosts waiting for DHCP or similar. From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 12:02:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AFC116A4DA for ; Fri, 18 Aug 2006 12:02:49 +0000 (UTC) (envelope-from xiongfeng.tom@googlemail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8166343D80 for ; Fri, 18 Aug 2006 12:02:24 +0000 (GMT) (envelope-from xiongfeng.tom@googlemail.com) Received: by nz-out-0102.google.com with SMTP id x3so496205nzd for ; Fri, 18 Aug 2006 05:02:24 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com; h=received:message-id:date:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:from; b=grUqrhrkLT5DTRSAr/v+J0pUZXG1eo2ZQPo7iqCECDyJoosul1tbEAxpwrnPScdISzMcvL9CVXVCeHOAr9/mf4/F9aMyqvYU/ZdMC9y/Rtccd/adPgDAoFApuLqIloRB4hvwmIn1hXMbYtx78Zl5d7l5pNWkcvLCetOAgHdh/cQ= Received: by 10.65.159.20 with SMTP id l20mr3523885qbo; Fri, 18 Aug 2006 05:02:24 -0700 (PDT) Received: from ?192.168.0.100? ( [84.139.159.30]) by mx.gmail.com with ESMTP id e16sm303291qba.2006.08.18.05.02.22; Fri, 18 Aug 2006 05:02:24 -0700 (PDT) Message-ID: <44E5AC4B.6020208@gmail.com> Date: Fri, 18 Aug 2006 14:02:19 +0200 User-Agent: Thunderbird 1.5.0.5 (X11/20060817) MIME-Version: 1.0 To: Kris Kennaway References: <44E44316.3060900@gmail.com> <20060817133259.GA22730@xor.obsecurity.org> <44E477E5.5090003@gmail.com> <20060817150656.GA25235@xor.obsecurity.org> <44E4888E.8070100@gmail.com> <20060817170211.GA28242@xor.obsecurity.org> <44E4A70C.2080105@gmail.com> <20060817173200.GA29060@xor.obsecurity.org> <44E4B129.6060308@gmail.com> <20060817191620.GA33267@xor.obsecurity.org> In-Reply-To: <20060817191620.GA33267@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit From: Tom Hummel Cc: freebsd-stable@freebsd.org Subject: Re: make buildworld does nothing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2006 12:02:49 -0000 > I don't know if "fixing your broken shell" is within its list of powers > :-) > > Kris alright, it was bash :( stupid shell. I'll just keep csh for root's shell - it's a bit annoying sometimes, but still good enough to do the little what needs to be done sometimes :D thanks a bunch tom From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 12:07:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 649B116A4E2 for ; Fri, 18 Aug 2006 12:07:20 +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 9A98843D8E for ; Fri, 18 Aug 2006 12:07:10 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 3B4391A4DCC; Fri, 18 Aug 2006 05:07:01 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C950F516BF; Fri, 18 Aug 2006 08:06:59 -0400 (EDT) Date: Fri, 18 Aug 2006 08:06:59 -0400 From: Kris Kennaway To: Tom Hummel Message-ID: <20060818120659.GA33206@xor.obsecurity.org> References: <20060817133259.GA22730@xor.obsecurity.org> <44E477E5.5090003@gmail.com> <20060817150656.GA25235@xor.obsecurity.org> <44E4888E.8070100@gmail.com> <20060817170211.GA28242@xor.obsecurity.org> <44E4A70C.2080105@gmail.com> <20060817173200.GA29060@xor.obsecurity.org> <44E4B129.6060308@gmail.com> <20060817191620.GA33267@xor.obsecurity.org> <44E5AC4B.6020208@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5mCyUwZo2JvN/JJP" Content-Disposition: inline In-Reply-To: <44E5AC4B.6020208@gmail.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: make buildworld does nothing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2006 12:07:20 -0000 --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 18, 2006 at 02:02:19PM +0200, Tom Hummel wrote: > > I don't know if "fixing your broken shell" is within its list of powers > > :-) > >=20 > > Kris >=20 > alright, it was bash :( stupid shell. > I'll just keep csh for root's shell - it's a bit annoying sometimes, but > still good enough to do the little what needs to be done sometimes :D FYI, standard practice is to use the toor account for super-user-with-nonstandard-shell. Also as someone else said the bash port is probably fixed already if you update it. Kris --5mCyUwZo2JvN/JJP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE5a1jWry0BWjoQKURAnJYAJ9zaN9yN0saH4x0whw9gjnhP2LC4QCeITra mrrwxkShYFiirDRBsU7vaug= =4pDb -----END PGP SIGNATURE----- --5mCyUwZo2JvN/JJP-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 12:10:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6A9D16A61B for ; Fri, 18 Aug 2006 12:10:25 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC78843D46 for ; Fri, 18 Aug 2006 12:10:24 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id C31FEC600; Fri, 18 Aug 2006 08:10:23 -0400 (EDT) Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 82048C610; Fri, 18 Aug 2006 08:10:17 -0400 (EDT) Authentication-Results: aaron.protected-networks.net from=imb@protected-networks.net; domainkey=pass Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 10527C60B; Fri, 18 Aug 2006 08:10:17 -0400 (EDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=200509; d=protected-networks.net; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:X-Enigmail-Version:OpenPGP:Content-Type:Content-Transfer-Encoding; b=Tw59iIT2aFXKaqMvEdTpOtFQnF5UGZdLtckbm/eaRpbTVI9cIrieXztcvdrR7EKTghqZqaosVYIZhEkE+3/oypVKmxEkebNxW11UTV+UnZaiNe7EzvB8jFSCiW8StU0G; Received: from [192.168.1.10] (socker.hsd1.ma.comcast.net [24.218.145.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id 8F764C404; Fri, 18 Aug 2006 08:10:16 -0400 (EDT) Message-ID: <44E5AE27.4060606@protected-networks.net> Date: Fri, 18 Aug 2006 08:10:15 -0400 From: Michael Butler User-Agent: Thunderbird 1.5.0.5 (X11/20060729) MIME-Version: 1.0 To: Tom Hummel References: <44E44316.3060900@gmail.com> <20060817133259.GA22730@xor.obsecurity.org> <44E477E5.5090003@gmail.com> <20060817150656.GA25235@xor.obsecurity.org> <44E4888E.8070100@gmail.com> <20060817170211.GA28242@xor.obsecurity.org> <44E4A70C.2080105@gmail.com> <20060817173200.GA29060@xor.obsecurity.org> <44E4B129.6060308@gmail.com> <20060817191620.GA33267@xor.obsecurity.org> <44E5AC4B.6020208@gmail.com> In-Reply-To: <44E5AC4B.6020208@gmail.com> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: make buildworld does nothing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2006 12:10:25 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tom Hummel wrote: | alright, it was bash :( stupid shell. | I'll just keep csh for root's shell - it's a bit annoying sometimes, but | still good enough to do the little what needs to be done sometimes :D FWIW I use /bin/tcsh as the root shell since it includes command-line editing and my fingers are often dyslexic before a sufficient caffeine intake ;-) 'buildworld' works with it, Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE5a4nQv9rrgRC1JIRArOlAJ9l712od+QvqFI/Ew53SZB7kWsobACgpAPn yB2qGkvYch1fT+phBe8EsdA= =MzQK -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 12:24:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F9D716A4DE for ; Fri, 18 Aug 2006 12:24:17 +0000 (UTC) (envelope-from xiongfeng.tom@googlemail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55F9443D6D for ; Fri, 18 Aug 2006 12:24:13 +0000 (GMT) (envelope-from xiongfeng.tom@googlemail.com) Received: by nf-out-0910.google.com with SMTP id n29so1411522nfc for ; Fri, 18 Aug 2006 05:24:12 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com; h=received:message-id:date:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding:from; b=E/WSpueSLOceDhlKG6ugz18BlnY6to979PnxaukLoXDkP01lOxTwN3R9Es17tenrTjzCT/A1XWTitgu0pbH/8X0M1xW42yFZuOKsjubSw3AiMB4ip92x3w4fpzEN8ZA86O6BUREKYIPyBnMPCryhi1SIapRPskCZnQdPIpRst5k= Received: by 10.48.210.20 with SMTP id i20mr3925926nfg; Fri, 18 Aug 2006 05:24:12 -0700 (PDT) Received: from ?192.168.0.100? ( [84.139.159.30]) by mx.gmail.com with ESMTP id 11sm2224879hug.2006.08.18.05.24.10; Fri, 18 Aug 2006 05:24:11 -0700 (PDT) Message-ID: <44E5B165.60504@gmail.com> Date: Fri, 18 Aug 2006 14:24:05 +0200 User-Agent: Thunderbird 1.5.0.5 (X11/20060817) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <44E44316.3060900@gmail.com> <20060817133259.GA22730@xor.obsecurity.org> <44E477E5.5090003@gmail.com> <20060817150656.GA25235@xor.obsecurity.org> <44E4888E.8070100@gmail.com> <20060817170211.GA28242@xor.obsecurity.org> <44E4A70C.2080105@gmail.com> <20060817173200.GA29060@xor.obsecurity.org> <44E4B129.6060308@gmail.com> <20060817191620.GA33267@xor.obsecurity.org> <44E5AC4B.6020208@gmail.com> <44E5AE27.4060606@protected-networks.net> In-Reply-To: <44E5AE27.4060606@protected-networks.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit From: Tom Hummel Subject: Re: make buildworld does nothing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2006 12:24:17 -0000 > FWIW I use /bin/tcsh as the root shell since it includes command-line > editing and my fingers are often dyslexic before a sufficient caffeine > intake ;-) 'buildworld' works with it, I dont want to use anything not in base for root's login shell tom From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 12:27:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB33E16A4DD for ; Fri, 18 Aug 2006 12:27:38 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33DB443D6D for ; Fri, 18 Aug 2006 12:27:38 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1GE3Rn-0004VF-TF; Fri, 18 Aug 2006 15:27:35 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: "Martin Horcicka" In-reply-to: Your message of Fri, 18 Aug 2006 14:00:06 +0200 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 18 Aug 2006 15:27:35 +0300 From: Danny Braniss Message-ID: Cc: pyunyh@gmail.com, freebsd-stable@freebsd.org, Dan Nelson , Alan Amesbury Subject: Re: FreeBSD boots too fast on Dell PE850 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2006 12:27:39 -0000 > 2006/8/18, Patrick M. Hausen : > > > > On Fri, Aug 18, 2006 at 01:23:15PM +0200, Martin Horcicka wrote: > > > > > Unfortunately, I don't know how it works exactly. In our case when the > > > autodetection is disabled and there is e.g. 100/full configured > > > manually on both, switch and the FreeBSD box, ifconfig shows the > > > interface status wery early as "active". I suspect the switch (Cisco) > > > to activate the port (from the point of view of the FreeBSD box) but > > > not to forward any "normal" frames until the Spanning Tree Protocol > > > procedure is finished for that port. But it's just a guess. I don't > > > know the negotiation protocol in Ethernet at all and I would really > > > welcome a commentary from someone who does. > > > > This is indeed the case. > > > > The switch port goes up. Then the port goes into either the forwarding > > or the blocking state. The transition period usually takes between 30 > > and 50 seconds, which may be to long for some devices. > > > > spanning-tree portfast puts the port into the forwarding state > > immediately but still participates in STP, so eventually a loop > > will be detected and the port put back into blocking state again. > > This is a little off-topic (and I'm no Cisco specialist) but I'm > afraid that the loop detection won't happen with portfast. Cisco.com > says (the first page that Google gave me): > > --- > Understanding How PortFast Works > > Spanning-tree PortFast causes a port to enter the spanning-tree > forwarding state immediately, bypassing the listening and learning > states. You can use PortFast on switch ports connected to a single > workstation or server to allow those devices to connect to the network > immediately, rather than waiting for the port to transition from the > listening and learning states to the forwarding state. > > Caution: PortFast should be used only when connecting a single end > station to a switch port. If you enable PortFast on a port connected > to another networking device, such as a switch, you can create network > loops. > > When the switch powers up, or when a device is connected to a port, > the port normally enters the spanning-tree listening state. When the > forward delay timer expires, the port enters the learning state. When > the forward delay timer expires a second time, the port is > transitioned to the forwarding or blocking state. > > When you enable PortFast on a port, the port is immediately and > permanently transitioned to the spanning-tree forwarding state. > --- > > But then I don't see any difference between using portfast and > disabling Spanning Tree Protocol frames for that port at all. :-/ > because there isn't? if you are connecting a host to a switch, you can safely drop Spanning tree. from experience, even with SP enabled, the loop is detected, but not always the correct port is disabled :-(. danny > Martin > > > > The layer 2 interface is, of course, "up" during all this > > mumble - otherwise the switch could not send & receive STP frames. > > This is what confuses hosts waiting for DHCP or similar. From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 12:39:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8705E16A4DF for ; Fri, 18 Aug 2006 12:39:05 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DF9C43D4C for ; Fri, 18 Aug 2006 12:39:04 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate1.punkt.de with ESMTP id k7ICd34s012615 for ; Fri, 18 Aug 2006 14:39:03 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id k7ICd2a9022713; Fri, 18 Aug 2006 14:39:02 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id k7ICd2qC022712; Fri, 18 Aug 2006 14:39:02 +0200 (CEST) (envelope-from ry93) Date: Fri, 18 Aug 2006 14:39:02 +0200 From: "Patrick M. Hausen" To: Martin Horcicka Message-ID: <20060818123902.GD21585@hugo10.ka.punkt.de> References: <44E51C93.5090000@umn.edu> <20060818021643.GA74158@dan.emsphone.com> <437bc1590608180151m1017a50cg31c7817d1aeb0dfe@mail.gmail.com> <20060818092255.GD55509@cdnetworks.co.kr> <437bc1590608180423n513b58c1yd978b2fcf8997ef6@mail.gmail.com> <20060818113305.GF86440@hugo10.ka.punkt.de> <437bc1590608180500y7e99ad02p329ffae629342d44@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <437bc1590608180500y7e99ad02p329ffae629342d44@mail.gmail.com> User-Agent: Mutt/1.5.10i Cc: pyunyh@gmail.com, Dan Nelson , freebsd-stable@freebsd.org, Alan Amesbury Subject: Re: FreeBSD boots too fast on Dell PE850 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2006 12:39:05 -0000 Hi! > This is a little off-topic (and I'm no Cisco specialist) but I'm > afraid that the loop detection won't happen with portfast. Cisco.com > says (the first page that Google gave me): > [ Cisco documentation ] As always: it depends. In this case, what you imply by "loop detection". If the loop is built using more Cisco equipment participating in STP, then the loop will be detected and eventually broken by putting one of the links in blocked state. IOS or CatOS bugs notwithstanding. Regards, Patrick M. Hausen Leiter Netzwerke und Sicherheit -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 12:50:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4324616A500 for ; Fri, 18 Aug 2006 12:50:40 +0000 (UTC) (envelope-from freebsd@jeremino.homeunix.net) Received: from jeremino.homeunix.net (jeremino.xs4all.nl [80.126.224.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id D553F43D5F for ; Fri, 18 Aug 2006 12:50:37 +0000 (GMT) (envelope-from freebsd@jeremino.homeunix.net) Received: from browse.myown.framed.net ([10.0.0.5] helo=jeremina.homeunix.net) by jeremino.homeunix.net with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1GE3o4-0000N0-T1 for freebsd-stable@freebsd.org; Fri, 18 Aug 2006 14:50:36 +0200 From: Kees Plonsz Organization: not organized To: freebsd-stable@freebsd.org Date: Fri, 18 Aug 2006 14:50:36 +0200 User-Agent: KMail/1.9.1 X-Face: CaO1, W}6nFAHBh)0w2(~^_CxY38(@5bf5B, [ILEWbA}Yt.SkfH=!fRAy-|)X&?kn=PU'b' O.F6e/&Eh'fZ[X_Q?G,48c,hQUfRp5Tn4r{/x2Ujs@-0iu:Yht8_; 0ys}RwtpHy%+k.TD( i~J+5S,%,Qar+e!$}QT`\+$4SF8<4#@dCF6>A<#=$VD; LRwWWq>dCB=yL/&odewcmr$o2$ $qUOA]kV]=zOnM'i"4ag2fvaJ,~4~h$-A\N]H%FJSPaT3FoZ; nS%o1[kA?U>3T}FD+l4SJ XId?,-D^1uDfURbfI+;6oQ'D"VB|MJyRIw]Z%;|gX8A)#N<9j%6xAS< MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608181450.36600.freebsd@jeremino.homeunix.net> X-recieved-from: 10.0.0.5 Subject: Data send to printer via /dev/lpt0 in 6.1-STABLE hangs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2006 12:50:40 -0000 A bitmapfile for a printer send to /dev/lpt0 doesn't do anything, it just hangs: # cat bitmapfile > /dev/lpt0 No error reports anywhere. Cannot be interrupted with ^C or ^Z Any other mode with "lptcontrol" does not have any effect. Same configuration in 6.1-Release works o.k. From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 14:19:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14B7C16A504 for ; Fri, 18 Aug 2006 14:19:24 +0000 (UTC) (envelope-from kirk@daycos.com) Received: from mail.daycos.com (mail.daycos.com [204.26.70.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDC5D43D9A for ; Fri, 18 Aug 2006 14:19:14 +0000 (GMT) (envelope-from kirk@daycos.com) Received: from localhost (mail.daycos.com [192.168.0.93]) by mail.daycos.com (Postfix) with ESMTP id 45D6B14E588 for ; Fri, 18 Aug 2006 09:19:13 -0500 (CDT) X-Virus-Scanned: amavisd-new at daycos.com Received: from mail.daycos.com ([192.168.0.93]) by localhost (mail.daycos.com [192.168.0.93]) (amavisd-new, port 10024) with ESMTP id 9oUfHrWCwbPQ for ; Fri, 18 Aug 2006 09:19:10 -0500 (CDT) Received: from janus.daycos.com (janus.daycos.com [10.45.12.2]) (using TLSv1 with cipher EXP1024-RC4-SHA (56/128 bits)) (No client certificate requested) by mail.daycos.com (Postfix) with ESMTP id ECA5F14D816 for ; Fri, 18 Aug 2006 09:19:05 -0500 (CDT) From: Kirk Strauser Organization: The Day Companies To: freebsd-stable@freebsd.org Date: Fri, 18 Aug 2006 09:19:04 -0500 User-Agent: KMail/1.9.1 References: <44E47092.7050104@mawer.org> In-Reply-To: <44E47092.7050104@mawer.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608180919.04651.kirk@daycos.com> Subject: Re: The need for initialising disks before use? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2006 14:19:24 -0000 On Thursday 17 August 2006 8:35 am, Antony Mawer wrote: > A quick question - is it recommended to initialise disks before using > them to allow the disks to map out any "bad spots" early on? Note: if you once you actually start seeing bad sectors, the drive is almost dead. A drive can remap a pretty large number internally, but once that pool is exhausted (and the number of errors is still growing exponentially), there's not a lot of life left. -- Kirk Strauser The Day Companies From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 14:29:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B1E416A4DF for ; Fri, 18 Aug 2006 14:29:39 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id F31F843D45 for ; Fri, 18 Aug 2006 14:29:38 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20060818142936m910085g1ae>; Fri, 18 Aug 2006 14:29:37 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.6/8.13.6) with ESMTP id k7IETRCv002500; Fri, 18 Aug 2006 09:29:28 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.6/8.13.6/Submit) id k7IETRsu002499; Fri, 18 Aug 2006 09:29:27 -0500 (CDT) (envelope-from brooks) Date: Fri, 18 Aug 2006 09:29:26 -0500 From: Brooks Davis To: Kirk Strauser Message-ID: <20060818142925.GA2463@lor.one-eyed-alien.net> References: <44E47092.7050104@mawer.org> <200608180919.04651.kirk@daycos.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KsGdsel6WgEHnImy" Content-Disposition: inline In-Reply-To: <200608180919.04651.kirk@daycos.com> User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: The need for initialising disks before use? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2006 14:29:39 -0000 --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 18, 2006 at 09:19:04AM -0500, Kirk Strauser wrote: > On Thursday 17 August 2006 8:35 am, Antony Mawer wrote: >=20 > > A quick question - is it recommended to initialise disks before using > > them to allow the disks to map out any "bad spots" early on? >=20 > Note: if you once you actually start seeing bad sectors, the drive is alm= ost=20 > dead. A drive can remap a pretty large number internally, but once that= =20 > pool is exhausted (and the number of errors is still growing=20 > exponentially), there's not a lot of life left. There are some exceptions to this. The drive can not remap a sector which failes to read. You must perform a write to cause the remap to occur. If you get a hard write failure it's gameover, but read failures aren't necessicary a sign the disk is hopeless. For example, the drive I've had in my laptop for most of the last year developed a three sector[0] error within a week or so of arrival. After dd'ing zeros over the problem sectors the problem sectors I've had no problems. -- Brooks [0] The error occured in one of the worst possible locations and fsck could not complete until I zeroed those locations. That really sucked. --KsGdsel6WgEHnImy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE5c7FXY6L6fI4GtQRAhQiAJ9425rk9W3X9PfZDBjeog3SeTatPQCgq0NY n2CNOiF7lUzx2JIl+zRXP4I= =oQNz -----END PGP SIGNATURE----- --KsGdsel6WgEHnImy-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 16:23:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 886BA16A4DE for ; Fri, 18 Aug 2006 16:23:10 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2C4943D5F for ; Fri, 18 Aug 2006 16:23:04 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 00C37B80F for ; Fri, 18 Aug 2006 12:23:04 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <9AF3223C-0B0A-4CFE-8001-C0854C2AE55D@stromnet.org> References: <9AF3223C-0B0A-4CFE-8001-C0854C2AE55D@stromnet.org> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-7--630159524; protocol="application/pkcs7-signature" Message-Id: <24C86986-97D5-4A59-B97F-88D2304A535D@khera.org> From: Vivek Khera Date: Fri, 18 Aug 2006 12:23:03 -0400 To: freebsd-stable X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Q about gmirror's "metadata sector" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2006 16:23:10 -0000 --Apple-Mail-7--630159524 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed On Aug 18, 2006, at 3:29 AM, Johan Str=F6m wrote: > If i've understood correctly gmirror uses the last sector on the =20 > provider for a metadata. > If one uses http://www.onlamp.com/pub/a/bsd/2005/11/10/=20 > FreeBSD_Basics.html to setup a gmirror'ed system, that is haveing a =20= > fully used disk > where the last sector is used (right?) and converting it to a =20 > gmirror, this will overwrite whatever is on the last sector, right? > This will probably not be overwritten on a non-full fs, but if the =20 > fs gets full later, is there any risk that this sector get's =20 > overwritten? Does one have to shrink the fs/slice manually or =20 > something to make sure this does not happend? take a look at your fdisk output and see if the last few hundred =20 sectors of your disk are used at all by any file system. I doubt =20 they are. --Apple-Mail-7--630159524-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 16:27:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3A0216A4E1 for ; Fri, 18 Aug 2006 16:27:50 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBCE843D53 for ; Fri, 18 Aug 2006 16:27:42 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 41539B80D for ; Fri, 18 Aug 2006 12:27:42 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <44E51C93.5090000@umn.edu> References: <44E51C93.5090000@umn.edu> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-8--629881116; protocol="application/pkcs7-signature" Message-Id: <1070DF83-0084-4206-8DE4-BBD886F5A4CB@khera.org> From: Vivek Khera Date: Fri, 18 Aug 2006 12:27:41 -0400 To: freebsd-stable X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: FreeBSD boots too fast on Dell PE850 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2006 16:27:50 -0000 --Apple-Mail-8--629881116 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Aug 17, 2006, at 9:49 PM, Alan Amesbury wrote: > adequate em(4) adapters found on the PE750 with bge(4) hardware. > FreeBSD identifies these adapters as BCM5750A1, but Dell says they're > actually Broadcom 5721J adapters instead. See > > http://www.dell.com/downloads/global/products/pedge/en/850_specs.pdf > I'm not sure how much to believe the dell docs... on a PE800, they claim the system has a BCM5721 chip, which is how it was coded into the bge driver when I first got this machine and helped get patches built for it. However, the pciconf database claims it is a "BCM5750A1". Which one is correct? I suspect the latter. I have PR's open on resolving this inconsistency, but they are obviously low priority. I have no problems with the delay in the 'active' status, but I hard- code IP configuration since it is a server. --Apple-Mail-8--629881116-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 16:38:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB2AB16A4DE for ; Fri, 18 Aug 2006 16:38:21 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id B43CE43D53 for ; Fri, 18 Aug 2006 16:38:21 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 2) with ESMTP (SSL) id WYE98812; Fri, 18 Aug 2006 09:38:12 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 94D2D45042; Fri, 18 Aug 2006 09:38:12 -0700 (PDT) To: Tom Hummel In-reply-to: Your message of "Fri, 18 Aug 2006 14:24:05 +0200." <44E5B165.60504@gmail.com> Date: Fri, 18 Aug 2006 09:38:12 -0700 From: "Kevin Oberman" Message-Id: <20060818163812.94D2D45042@ptavv.es.net> Cc: freebsd-stable@freebsd.org Subject: Re: make buildworld does nothing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2006 16:38:22 -0000 > Date: Fri, 18 Aug 2006 14:24:05 +0200 > From: Tom Hummel > Sender: owner-freebsd-stable@freebsd.org > > > FWIW I use /bin/tcsh as the root shell since it includes command-line > > editing and my fingers are often dyslexic before a sufficient caffeine > > intake ;-) 'buildworld' works with it, > > I dont want to use anything not in base for root's login shell /bin/tcsh IS in base, but /bin/csh IS /bin/tcsh (Hard linked). FreeBSD dropped its old csh for tcsh about seven years ago. V4.3, I think. % ls -l /bin/*csh -r-xr-xr-x 2 root wheel 293060 May 23 20:43 /bin/csh -r-xr-xr-x 2 root wheel 293060 May 23 20:43 /bin/tcsh So /bin/csh (or /bin/tcsh) gives you full command editing and completion capability and all the other interactive tcsh goodies. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 16:39:08 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18FB616A4DD for ; Fri, 18 Aug 2006 16:39:08 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE49D43D49 for ; Fri, 18 Aug 2006 16:39:07 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1GE7NC-0005q9-3x for freebsd-stable@FreeBSD.ORG; Fri, 18 Aug 2006 17:39:06 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1GE7N9-000BMS-S3 for freebsd-stable@FreeBSD.ORG; Fri, 18 Aug 2006 17:39:03 +0100 To: freebsd-stable@FreeBSD.ORG Message-Id: From: Pete French Date: Fri, 18 Aug 2006 17:39:03 +0100 Cc: Subject: Support for Adaptec 2005S ZCR RAID ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2006 16:39:08 -0000 As I seem to recallt sme discussion of Adaptec RAID in the not so disatnt past, could anyone let me know if these cards work well under FreeBSD 6 or not ? I've just inherited a server which needs RAIDing and it has a slot for one of these on the board. I only have expereience of Compaq SMART RAID myself, so have no idea if this is any good or not. Any advice is welcomed. thanks, -pcf. From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 17:01:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41F3C16A506 for ; Fri, 18 Aug 2006 17:01:07 +0000 (UTC) (envelope-from freebsd@jeremino.homeunix.net) Received: from jeremino.homeunix.net (jeremino.xs4all.nl [80.126.224.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id C736243D8D for ; Fri, 18 Aug 2006 17:00:57 +0000 (GMT) (envelope-from freebsd@jeremino.homeunix.net) Received: from jeremina.homeunix.net ([10.0.0.5]) by jeremino.homeunix.net with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1GE7iK-0000eZ-Sv for freebsd-stable@freebsd.org; Fri, 18 Aug 2006 19:00:56 +0200 From: Kees Plonsz Organization: not organized To: freebsd-stable@freebsd.org Date: Fri, 18 Aug 2006 19:00:55 +0200 User-Agent: KMail/1.9.1 References: <200608181450.36600.freebsd@jeremino.homeunix.net> In-Reply-To: <200608181450.36600.freebsd@jeremino.homeunix.net> X-Face: CaO1,W}6nFAHBh)0w2(~^_CxY38(@5bf5B,[ILEWbA}Yt.SkfH=!fRAy-|)=?utf-8?q?X=26=3Fkn=3DPU=27b=27=0A=09O=2EF6e/=26Eh=27fZ=5BX=5FQ=3FG?=,48c,hQUfRp5Tn4r{/x2Ujs@-0iu:Yht8_; 0ys}RwtpHy%+k.TD(=?utf-8?q?=0A=09i=7EJ+5S?=,%,Qar+e!$}QT`\+$4SF8<4#@dCF6>A<#=$VD; LRwWWq>=?utf-8?q?dCB=3DyL/=26odewcmr=24o2=24=0A=09=24qUOA=5DkV=5D=3DzOnM=27i?="4ag2fvaJ,~4~h$-A\N]H%FJSPaT3FoZ; nS%o1[kA?U>=?utf-8?q?3T=7DFD+l4SJ=0A=09XId=3F?=,-D^1uDfURbfI+; 6oQ'D"VB|MJyRIw]Z%; |gX8A)#N<9j%6xAS< MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608181900.55932.freebsd@jeremino.homeunix.net> X-recieved-from: 10.0.0.5 Subject: Re: Data send to printer via /dev/lpt0 in 6.1-STABLE hangs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2006 17:01:07 -0000 On Friday 18 August 2006 14:50, Kees Plonsz wrote: > A bitmapfile for a printer send to /dev/lpt0 doesn't do anything, > it just hangs: > > # cat bitmapfile > /dev/lpt0 > > No error reports anywhere. > Cannot be interrupted with ^C or ^Z > Any other mode with "lptcontrol" does not have any effect. > > Same configuration in 6.1-Release works o.k. Found it. plip0 interface was default "up". Should be default "down" My Canon printer was seen as a point to point interface. Nice joke :-) From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 17:12:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94E0416A4E6 for ; Fri, 18 Aug 2006 17:12:24 +0000 (UTC) (envelope-from amesbury@UMN.EDU) Received: from mtaout-a.tc.umn.edu (mtaout-a.tc.umn.edu [134.84.119.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 341B943D49 for ; Fri, 18 Aug 2006 17:12:20 +0000 (GMT) (envelope-from amesbury@UMN.EDU) Received: from [160.94.247.212] (paulaner.oitsec.umn.edu [160.94.247.212]) by mtaout-a.tc.umn.edu with ESMTP for freebsd-stable@freebsd.org; Fri, 18 Aug 2006 12:12:19 -0500 (CDT) X-Umn-Remote-Mta: [N] paulaner.oitsec.umn.edu [160.94.247.212] #+LO+TS+AU+HN Message-ID: <44E5F4F2.7030807@umn.edu> Date: Fri, 18 Aug 2006 12:12:18 -0500 From: Alan Amesbury User-Agent: Thunderbird 1.5.0.2 (X11/20060503) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20060818120041.024AA16A66B@hub.freebsd.org> In-Reply-To: <20060818120041.024AA16A66B@hub.freebsd.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD boots too fast on Dell PE850 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2006 17:12:24 -0000 Thanks for the feedback and discussion! Alas, in terms of network configuration, I'm just a tenant; I have no direct control over the networking gear, nor direct visibility into how the switch is configured. A couple people wrote to me directly and suggested I 'send-pr' this, so I'll do so (hopefully later today). Thanks again! -- Alan Amesbury University of Minnesota From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 17:35:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04BB016A4DA for ; Fri, 18 Aug 2006 17:35:42 +0000 (UTC) (envelope-from david.kingsley@enc.edu) Received: from smtp.enc.edu (smtp.enc.edu [64.195.243.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E5A043D6E for ; Fri, 18 Aug 2006 17:35:41 +0000 (GMT) (envelope-from david.kingsley@enc.edu) Received: from localhost (new-av.r.its.enc.edu [10.100.0.201]) by smtp.enc.edu (Postfix) with ESMTP id CFCB52E367 for ; Fri, 18 Aug 2006 13:59:23 -0400 (EDT) Received: from smtp.enc.edu ([10.100.0.201]) by localhost (smtp.enc.edu [10.100.0.201]) (amavisd-new, port 10024) with ESMTP id 13627-06 for ; Fri, 18 Aug 2006 13:59:23 -0400 (EDT) Received: from [10.1.10.46] (jezebel.its.enc.edu [10.1.10.46]) by smtp.enc.edu (Postfix) with ESMTP id 83CCE2DCA7 for ; Fri, 18 Aug 2006 13:59:23 -0400 (EDT) Message-ID: <44E5C217.4080205@enc.edu> Date: Fri, 18 Aug 2006 13:35:19 +0000 From: Dave Kingsley User-Agent: Mozilla Thunderbird 1.0.6 (X11/20051215) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at enc.edu Subject: RocketRAID 2224 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2006 17:35:42 -0000 I am attemping to use a RocketRAID 2224 8 channel card to set up a storage server. The server board is an Intel SE7230NH1-E with a P4-D 2.8GHz, 2GB RAM. FreeBSD doesn't see it at all. I've noticed that the kernel config has options built in for the RocketRAID 182x. Are there options I can add for the newer card? If so, will they work with FreeBSD 6.1 so that I can reconfigure for it rather than 6.0 that's running now? Basically we're trying to set up backups to disk with a RAID of about 4.5TB. Thanks for any help. -- Dave ******************************************************************************* There are 10 types of people. Those who understand binrary ... ...and those who don't ############################################################################### David Kingsley, Systems Administrator Eastern Nazarene College 23 East Elm Avenue Quincy, MA 02170 david.kingsley@enc.edu 617-745-3806 From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 17:48:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4232C16A4E2 for ; Fri, 18 Aug 2006 17:48:07 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1831843D68 for ; Fri, 18 Aug 2006 17:48:04 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.3) with ESMTP id k7IHm1Dh016866; Fri, 18 Aug 2006 21:48:01 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id k7IHm13w016865; Fri, 18 Aug 2006 21:48:01 +0400 (MSD) (envelope-from yar) Date: Fri, 18 Aug 2006 21:48:01 +0400 From: Yar Tikhiy To: David Malone Message-ID: <20060818174800.GA16008@comp.chem.msu.su> References: <200608160813.21109.kees@jeremino.homeunix.net> <20060816085353.GA96738@walton.maths.tcd.ie> <200608161057.03335.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200608161057.03335.jhb@freebsd.org> User-Agent: Mutt/1.5.9i Cc: freebsd-stable@freebsd.org Subject: Re: identity crisis of 6-STABLE in ipfw ipv6 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2006 17:48:07 -0000 On Wed, Aug 16, 2006 at 10:57:02AM -0400, John Baldwin wrote: > On Wednesday 16 August 2006 04:53, David Malone wrote: > > On Wed, Aug 16, 2006 at 08:13:20AM +0200, Kees Plonsz wrote: > > > I just updated to 6-STABLE but my ipfw rules stopped working. > > > It seems that "me6" is vanished into thin air. > > > > > > # ipfw add 7000 allow ip from me6 to me6 > > > ipfw: hostname ``me6'' unknown > > > > I think it was broken by some missing brackets in this commit: > > > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/ipfw/ipfw2.c#rev1.88 > > > > Can you try the patch below? If it looks good, Max or I can commit > > the fix. > > > > David. > > Note that the strcmp() != 0 doesn't need extra ()'s as != is higher than > && in precedence. Ditto for "ret == NULL" on the same line. That can be spelled safely as: if (ret == NULL && strcmp(av, "any") != 0) It's the precedence of && vs. || that can be mistaken easily. The rule is simple: && is multiplication and || is addition, with their relative precedence the same as that of their arith counterparts. However, it's usually safer to use more paretheses around them because anybody but a die-hard C freak will have trouble interpreting long chains of logical subexpressions connected by &&'s and ||'s, with the meaning of some of them reversed by a bang. :-) > Operator Associativity > -------- ------------- > ... > == != left to right > ... > && left to right > || left to right > > > Index: ipfw2.c > > =================================================================== > > RCS file: /FreeBSD/FreeBSD-CVS/src/sbin/ipfw/ipfw2.c,v > > retrieving revision 1.88 > > diff -u -r1.88 ipfw2.c > > --- ipfw2.c 14 May 2006 03:53:04 -0000 1.88 > > +++ ipfw2.c 16 Aug 2006 08:50:04 -0000 > > @@ -3707,10 +3707,10 @@ > > inet_pton(AF_INET6, host, &a)) > > ret = add_srcip6(cmd, av); > > /* XXX: should check for IPv4, not !IPv6 */ > > - if ((ret == NULL) && proto == IPPROTO_IP || strcmp(av, "me") == 0 || > > - !inet_pton(AF_INET6, host, &a)) > > + if ((ret == NULL) && (proto == IPPROTO_IP || strcmp(av, "me") == 0 || > > + !inet_pton(AF_INET6, host, &a))) > > ret = add_srcip(cmd, av); > > - if ((ret == NULL) && strcmp(av, "any") != 0) > > + if ((ret == NULL) && (strcmp(av, "any") != 0)) > > ret = cmd; > > > > free(host); > > @@ -3733,10 +3733,10 @@ > > inet_pton(AF_INET6, host, &a)) > > ret = add_dstip6(cmd, av); > > /* XXX: should check for IPv4, not !IPv6 */ > > - if ((ret == NULL) && proto == IPPROTO_IP || strcmp(av, "me") == 0 || > > - !inet_pton(AF_INET6, av, &a)) > > + if ((ret == NULL) && (proto == IPPROTO_IP || strcmp(av, "me") == 0 || > > + !inet_pton(AF_INET6, av, &a))) > > ret = add_dstip(cmd, av); > > - if ((ret == NULL) && strcmp(av, "any") != 0) > > + if ((ret == NULL) && (strcmp(av, "any") != 0)) > > ret = cmd; > > > > free(host); > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > > -- > John Baldwin > _______________________________________________ > 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" -- Yar From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 19:43:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEC0416A4E0 for ; Fri, 18 Aug 2006 19:43:46 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AEC343D46 for ; Fri, 18 Aug 2006 19:43:41 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so799999wxd for ; Fri, 18 Aug 2006 12:43:36 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=n51+YmyIYTvOxP936hYmsq9f3QUh369pdRr9AIoDEdkYbUEGer6wnFbyUh1bKMS1ntJqw7ADLQtK7Q0mWWV5sHL4TmTyKGzdDP1esmEqcpm+PuMkTnsMF/Zt/kRQqrdvmfz96eIGiznX5E1fDc6pr97vMi6/z3Qs18P2OMcysSM= Received: by 10.70.15.15 with SMTP id 15mr5329691wxo; Fri, 18 Aug 2006 12:43:36 -0700 (PDT) Received: by 10.70.49.3 with HTTP; Fri, 18 Aug 2006 12:43:36 -0700 (PDT) Message-ID: Date: Fri, 18 Aug 2006 12:43:36 -0700 From: "Nikolas Britton" To: "Dave Kingsley" In-Reply-To: <44E5C217.4080205@enc.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44E5C217.4080205@enc.edu> Cc: freebsd-stable@freebsd.org Subject: Re: RocketRAID 2224 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2006 19:43:46 -0000 On 8/18/06, Dave Kingsley wrote: > I am attemping to use a RocketRAID 2224 8 channel card to set up a > storage server. The server board is an Intel SE7230NH1-E with a P4-D > 2.8GHz, 2GB RAM. > FreeBSD doesn't see it at all. I've noticed that the kernel config has > options built in for the RocketRAID 182x. > Are there options I can add for the newer card? If so, will they work > with FreeBSD 6.1 so that I can reconfigure for it rather than 6.0 that's > running now? > Basically we're trying to set up backups to disk with a RAID of about 4.5TB. > FreeBSD has native support for the following: $whatis highpoint hptmv(4) - HighPoint RocketRAID 182x device driver rr232x(4) - HighPoint RocketRAID 232x device driver You have have a 2224 so no. You will need to use HighPoint's FreeBSD drivers. You can download everything from here: http://www.highpoint-tech.com/USA/bios_rr2224.htm While your at it update your cards BIOS (if needed) and grab a copy of "CLI FreeBSD v2.2", the RAID management utility. After you download the driver and un-tar it use the rr222x-bsd-6.img file... It's designed for FreeBSD 6.0 but works perfect on FreeBSD 6.1... Follow the steps below, remember to change /dev/md0 if needed: This installs the device driver: # mdconfig -a -t vnode -f rr222x-bsd-6.img # mount /dev/md0 /mnt # cp /mnt/hptmv6-6.0.ko /boot/modules/ # echo 'hptmv6_load="yes"' >> /boot/loader.conf This installs the console management utility: # pkg_add hptraidconf-2.2.tbz # pkg_add hotsvr-3.12.tbz That's it, after you reboot everything will be working. You should print out the pdf manual for the console management utility. If you need more help just ask... I myself have an HPT 2220. -- BSD Podcasts @: http://bsdtalk.blogspot.com/ http://freebsdforall.blogspot.com/ From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 20:51:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C61116A4E1 for ; Fri, 18 Aug 2006 20:51:20 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFDC043D58 for ; Fri, 18 Aug 2006 20:51:18 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (3297hvshrg9rfvut@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k7IKpDtN047611; Fri, 18 Aug 2006 13:51:13 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k7IKpA3w047610; Fri, 18 Aug 2006 13:51:10 -0700 (PDT) (envelope-from jmg) Date: Fri, 18 Aug 2006 13:51:10 -0700 From: John-Mark Gurney To: Tom Hummel Message-ID: <20060818205110.GY99774@funkthat.com> Mail-Followup-To: Tom Hummel , Kris Kennaway , freebsd-stable@freebsd.org References: <44E44316.3060900@gmail.com> <20060817133259.GA22730@xor.obsecurity.org> <44E477E5.5090003@gmail.com> <20060817150656.GA25235@xor.obsecurity.org> <44E4888E.8070100@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44E4888E.8070100@gmail.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: make buildworld does nothing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Aug 2006 20:51:20 -0000 Tom Hummel wrote this message on Thu, Aug 17, 2006 at 17:17 +0200: > > Where did bash come from? It's not part of FreeBSD; I guess you > > somehow replaced /bin/sh with bash. > > gosh, no. > Bash should be located in /usr/local/bin/ and I invoke it at login for > root in chase of an interactive session through ~/.cshrc. I didn't want > to change root's login shell into something not part of fbsd-base. If you have bash running out of .cshrc, then that is probably your problem, as csh sources .cshrc each time it runs, so that means any scripts that are csh scripts will not function because bash will start... I added an echo to my .cshrc file: hydrogen,ttype,/home/johng,509$tail -1 .cshrc echo I am csh and I am lame and created this csh script: #!/bin/csh echo foo which results in: hydrogen,ttype,/home/johng,510$/tmp/t.csh I am csh and I am lame foo drop running bash and things will work... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 23:42:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E23E816A4DD for ; Fri, 18 Aug 2006 23:42:48 +0000 (UTC) (envelope-from fbsd-stable@mawer.org) Received: from mail04.syd.optusnet.com.au (mail04.syd.optusnet.com.au [211.29.132.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4927243D49 for ; Fri, 18 Aug 2006 23:42:47 +0000 (GMT) (envelope-from fbsd-stable@mawer.org) Received: from [127.0.0.1] (c220-239-234-69.thorn1.nsw.optusnet.com.au [220.239.234.69]) by mail04.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k7INfI38013585; Sat, 19 Aug 2006 09:41:24 +1000 Message-ID: <44E65027.6060605@mawer.org> Date: Fri, 18 Aug 2006 13:41:27 -1000 From: Antony Mawer User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Brooks Davis References: <44E47092.7050104@mawer.org> <200608180919.04651.kirk@daycos.com> <20060818142925.GA2463@lor.one-eyed-alien.net> In-Reply-To: <20060818142925.GA2463@lor.one-eyed-alien.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Kirk Strauser , freebsd-stable@freebsd.org Subject: Re: The need for initialising disks before use? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2006 23:42:49 -0000 On 18/08/2006 4:29 AM, Brooks Davis wrote: > On Fri, Aug 18, 2006 at 09:19:04AM -0500, Kirk Strauser wrote: >> On Thursday 17 August 2006 8:35 am, Antony Mawer wrote: >> >>> A quick question - is it recommended to initialise disks before using >>> them to allow the disks to map out any "bad spots" early on? >> Note: if you once you actually start seeing bad sectors, the drive is almost >> dead. A drive can remap a pretty large number internally, but once that >> pool is exhausted (and the number of errors is still growing >> exponentially), there's not a lot of life left. > > There are some exceptions to this. The drive can not remap a sector > which failes to read. You must perform a write to cause the remap to > occur. If you get a hard write failure it's gameover, but read failures > aren't necessicary a sign the disk is hopeless. For example, the drive > I've had in my laptop for most of the last year developed a three sector[0] > error within a week or so of arrival. After dd'ing zeros over the > problem sectors the problem sectors I've had no problems. This is what prompted it -- I've been seeing lots of drives that are showing up with huge numbers of read errors - for instance: > Aug 19 04:02:27 server kernel: ad0: FAILURE - READ_DMA status=51 error=40 LBA=66293984 > Aug 19 04:02:27 server kernel: g_vfs_done():ad0s1f[READ(offset=30796791808, length=16384)]error = 5 > Aug 19 04:02:31 server kernel: ad0: FAILURE - READ_DMA status=51 error=40 LBA=47702304 > Aug 19 04:02:31 server kernel: g_vfs_done():ad0s1f[READ(offset=21277851648, length=16384)]error = 5 > Aug 19 04:02:36 server kernel: ad0: FAILURE - READ_DMA status=51 error=40 LBA=34943296 > Aug 19 04:02:36 server kernel: g_vfs_done():ad0s1f[READ(offset=14745239552, length=16384)]error = 5 > Aug 19 04:03:08 server kernel: ad0: FAILURE - READ_DMA status=51 error=40 LBA=45514848 > Aug 19 04:03:08 server kernel: g_vfs_done():ad0s1f[READ(offset=20157874176, length=16384)]error = 5 I have /var/log/messages flooded with incidents of these "FAILURE - READ_DMA" messages. I've seen it on more than one machine with relatively "young" drives. I'm trying to determining of running a dd if=/dev/zero over the whole drive prior to use will help reduce the incidence of this, or if it is likely that these are developing after the initial install, in which case this will make negligible difference... Once I do start seeing these, is there an easy way to: a) determine what file/directory entry might be affected? b) dd if=/dev/zero over the affected sectors only, in order to trigger a sector remapping without nuking the whole drive c) depending on where that sector is allocated, I presume I'm either going to end up with: i) zero'd bytes within a file (how can I tell which?!) ii) a destroyed inode iii) ??? Any thoughts/comments/etc appreciated... How do other operating systems handle this - Windows, Linux, Solaris, MacOSX ...? I would have hoped this would be a condition the OS would make some attempt to trigger a sector remap... or are OSes typically ignorant of such things? Regards Antony From owner-freebsd-stable@FreeBSD.ORG Sat Aug 19 01:51:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8716F16A4DD for ; Sat, 19 Aug 2006 01:51:50 +0000 (UTC) (envelope-from paul.koch@statseeker.com) Received: from wally.statseeker.com (wally.statscout.com [203.39.101.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C3AF43D45 for ; Sat, 19 Aug 2006 01:51:47 +0000 (GMT) (envelope-from paul.koch@statseeker.com) Received: from localhost (localhost [127.0.0.1]) by wally.statseeker.com (8.13.3/8.13.3) with ESMTP id k7J1pjgG045773; Sat, 19 Aug 2006 11:51:45 +1000 (EST) (envelope-from paul.koch@statseeker.com) Received: from wally.statseeker.com ([127.0.0.1]) by localhost (wally.statseeker.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 43874-10; Sat, 19 Aug 2006 11:51:38 +1000 (EST) Received: from speedy (CPE-139-168-163-195.qld.bigpond.net.au [139.168.163.195]) (authenticated bits=0) by wally.statseeker.com (8.13.3/8.13.3) with ESMTP id k7J1pWcu045767 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 19 Aug 2006 11:51:33 +1000 (EST) (envelope-from paul.koch@statseeker.com) From: Paul Koch To: freebsd-stable@freebsd.org, Alan Amesbury Date: Sat, 19 Aug 2006 11:50:21 +1000 User-Agent: KMail/1.9.1 References: <20060818120041.024AA16A66B@hub.freebsd.org> <44E5F4F2.7030807@umn.edu> In-Reply-To: <44E5F4F2.7030807@umn.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608191150.22128.paul.koch@statseeker.com> X-Virus-Scanned: amavisd-new at statseeker.com Cc: Subject: Re: FreeBSD boots too fast on Dell PE850 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: paul.koch@statseeker.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Aug 2006 01:51:50 -0000 On Saturday 19 August 2006 03:12, Alan Amesbury wrote: > Thanks for the feedback and discussion! Alas, in terms of network > configuration, I'm just a tenant; I have no direct control over the > networking gear, nor direct visibility into how the switch is > configured. > > A couple people wrote to me directly and suggested I 'send-pr' this, > so I'll do so (hopefully later today). > > Thanks again! > > > -- > Alan Amesbury > University of Minnesota This is a really old problem, actually two. The first being the spanning tree problem where it can take a "long" time for it to settle and your port go into forwarding state. Adding a random sleep doesn't help because - how long do you sleep for ? How we got around this problem at various sites was, by modifying rc scripts, to check if a default gateway was configured (typical), and ping it until a response was received, or a large timeout occurred (eg. 5 minutes). That way, all other network services like nptdate, and sendmail would have a better chance of working. If your machine doesn't use a static IP, but instead dhcp, then you will need to have a long timeout/retry on the dhcp requests. The second problem we found was, various NICs would report that they were "active" after doing auto negotiation, but no rx packets were being passed into to the OS. Not sure if it was a hardware or driver issue, but we discovered that by forcing a packet out the NIC via the bpf interface, it would immediately start doing stuff. It was if the auto negotiation had not really completed fully until a packet was transmitted. This only occurred on certain types of NICs, the newer ones. This was a problem for us because we build something called a "remote network appliance" (RNA) which is basically FreeBSD on a floppy and runs a statistical lan analyser. The RNA might have many NICs in it, one with an IP, the others just connected to network segments in promiscuous mode. Our apps couldn't monitor any traffic because no packets had be sent out the interfaces. So, early in the boot process we force out a couple of "Loopback" packets and everything works just fine. Not sure if the second issue would be a problem for normal installations though. Paul. From owner-freebsd-stable@FreeBSD.ORG Sat Aug 19 02:52:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E946516A4DD for ; Sat, 19 Aug 2006 02:52:15 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E3B243D5A for ; Sat, 19 Aug 2006 02:52:15 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20060819025213m9100873rqe>; Sat, 19 Aug 2006 02:52:14 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.6/8.13.6) with ESMTP id k7J2qAsB012165; Fri, 18 Aug 2006 21:52:11 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.6/8.13.6/Submit) id k7J2q3ej012164; Fri, 18 Aug 2006 21:52:03 -0500 (CDT) (envelope-from brooks) Date: Fri, 18 Aug 2006 21:52:02 -0500 From: Brooks Davis To: Antony Mawer Message-ID: <20060819025202.GA11181@lor.one-eyed-alien.net> References: <44E47092.7050104@mawer.org> <200608180919.04651.kirk@daycos.com> <20060818142925.GA2463@lor.one-eyed-alien.net> <44E65027.6060605@mawer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline In-Reply-To: <44E65027.6060605@mawer.org> User-Agent: Mutt/1.5.11 Cc: Kirk Strauser , freebsd-stable@freebsd.org Subject: Re: The need for initialising disks before use? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Aug 2006 02:52:16 -0000 --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 18, 2006 at 01:41:27PM -1000, Antony Mawer wrote: > On 18/08/2006 4:29 AM, Brooks Davis wrote: > >On Fri, Aug 18, 2006 at 09:19:04AM -0500, Kirk Strauser wrote: > >>On Thursday 17 August 2006 8:35 am, Antony Mawer wrote: > >> > >>>A quick question - is it recommended to initialise disks before using > >>>them to allow the disks to map out any "bad spots" early on? > >>Note: if you once you actually start seeing bad sectors, the drive is= =20 > >>almost dead. A drive can remap a pretty large number internally, but= =20 > >>once that pool is exhausted (and the number of errors is still growing= =20 > >>exponentially), there's not a lot of life left. > > > >There are some exceptions to this. The drive can not remap a sector > >which failes to read. You must perform a write to cause the remap to > >occur. If you get a hard write failure it's gameover, but read failures > >aren't necessicary a sign the disk is hopeless. For example, the drive > >I've had in my laptop for most of the last year developed a three sector= [0] > >error within a week or so of arrival. After dd'ing zeros over the > >problem sectors the problem sectors I've had no problems. >=20 > This is what prompted it -- I've been seeing lots of drives that are=20 > showing up with huge numbers of read errors - for instance: >=20 > >Aug 19 04:02:27 server kernel: ad0: FAILURE - READ_DMA=20 > >status=3D51 error=3D40 LBA=3D66293984 > >Aug 19 04:02:27 server kernel:=20 > >g_vfs_done():ad0s1f[READ(offset=3D30796791808, length=3D16384)]error =3D= 5 > >Aug 19 04:02:31 server kernel: ad0: FAILURE - READ_DMA=20 > >status=3D51 error=3D40 LBA=3D47702304 > >Aug 19 04:02:31 server kernel:=20 > >g_vfs_done():ad0s1f[READ(offset=3D21277851648, length=3D16384)]error =3D= 5 > >Aug 19 04:02:36 server kernel: ad0: FAILURE - READ_DMA=20 > >status=3D51 error=3D40 LBA=3D34943296 > >Aug 19 04:02:36 server kernel:=20 > >g_vfs_done():ad0s1f[READ(offset=3D14745239552, length=3D16384)]error =3D= 5 > >Aug 19 04:03:08 server kernel: ad0: FAILURE - READ_DMA=20 > >status=3D51 error=3D40 LBA=3D45514848 > >Aug 19 04:03:08 server kernel:=20 > >g_vfs_done():ad0s1f[READ(offset=3D20157874176, length=3D16384)]error =3D= 5 >=20 > I have /var/log/messages flooded with incidents of these "FAILURE -=20 > READ_DMA" messages. I've seen it on more than one machine with=20 > relatively "young" drives. >=20 > I'm trying to determining of running a dd if=3D/dev/zero over the whole= =20 > drive prior to use will help reduce the incidence of this, or if it is=20 > likely that these are developing after the initial install, in which=20 > case this will make negligible difference... I really don't know. The only way I can think of to find out is to own a large number of machine and perform an experiment. We (the general computing public) don't have the kind of models needed to really say anything definitive. Drive are too darn opaque. > Once I do start seeing these, is there an easy way to: >=20 > a) determine what file/directory entry might be affected? Not easily, but this question has been asked and answered on the mailing lists recently (I don't remember the answer, but I think there were some ports that can help). > b) dd if=3D/dev/zero over the affected sectors only, in order to > trigger a sector remapping without nuking the whole drive You can use src/tools/tools/recover disk to refresh all of the disk except the parts that don't work and then use dd and the console error output to do the rest. > c) depending on where that sector is allocated, I presume I'm > either going to end up with: > i) zero'd bytes within a file (how can I tell which?!) > ii) a destroyed inode > iii) ??? Presumably it will be one of i, ii or a mangled superblock. I don't know how you'd tell which off the top of my head. This is one of the reasons I think Sun is on the right track with zfs's checksum everything approach. At least that way you actually know when something goes wrong. > Any thoughts/comments/etc appreciated... >=20 > How do other operating systems handle this - Windows, Linux, Solaris,=20 > MacOSX ...? I would have hoped this would be a condition the OS would=20 > make some attempt to trigger a sector remap... or are OSes typically=20 > ignorant of such things? The OS is generally unaware of such events except to the extent that=20 they know a fatal read error occurred or that they read the SMART data =66rom the drive in the case of write failures. -- Brooks --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE5nzRXY6L6fI4GtQRAllDAKCfPYCVDPkoGz/l4NVQKxnhnfIGlQCgr3Hm Py1uqPAS552Gj5nA5WKlq2Y= =wM1Q -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI-- From owner-freebsd-stable@FreeBSD.ORG Sat Aug 19 04:15:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5084816A4DA for ; Sat, 19 Aug 2006 04:15:04 +0000 (UTC) (envelope-from jon@seaholm.caamora.com.au) Received: from seaholm.caamora.com.au (seaholm.caamora.com.au [203.7.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id A31BF43D46 for ; Sat, 19 Aug 2006 04:14:59 +0000 (GMT) (envelope-from jon@seaholm.caamora.com.au) Received: (from jon@localhost) by seaholm.caamora.com.au (8.11.1/8.11.1) id k7J4EfP12289; Sat, 19 Aug 2006 14:14:41 +1000 (EST) Message-ID: <20060819141441.07080@caamora.com.au> Date: Sat, 19 Aug 2006 14:14:41 +1000 From: jonathan michaels To: Brooks Davis References: <44E47092.7050104@mawer.org> <200608180919.04651.kirk@daycos.com> <20060818142925.GA2463@lor.one-eyed-alien.net> <44E65027.6060605@mawer.org> <20060819025202.GA11181@lor.one-eyed-alien.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <20060819025202.GA11181@lor.one-eyed-alien.net>; from Brooks Davis on Fri, Aug 18, 2006 at 09:52:02PM -0500 Organisation: Caamora, PO Box 144, Rosebery NSW 1445 Australia Cc: freebsd-stable@freebsd.org, Kirk Strauser Subject: Re: The need for initialising disks before use? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Aug 2006 04:15:04 -0000 On Fri, Aug 18, 2006 at 09:52:02PM -0500, Brooks Davis wrote: > On Fri, Aug 18, 2006 at 01:41:27PM -1000, Antony Mawer wrote: > > On 18/08/2006 4:29 AM, Brooks Davis wrote: > > >On Fri, Aug 18, 2006 at 09:19:04AM -0500, Kirk Strauser wrote: > > >>On Thursday 17 August 2006 8:35 am, Antony Mawer wrote: > > >> > > >>>A quick question - is it recommended to initialise disks before using > > >>>them to allow the disks to map out any "bad spots" early on? > > >>Note: if you once you actually start seeing bad sectors, the drive is > > >>almost dead. A drive can remap a pretty large number internally, but > > >>once that pool is exhausted (and the number of errors is still growing > > >>exponentially), there's not a lot of life left. > > > > > >There are some exceptions to this. The drive can not remap a sector > > >which failes to read. You must perform a write to cause the remap to > > >occur. If you get a hard write failure it's gameover, but read failures > > >aren't necessicary a sign the disk is hopeless. For example, the drive > > >I've had in my laptop for most of the last year developed a three sector[0] > > >error within a week or so of arrival. After dd'ing zeros over the > > >problem sectors the problem sectors I've had no problems. > > > > This is what prompted it -- I've been seeing lots of drives that are > > showing up with huge numbers of read errors - for instance: > > > > >Aug 19 04:02:27 server kernel: ad0: FAILURE - READ_DMA > > >status=51 error=40 LBA=66293984 > > >Aug 19 04:02:27 server kernel: > > >g_vfs_done():ad0s1f[READ(offset=30796791808, length=16384)]error = 5 > > >Aug 19 04:02:31 server kernel: ad0: FAILURE - READ_DMA > > >status=51 error=40 LBA=47702304 i have recently managed to borrow an acer pentium III 550 mhz based machine to test and use as an installation server for freebsd v6.1-release. after running a minimum (basic) installation on teh machine, which has a pair of drives (an 850 mb maxtor atapi/ide and a 1 gb fujitus atapi/ide drive that has a block of some 400-550 megabite that the bios/ms windows 2000 was not able to accessand i built my freebsd partitions/slices around .. this is why i was originally interested in this thread, so that i might get a way of refresh this disks media and possibly revover teh who media surface or find out what is going on. originally the error messages concerned only the oddly partitioned/sliced fujitsu but afte a few days it spread and as best as i can recall the machine will loose console access (and network login access as well but this could be some intermitent aspect) via sshd as soon as either of the disks are written too, in my case it seems to be access to teh swap slice as this machine has a small memory footprint, 32 megabyte untill i can canabalise another or replace the machine. i cannot use freebsd 6.1-release on any of my machines as they all have scsi drives and host with bootable cdroms but with bioses that use the old (high seirra) bootable cdrom format, software and this machine while not recent is still some 5 to 10 years newer than my own most recent hardware. stuff trimmed for brevity > > I have /var/log/messages flooded with incidents of these "FAILURE - > > READ_DMA" messages. I've seen it on more than one machine with > > relatively "young" drives. > > > > I'm trying to determining of running a dd if=/dev/zero over the whole > > drive prior to use will help reduce the incidence of this, or if it is > > likely that these are developing after the initial install, in which > > case this will make negligible difference... > > I really don't know. The only way I can think of to find out is to own > a large number of machine and perform an experiment. We (the general > computing public) don't have the kind of models needed to really say > anything definitive. Drive are too darn opaque. > > > Once I do start seeing these, is there an easy way to: > > > > a) determine what file/directory entry might be affected? > > Not easily, but this question has been asked and answered on the mailing > lists recently (I don't remember the answer, but I think there were some > ports that can help). might i add that while the original question (the refreshing of the operating diskes media) has (may have) been answered, sorry i didn't follow this thread as asidiously as i should have, because the thread was only of partial interst to me, but since this post has caught my interest because my installation of freebsd on stable hardware has started to produce similare error messages i now think that the original question has morphed (as these things usually do, somewhat sadly) into something dare i say it, quiet different. i've sent Mr Mawer a post off list giving some details and depending on teh answers it might be worth while posting a bug report of sorts ??? most kind regards jonathan -- ================================================================ powered by .. QNX, OS9 and freeBSD -- http://caamora com au/operating system ==== === appropriate solution in an inappropriate world === ==== From owner-freebsd-stable@FreeBSD.ORG Sat Aug 19 05:18:39 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20D9B16A4DF for ; Sat, 19 Aug 2006 05:18:39 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from izb.knu.ac.kr (izb.knu.ac.kr [155.230.157.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E93B43D46 for ; Sat, 19 Aug 2006 05:18:38 +0000 (GMT) (envelope-from bh@izb.knu.ac.kr) Received: (qmail 68653 invoked from network); 19 Aug 2006 14:18:32 +0900 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s512; d=izb.knu.ac.kr; b=u07YhJaQjA/BWPFJbn8QP9WPFhqkPpnAJvVggutEI84TQ+8WIoP9ZhxDDf1VEyTnH9X/IAP7ppnjPFW0n+x/CA== ; Received: from e.mx (HELO i.mx) (2002:9be6:9d5d:3::1) by e.mx (envelope-from bh@izb.knu.ac.kr) with AES256-SHA encrypted SMTP; 19 Aug 2006 14:18:32 +0900 Received: (qmail 68647 invoked from network); 19 Aug 2006 14:18:31 +0900 Received: from viola.izb.knu.ac.kr (HELO ?IPv6:2002:9be6:a515:1::1?) (bh@2002:9be6:a515:1::1) by izb.knu.ac.kr (envelope-from bh@izb.knu.ac.kr) with AES256-SHA encrypted SMTP; 19 Aug 2006 14:18:31 +0900 Message-ID: <44E69F26.6090707@izb.knu.ac.kr> Date: Sat, 19 Aug 2006 14:18:30 +0900 From: Byung-Hee HWANG Organization: InZealBomb User-Agent: Thunderbird 1.5.0.4 (X11/20060619) MIME-Version: 1.0 To: stable@FreeBSD.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: FreeBSD on Compaq X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bh@izb.knu.ac.kr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Aug 2006 05:18:39 -0000 Hi, I obtained a Compaq(COMPAQ PROLIANT 5500) machine by chance. By the way, is possible install FreeBSD this machine? If possible, which version I try installation? Sincerely, -- Byung-Hee HWANG "You... really do... make it rain blood." -- Tomoe YUKISHIRO From owner-freebsd-stable@FreeBSD.ORG Sat Aug 19 06:29:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 109AC16A4DA for ; Sat, 19 Aug 2006 06:29:50 +0000 (UTC) (envelope-from jrhett@mail.meer.net) Received: from outbound0.sv.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FDF443D45 for ; Sat, 19 Aug 2006 06:29:49 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.sv.meer.net (8.12.10/8.12.6) with ESMTP id k7J6TIim074374; Fri, 18 Aug 2006 23:29:44 -0700 (PDT) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id k7J6Suou040156; Fri, 18 Aug 2006 23:28:56 -0700 (PDT) (envelope-from jrhett@mail.meer.net) Received: (from jrhett@localhost) by mail.meer.net (8.13.3/8.13.3) id k7J6Sul8040151; Fri, 18 Aug 2006 23:28:56 -0700 (PDT) (envelope-from jrhett) Date: Fri, 18 Aug 2006 23:28:56 -0700 From: Jo Rhett To: Martin Horcicka Message-ID: <20060819062856.GA38659@svcolo.com> Mail-Followup-To: Martin Horcicka , "Patrick M. Hausen" , pyunyh@gmail.com, Dan Nelson , freebsd-stable@freebsd.org, Alan Amesbury References: <44E51C93.5090000@umn.edu> <20060818021643.GA74158@dan.emsphone.com> <437bc1590608180151m1017a50cg31c7817d1aeb0dfe@mail.gmail.com> <20060818092255.GD55509@cdnetworks.co.kr> <437bc1590608180423n513b58c1yd978b2fcf8997ef6@mail.gmail.com> <20060818113305.GF86440@hugo10.ka.punkt.de> <437bc1590608180500y7e99ad02p329ffae629342d44@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <437bc1590608180500y7e99ad02p329ffae629342d44@mail.gmail.com> Organization: svcolo.com User-Agent: Mutt/1.5.9i Cc: pyunyh@gmail.com, Dan Nelson , Alan Amesbury , freebsd-stable@freebsd.org Subject: Re: FreeBSD boots too fast on Dell PE850 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Aug 2006 06:29:50 -0000 On Fri, Aug 18, 2006 at 02:00:06PM +0200, Martin Horcicka wrote: > This is a little off-topic (and I'm no Cisco specialist) but I'm > afraid that the loop detection won't happen with portfast. Cisco.com > says (the first page that Google gave me): I've deleted the cisco verbage for brevity, but that doesn't mean loops won't be detected. It means that it will behave like any STP port in forwarding state -- forward packets until it detects a loop. The "problem" is that if you were to link the networks together using portfast ports then it could take 5-20 seconds for the switch to get a clue. (I've never seen it take longer if enough traffic to create a problem was transiting the port) -- Jo Rhett senior geek SVcolo : Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Sat Aug 19 08:34:33 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FCBD16A4DE for ; Sat, 19 Aug 2006 08:34:33 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr4.xs4all.nl (smtp-vbr4.xs4all.nl [194.109.24.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DB7D43D5C for ; Sat, 19 Aug 2006 08:34:31 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr4.xs4all.nl (8.13.6/8.13.6) with ESMTP id k7J8YTuX014904; Sat, 19 Aug 2006 10:34:30 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.6/8.13.3) with ESMTP id k7J8YTJ9014881; Sat, 19 Aug 2006 10:34:29 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.6/8.13.6/Submit) id k7J8YStA014880; Sat, 19 Aug 2006 10:34:28 +0200 (CEST) (envelope-from wb) Date: Sat, 19 Aug 2006 10:34:28 +0200 From: Wilko Bulte To: Byung-Hee HWANG Message-ID: <20060819083428.GA14867@freebie.xs4all.nl> References: <44E69F26.6090707@izb.knu.ac.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44E69F26.6090707@izb.knu.ac.kr> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: stable@freebsd.org Subject: Re: FreeBSD on Compaq X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Aug 2006 08:34:33 -0000 On Sat, Aug 19, 2006 at 02:18:30PM +0900, Byung-Hee HWANG wrote.. > Hi, > > I obtained a Compaq(COMPAQ PROLIANT 5500) machine by chance. > By the way, is possible install FreeBSD this machine? Sure, why not? > If possible, which version I try installation? I would go for FreeBSD 6.1 -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sat Aug 19 10:59:07 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FE3716A4DE for ; Sat, 19 Aug 2006 10:59:07 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id D980043D45 for ; Sat, 19 Aug 2006 10:59:06 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1GEOXf-000ED4-Gm; Sat, 19 Aug 2006 11:59:03 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1GEOXf-000EB9-F9; Sat, 19 Aug 2006 11:59:03 +0100 To: bh@izb.knu.ac.kr, freebsd-stable@FreeBSD.ORG In-Reply-To: <44E69F26.6090707@izb.knu.ac.kr> Message-Id: From: Pete French Date: Sat, 19 Aug 2006 11:59:03 +0100 Cc: Subject: Re: FreeBSD on Compaq X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Aug 2006 10:59:07 -0000 > I obtained a Compaq(COMPAQ PROLIANT 5500) machine by chance. > By the way, is possible install FreeBSD this machine? I used to run FreeBSD 4 on this machine very successfully. The only thing you need to know is that if you want SMP to work then you need to go into the Compawq BIOS and tell it that the operating system is Novell Netware SMP for some reason. But if you do that it boots fine. > If possible, which version I try installation? Try 6.1, I can see no reason why it shouldn't work just as well as 4.11 did for me. -pcf. From owner-freebsd-stable@FreeBSD.ORG Sat Aug 19 14:40:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B630D16A4DD for ; Sat, 19 Aug 2006 14:40:02 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from home.quip.cz (grimm.quip.cz [213.220.192.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D37943D5C for ; Sat, 19 Aug 2006 14:39:58 +0000 (GMT) (envelope-from 000.fbsd@quip.cz) Received: from [192.168.1.2] (qwork.quip.test [192.168.1.2]) by home.quip.cz (Postfix) with ESMTP id 4186B587F; Sat, 19 Aug 2006 16:39:56 +0200 (CEST) Message-ID: <44E722BB.8010807@quip.cz> Date: Sat, 19 Aug 2006 16:39:55 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cs, cz, en, en-us MIME-Version: 1.0 To: =?ISO-8859-1?Q?Johan_Str=F6m?= References: <8D08DDB6-6AC1-45B6-B2CE-08782F54968A@stromnet.org> <884C01BC-3E97-46EC-AA8B-E70C3931F3A4@stromnet.org> <36895211-2796-4213-B336-6279AB3AC3CB@stromnet.org> <20060713132357.Y61840@fledge.watson.org> <44B7EA39.4060509@quip.cz> <6.2.3.4.0.20060716185019.12a29240@64.7.153.2> <44BBAF52.9080007@quip.cz> <0B43BAB0-BBF0-4E2C-875D-6E1E00BAB1D4@stromnet.org> 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 problems again ... general problem of ICH7 or ATA? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Aug 2006 14:40:02 -0000 Johan Ström wrote: [...] > Usually when the box has been rebooted before the failed component has > been rebuilt automaticly.. Solved with: > > $ gmirror forget > $ gmirror insert gm0s1 ad4s1 > > And now its rebuilding ad4 again... > > Any new hints? Should i try RELENG_6 instead? I upgraded to RELENG_6, changed all HW (whole servers and changed Seagate HHDs to Samsung so every piece of HW is different from time of my first post), but after one week I got the same error and system reboot today: Aug 19 15:11:20 track ntpd[456]: kernel time sync enabled 2001 Aug 19 15:15:47 track kernel: ad6: FAILURE - device detached Aug 19 15:15:47 track kernel: subdisk6: detached Aug 19 15:15:47 track kernel: ad6: detached Aug 19 15:15:47 track kernel: GEOM_MIRROR: Device gm0: provider ad6 disconnected. Aug 19 15:15:47 track kernel: g_vfs_done():mirror/gm0s2d[READ(offset=1169260544, leng th=131072)]error = 6 Aug 19 15:22:34 track syslogd: kernel boot file is /boot/kernel/kernel From my point of view - this is not related to 1 piece of HW, but general problem of ICH7 chipset or (s)ATA driver in FreeBSD 6.x. As other poster has different chipsets (ICH6 and nVidia), it seems more FreeBSD ATA driver related. (7 different machines was tried) Now after reboot, writing and reading from ad6 is really slow (no other processes utilizing disks, no fsck runnig etc.) root@track ~/# dd if=/dev/zero of=/dev/ad6 bs=1m count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 43.673244 secs (2400957 bytes/sec) root@track ~/# dd if=/dev/ad6 of=/dev/null bs=1m count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 10.979482 secs (9550323 bytes/sec) Is there anyone who can help with finding the source of problem? It is really annoying that one can not use SATA / ICH7 under high load in FreeBSD 6.1 (tested on RELEASE and STABLE) (I am not so HW / FreeBSD experienced to locate the problem by myself) Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Sat Aug 19 17:14:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE1C716A4DD for ; Sat, 19 Aug 2006 17:14:11 +0000 (UTC) (envelope-from vlado@botka.homeunix.org) Received: from smtp-out3.iol.cz (smtp-out3.iol.cz [194.228.2.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 147FE43D53 for ; Sat, 19 Aug 2006 17:14:10 +0000 (GMT) (envelope-from vlado@botka.homeunix.org) Received: from antivir3.iol.cz (antivir3.iplanet.iol.cz [192.168.30.206]) by smtp-out3.iol.cz (Postfix) with ESMTP id D98CA221212; Sat, 19 Aug 2006 19:14:03 +0200 (CEST) Received: from localhost (antivir3.iol.cz [127.0.0.1]) by antivir3.iol.cz (Postfix) with ESMTP id CCBB742000A; Sat, 19 Aug 2006 19:14:03 +0200 (CEST) Received: from smtp-out3.iol.cz (smtp-out-3.iplanet.iol.cz [192.168.30.28]) by antivir3.iol.cz (Postfix) with ESMTP id 9FCF0420006; Sat, 19 Aug 2006 19:14:03 +0200 (CEST) Received: from ace.botka.homeunix.org (3.77.broadband2.iol.cz [83.208.77.3]) by smtp-out3.iol.cz (Postfix) with ESMTP id 1C02A57EEF; Sat, 19 Aug 2006 19:13:57 +0200 (CEST) Received: by ace.botka.homeunix.org (Postfix, from userid 1001) id 5E95571; Sat, 19 Aug 2006 19:13:57 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ace.botka.homeunix.org X-Spam-Level: X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 Received: from srv (ac.botka.homeunix.org [192.168.1.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ace.botka.homeunix.org (Postfix) with ESMTP id 5D68852; Sat, 19 Aug 2006 19:13:54 +0200 (CEST) Date: Sat, 19 Aug 2006 19:13:54 +0200 (CEST) From: Vladimir Botka X-X-Sender: vlado@srv.g1.netng.org To: Alexey Karagodov In-Reply-To: Message-ID: <20060819191009.N67484@srv.g1.netng.org> References: <44E392C3.2000605@oberon.pfi.lt> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: amavisd-new at iol.cz Cc: freebsd-stable@freebsd.org, Christian Walther , Ian Smith Subject: Re: FreeBSD 6.1-STABLE: Unexplained power off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Aug 2006 17:14:11 -0000 Check (try and change) the power cable. Just an idea, but i have seen this kind of mystery before. Cheers, -vlado On Thu, 17 Aug 2006, Alexey Karagodov wrote: > you have ichwd ... what settings in bios and on motherboard related to > watchdog? > > 2006/8/17, Android Andrew [:] : >> >> Thank you for answers! >> >> Yesterday the last iteration of high load testing finished with just >> another power off. >> There are two ways of problem-solving have been outlined in this thread. >> One way - hardware problem, e.g. PSU. >> Another way - software, e.g. APM/ACPI problem. >> >> I could not find any PSU for replacement at this moment. So, I've been >> playing with BIOS and kernel options. I disabled "dynamic overclocking", >> hyperthreading options in BIOS. There's no "Disable APM" (or something >> like this) or "Disable ACPI" in my BIOS. I can only disable some ACPI >> functions or extensions (like "Enable ACPI 2 extensions"). I've >> recompiled kernel without apm/acpi options and without SMP support. >> >> I was typing "After recompilation system is still working without >> crashing" when system just turned off.... :) >> >> >> my loader.conf: >> loader_logo="beastie" >> if_myk_load="YES" >> nvidia_load="YES" >> >> sysctl.conf: >> net.inet.tcp.msl=7500 >> net.inet.udp.blackhole=1 >> net.inet.ip.random_id=1 >> kern.ipc.somaxconn=4096 >> net.inet.icmp.icmplim=100 >> >> last dmesg: >> Copyright (c) 1992-2006 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> The Regents of the University of California. All rights reserved. >> FreeBSD 6.1-STABLE #8: Wed Aug 16 21:11:42 EEST 2006 >> root@callisto:/usr/obj/usr/src/sys/callisto >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (3010.67-MHz 686-class CPU) >> Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 >> >> >> Features=0xbfebfbff >> Features2=0x649d> >> AMD Features=0x20100000 >> real memory = 2147090432 (2047 MB) >> avail memory = 2092273664 (1995 MB) >> kbd1 at kbdmux0 >> ichwd module loaded >> acpi0: on motherboard >> acpi_bus_number: can't get _ADR >> acpi_bus_number: can't get _ADR >> acpi_bus_number: can't get _ADR >> acpi_bus_number: can't get _ADR >> 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-1304: *** Error: Method execution failed [\\_PR_.CPU1._PDC] >> (Node 0xc5c81c60), AE_BAD_HEADER >> acpi_throttle0: on cpu0 >> pcib0: port 0xcf8-0xcff on acpi0 >> pci0: on pcib0 >> pcib1: irq 11 at device 1.0 on pci0 >> pci4: on pcib1 >> nvidia0: mem >> 0xd4000000-0xd7ffffff,0xd8000000-0xdfffffff,0xd3000000-0xd3ffffff irq 11 >> at device 0.0 on pci4 >> nvidia0: [GIANT-LOCKED] >> pci0: at device 27.0 (no driver attached) >> pcib2: irq 11 at device 28.0 on pci0 >> pci3: on pcib2 >> pcib3: irq 10 at device 28.3 on pci0 >> pci2: on pcib3 >> myk0: port >> 0xc800-0xc8ff mem 0xd2efc000-0xd2efffff irq 10 at device 0.0 on pci2 >> myk0: Ethernet address: 00:13:d4:d0:31:e5 >> uhci0: port 0x8000-0x801f irq 5 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 0x8400-0x841f irq 11 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 0x8800-0x881f irq 3 at >> device 29.2 on pci0 >> uhci2: [GIANT-LOCKED] >> usb2: on uhci2 >> usb2: USB revision 1.0 >> uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >> uhub2: 2 ports with 2 removable, self powered >> uhci3: port 0x9000-0x901f irq 10 at >> device 29.3 on pci0 >> uhci3: [GIANT-LOCKED] >> usb3: on uhci3 >> usb3: USB revision 1.0 >> uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >> uhub3: 2 ports with 2 removable, self powered >> ehci0: mem >> 0xd2dff800-0xd2dffbff irq 5 at device 29.7 on pci0 >> ehci0: [GIANT-LOCKED] >> usb4: EHCI version 1.0 >> usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 >> usb4: on ehci0 >> usb4: USB revision 2.0 >> uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 >> uhub4: 8 ports with 8 removable, self powered >> uhub4: device problem (IOERROR), disabling port 7 >> pcib4: at device 30.0 on pci0 >> pci1: on pcib4 >> 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 >> 0xa800-0xa807,0xa400-0xa403,0xa000-0xa007,0x9800-0x9803,0x9400-0x940f >> mem 0xd2dffc00-0xd2dfffff irq 11 at device 31.2 on pci0 >> ata2: on atapci1 >> ata3: on atapci1 >> ata4: on atapci1 >> ata5: on atapci1 >> ichsmb0: port 0x400-0x41f irq 11 at device 31.3 on pci0 >> ichsmb0: [GIANT-LOCKED] >> smbus0: on ichsmb0 >> smb0: on smbus0 >> acpi_button0: on acpi0 >> speaker0: port 0x61 on acpi0 >> fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 >> on acpi0 >> fdc0: [FAST] >> fd0: <1440-KB 3.5" drive> on fdc0 drive 0 >> ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq >> 3 on acpi0 >> ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode >> ppc0: FIFO with 16/16/9 bytes threshold >> ppbus0: on ppc0 >> lpt0: on ppbus0 >> lpt0: Interrupt-driven port >> sio0: configured irq 4 not in bitmap of probed irqs 0 >> sio0: port may not be enabled >> sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on >> acpi0 >> sio0: type 16550A >> ichwd0: on isa0 >> orm0: at iomem 0xc0000-0xcefff 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 >> fb0 at vga0 >> atkbdc0: at port 0x60,0x64 on isa0 >> atkbd0: irq 1 on atkbdc0 >> kbd0 at atkbd0 >> atkbd0: [GIANT-LOCKED] >> sio1: configured irq 3 not in bitmap of probed irqs 0 >> sio1: port may not be enabled >> ukbd0: Key Tronic Keytronic USB Keyboard, rev 1.10/1.02, addr 2, iclass >> 3/1 >> kbd2 at ukbd0 >> ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/20.00, addr 3, iclass 3/1 >> ums0: 4 buttons and Z dir. >> Timecounter "TSC" frequency 3010671825 Hz quality 800 >> Timecounters tick every 1.000 msec >> ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding >> enabled, default to deny, logging limited to 100 packets/entry by default >> acd0: DVDR at ata0-master UDMA66 >> ad4: 114473MB at ata2-master SATA300 >> ad6: 114473MB at ata3-master SATA300 >> ar0: 228942MB status: READY >> ar0: disk0 READY using ad4 at ata2-master >> ar0: disk1 READY using ad6 at ata3-master >> cd0 at ata0 bus 0 target 0 lun 0 >> cd0: Removable CD-ROM SCSI-0 device >> cd0: 66.000MB/s transfers >> cd0: Attempt to query device size failed: NOT READY, Medium not present >> Trying to mount root from ufs:/dev/ar0s1a >> myk0: link up >> oss: Out of mixer extensions for device 0 >> >> >> Ian Smith wrote: >> > On Tue, 15 Aug 2006, Christian Walther wrote: >> > >> > > This is just a wild, uneducated guess, because I'm not a long FreeBSD >> > > user, but from my point of view this error could really be related to >> > > ACPI/APM, as already has been suggested. >> > >> > It smells a bit that way to me too. I've just read the whole thread, >> > but going back to the original post's kernel conf, android had APM and >> > apm_saver in there, but the dmesg confirmed an ACPI boot, complete with >> > a complaint by apm_saver refusing to load because APM wasn't loaded. As >> > it never is if ACPI is loaded, as I understand it. (caveat: 5.5-STABLE) >> > >> > android also mentioned trying to do things with APM settings in BIOS. I >> > suspect APM should be _disabled_ in BIOS, and ACPI enabled, with ACPI >> > power (etc) management used instead .. someone correct me if I'm wrong; >> > I'm really unsure how much APM functional emulation remains in ACPI? >> > >> > > Maybe the machine is trying to go to suspend, but fails while doing >> > > so, which in the end would mean that it can't recover from the >> > > suspend, but has to reboot completely, resulting in dirty file >> > > systems. It wouldn't reach the suspend state correctly, which could >> > > leave everything depending on ACPI/APM in a undefined state, >> including >> > > the hardware. This would explain why the machine has to be turned off >> > > properly by pressing toe power button for such a long time. >> > >> > Maybe. If APM is enabled in BIOS, but not loaded, could spell trouble. >> > >> > > I'd try to use the machine without ACPI/APM enabled. If possible, >> > > compile a new kernel without it being enabled. This might not be >> > > possible because you're on a SMP-system, thou, but you might want to >> > > check your configuration files for suspend or hibernation -- and turn >> > > them of. >> > >> > Well it won't likely work with _neither_ enabled, and I suspect you're >> > right about SMP needing ACPI. android suggested failure to boot with >> > neither enabled, which sounds likely. What's in /boot/loader.conf? >> > >> > Cheers, Ian >> > >> > > With ACPI/APM turned on, leave the machine idle for some time and see >> > > if it shows the same behaviour. When it shuts down cleanly it's >> likely >> > > that suspend/hibernation fails due to the high load introduced by the >> > > build process. >> > > >> > > I've seen and experienced similar problems on other platforms, such >> as >> > > OS X and (sorry) Linux. >> > >> > >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > >