From owner-freebsd-stable@FreeBSD.ORG Sun Mar 25 01:53:16 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B33AB16A401 for ; Sun, 25 Mar 2007 01:53:16 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id 704D813C46C for ; Sun, 25 Mar 2007 01:53:16 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1691233ana for ; Sat, 24 Mar 2007 18:53:15 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ThDwvWfX//P8gPoQnvxo8SaTc4AsqiGmAhulVU9GuQZ+AvvtWa+dQ5gksb0HzZ/SBgINupMsqC/etfiZIdgLy5VWmXUKe1ljTmxEOC03bW3Hg9R0p2FuC4blAp+06qf+rWV8BxlO6UCD64TrlKB25SlUYxxW2mwCciVymM+Mj90= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=pun2DEtHKd8VtXIr/hXMWgUVjzgtf4+luJo+yGo2IJlGLbJVMtmipbT6zFKf5ye9ykom+zwnw31l9q+SHigb/oLyKc4kktg115oS6UMwS+iAZdyrOX/5FZNTsesXBPWntxuXUvcXord85qB88L1iXuRPtf6SUwyivFG8gXp6zkE= Received: by 10.100.154.13 with SMTP id b13mr3885128ane.1174787595093; Sat, 24 Mar 2007 18:53:15 -0700 (PDT) Received: by 10.100.32.17 with HTTP; Sat, 24 Mar 2007 18:53:14 -0700 (PDT) Message-ID: Date: Sat, 24 Mar 2007 20:53:14 -0500 From: "Nikolas Britton" To: "Jan Mikkelsen" In-Reply-To: <000201c76e68$b5339820$0502a8c0@IBMA618C20271E> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <000201c76e68$b5339820$0502a8c0@IBMA618C20271E> Cc: FreeBSD Stable , erich@areca.com.tw, Phillip Neumann , scottl@freebsd.org Subject: Re: Amd64 Unstable Areca X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2007 01:53:16 -0000 On 3/24/07, Jan Mikkelsen wrote: > Hi, > > Nikolas Britton wrote: > > If that doesn't work move back down to 1.20.00.12: > > http://www.nbritton.org/uploads/areca/ > > I could consistently make 1.20.00.12 corrupt data. If you are going to go > back, that's probably a bad choice. 1.20.00.02 didn't seem to have > corruption problems. > The 1.20.00.12 driver I pointed to was a custom hack I did for my servers, It worked fine for the 7 months I was using it... I'm assuming we're talking about I/O load, the servers rarely see high cpu loads... the hardware: http://www.supermicro.com/products/motherboard/Xeon1333/5000P/X7DBE.cfm arcmsr0: Fixed Processor SCSI-0 device da0 at arcmsr0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 166.666MB/s transfers (83.333MHz, offset 32, 16bit), Tagged Queueing Enabled da0: 1430511MB (2929687040 512 byte sectors: 255H 63S/T 182364C) I just upgraded them for the DST change. :-/ From owner-freebsd-stable@FreeBSD.ORG Sun Mar 25 02:09:35 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 319F416A401 for ; Sun, 25 Mar 2007 02:09:35 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id 85AAE13C469 for ; Sun, 25 Mar 2007 02:09:33 +0000 (UTC) (envelope-from janm@transactionware.com) Received: (qmail 64179 invoked from network); 25 Mar 2007 02:09:54 -0000 Received: from midgard.transactionware.com (192.168.1.55) by dm.transactionware.com with SMTP; 25 Mar 2007 02:09:54 -0000 Received: (qmail 23328 invoked by uid 907); 25 Mar 2007 02:09:31 -0000 Received: from midgard.transactionware.com (HELO IBMA618C20271E) (192.168.1.55) by midgard.transactionware.com (qpsmtpd/0.32) with ESMTP; Sun, 25 Mar 2007 12:09:31 +1000 From: "Jan Mikkelsen" To: "'Nikolas Britton'" Date: Sun, 25 Mar 2007 12:09:27 +1000 Message-ID: <000b01c76e82$9e6f5a10$0502a8c0@IBMA618C20271E> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6822 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 In-Reply-To: Importance: Normal Thread-Index: AcdugJIjpNdS/TwNSKOI40968ScZwQAAHbog Cc: scottl@freebsd.org, 'Phillip Neumann' , erich@areca.com.tw, 'FreeBSD Stable' Subject: RE: Amd64 Unstable Areca X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2007 02:09:35 -0000 Nikolas Britton wrote: > On 3/24/07, Jan Mikkelsen wrote: > > Hi, > > > > Nikolas Britton wrote: > > > If that doesn't work move back down to 1.20.00.12: > > > http://www.nbritton.org/uploads/areca/ > > > > I could consistently make 1.20.00.12 corrupt data. If you=20 > are going to go > > back, that's probably a bad choice. 1.20.00.02 didn't seem to have > > corruption problems. > > >=20 > The 1.20.00.12 driver I pointed to was a custom hack I did for my > servers, It worked fine for the 7 months I was using it... I'm > assuming we're talking about I/O load, the servers rarely see high cpu > loads... the hardware: >=20 > = http://www.supermicro.com/products/motherboard/Xeon1333/5000P/X7DBE.cfm > > arcmsr0: ARECA RAID ADAPTER0: Driver Version 1.20.00.13 2006-8-18 > ARECA RAID ADAPTER0: FIRMWARE VERSION V1.41 2006-5-24 > pass1 at arcmsr0 bus 0 target 16 lun 0 > pass1: Fixed Processor SCSI-0 device > da0 at arcmsr0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-3 device > da0: 166.666MB/s transfers (83.333MHz, offset 32, 16bit), Tagged > Queueing Enabled > da0: 1430511MB (2929687040 512 byte sectors: 255H 63S/T 182364C) >=20 > I just upgraded them for the DST change. :-/ Interesting. How did you modify the 1.20.00.12 driver from Areca? Is the 1.20.00.13 driver mentioned above the one from 6.2-RELEASE? If = so, do you ever see g_vfs_done errors on this machine when it is under heavy = I/O load? >From the machine I used to test the corruption issue (currently running 6-STABLE): arcmsr0: mem 0xc8500000-0xc8500fff,0xc8c00000-0xc8ffffff irq 16 at device 14.0 = on pci10 ARECA RAID ADAPTER0: Driver Version 1.20.00.14 2007-2-05 ARECA RAID ADAPTER0: FIRMWARE VERSION V1.42 2006-10-13 pass4 at arcmsr0 bus 0 target 16 lun 0 pass4: Fixed Processor SCSI-0 device This is an ARC-1220 in a Supermicro X7DB8 based machine. Jan. From owner-freebsd-stable@FreeBSD.ORG Sun Mar 25 06:06:09 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0A39E16A402 for ; Sun, 25 Mar 2007 06:06:09 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id 0735213C43E for ; Sun, 25 Mar 2007 06:06:07 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1722623ana for ; Sat, 24 Mar 2007 23:06:07 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=g5OOEiXBZhpm46tSyKk+tgAmkjdfk9X/9/PCo6nwh/ovHlstOLwH+k/4bn/xg97eV2/yK7nt44zb7mDIgahITlKwJc5d3Conk7m320m+IMJPdLlGwTViI3UscCxZD/6HZQGLl3XGhBe4yIcAQr43BbSilVkrAnPzPu9P3/QzI80= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=KC5JhnjAqKBwXRo4GAWxO+LCBpbscapnMVBIXb5MI+4Q3O6/su3fCETbywk11xNJXO6ZNevLs6ekKKRaBi9NglfsOgj87iXfsAcHPjiHg3GtDGqLosN7z5JFA+E5hel8Hc4grkDseXR6c6NhkYqxfXH9DbTmgZEmsygL1DbnHlA= Received: by 10.100.7.18 with SMTP id 18mr3922781ang.1174802767213; Sat, 24 Mar 2007 23:06:07 -0700 (PDT) Received: by 10.100.32.17 with HTTP; Sat, 24 Mar 2007 23:06:07 -0700 (PDT) Message-ID: Date: Sun, 25 Mar 2007 01:06:07 -0500 From: "Nikolas Britton" To: "Jan Mikkelsen" In-Reply-To: <000b01c76e82$9e6f5a10$0502a8c0@IBMA618C20271E> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <000b01c76e82$9e6f5a10$0502a8c0@IBMA618C20271E> Cc: scottl@freebsd.org, Phillip Neumann , erich@areca.com.tw, FreeBSD Stable Subject: Re: Amd64 Unstable Areca X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2007 06:06:09 -0000 On 3/24/07, Jan Mikkelsen wrote: > Nikolas Britton wrote: > > On 3/24/07, Jan Mikkelsen wrote: > > > Hi, > > > > > > Nikolas Britton wrote: > > > > If that doesn't work move back down to 1.20.00.12: > > > > http://www.nbritton.org/uploads/areca/ > > > > > > I could consistently make 1.20.00.12 corrupt data. If you > > are going to go > > > back, that's probably a bad choice. 1.20.00.02 didn't seem to have > > > corruption problems. > > > > > > > The 1.20.00.12 driver I pointed to was a custom hack I did for my > > servers, It worked fine for the 7 months I was using it... I'm > > assuming we're talking about I/O load, the servers rarely see high cpu > > loads... the hardware: > > > > http://www.supermicro.com/products/motherboard/Xeon1333/5000P/X7DBE.cfm > > > > arcmsr0: > ARECA RAID ADAPTER0: Driver Version 1.20.00.13 2006-8-18 > > ARECA RAID ADAPTER0: FIRMWARE VERSION V1.41 2006-5-24 > > pass1 at arcmsr0 bus 0 target 16 lun 0 > > pass1: Fixed Processor SCSI-0 device > > da0 at arcmsr0 bus 0 target 0 lun 0 > > da0: Fixed Direct Access SCSI-3 device > > da0: 166.666MB/s transfers (83.333MHz, offset 32, 16bit), Tagged > > Queueing Enabled > > da0: 1430511MB (2929687040 512 byte sectors: 255H 63S/T 182364C) > > > > I just upgraded them for the DST change. :-/ > > Interesting. How did you modify the 1.20.00.12 driver from Areca? > > Is the 1.20.00.13 driver mentioned above the one from 6.2-RELEASE? If so, > do you ever see g_vfs_done errors on this machine when it is under heavy I/O > load? > > From the machine I used to test the corruption issue (currently running > 6-STABLE): > > arcmsr0: > mem 0xc8500000-0xc8500fff,0xc8c00000-0xc8ffffff irq 16 at device 14.0 on > pci10 > ARECA RAID ADAPTER0: Driver Version 1.20.00.14 2007-2-05 > ARECA RAID ADAPTER0: FIRMWARE VERSION V1.42 2006-10-13 > pass4 at arcmsr0 bus 0 target 16 lun 0 > pass4: Fixed Processor SCSI-0 device > > This is an ARC-1220 in a Supermicro X7DB8 based machine. > Yeah are hardware is nearly identical. I don't remember what I did to my custom driver, I know I fixed some syntax errors and merged in changes that were made on top of the 1.20.00.02 code base. I'm not sure but I think most of those changes were thrown out with the import of 1.20.00.13 and 14. Yes ..0.13 is the driver from 6.2-RELEASE-p2 and no I don't see any g_vfs errors, I do see a crap load of httpd errors that someone needs to investigate, lucky me. :-/ It's not likely I'd see them anyhow because the business slows way down during this time of year: > uptime: 11:53PM up 3 days, 8:56, 1 user, load averages: 0.00, 0.00, 0.00 I remember seeing that g_vfs error one time when one of the sata cables came loose. All hell broke loose and FreeBSD had a major brain fart, I've had several other sata cable 'incidents' but that's the only time FreeBSD croaked (with an areca card). The cable incidents happen with all are sata raid gear and it's not specific to areca products. I've come to the conclusion that the sata cables simply vibrate loose. I'm debating at the moment if we should move to sas multi-lane backplanes. The biggest problem I forsee is if one of the multi-lane cables comes loose, if that happened the array is toast .. anyhow... I simply rebooted the server, rebuilt the array, verified the array, and ran fsck. The file system corruption was typical of a power failure during disk write. From owner-freebsd-stable@FreeBSD.ORG Sun Mar 25 08:02:01 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2BCA416A403 for ; Sun, 25 Mar 2007 08:02:01 +0000 (UTC) (envelope-from vincent@xtra-net.org) Received: from ns1.xtra-net.be (ns1.xtra-net.be [195.162.200.90]) by mx1.freebsd.org (Postfix) with SMTP id 9881713C46A for ; Sun, 25 Mar 2007 08:01:58 +0000 (UTC) (envelope-from vincent@xtra-net.org) Received: (qmail 25622 invoked from network); 25 Mar 2007 07:35:16 -0000 Received: from unknown (HELO vbepfkad.srv.xtra-net.be) (172.16.66.70) by 0 with SMTP; 25 Mar 2007 07:35:16 -0000 Received: (qmail 12261 invoked from network); 25 Mar 2007 07:31:06 -0000 Received: from 1.66.16.172.in-addr.arpa (HELO wbemfkaa.net.xtra-net.be) (172.16.66.1) by 0 with SMTP; 25 Mar 2007 07:31:06 -0000 From: Vincent Blondel To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Sun, 25 Mar 2007 09:34:07 +0200 Message-Id: <1174808047.5181.9.camel@wbemfkaa.net.xtra-net.be> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: vincent@xtra-net.org Subject: kernel crash ... httpd process ?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2007 08:02:01 -0000 Hello, This morning, I found my web server rebooted after a kernel crash. You can find below a debug of the kernel but I do not see anything special except it seems there was a problem with httpd process. This machine is hosting 16 jails machines, all of them running with Apache-1.3.37 or Apache-2.059 with a FreeBSD-6.2 on an SMP athlon-mp host with 2Go ECC Registered memory. Thanks to help me. Vincent. --- kgdb kernel.debug /var/crash/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_ pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 00 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0x0 stack pointer = 0x28:0xece02a48 frame pointer = 0x28:0xece02a58 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 = 25063 (httpd) trap number = 12 panic: page fault cpuid = 1 Uptime: 9d4h35m19s Dumping 2047 MB (3 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 2046MB (523760 pages) 2030 2014 1998 1982 1966 1950 1934 1918 1902 1886 1870 1854 1838 1822 1806 1790 1774 1758 1742 1726 1710 1694 1678 1662 1646 1630 1614 1598 1582 1566 1550 1534 1 518 1502 1486 1470 1454 1438 1422 1406 1390 1374 1358 1342 1326 1310 1294 1278 1262 1246 1230 121 4 1198 1182 1166 1150 1134 1118 1102 1086 1070 1054 1038 1022 1006 990 974 958 942 926 910 894 87 8 862 846 830 814 798 782 766 750 734 718 702 686 670 654 638 622 606 590 574 558 542 526 510 494 478 462 446 430 414 398 382 366 350 334 318 302 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 ... ok chunk 2: 1MB (128 pages) #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) (kgdb) (kgdb) list *0x20:0x0 A syntax error in expression, near `:0x0'. (kgdb) list *0x20 No source file for address 0x20. (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc0549dc2 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc054a0e9 in panic (fmt=0xc06ee065 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc06c9a00 in trap_fatal (frame=0xece02a08, eva=0) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc06c973f in trap_pfault (frame=0xece02a08, usermode=0, eva=0) at /usr/src/sys/i386/i386/trap.c:745 #5 0xc06c9399 in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = -951789624, tf_esi = -962362032, tf_ebp = -320853416, tf_isp = -320853452, tf_ebx = 4, tf_edx = -965622128, tf_ecx = 4, tf_eax = -949792768, tf_trapno = 12, tf_err = 0, tf_eip = 0, tf_cs = 32, tf_eflags = 2163202, tf_esp = -951269120, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc06b5dda in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0x00000000 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) quit From owner-freebsd-stable@FreeBSD.ORG Sun Mar 25 13:37:47 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6DC3616A400 for ; Sun, 25 Mar 2007 13:37:47 +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 EEF8613C44B for ; Sun, 25 Mar 2007 13:37:46 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (nunefe@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l2PDbdqF040288 for ; Sun, 25 Mar 2007 15:37:45 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l2PDbdY2040287; Sun, 25 Mar 2007 15:37:39 +0200 (CEST) (envelope-from olli) Date: Sun, 25 Mar 2007 15:37:39 +0200 (CEST) Message-Id: <200703251337.l2PDbdY2040287@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Sun, 25 Mar 2007 15:37:45 +0200 (CEST) Cc: Subject: options VFS_AIO vs. qemu vs. shell accounts 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: Sun, 25 Mar 2007 13:37:47 -0000 Hi, sys/conf/NOTES contains this comment in RELENG_6 (for as long as the AIO option exists, which is more than 7 years): # Use real implementations of the aio_* system calls. There are numerous # stability and security issues in the current aio code that make it # unsuitable for inclusion on machines with untrusted local users. options VFS_AIO Does that warning about stability and security issues still apply on RELENG_6? If it does, is somebody working on a fix for that? The problem is that recent versions of qemu seem to require AIO (for IDE DMA). Given the above comment, it seems to be impossible to use qemu on machines with shell accounts. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Being really good at C++ is like being really good at using rocks to sharpen sticks." -- Thant Tessman From owner-freebsd-stable@FreeBSD.ORG Sun Mar 25 16:11:27 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4036D16A400; Sun, 25 Mar 2007 16:11:27 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id E5D1913C44C; Sun, 25 Mar 2007 16:11:26 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l2PGBF33011991; Sun, 25 Mar 2007 10:11:21 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <46069F1E.6090008@samsco.org> Date: Sun, 25 Mar 2007 10:11:10 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Nikolas Britton References: <000b01c76e82$9e6f5a10$0502a8c0@IBMA618C20271E> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Sun, 25 Mar 2007 09:11:22 -0700 (MST) X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: scottl@freebsd.org, Jan Mikkelsen , erich@areca.com.tw, FreeBSD Stable , Phillip Neumann Subject: Re: Amd64 Unstable Areca X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2007 16:11:27 -0000 Nikolas Britton wrote: > Yeah are hardware is nearly identical. I don't remember what I did to > my custom driver, I know I fixed some syntax errors and merged in > changes that were made on top of the 1.20.00.02 code base. I'm not > sure but I think most of those changes were thrown out with the import > of 1.20.00.13 and 14. > > Yes ..0.13 is the driver from 6.2-RELEASE-p2 and no I don't see any > g_vfs errors, I do see a crap load of httpd errors that someone needs > to investigate, lucky me. :-/ It's not likely I'd see them anyhow > because the business slows way down during this time of year: Please try the following patch against the latest 6-STABLE driver sources: http://people.freebsd.org/~scottl/arcmsr.simq.diff. Scott From owner-freebsd-stable@FreeBSD.ORG Sun Mar 25 16:46:51 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C280C16A408 for ; Sun, 25 Mar 2007 16:46:51 +0000 (UTC) (envelope-from me@janh.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.freebsd.org (Postfix) with ESMTP id 4A10213C4D3 for ; Sun, 25 Mar 2007 16:46:51 +0000 (UTC) (envelope-from me@janh.de) Received: from [80.171.114.230] (helo=[192.168.178.31]) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis), id 0MKxQS-1HVVrj0elF-00030C; Sun, 25 Mar 2007 18:46:49 +0200 Message-ID: <4606A76F.2040506@janh.de> Date: Sun, 25 Mar 2007 18:46:39 +0200 From: Jan Henrik Sylvester User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX1+GqOpTOkG/Vf1OrtcKBMlVnRjWP8Y/Hr9B43r E6Rm0wNDTVhtYSUc1woKhrjUmo1dILbKSRfjGlEzYSbg6ZupCm Tb9rlm5MsneqV4hCkbxCQ== Subject: freebsd-update changes kernel to SMP-GENERIC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2007 16:46:51 -0000 Hello! Before the last freebsd-update, I had a GENERIC kernel installed. Now 'uname -v -i' gives me: FreeBSD 6.2-RELEASE-p2 #0: Tue Feb 27 22:56:09 UTC 2007 root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/SMP SMP-GENERIC Did something go wrong? Does SMP have any negative side effects (Pentium M)? Should I rollback? (Is this related to FreeBSD-EN-07:05.freebsd-update.asc?) Thanks Jan Henrik From owner-freebsd-stable@FreeBSD.ORG Sun Mar 25 16:54:13 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B1F1316A407 for ; Sun, 25 Mar 2007 16:54:13 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd3mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 7EA1913C465 for ; Sun, 25 Mar 2007 16:54:13 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd4mr3so.prod.shaw.ca (pd4mr3so-qfe3.prod.shaw.ca [10.0.141.214]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JFG00BWUXKJA130@l-daemon> for freebsd-stable@freebsd.org; Sun, 25 Mar 2007 10:53:07 -0600 (MDT) Received: from pn2ml1so.prod.shaw.ca ([10.0.121.145]) by pd4mr3so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JFG009FEXKJ8TH0@pd4mr3so.prod.shaw.ca> for freebsd-stable@freebsd.org; Sun, 25 Mar 2007 09:53:07 -0700 (MST) Received: from hexahedron.daemonology.net ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with SMTP id <0JFG00HDRXKI1OQ0@l-daemon> for freebsd-stable@freebsd.org; Sun, 25 Mar 2007 10:53:07 -0600 (MDT) Received: (qmail 4045 invoked from network); Sun, 25 Mar 2007 16:53:00 +0000 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by localhost with SMTP; Sun, 25 Mar 2007 16:53:00 +0000 Date: Sun, 25 Mar 2007 09:53:00 -0700 From: Colin Percival In-reply-to: <4606A76F.2040506@janh.de> To: Jan Henrik Sylvester Message-id: <4606A8EC.4080006@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.94.0.0 References: <4606A76F.2040506@janh.de> User-Agent: Thunderbird 1.5.0.9 (X11/20061227) Cc: freebsd-stable@freebsd.org Subject: Re: freebsd-update changes kernel to SMP-GENERIC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2007 16:54:13 -0000 Jan Henrik Sylvester wrote: > Before the last freebsd-update, I had a GENERIC kernel installed. Are you sure? :-) > Now 'uname -v -i' gives me: > > FreeBSD 6.2-RELEASE-p2 #0: Tue Feb 27 22:56:09 UTC 2007 > root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/SMP SMP-GENERIC > > Did something go wrong? What does `sysctl kern.bootfile` say? Colin Percival From owner-freebsd-stable@FreeBSD.ORG Sun Mar 25 17:25:02 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6A4CF16A401 for ; Sun, 25 Mar 2007 17:25:02 +0000 (UTC) (envelope-from me@janh.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.freebsd.org (Postfix) with ESMTP id E317713C46E for ; Sun, 25 Mar 2007 17:25:01 +0000 (UTC) (envelope-from me@janh.de) Received: from [80.171.114.230] (helo=[192.168.178.31]) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis), id 0ML29c-1HVWSi2QjG-00059r; Sun, 25 Mar 2007 19:25:00 +0200 Message-ID: <4606B065.1030209@janh.de> Date: Sun, 25 Mar 2007 19:24:53 +0200 From: Jan Henrik Sylvester User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: 4606A76F.2040506@janh.de Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX1/cK1Uf8tJH3Et0x6TpoZVvcugFTmrCAwlQUEa XIDZMO5bsGYydeT5h27aJhOqiYVC23GkXab4Z4lpuUYH+g2idZ 4WUIRktvSKZ6QMXHheqLw== Subject: freebsd-update changes kernel to SMP-GENERIC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2007 17:25:02 -0000 Colin Percival wrote: > Jan Henrik Sylvester wrote: > > Before the last freebsd-update, I had a GENERIC kernel installed. > > Are you sure? :-) I was... since I "always" had one, but looking at my old logs, I found: FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:05:30 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP Sorry for bothering you! (kern.bootfile: /boot/kernel/kernel) Jan Henrik From owner-freebsd-stable@FreeBSD.ORG Sun Mar 25 18:27:42 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9331F16A40A for ; Sun, 25 Mar 2007 18:27:42 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id 2F83E13C44B for ; Sun, 25 Mar 2007 18:27:41 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7cc7.q.ppp-pool.de [89.53.124.199]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 75ABC12883F for ; Sun, 25 Mar 2007 20:27:35 +0200 (CEST) Received: from [192.168.16.3] (cesar.sz.vwsoft.com [192.168.16.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id E530C3F4E8; Sun, 25 Mar 2007 20:27:25 +0200 (CEST) Message-ID: <4606BF0C.20607@vwsoft.com> Date: Sun, 25 Mar 2007 20:27:24 +0200 From: Volker User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: Michel Talon References: <20070324220045.GA15059@lpthe.jussieu.fr> In-Reply-To: <20070324220045.GA15059@lpthe.jussieu.fr> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: freebsd-stable@freebsd.org Subject: Re: Re: bsdlabel blues again X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2007 18:27:42 -0000 Michel, On 12/23/-58 20:59, Michel Talon wrote: > Volker said: > >> As I've done this procedure twice yesterday and once more today, >> I've double and triple checked everything but I'm running into one >> single problem: >> >> partition c extends past end of unit and doesn't start at 0. > > I think you should run bsdlabel on the mirror, not on the > raw partitions or disks. Then you will have no more problem > of the above type, only the innocuous following one: Thanks for your answer but I should have stated in my first message I'm not a totally stupid bloody newby. I do know the difference between raw disk slices and mirrored slices. I've also done this procedure a lot times before with less trouble. I was talking about something what I would like to name a bug or call it strange behavior. Just for the archives, I've got it working now. As I've converted from one (working) mirror to another, gmirror seemed to cache slice / partition infos. To work around that kind of trouble, one needs to create the slices, label the mirror, reboot (!) and then continue with partioning. Otherwise gmirror is working on old, cached values which will give out of bound partitioning values. Creating the slices, label the mirror and create the partitions in one go will most likely get you to bad partition values. This extra step of rebooting should most likely not be needed if one is able to `gmirror load' after labeling the mirror but in my case I've been unable to unload gmirror because I've already been working on a live mirror. So the reboot was needed as there's no command to re-sync geom values. My description does not mean to be technically correct but this is what I've experienced and the only thing I can imagine what's going on in the background. Greetings, Volker From owner-freebsd-stable@FreeBSD.ORG Sun Mar 25 21:20:38 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9434B16A400 for ; Sun, 25 Mar 2007 21:20:38 +0000 (UTC) (envelope-from joe@zircon.seattle.wa.us) Received: from dsl254-019-221.sea1.dsl.speakeasy.net (dsl254-019-221.sea1.dsl.speakeasy.net [216.254.19.221]) by mx1.freebsd.org (Postfix) with SMTP id 440AD13C4AE for ; Sun, 25 Mar 2007 21:20:38 +0000 (UTC) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 2698 invoked from network); 25 Mar 2007 20:53:56 -0000 Received: from localhost (HELO ?127.0.0.1?) (127.0.0.1) by localhost with SMTP; 25 Mar 2007 20:53:56 -0000 Message-ID: <4606E163.9000506@zircon.seattle.wa.us> Date: Sun, 25 Mar 2007 13:53:55 -0700 From: Joe Kelsey User-Agent: Thunderbird 1.5.0.9 (X11/20070120) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: gmirror Issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Mar 2007 21:20:38 -0000 I am having a real hard time with gmirror. I recently bought two new 400G SATA disks and I want to mirror them. I think I am following the directions, but I am not sure. I generally do the following steps: edit /boot/loader.conf to add geom_mirror_load. reboot into single-user gmirror label -v -b round-robin gm0 ad4s1 ad6s1 bsdlabel -w mirror/gm0 bsdlabel -e mirror/gm0 newfs mirror/gm0a When I attempt to perform the newfs, it generally goes through all of the backup super blocks and hangs the system at the end of the newfs. At that point, my only recourse is pushing the reset button. When the system comes up, GEOM_MIRROR tries to rebuild one of the providers (usually ad4s1), but never seems to succeed. Anyway, the first problem I had was not having geom_mirror loaded. The only solution seems to be adding the load to /boot/loader.conf. None of the manual pages or handbook pages says anything about this except when discusssing making your system disk mirrored. I am not doing that. So, after loading the mirror stuff, I regularly lock up the system by trying to perform simple activities on the mirror. What do I need to do differently? Here are the relevant dmesg lines: atapci0: port 0xa000-0xa007,0x9800-0x9803,0x9400-0x9407,0x9000-0x9003,0x8800-0x880f mem 0xfba00000-0xfba001ff irq 18 at device 13.0 on pci0 ata2: on atapci0 ata3: on atapci0 ad4: 381554MB at ata2-master SATA150 ad6: 381554MB at ata3-master SATA150 FreeBSD zircon.zircon.seattle.wa.us 6.2-STABLE FreeBSD 6.2-STABLE #0: Sat Mar 24 16:32:06 PDT 2007 root@zircon.zircon.seattle.wa.us:/usr/obj/usr/src/sys/ZIRCON amd64 amd64 amd64 FreeBSD /Joe From owner-freebsd-stable@FreeBSD.ORG Sun Mar 25 21:53:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D543916A400 for ; Sun, 25 Mar 2007 21:53:04 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 914B213C480 for ; Sun, 25 Mar 2007 21:53:04 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HVadu-0000zq-CL for freebsd-stable@freebsd.org; Sun, 25 Mar 2007 23:52:50 +0200 Received: from 89-172-38-156.adsl.net.t-com.hr ([89.172.38.156]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 25 Mar 2007 23:52:50 +0200 Received: from ivoras by 89-172-38-156.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 25 Mar 2007 23:52:50 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Sun, 25 Mar 2007 23:52:38 +0200 Lines: 37 Message-ID: References: <4606E163.9000506@zircon.seattle.wa.us> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig2DAC6BACDC289F5A3725C1E9" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-38-156.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) In-Reply-To: <4606E163.9000506@zircon.seattle.wa.us> X-Enigmail-Version: 0.94.1.2 Sender: news Subject: Re: gmirror Issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Mar 2007 21:53:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2DAC6BACDC289F5A3725C1E9 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Joe Kelsey wrote: > So, after loading the mirror stuff, I regularly lock up the system by > trying to perform simple activities on the mirror. What do I need to d= o > differently? >=20 > Here are the relevant dmesg lines: > atapci0: port > 0xa000-0xa007,0x9800-0x9803,0x9400-0x9407,0x9000-0x9003,0x8800-0x880f > mem 0xfba00000-0xfba001ff irq 18 at device 13.0 on pci0 I did almost the same thing you did with gmirror on 6.2-release on amd64 the other day and it worked. There were several complaints about "SiI" hardware in the past, though - you might want to search the lists. --------------enig2DAC6BACDC289F5A3725C1E9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGBu8tldnAQVacBcgRAr0cAKCWV0J3Jhh8cP4W39nO0o2yBZUe5wCfWWTm GjpLKsf5Bi5RR248HIRg8so= =roFc -----END PGP SIGNATURE----- --------------enig2DAC6BACDC289F5A3725C1E9-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 25 23:08:10 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 37D9E16A403 for ; Sun, 25 Mar 2007 23:08:10 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out5.smtp.messagingengine.com (out5.smtp.messagingengine.com [66.111.4.29]) by mx1.freebsd.org (Postfix) with ESMTP id 10ED713C44B for ; Sun, 25 Mar 2007 23:08:10 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (unknown [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 19AC020B09F; Sun, 25 Mar 2007 19:08:09 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Sun, 25 Mar 2007 19:08:10 -0400 X-Sasl-enc: S411BM951PQLepoVFKT1a+FhLYt3K1VC7WSBUvb4MYax 1174864089 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id A0F6710FC9; Sun, 25 Mar 2007 19:08:09 -0400 (EDT) Message-ID: <460700D7.8000908@FreeBSD.org> Date: Mon, 26 Mar 2007 00:08:07 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.9 (X11/20070125) MIME-Version: 1.0 To: "Marc G. Fournier" References: <442CBD51B75099133C8A26C5@ganymede.hub.org> In-Reply-To: <442CBD51B75099133C8A26C5@ganymede.hub.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: socketpair: No buffer space available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Mar 2007 23:08:10 -0000 Marc G. Fournier wrote: > Mar 20 07:59:26 mars sshd[717]: error: reexec socketpair: No buffer space > available > > > If I have a login session on the machine, I can easily do a reboot of the > machine, and it seems to come up clean every time (ie. no fsck's need to be > run) ... > Does anyone have any ideas of what I can look at? > How odd. The re-exec feature is not documented in the man page. It appears that it can be turned off with the -r switch according to sshd.c. Can you give that a try and see if that offers symptomatic relief? It would be somewhat less secure as sshd will fork rather than fork..exec. The code does indeed appear to use socketpair. FreeBSD implements socketpair as a system call. Only AF_UNIX, SOCK_STREAM sockets are accepted. A quick look in KScope suggests the first place where this can fail with ENOBUFS is soalloc() from socreate(). Is this machine under heavy memory load in any way? soalloc() uses a zone allocator. I'm not sure how to track that from userland, vmstat -m only deals with kernel malloc() stats. BMS From owner-freebsd-stable@FreeBSD.ORG Sun Mar 25 23:09:03 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A046916A401 for ; Sun, 25 Mar 2007 23:09:03 +0000 (UTC) (envelope-from oleg@vsi.ru) Received: from serv2.vsi.ru (serv2.vsi.ru [80.82.32.11]) by mx1.freebsd.org (Postfix) with ESMTP id 223A913C448 for ; Sun, 25 Mar 2007 23:09:02 +0000 (UTC) (envelope-from oleg@vsi.ru) Received: from serv2.vsi.ru (localhost [127.0.0.1]) by serv2.vsi.ru (8.13.8/8.13.8) with ESMTP id l2PN8w3p060422 for ; Mon, 26 Mar 2007 03:08:58 +0400 (MSD) (envelope-from oleg@vsi.ru) Received: (from nobody@localhost) by serv2.vsi.ru (8.13.8/8.13.8/Submit) id l2PN7LF3060392 for freebsd-stable@freebsd.org; Mon, 26 Mar 2007 03:07:21 +0400 (MSD) (envelope-from oleg@vsi.ru) X-Authentication-Warning: serv2.vsi.ru: nobody set sender to oleg@vsi.ru using -f To: freebsd-stable@freebsd.org Message-ID: <1174864041.460700a97e1eb@webmail.vsi.ru> Date: Mon, 26 Mar 2007 03:07:21 +0400 (MSD) From: Oleg Derevenetz References: <007d01c7605f$79fa60c0$3b215250@NOTEBOOK> <20070307030448.GQ10453@deviant.kiev.zoral.com.ua> <001101c7625c$c9997860$c8c55358@delloleg> In-Reply-To: <001101c7625c$c9997860$c8c55358@delloleg> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP IMAP webmail program 2.2.8 X-Originating-IP: 80.82.33.59 Subject: Re: Processes get stuck in "ufs" state X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2007 23:09:03 -0000 ãÉÔÉÒÕÀ Oleg Derevenetz : > On Wed, Mar 07, 2007 at 05:22:38AM +0300, Oleg Derevenetz wrote: > > >> Sometimes (once a week approximately) I have a problem with the same > >> symptoms described here on SMP FreeBSD 6.2-STABLE with dual AMD > Opteron(tm) > >> Processor 850: > >> > >> http://www.freebsd.org/cgi/query-pr.cgi?pr=104406&cat= > >> > >> Sometimes (apparently when CPU load suddenly goes up) all processes > that > >> interacts with disk gets stuck in "ufs" state, but in my case > >> SIGSTOP/SIGCONT seemingly does not help. > > > > See developer handbook, Deadlock Debugging chapter for instruction > what > > information shall be gathered to debug the problem. > > OK, I built kernel with debug options and will wait for stuck. By the > way, when debug options turned on, I see this message on every > boot when nullfs mounting in progress: > > acquiring duplicate lock of same type: "vnode interlock" > 1st vnode interlock @ /usr/src/sys/kern/vfs_vnops.c:806 > 2nd vnode interlock @ /usr/src/sys/kern/vfs_subr.c:2040 > KDB: stack backtrace: > kdb_backtrace(3,cfc60300,c05926d0,c05926d0,c05542c4,...) at > kdb_backtrace+0x29 > witness_checkorder(cfd5c4dc,9,c051cf1e,7f8) at witness_checkorder+0x578 > _mtx_lock_flags(cfd5c4dc,0,c051cf1e,7f8,cfb28b90,...) at > _mtx_lock_flags+0x78 > vrefcnt(cfd5c414) at vrefcnt+0x20 > null_checkvp(cff5eae0,c050c4a6,215) at null_checkvp+0x56 > null_lock(f02f1a68) at null_lock+0x66 > VOP_LOCK_APV(c054d540,f02f1a68) at VOP_LOCK_APV+0x87 > vn_lock(cff5eae0,1002,cfc60300,cff5eae0,cff5ed04,...) at vn_lock+0xac > nullfs_root(cff76b90,2,f02f1ae0,cfc60300,0,8,0,c05cfca0,0,c051c79c,407) > at nullfs_root+0x26 > vfs_domount(cfc60300,cfe3d340,cfe3d130,d,cfe3d3f0,c05817e0,0,c051c79c,2bf) > at vfs_domount+0x975 > vfs_donmount(cfc60300,d,cfe73080,cfe73080,0,...) at vfs_donmount+0x3f9 > nmount(cfc60300,f02f1d04) at nmount+0x8b > syscall(3b,3b,3b,bf7fe5f5,bf7feea0,...) at syscall+0x25b > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (378, FreeBSD ELF32, nmount), eip = 0x280bc0e7, esp = > 0xbf7fe5bc, ebp = 0xbf7fee38 --- > > This host have nullfs filesystems. Is this can be related to deadlock ? FYI: after replacing nullfs filesystems with unionfs (using new unionfs implementation): http://people.freebsd.org/~daichi/unionfs/ all deadlocks are gone. It seems to be a problem in current nullfs implementation, but I can't debug it properly because deadlock cases are relatively rare and machine that uses nullfs is heavily loaded so WITNESS and DEBUG options leads to unacceptable performance penalty. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 26 00:34:15 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 43D7916A405 for ; Mon, 26 Mar 2007 00:34:15 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls405.t-com.hr (ls405.t-com.hr [195.29.150.135]) by mx1.freebsd.org (Postfix) with ESMTP id C45EC13C45A for ; Mon, 26 Mar 2007 00:34:14 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls248.t-com.hr (ls248.t-com.hr [195.29.150.237]) by ls405.t-com.hr (Postfix) with ESMTP id 6329A144C27; Mon, 26 Mar 2007 02:34:13 +0200 (CEST) Received: from ls248.t-com.hr (ls248.t-com.hr [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id 5F5C9D5004A; Mon, 26 Mar 2007 02:34:13 +0200 (CEST) Received: from ls248.t-com.hr (ls248.t-com.hr [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id 44465D50047; Mon, 26 Mar 2007 02:34:13 +0200 (CEST) X-Envelope-Sender-Info: g5URFa92gX9K/Rg9VFA/rBmFau/+LemdQRJdYmL0CGw6StkSH1j7CT0zJW9WjWDV X-Envelope-Sender: ivoras@fer.hr Received: from [10.0.0.100] (89-172-38-156.adsl.net.t-com.hr [89.172.38.156]) by ls248.t-com.hr (Qmali) with ESMTP id CC0D85E004A; Mon, 26 Mar 2007 02:34:12 +0200 (CEST) Message-ID: <46071504.4050303@fer.hr> Date: Mon, 26 Mar 2007 02:34:12 +0200 From: Ivan Voras User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Joe Kelsey References: <4606E163.9000506@zircon.seattle.wa.us> <4607100B.5050807@zircon.seattle.wa.us> In-Reply-To: <4607100B.5050807@zircon.seattle.wa.us> X-Enigmail-Version: 0.94.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCB83542A380996215AD8D0C0" Cc: freebsd-stable@freebsd.org Subject: Re: gmirror Issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2007 00:34:15 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCB83542A380996215AD8D0C0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Joe Kelsey wrote: > The major thing that needs doing is a detailed explanation of how to > take two brand new disk drives and mirror them. Nothing in the > documentation discusses this. Do you have to create file systems on th= e This is actually easy: 1. Create everything you need on the first drive (ok, you don't need *everything* - just the base system and partitions) 2. gmirror label myraid mydrive0 3. gmirror insert myraid mydrive1 This way, mydrive0 will be the "master", which would be replicated on the mydrive1 hereafter. After the first sync is complete, they will be equal and mirrored. If the mirror is your root drive, don't forget to fixup fstab and add geom_mirror module to the loader before rebooting. --------------enigCB83542A380996215AD8D0C0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGBxUEldnAQVacBcgRAhsnAKCgNcnLcBnZjVTwc/OVClIL83NaHwCgnUM9 9gsTPUWYbXx/3Mr/vk6zV5w= =5PjO -----END PGP SIGNATURE----- --------------enigCB83542A380996215AD8D0C0-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 26 00:39:43 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 804B616A406 for ; Mon, 26 Mar 2007 00:39:43 +0000 (UTC) (envelope-from joe@zircon.seattle.wa.us) Received: from dsl254-019-221.sea1.dsl.speakeasy.net (dsl254-019-221.sea1.dsl.speakeasy.net [216.254.19.221]) by mx1.freebsd.org (Postfix) with SMTP id 311AB13C465 for ; Mon, 26 Mar 2007 00:39:43 +0000 (UTC) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 67635 invoked from network); 26 Mar 2007 00:13:01 -0000 Received: from localhost (HELO ?127.0.0.1?) (127.0.0.1) by localhost with SMTP; 26 Mar 2007 00:13:01 -0000 Message-ID: <4607100B.5050807@zircon.seattle.wa.us> Date: Sun, 25 Mar 2007 17:12:59 -0700 From: Joe Kelsey User-Agent: Thunderbird 1.5.0.9 (X11/20070120) MIME-Version: 1.0 To: Ivan Voras References: <4606E163.9000506@zircon.seattle.wa.us> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: gmirror Issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2007 00:39:43 -0000 Ivan Voras wrote: > Joe Kelsey wrote: > > >> So, after loading the mirror stuff, I regularly lock up the system by >> trying to perform simple activities on the mirror. What do I need to do >> differently? >> >> Here are the relevant dmesg lines: >> atapci0: port >> 0xa000-0xa007,0x9800-0x9803,0x9400-0x9407,0x9000-0x9003,0x8800-0x880f >> mem 0xfba00000-0xfba001ff irq 18 at device 13.0 on pci0 >> > > I did almost the same thing you did with gmirror on 6.2-release on amd64 > the other day and it worked. There were several complaints about "SiI" > hardware in the past, though - you might want to search the lists. > > Thank you for the suggestion, but it does not help. There is some traffic on the list about the 3112, but I have a 3512, which does not have any list traffic about bugs. The major thing that needs doing is a detailed explanation of how to take two brand new disk drives and mirror them. Nothing in the documentation discusses this. Do you have to create file systems on the drives first? Do you have to use fdisk to slice them up? Is there a size limit on drives? I am trying to mirror two 400G drives, is this supported? There is no information anywhere that I can find about these topics. /Joe From owner-freebsd-stable@FreeBSD.ORG Mon Mar 26 00:40:24 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DF23716A402 for ; Mon, 26 Mar 2007 00:40:24 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id A7B7D13C455 for ; Mon, 26 Mar 2007 00:40:24 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.184]) by hub.org (Postfix) with ESMTP id 659FF85C8FE; Sun, 25 Mar 2007 21:40:19 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.184]) (amavisd-new, port 10024) with ESMTP id 53202-03; Sun, 25 Mar 2007 21:40:19 -0300 (ADT) Received: from ganymede.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id E7F2F85C8F9; Sun, 25 Mar 2007 21:40:18 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 6DAB646F56; Sun, 25 Mar 2007 21:40:28 -0300 (ADT) Date: Sun, 25 Mar 2007 21:40:28 -0300 From: "Marc G. Fournier" To: "Bruce M. Simpson" Message-ID: <3FB86CEA6F8D54D527843B13@ganymede.hub.org> X-Mailer: Mulberry/4.0.7 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-stable@freebsd.org Subject: Re: socketpair: No buffer space available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2007 00:40:25 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Monday, March 26, 2007 00:08:07 +0100 "Bruce M. Simpson" wrote: > Marc G. Fournier wrote: >> Mar 20 07:59:26 mars sshd[717]: error: reexec socketpair: No buffer space >> available >> >> >> If I have a login session on the machine, I can easily do a reboot of the >> machine, and it seems to come up clean every time (ie. no fsck's need to be >> run) ... >> Does anyone have any ideas of what I can look at? >> > How odd. The re-exec feature is not documented in the man page. It appears > that it can be turned off with the -r switch according to sshd.c. Can you > give that a try and see if that offers symptomatic relief? It would be > somewhat less secure as sshd will fork rather than fork..exec. That was actually just one example ... I get more of: sendmail[82066]: l2NEA1Ht082066: SYSERR(root): makeconnection: cannot create socket: No buffer space available then I do the sshd errors ... in another 15 hours or so, they will all start up again, like clock work :( - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGBxZ84QvfyHIvDvMRAoNTAKDBkGZL7aCOXEW22QibCCpnJJJnEgCfafMa ex0pM7sKPgCjVdURJ9nwfH0= =egaO -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 26 01:34:01 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 645FF16A407 for ; Mon, 26 Mar 2007 01:34:01 +0000 (UTC) (envelope-from hartzell@cyrusharmon.com) Received: from euclid.cyrusharmon.org (mail.cyrusharmon.org [64.62.142.89]) by mx1.freebsd.org (Postfix) with ESMTP id 4FF1A13C46C for ; Mon, 26 Mar 2007 01:34:01 +0000 (UTC) (envelope-from hartzell@cyrusharmon.com) Received: from euclid.cyrusharmon.org (localhost [127.0.0.1]) by euclid.cyrusharmon.org (Postfix) with ESMTP id B45071CC71; Sun, 25 Mar 2007 18:06:43 -0700 (PDT) Received: from [192.168.2.106] (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by euclid.cyrusharmon.org (Postfix) with ESMTP id 65F8B1CC4B; Sun, 25 Mar 2007 18:06:43 -0700 (PDT) In-Reply-To: <4607100B.5050807@zircon.seattle.wa.us> References: <4606E163.9000506@zircon.seattle.wa.us> <4607100B.5050807@zircon.seattle.wa.us> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <61BEDB50-42B8-4B6C-BD48-70B98E4EB0D5@cyrusharmon.com> Content-Transfer-Encoding: 7bit From: George Hartzell Date: Sun, 25 Mar 2007 18:06:27 -0700 To: Joe Kelsey X-Mailer: Apple Mail (2.752.2) X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: gmirror Issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2007 01:34:01 -0000 On Mar 25, 2007, at 5:12 PM, Joe Kelsey wrote: > Ivan Voras wrote: >> Joe Kelsey wrote: >> >> >>> So, after loading the mirror stuff, I regularly lock up the >>> system by >>> trying to perform simple activities on the mirror. What do I >>> need to do >>> differently? >>> >>> Here are the relevant dmesg lines: >>> atapci0: port >>> 0xa000-0xa007,0x9800-0x9803,0x9400-0x9407,0x9000-0x9003,0x8800-0x880 >>> f >>> mem 0xfba00000-0xfba001ff irq 18 at device 13.0 on pci0 >>> >> >> I did almost the same thing you did with gmirror on 6.2-release on >> amd64 >> the other day and it worked. There were several complaints about >> "SiI" >> hardware in the past, though - you might want to search the lists. >> >> > Thank you for the suggestion, but it does not help. There is some > traffic on the list about the 3112, but I have a 3512, which does > not have any list traffic about bugs. > > The major thing that needs doing is a detailed explanation of how > to take two brand new disk drives and mirror them. Nothing in the > documentation discusses this. Do you have to create file systems > on the drives first? Do you have to use fdisk to slice them up? > Is there a size limit on drives? I am trying to mirror two 400G > drives, is this supported? There is no information anywhere that I > can find about these topics. Have you seen this: http://people.freebsd.org/~rse/mirror/ g. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 26 03:53:59 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A728816A407 for ; Mon, 26 Mar 2007 03:53:59 +0000 (UTC) (envelope-from bseklecki@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id 5755913C45A for ; Mon, 26 Mar 2007 03:53:59 +0000 (UTC) (envelope-from bseklecki@collaborativefusion.com) Received: from [192.168.4.6] (c-67-171-75-90.hsd1.pa.comcast.net [67.171.75.90]) (AUTH: LOGIN seklecki, TLS: TLSv1/SSLv3,128bits,RC4-MD5) by wingspan with esmtp; Sun, 25 Mar 2007 23:43:50 -0400 id 00056407.46074176.0001869C From: "Brian A. Seklecki" To: Joe Kelsey In-Reply-To: <4607100B.5050807@zircon.seattle.wa.us> References: <4606E163.9000506@zircon.seattle.wa.us> <4607100B.5050807@zircon.seattle.wa.us> Organization: Collaborative Fusion, Inc. Date: Sun, 25 Mar 2007 22:43:59 -0500 Message-Id: <1174880639.6259.11.camel@ingress> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit X-Mailer: Evolution 2.2.3-10mdk Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: gmirror Issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2007 03:53:59 -0000 > The major thing that needs doing is a detailed explanation of how to > take two brand new disk drives and mirror them. You're right. This is a tutorial. > Nothing in the > documentation discusses this. The in-tree documentation explains the syntax of the admin commands and the technical aspects of the subsystem. > Do you have to create file systems on the > drives first? No you use the raw devices. > Do you have to use fdisk to slice them up? You can do that. It is not required. > Is there a size limit on drives? The size limit would be file-system related; not gmirror. You're pretty safe into the terabytes with UFS2 > I am trying to mirror two 400G drives, is this > supported? Sure, follow the RSE link you were sent. > There is no information anywhere that I can find about these > topics. Always search the mailing list archives. > /Joe > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Mar 26 04:17:46 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CBC1616A400 for ; Mon, 26 Mar 2007 04:17:46 +0000 (UTC) (envelope-from christopher@schulte.org) Received: from monster.schulte.org (monster.schulte.org [209.134.156.193]) by mx1.freebsd.org (Postfix) with ESMTP id 9449C13C44B for ; Mon, 26 Mar 2007 04:17:46 +0000 (UTC) (envelope-from christopher@schulte.org) Received: from localhost (localhost.schulte.org [127.0.0.1]) by monster.schulte.org (Postfix) with ESMTP id 687941141C; Sun, 25 Mar 2007 22:59:02 -0500 (CDT) X-Virus-Scanned: amavisd-new at schulte.org Received: from monster.schulte.org ([127.0.0.1]) by localhost (monster.schulte.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8J-+TdRCzeLh; Sun, 25 Mar 2007 22:59:00 -0500 (CDT) Received: from 2k3.windows2003.schulte.org (exchange.windows2003.schulte.org [209.134.156.205]) by monster.schulte.org (Postfix) with ESMTP; Sun, 25 Mar 2007 22:59:00 -0500 (CDT) Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Sun, 25 Mar 2007 22:59:31 -0500 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Message-ID: In-Reply-To: <61BEDB50-42B8-4B6C-BD48-70B98E4EB0D5@cyrusharmon.com> X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: gmirror Issues thread-index: AcdvRwaRBfUaAIOOS9iVJXGoIv8PBgAEvH7A References: <4606E163.9000506@zircon.seattle.wa.us><4607100B.5050807@zircon.seattle.wa.us> <61BEDB50-42B8-4B6C-BD48-70B98E4EB0D5@cyrusharmon.com> From: "Christopher Schulte" To: "George Hartzell" , "Joe Kelsey" Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: RE: gmirror Issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2007 04:17:46 -0000 Regarding the gmirror talk: I found this helpful, as well: http://www.onlamp.com/pub/a/bsd/2005/11/10/FreeBSD_Basics.html Has there been any talk of a "gmirror aware" sysinstall that would adjust the size of the disk layout by one sector to ensure that the metadata is not overwritten? (and perhaps make loader.conf and fstab changes) As I understand it now, the user has to manually account for this at OS install, and adjust the disk layout accordingly... yes? From owner-freebsd-stable@FreeBSD.ORG Mon Mar 26 05:29:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 91B7116A402 for ; Mon, 26 Mar 2007 05:29:56 +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 C7C5913C45A for ; Mon, 26 Mar 2007 05:29:54 +0000 (UTC) (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 l2Q55Ch8008370 for ; Mon, 26 Mar 2007 07:05:12 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id l2Q55Ca9009421; Mon, 26 Mar 2007 07:05:12 +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 l2Q54B71009391; Mon, 26 Mar 2007 07:04:11 +0200 (CEST) (envelope-from ry93) Date: Mon, 26 Mar 2007 07:04:11 +0200 From: "Patrick M. Hausen" To: Joe Kelsey Message-ID: <20070326050411.GA9261@hugo10.ka.punkt.de> References: <4606E163.9000506@zircon.seattle.wa.us> <4607100B.5050807@zircon.seattle.wa.us> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4607100B.5050807@zircon.seattle.wa.us> User-Agent: Mutt/1.5.10i Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: gmirror Issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2007 05:29:56 -0000 Hello! On Sun, Mar 25, 2007 at 05:12:59PM -0700, Joe Kelsey wrote: > The major thing that needs doing is a detailed explanation of how to > take two brand new disk drives and mirror them. Nothing in the > documentation discusses this. It is supposed to work like this: http://people.freebsd.org/~rse/mirror/ I've created two shellscripts for myself from that documentation that set up a mirrored system in no time. You need to recalculate the sizes for labelling the mirror manually, though. HTH, Patrick -- punkt.de GmbH * Vorholzstr. 25 * 76137 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: Jürgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Mon Mar 26 10:30:17 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 724B516A400 for ; Mon, 26 Mar 2007 10:30:17 +0000 (UTC) (envelope-from paolo.tealdi@polito.it) Received: from polito.it (eracle.polito.it [130.192.3.44]) by mx1.freebsd.org (Postfix) with ESMTP id 0D69E13C457 for ; Mon, 26 Mar 2007 10:30:16 +0000 (UTC) (envelope-from paolo.tealdi@polito.it) X-ExtScanner: Niversoft's FindAttachments (free) Received: from demostene.polito.it ([130.192.92.21] verified) by eracle.polito.it (CommuniGate Pro SMTP 5.1.7) with ESMTPS id 5711222 for freebsd-stable@freebsd.org; Mon, 26 Mar 2007 11:30:14 +0200 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 26 Mar 2007 11:30:10 +0200 To: freebsd-stable@freebsd.org From: Paolo Tealdi Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Message-ID: Subject: HP Q200 FC HBA X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2007 10:30:17 -0000 Dear all, i would like to know if HP Q200 FC HBA bus adapter is supported by FreBSD. It's sold with HP storageworks MSA1000 SAN kit . It could be a qlogic card renamed ... or not ? Best regards, Paolo Tealdi Ing. Paolo Tealdi Servizi Informatici per le Biblioteche Politecnico Torino Phone : +39-011-5646714 , FAX : +39-011-5646799 C.so Duca degli Abruzzi, 24 - 10129 Torino - ITALY Email : paolo.tealdi@polito.it From owner-freebsd-stable@FreeBSD.ORG Mon Mar 26 11:05:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 68D3F16A404 for ; Mon, 26 Mar 2007 11:05:56 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 28D1613C45B for ; Mon, 26 Mar 2007 11:05:55 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HVn14-0007y6-8e for freebsd-stable@freebsd.org; Mon, 26 Mar 2007 13:05:34 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 26 Mar 2007 13:05:34 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 26 Mar 2007 13:05:34 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 26 Mar 2007 13:05:23 +0200 Lines: 61 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.10 (X11/20060911) In-Reply-To: Sender: news Subject: Re: HP Q200 FC HBA X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2007 11:05:56 -0000 Paolo Tealdi wrote: > Dear all, > > i would like to know if HP Q200 FC HBA bus adapter is supported by > FreBSD. It's sold with HP storageworks MSA1000 SAN kit . It could be a > qlogic card renamed ... or not ? It probably is. From http://www.freebsd.org/releases/6.2R/hardware-i386.html : Cards supported by the isp(4) driver include: * ISP1000 * ISP1020 * ISP1040 * Qlogic 1240 * Qlogic 1020 * Qlogic 1040 * Qlogic 1080 * Qlogic 1280 * Qlogic 12160 * Qlogic 210X * Qlogic 220X * Qlogic 2300 * Qlogic 2312 * Qlogic 234X * Qlogic 2322 * Qlogic 200 From owner-freebsd-stable@FreeBSD.ORG Mon Mar 26 11:28:05 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E595716A401; Mon, 26 Mar 2007 11:28:05 +0000 (UTC) (envelope-from me@hawei.net2.nerim.net) Received: from hawei.net2.nerim.net (hawei.net2.nerim.net [213.41.129.28]) by mx1.freebsd.org (Postfix) with ESMTP id 40D2213C44C; Mon, 26 Mar 2007 11:28:05 +0000 (UTC) (envelope-from me@hawei.net2.nerim.net) Received: by hawei.net2.nerim.net (Postfix, from userid 1001) id 1C50B45109; Mon, 26 Mar 2007 12:33:39 +0200 (CEST) Date: Mon, 26 Mar 2007 12:33:38 +0200 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20070326103338.GA1242@hawei.net2.nerim.net> Mail-Followup-To: freebsd-stable@freebsd.org, Colin Percival References: <20070322154442.GA1400@hawei.net2.nerim.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070322154442.GA1400@hawei.net2.nerim.net> User-Agent: Mutt/1.4.2.1i Cc: Colin Percival Subject: Re: Binary upgrade script problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2007 11:28:06 -0000 On Thu, Mar 22, 2007 at 04:44:42PM +0100, Harald Weis wrote: > I've run Colin Percival's binary upgrade scripts on my spare machine. > It worked fine from 6.0 t0 6.1. > For 6.1 to 6.2 the script stops during the > ``The following files will be removed ...'' phase. > Exactly same stop for three fresh trials which look alright up to the stop: > /usr/share/doc/en_US.ISO8859-1/books/porters-handbook/x1950.html > byte 3107 Sorry, Colin, for asking you directly. Is there nothing I could do to find out the reason for this stop ? The output of ``uname -a'' of that spare box is: FreeBSD castor.local.hawei.net2.nerim.net 6.1-SECURITY FreeBSD 6.1-SECURITY #0: Wed Feb 14 15:33:28 UTC 2007 root@builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 Harald Weis -- FreeBSD 6.1-RELEASE #0: Sun May 7 04:42:56 UTC 2006 From owner-freebsd-stable@FreeBSD.ORG Mon Mar 26 12:15:43 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 99BFE16A403 for ; Mon, 26 Mar 2007 12:15:43 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.238]) by mx1.freebsd.org (Postfix) with ESMTP id 4182F13C44C for ; Mon, 26 Mar 2007 12:15:43 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so737133wra for ; Mon, 26 Mar 2007 05:15:42 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Aw1fTc1glJ3WroFEGenQ95klZNtnljaYTfyiBlwRdI/bbopuv+SNJPj4G9b63Q2i/D3WW8D2O0la0s3yMDbeJcMwWfyUV2IgTy/y5eRP+yt0WqrMDLfWfltAesjfnngu/vs9dWpdWfxaCcJV6THt1woC0oBBMpMqRy5bag7+m+E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=aQi7l2QdLzv+uZ5Ikdc7cRV2rntz2ZrNEMGCb9o0rg2uHsMiGxYtUo+73xcrN8fXqcOpo7PPcW8+wGUNGJpgKrgj7suvlUCIA/QYQ8Ubh03M0I0B7LOuHviFPtRVAB7GO7h8Oz32oWvvkhW8NTvu140iBd2dGQWXb+RQH76okvw= Received: by 10.100.164.14 with SMTP id m14mr4794169ane.1174911341777; Mon, 26 Mar 2007 05:15:41 -0700 (PDT) Received: by 10.100.32.17 with HTTP; Mon, 26 Mar 2007 05:15:41 -0700 (PDT) Message-ID: Date: Mon, 26 Mar 2007 07:15:41 -0500 From: "Nikolas Britton" To: "Scott Long" In-Reply-To: <46069F1E.6090008@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <000b01c76e82$9e6f5a10$0502a8c0@IBMA618C20271E> <46069F1E.6090008@samsco.org> Cc: scottl@freebsd.org, Jan Mikkelsen , erich@areca.com.tw, FreeBSD Stable , Phillip Neumann Subject: Re: Amd64 Unstable Areca X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2007 12:15:43 -0000 On 3/25/07, Scott Long wrote: > Nikolas Britton wrote: > > Yeah are hardware is nearly identical. I don't remember what I did to > > my custom driver, I know I fixed some syntax errors and merged in > > changes that were made on top of the 1.20.00.02 code base. I'm not > > sure but I think most of those changes were thrown out with the import > > of 1.20.00.13 and 14. > > > > Yes ..0.13 is the driver from 6.2-RELEASE-p2 and no I don't see any > > g_vfs errors, I do see a crap load of httpd errors that someone needs > > to investigate, lucky me. :-/ It's not likely I'd see them anyhow > > because the business slows way down during this time of year: > > Please try the following patch against the latest 6-STABLE driver > sources: http://people.freebsd.org/~scottl/arcmsr.simq.diff. > Thanks Scott... Unfortunately, or fortunately depending on your outlook, spring break ends today and I've got a crap load of studying to do, so no time to play guinea pig... But because I'm such a nice guy I've compiled i386 and amd64 binaries so the others can play along. I compiled everything against 6.2-RELEASE-p2... Download them here: http://www.nbritton.org/uploads/areca/fb62/ Do you have any testing scripts so the group can do repeatable comparison tests using the old and new kernel modules? Thanks. Oh and here's a file list but gmail is probably going to mutilate it: arcmsr.c.1824: ASCII C program text arcmsr.h.1142: ISO-8859 C program text arcmsr.kld.fb62.i386.032607: ELF 32-bit LSB relocatable, Intel 80386, version 1 (FreeBSD), not stripped arcmsr.ko.debug.fb62.amd64.032607: ELF 64-bit LSB relocatable, AMD x86-64, version 1 (FreeBSD), not stripped arcmsr.ko.fb62.amd64.032607: ELF 64-bit LSB relocatable, AMD x86-64, version 1 (FreeBSD), not stripped arcmsr.ko.fb62.i386.032607: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), not stripped arcmsr.o.fb62.amd64.032607: ELF 64-bit LSB relocatable, AMD x86-64, version 1 (FreeBSD), not stripped arcmsr.o.fb62.i386.032607: ELF 32-bit LSB relocatable, Intel 80386, version 1 (FreeBSD), not stripped i386_build_log.txt: ASCII text, with very long lines From owner-freebsd-stable@FreeBSD.ORG Mon Mar 26 13:38:58 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C6E616A401 for ; Mon, 26 Mar 2007 13:38:58 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id 1125E13C48A for ; Mon, 26 Mar 2007 13:38:57 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7cee.q.ppp-pool.de [89.53.124.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 14F0D128829; Mon, 26 Mar 2007 15:07:51 +0200 (CEST) Received: from [192.168.16.3] (cesar.sz.vwsoft.com [192.168.16.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id DA33F3F4E8; Mon, 26 Mar 2007 15:07:41 +0200 (CEST) Message-ID: <4607C59B.6000901@vwsoft.com> Date: Mon, 26 Mar 2007 15:07:39 +0200 From: Volker User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: Joe Kelsey References: <4606E163.9000506@zircon.seattle.wa.us> In-Reply-To: <4606E163.9000506@zircon.seattle.wa.us> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: stable@freebsd.org Subject: Re: gmirror Issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2007 13:38:58 -0000 On 12/23/-58 20:59, Joe Kelsey wrote: > I am having a real hard time with gmirror. > I recently bought two new 400G SATA disks and I want to mirror them. I > think I am following the directions, but I am not sure. > > I generally do the following steps: > > edit /boot/loader.conf to add geom_mirror_load. > reboot into single-user > gmirror label -v -b round-robin gm0 ad4s1 ad6s1 > bsdlabel -w mirror/gm0 > bsdlabel -e mirror/gm0 > newfs mirror/gm0a Joe, check what `bsdlabel mirror/gm0' gives right after editing the partitioning information and re-check that info after a reboot. There might be an issue... Check if bsdlabel complains about partition c not being sized well. Could you please try to `gmirror unload' before doing anything and a `gmirror load' right after labeling the mirror? Or just try a reboot after labeling the mirror. If that does make a difference, it's a sign I've been right with my last week's experience. If you're still getting into trouble, you may want to zero out the first sectors of the disk using `dd'. When creating a 400 gig mirror, it will take a long time for the mirror to complete and you're mirroring waste in the first step. I would recommend to create the mirror with just one consumer, create the partitions, newfs and then insert the 2nd consumer into the mirror. Just to make sure, I would check the status of the mirror using `gmirror status' and wait until its state is COMPLETE before doing anything else. BTW, do you really want to use a dangerously dedicated disk (by using gm0X) without any slices? HTH, Volker From owner-freebsd-stable@FreeBSD.ORG Mon Mar 26 14:10:36 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2D7F816A403 for ; Mon, 26 Mar 2007 14:10:36 +0000 (UTC) (envelope-from pneumann@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.230]) by mx1.freebsd.org (Postfix) with ESMTP id C685D13C469 for ; Mon, 26 Mar 2007 14:10:35 +0000 (UTC) (envelope-from pneumann@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so777962wra for ; Mon, 26 Mar 2007 07:10:35 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=FIF/kh9yU5KZ10sc38JgGl72cDz4bShOGVeFBEfugJa381ttuXEC+eDmjuvRVmCxJSLn47DZVoX5qH0EYEky720OC/ebPvk6zJf7YR26I3ZP8xZDJQERCwZBiOfKOb4v1k2UqVMEsmeGeYncrqWOY0F1g8VAU1dADFbDNkqfwqw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=IT8pXnXMjo4d2OCSaH0GLhzLWQpLlnppT9T9vwTCfhABzFIdwPl5EEk+IUrYkp5i0DovX/RLMZq+x4ffqxSknOW7oevJoYw5E/mJNYUJbY6vxWSdz6jzYIR9voCUCxgM3Kd2QDvxJEa3ekXMODXeGKILN7EFmzT49OLz+Xk95Fs= Received: by 10.100.125.5 with SMTP id x5mr4904937anc.1174918234775; Mon, 26 Mar 2007 07:10:34 -0700 (PDT) Received: from ?192.168.2.231? ( [190.82.49.27]) by mx.google.com with ESMTP id 14sm12502448wrl.2007.03.26.07.10.32; Mon, 26 Mar 2007 07:10:34 -0700 (PDT) From: Phillip Neumann To: Scott Long In-Reply-To: <46069F1E.6090008@samsco.org> References: <000b01c76e82$9e6f5a10$0502a8c0@IBMA618C20271E> <46069F1E.6090008@samsco.org> Content-Type: multipart/mixed; boundary="=-YCQzFAaP1Fuc88o04VFy" Date: Mon, 26 Mar 2007 10:10:25 -0400 Message-Id: <1174918225.1319.5.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.0 FreeBSD GNOME Team Port Cc: scottl@freebsd.org, Jan Mikkelsen , erich@areca.com.tw, FreeBSD Stable , Nikolas Britton Subject: Re: Amd64 Unstable Areca X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2007 14:10:36 -0000 --=-YCQzFAaP1Fuc88o04VFy Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit El dom, 25-03-2007 a las 10:11 -0600, Scott Long escribió: > Nikolas Britton wrote: > > Yeah are hardware is nearly identical. I don't remember what I did to > > my custom driver, I know I fixed some syntax errors and merged in > > changes that were made on top of the 1.20.00.02 code base. I'm not > > sure but I think most of those changes were thrown out with the import > > of 1.20.00.13 and 14. > > > > Yes ..0.13 is the driver from 6.2-RELEASE-p2 and no I don't see any > > g_vfs errors, I do see a crap load of httpd errors that someone needs > > to investigate, lucky me. :-/ It's not likely I'd see them anyhow > > because the business slows way down during this time of year: > > Please try the following patch against the latest 6-STABLE driver > sources: http://people.freebsd.org/~scottl/arcmsr.simq.diff. > > Scott Scott unfortunatly, yesterday the box crashed again, with your patches dont know if the problem is FS related tho. I still didnt do what Jan sudgested, i.e. reformat the partitions. i may do this tonight. thanks! --=-YCQzFAaP1Fuc88o04VFy Content-Disposition: attachment; filename=kkgdb.txt Content-Type: text/plain; name=kkgdb.txt; charset=utf-8 Content-Transfer-Encoding: 8bit Unread portion of the kernel message buffer: <6>pid 94219 (sh), uid 0: exited on signal 11 <6>pid 94241 (sh), uid 0: exited on signal 11 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor write data, page not present instruction pointer = 0x8:0xffffffff805bda49 stack pointer = 0x10:0xffffffffb7aab9a0 frame pointer = 0x10:0x4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 94245 (sh) trap number = 12 panic: page fault cpuid = 0 Uptime: 5h19m40s Dumping 2047 MB (2 chunks) chunk 0: 1MB (156 pages) ... ok chunk 1: 2047MB (524016 pages) 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:172 172 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:172 #1 0x0000000000000004 in ?? () #2 0xffffffff80409447 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff80409ae1 in panic (fmt=0xffffff003b32e260 "�\226�A") at /usr/src/sys/kern/kern_shutdown.c:565 #4 0xffffffff8062b17f in trap_fatal (frame=0xffffff003b32e260, eva=18446742975299032752) at /usr/src/sys/amd64/amd64/trap.c:668 #5 0xffffffff8062b4fc in trap_pfault (frame=0xffffffffb7aab8f0, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:580 #6 0xffffffff8062b7b3 in trap (frame= {tf_rdi = -1097399663144, tf_rsi = 130, tf_rdx = -2140101835, tf_rcx = -1099185419872, tf_r8 = -2137937120, tf_r9 = -1098518437280, tf_rax = -1098518437280, tf_rbx = 0, tf_rbp = 4, tf_r10 = -2137799976, tf_r11 = -1098518437280, tf_r12 = -1097399663144, tf_r13 = -2140101835, tf_r14 = -1213547824, tf_r15 = -1097492989984, tf_trapno = 12, tf_addr = 56, tf_flags = -1098518437280, tf_err = 2, tf_rip = -2141463991, tf_cs = 8, tf_rflags = 66050, tf_rsp = -1213548112, tf_ss = 0}) at /usr/src/sys/amd64/amd64/trap.c:353 #7 0xffffffff806167eb in calltrap () at /usr/src/sys/amd64/amd64/exception.S:168 #8 0xffffffff805bda49 in vm_page_sleep_if_busy (m=0xffffff007de205d8, also_m_busy=130, msg=0xffffffff8070a335 "vmpfw") at atomic.h:139 #9 0xffffffff805b09e7 in vm_fault (map=0xffffff0013532440, vaddr=140737488338944, fault_type=2 '\002', fault_flags=8) at /usr/src/sys/vm/vm_fault.c:397 #10 0xffffffff8062b3b7 in trap_pfault (frame=0xffffffffb7aabc40, usermode=1) at /usr/src/sys/amd64/amd64/trap.c:557 #11 0xffffffff8062b943 in trap (frame= {tf_rdi = 5358048, tf_rsi = 0, tf_rdx = 1, tf_rcx = 34369249980, tf_r8 = -1098728259232, tf_r9 = 140737488343064, tf_rax = 0, tf_rbx = 140737488343408, tf_rbp = 5423104, tf_r10 = -2035732464, tf_r11 = 0, tf_r12 = 0, tf_r13 = 2, tf_r14 = 1, tf_r15 = 5399624, tf_trapno = 12, tf_addr = 140737488343016, tf_flags = 12, tf_err = 7, tf_rip = 4254692, tf_cs = 43, tf_rflags = 66118, tf_rsp = 140737488343024, tf_ss = 35}) at /usr/src/sys/amd64/amd64/trap.c:283 ---Type to continue, or q to quit--- #12 0xffffffff806167eb in calltrap () at /usr/src/sys/amd64/amd64/exception.S:168 #13 0x000000000040ebe4 in ?? () Previous frame inner to this frame (corrupt stack?) --=-YCQzFAaP1Fuc88o04VFy-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 26 14:28:37 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4118616A402 for ; Mon, 26 Mar 2007 14:28:37 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [74.92.149.58]) by mx1.freebsd.org (Postfix) with ESMTP id E090B13C44B for ; Mon, 26 Mar 2007 14:28:36 +0000 (UTC) (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 43B57B81F for ; Mon, 26 Mar 2007 10:28:36 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: References: <4606E163.9000506@zircon.seattle.wa.us><4607100B.5050807@zircon.seattle.wa.us> <61BEDB50-42B8-4B6C-BD48-70B98E4EB0D5@cyrusharmon.com> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-8--956380022; protocol="application/pkcs7-signature" Message-Id: <216947FD-AD62-4A9D-8EE6-052A8C72483F@khera.org> From: Vivek Khera Date: Mon, 26 Mar 2007 10:28:35 -0400 To: FreeBSD Stable List X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: gmirror Issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2007 14:28:37 -0000 --Apple-Mail-8--956380022 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Mar 25, 2007, at 11:59 PM, Christopher Schulte wrote: > As I understand it now, the user has to manually account for this > at OS > install, and adjust the disk layout accordingly... yes? when was the last time you ran fdisk and it didn't leave some spare sectors at the end? i don't think you have to do anything special when this happens. at least we don't :-) --Apple-Mail-8--956380022-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 26 14:58:43 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 837D816A403 for ; Mon, 26 Mar 2007 14:58:43 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr3.xs4all.nl (smtp-vbr3.xs4all.nl [194.109.24.23]) by mx1.freebsd.org (Postfix) with ESMTP id 21A0813C46C for ; Mon, 26 Mar 2007 14:58:42 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (obsolete.xs4all.nl [82.95.250.254]) by smtp-vbr3.xs4all.nl (8.13.8/8.13.8) with ESMTP id l2QEwfmn064043; Mon, 26 Mar 2007 16:58:41 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.8/8.13.3) with ESMTP id l2QEwFjD046512; Mon, 26 Mar 2007 16:58:15 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.8/8.13.6/Submit) id l2QEwEEn046511; Mon, 26 Mar 2007 16:58:14 +0200 (CEST) (envelope-from wb) Date: Mon, 26 Mar 2007 16:58:14 +0200 From: Wilko Bulte To: Paolo Tealdi Message-ID: <20070326145814.GC46399@freebie.xs4all.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: HP Q200 FC HBA X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2007 14:58:43 -0000 On Mon, Mar 26, 2007 at 11:30:10AM +0200, Paolo Tealdi wrote.. > Dear all, > > i would like to know if HP Q200 FC HBA bus adapter is supported by > FreBSD. It's sold with HP storageworks MSA1000 SAN kit . It could be Q200?? In general, most of our adapters are OEM-ed from QLogic. Or from Emulex. The Qlogics are generally supported by the isp(4) driver. If this MSA1000 SAN kit was originally sold for Linux deployment you have a Qlogic. A close look at the chip on the adapter will quickly enlighten you. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon Mar 26 18:36:38 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F3F1A16A401 for ; Mon, 26 Mar 2007 18:36:37 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from mail7.sea5.speakeasy.net (mail7.sea5.speakeasy.net [69.17.117.9]) by mx1.freebsd.org (Postfix) with ESMTP id C72B913C4AD for ; Mon, 26 Mar 2007 18:36:37 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: (qmail 7732 invoked from network); 26 Mar 2007 18:36:37 -0000 Received: from aldan.algebra.com ([216.254.65.224]) (envelope-sender ) by mail7.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 26 Mar 2007 18:36:36 -0000 Received: from aldan.algebra.com (aldan [127.0.0.1]) by aldan.algebra.com (8.13.8/8.13.8) with ESMTP id l2QIaUCJ046130 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Mar 2007 14:36:30 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by aldan.algebra.com (8.13.8/8.13.8/Submit) id l2QIaSI9046129; Mon, 26 Mar 2007 14:36:28 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin To: =?iso-8859-1?q?S=F8ren_Schmidt?= Date: Mon, 26 Mar 2007 14:36:27 -0400 User-Agent: KMail/1.9.5 References: <200603010505.k2155HfQ003205@aldan.algebra.com> <44054C5E.5070902@deepcore.dk> <200603011107.09942@aldan> In-Reply-To: <200603011107.09942@aldan> X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Cc: Dmitry Pryanishnikov , stable@freebsd.org, Derek Ragona , Brian Candler Subject: Re: pitiful performance of an SATA150 drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2007 18:36:38 -0000 Over a year later this remains a problem -- exactly as described below... No other SATA devices are present -- the only other IDE device is the DVD drive. My main disks are SCSI. What's MUCH worse is that the (slowly) written data is also often corrupted... I use the drive to store our vast collection of photos and the backups. Every once in a while I encounter a corrupt JPEG file, and the backups are _always_ corrupt somewhere. Doing something like: dump 0auChf 16 0 - /home | bzip2 -9 > /store/home.0.bz2 always produces a corrupt file (as per ``bzip2 -t''). I used to blame the drive's temperature, but it now sits in its own enclosure and stays under 40 Celsius. When the drive is accessed, there are (according to `systat -vm') many thousands of interrupts 17 -- on my system these are shared between pcm0 and ehci0. Why are these triggered by accessing SATA is unclear, but the Intr's share of the CPU time is often above 80% of one processor's total (I have 4 processors). As I mentioned a year ago, Knoppix was accessing the same drive at much higher speeds, so I don't believe, the problem is with the hardware... Please, advise. Thanks! -mi On Wednesday 01 March 2006 11:07, Mikhail Teterin wrote: = On Wednesday 01 March 2006, Søren Schmidt wrote: = = dd if=/dev/ad8 of=/dev/null bs=1m = = Well, as I said, there is no obvious problems with _reading_. The above = command reads at well over 60Mb/s: = = 1638924288 bytes transferred in 25.374856 secs (64588516 bytes/sec) = = _Writing_, however, remains pathetic: = = dd of=/dev/ad8 if=/dev/zero bs=1m = 631242752 bytes transferred in 91.039066 secs (6933757 bytes/sec) = = = The problem is the blocksize that gets in the way of utilizing full = = transfer speed. = = Did you really expect the blocksize to make an order of (decimal) magnitude = difference? :-) It made no difference at all :-( = = Brian Candler asked: = = Just to be clear: this is Knoppix running on the *same* machine as you've = = been testing FreeBSD? = = Correct. = = = Aside: why are you using cat under FreeBSD, but dd under Knoppix? I'd use dd = = everywhere for consistency. = = Cat was slightly faster in my tests on FreeBSD. I used dd under Knoppix for = dd's throughput reporting -- I'm not aware of a monitoring tool like `systat' = under Linux. = = Yours, = = -mi = From owner-freebsd-stable@FreeBSD.ORG Mon Mar 26 18:52:34 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B63E516A401 for ; Mon, 26 Mar 2007 18:52:34 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from martenvijn.nl (vijn.xs4all.nl [194.109.254.102]) by mx1.freebsd.org (Postfix) with ESMTP id EAF0B13C43E for ; Mon, 26 Mar 2007 18:52:33 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from [192.168.1.6] (workstation.martenvijn.nl [192.168.1.6]) by martenvijn.nl (8.13.8/8.13.4) with ESMTP id l2QIJmud010696; Mon, 26 Mar 2007 20:19:53 +0200 (CEST) (envelope-from info@martenvijn.nl) From: Marten To: Joe Kelsey In-Reply-To: <4606E163.9000506@zircon.seattle.wa.us> References: <4606E163.9000506@zircon.seattle.wa.us> Content-Type: text/plain Date: Mon, 26 Mar 2007 20:19:33 +0200 Message-Id: <1174933173.874.22.camel@workstation.martenvijn.nl> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (martenvijn.nl [192.168.1.2]); Mon, 26 Mar 2007 20:19:53 +0200 (CEST) X-Virus-Scanned: ClamAV 0.90/2933/Mon Mar 26 18:26:11 2007 on martenvijn.nl X-Virus-Status: Clean Cc: stable@freebsd.org Subject: Re: gmirror Issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2007 18:52:34 -0000 On Sun, 2007-03-25 at 13:53 -0700, Joe Kelsey wrote: > I am having a real hard time with gmirror. I recently bought two new > 400G SATA disks and I want to mirror them. I think I am following the > directions, but I am not sure. > I have seen lockups, spontaneous reboots, corrupt filsystems on 6.0 and 6.2 trigger: 1.a disk io with rsync / scp > say coping > 100Gb 1.b making backup with tar 2. full filesystems setup: -ata controller card -two ata disks (250Gb) system is now in via itxboard. but was the same in inter p2 board I 've tested mem with memtest I 've replaced ata controller card I 've replaced disk If I can provide more debug info pls let me know. kind regards, Marten dmesg %cat /var/run/dmesg.boot Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #5: Sat Mar 3 10:47:32 CET 2007 root@martenvijn.nl:/usr/obj/usr/src/sys/henk Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: VIA C3 Samuel 2 (597.07-MHz 686-class CPU) Origin = "CentaurHauls" Id = 0x673 Stepping = 3 Features=0x803035 real memory = 201261056 (191 MB) avail memory = 187387904 (178 MB) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xc0000000-0xcfffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci0: at device 10.0 (no driver attached) pci0: at device 10.1 (no driver attached) uhci0: port 0xc000-0xc01f irq 5 at device 16.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xc400-0xc41f irq 12 at device 16.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xc800-0xc81f irq 9 at device 16.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xd700c000-0xd700c0ff irq 12 at device 16.3 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xcc00-0xcc0f at device 17.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 17.5 (no driver attached) vr0: port 0xd800-0xd8ff mem 0xd700d000-0xd700d0ff irq 5 at device 18.0 on pci0 miibus0: on vr0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:40:63:d5:e5:f5 atapci1: port 0xdc00-0xdc07,0xe000-0xe003,0xe400-0xe407,0xe800-0xe803,0xec00-0xec0f mem 0xd7000000-0xd7003fff irq 12 at device 20.0 on pci0 ata2: on atapci1 ata3: on atapci1 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 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-0xcdfff,0xd8000-0xda7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 597071185 Hz quality 800 Timecounters tick every 1.000 msec ad4: 238475MB at ata2-master UDMA100 GEOM_MIRROR: Device gm0 created (id=222343067). GEOM_MIRROR: Device gm0: provider ad4 detected. ad6: 238475MB at ata3-master UDMA100 GEOM_MIRROR: Device gm0: provider ad6 detected. GEOM_MIRROR: Device gm0: provider ad6 activated. GEOM_MIRROR: Device gm0: provider ad4 activated. GEOM_MIRROR: Device gm0: provider mirror/gm0 launched. Trying to mount root from ufs:/dev/mirror/gm0s1a %pciconf -lvv agp0@pci0:0:0: class=0x060000 card=0xaa011106 chip=0x31231106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT8623 Apollo CLE266 CastleRock CPU to PCI Bridge' class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0xb0911106 rev=0x00 hdr=0x01 vendor = 'VIA Technologies Inc' device = 'VT8633 Apollo Pro 266 CPU to AGP Controller' class = bridge subclass = PCI-PCI none0@pci0:10:0: class=0x060700 card=0xaa011106 chip=0x04761180 rev=0x80 hdr=0x02 vendor = 'Ricoh Co Ltd' device = 'RL5c476 CardBus Controller' class = bridge subclass = PCI-CardBus none1@pci0:10:1: class=0x060700 card=0xaa011106 chip=0x04761180 rev=0x80 hdr=0x02 vendor = 'Ricoh Co Ltd' device = 'RL5c476 CardBus Controller' class = bridge subclass = PCI-CardBus uhci0@pci0:16:0: class=0x0c0300 card=0xaa011106 chip=0x30381106 rev=0x80 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' class = serial bus subclass = USB uhci1@pci0:16:1: class=0x0c0300 card=0xaa011106 chip=0x30381106 rev=0x80 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' class = serial bus subclass = USB uhci2@pci0:16:2: class=0x0c0300 card=0xaa011106 chip=0x30381106 rev=0x80 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' class = serial bus subclass = USB ehci0@pci0:16:3: class=0x0c0320 card=0x31041106 chip=0x31041106 rev=0x82 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6202 USB 2.0 Enhanced Host Controller' class = serial bus subclass = USB isab0@pci0:17:0: class=0x060100 card=0xaa011106 chip=0x31771106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT8235 PCI to ISA Bridge' class = bridge subclass = PCI-ISA atapci0@pci0:17:1: class=0x01018a card=0xaa011106 chip=0x05711106 rev=0x06 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxx EIDE Controller (All VIA Chipsets)' class = mass storage subclass = ATA none2@pci0:17:5: class=0x040100 card=0xaa011106 chip=0x30591106 rev=0x50 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT8233/33A/8235/8237 AC97 Enhanced Audio Controller' class = multimedia subclass = audio vr0@pci0:18:0: class=0x020000 card=0x01021106 chip=0x30651106 rev=0x74 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6102 Rhine II PCI Fast Ethernet Controller' class = network subclass = ethernet atapci1@pci0:20:0: class=0x018085 card=0x4d68105a chip=0x4d69105a rev=0x02 hdr=0x00 vendor = 'Promise Technology Inc' device = 'PDC20269 Ultra133 TX2 EIDE Controller' class = mass storage none3@pci1:0:0: class=0x030000 card=0x31221106 chip=0x31221106 rev=0x03 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT8623 Apollo CLE266 CastleRock AGP 8X Controller' class = display subclass = VGA From owner-freebsd-stable@FreeBSD.ORG Mon Mar 26 18:59:57 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F31416A400 for ; Mon, 26 Mar 2007 18:59:57 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-out3.apple.com (mail-out3.apple.com [17.254.13.22]) by mx1.freebsd.org (Postfix) with ESMTP id E938B13C45A for ; Mon, 26 Mar 2007 18:59:56 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay7.apple.com (relay7.apple.com [17.128.113.37]) by mail-out3.apple.com (8.13.8/8.13.8) with ESMTP id l2QIxuSA028728; Mon, 26 Mar 2007 11:59:56 -0700 (PDT) Received: from relay7.apple.com (unknown [127.0.0.1]) by relay7.apple.com (Symantec Mail Security) with ESMTP id 1F8EC300BE; Mon, 26 Mar 2007 11:59:56 -0700 (PDT) X-AuditID: 11807125-b0665bb00000538d-9a-4608182c75b8 Received: from [17.214.13.96] (cswiger1.apple.com [17.214.13.96]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by relay7.apple.com (Apple SCV relay) with ESMTP id 0848C30020; Mon, 26 Mar 2007 11:59:56 -0700 (PDT) In-Reply-To: <1174933173.874.22.camel@workstation.martenvijn.nl> References: <4606E163.9000506@zircon.seattle.wa.us> <1174933173.874.22.camel@workstation.martenvijn.nl> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Mon, 26 Mar 2007 11:59:55 -0700 To: Marten X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== Cc: stable@freebsd.org Subject: Re: gmirror Issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2007 18:59:57 -0000 On Mar 26, 2007, at 11:19 AM, Marten wrote: > On Sun, 2007-03-25 at 13:53 -0700, Joe Kelsey wrote: >> I am having a real hard time with gmirror. I recently bought two new >> 400G SATA disks and I want to mirror them. I think I am following >> the >> directions, but I am not sure. >> > I have seen lockups, spontaneous reboots, corrupt filsystems on > 6.0 and > 6.2 > > trigger: > > 1.a disk io with rsync / scp > say coping > 100Gb > 1.b making backup with tar > 2. full filesystems > > setup: > -ata controller card > -two ata disks (250Gb) Try hunting around for the latest VIA test BIOS for the ITX M-series miniboards (check the viaarea.com web-forums, IIRC)...before updating to it, I tended to see fairly reproducible data corruption whenever accessing two or more IDE devices at the same time on a 600MHz VIA C3 ITX system. -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Mon Mar 26 19:22:53 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CDBA016A400 for ; Mon, 26 Mar 2007 19:22:53 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from alnrmhc15.comcast.net (alnrmhc15.comcast.net [206.18.177.55]) by mx1.freebsd.org (Postfix) with ESMTP id A1F1F13C44B for ; Mon, 26 Mar 2007 19:22:53 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (alnrmhc15) with ESMTP id <20070326192251b1500b5ss1e>; Mon, 26 Mar 2007 19:22:52 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 5CC421FA03D; Mon, 26 Mar 2007 12:22:51 -0700 (PDT) Date: Mon, 26 Mar 2007 12:22:51 -0700 From: Jeremy Chadwick To: Mikhail Teterin Message-ID: <20070326192251.GA30555@icarus.home.lan> Mail-Followup-To: Mikhail Teterin , =?iso-8859-1?Q?S=F8ren?= Schmidt , Dmitry Pryanishnikov , stable@freebsd.org, Derek Ragona , Brian Candler References: <200603010505.k2155HfQ003205@aldan.algebra.com> <44054C5E.5070902@deepcore.dk> <200603011107.09942@aldan> <200703261436.28659@aldan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200703261436.28659@aldan> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Dmitry Pryanishnikov , stable@freebsd.org, Derek Ragona , =?iso-8859-1?Q?S=F8ren?= Schmidt , Brian Candler Subject: Re: pitiful performance of an SATA150 drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2007 19:22:53 -0000 On Mon, Mar 26, 2007 at 02:36:27PM -0400, Mikhail Teterin wrote: > Over a year later this remains a problem -- exactly as described below... > > No other SATA devices are present -- the only other IDE device is the DVD > drive. My main disks are SCSI. > > What's MUCH worse is that the (slowly) written data is also often corrupted... > I use the drive to store our vast collection of photos and the backups. Every > once in a while I encounter a corrupt JPEG file, and the backups are _always_ > corrupt somewhere. Doing something like: > > dump 0auChf 16 0 - /home | bzip2 -9 > /store/home.0.bz2 > > always produces a corrupt file (as per ``bzip2 -t''). I used to blame the > drive's temperature, but it now sits in its own enclosure and stays under 40 > Celsius. I can't reproduce the corruption you report. I run massive backups (7 levels; level 0 on Sunday, 1-6 on Mon-Sat) in our co-location facility and have always had success with restore(8). We use gzip -2 not bzip2, for what it's worth. The dumps are done over SSH. > When the drive is accessed, there are (according to `systat -vm') many > thousands of interrupts 17 -- on my system these are shared between pcm0 and > ehci0. Why are these triggered by accessing SATA is unclear, but the Intr's > share of the CPU time is often above 80% of one processor's total (I have 4 > processors). See below for some of my stats for comparison. > As I mentioned a year ago, Knoppix was accessing the same drive at much higher > speeds, so I don't believe, the problem is with the hardware... > > Please, advise. Thanks! Let's compare numbers and devices, since I use SATA devices exclusively on my own home network, as well as in both of my production co-los. I'll use my home network for the below tests. Here's the SATA controller I'm using (on-board nVidia): atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xc400-0xc40f mem 0xd3001000-0xd3001fff irq 21 at device 8.0 on pci0 ata4: on atapci2 ata5: on atapci2 ad8: 190782MB at ata4-master SATA150 ad10: 476940MB at ata5-master SATA300 The motherboard itself is an Asus A8N-E with an AMD Athlon 64 X2 3800+ in it. Kernel is built with SMP. No overclocking. Data taken from smartctl (ports/sysutils/smartmontools); I'm including this because it shows general information about the drives. === START OF INFORMATION SECTION === Model Family: Western Digital Caviar SE (Serial ATA) family Device Model: WDC WD2000JD-00HBB0 Serial Number: WD-WCAL73023909 Firmware Version: 08.02D08 User Capacity: 200,049,647,616 bytes Device is: In smartctl database [for details use: -P show] ATA Version is: 6 ATA Standard is: Exact ATA specification draft version not indicated Local Time is: Mon Mar 26 11:47:50 2007 PDT SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF INFORMATION SECTION === Model Family: Seagate Barracuda 7200.10 family Device Model: ST3500630AS Serial Number: 3QG00GQ7 Firmware Version: 3.AAD User Capacity: 500,107,862,016 bytes Device is: In smartctl database [for details use: -P show] ATA Version is: 7 ATA Standard is: Exact ATA specification draft version not indicated Local Time is: Mon Mar 26 11:48:09 2007 PDT SMART support is: Available - device has SMART capability. SMART support is: Enabled Filesystems: icarus# df -k Filesystem 1024-blocks Used Avail Capacity Mounted on /dev/ad8s1a 507630 60150 406870 13% / devfs 1 1 0 100% /dev /dev/ad8s1d 16244334 45706 14899082 0% /var /dev/ad8s1e 16244334 920 14943868 0% /tmp /dev/ad8s1f 32494668 1307402 28587694 4% /usr /dev/ad8s1g 115577350 1793544 104537618 2% /home procfs 4 4 0 100% /proc /dev/ad10s1d 473015558 121726480 313447834 28% /storage devfs 1 1 0 100% /var/named/dev Pseudo-benchmarks: icarus# time dd if=/dev/ad8s1a of=/dev/null bs=1m 512+0 records in 512+0 records out 536870912 bytes transferred in 11.292704 secs (47541396 bytes/sec) icarus# time dd if=/dev/ad10s1d of=/dev/null bs=1m ^C6798+0 records in 6798+0 records out 7128219648 bytes transferred in 92.150703 secs (77353937 bytes/sec) 0.007u 1.319s 1:32.15 1.4% 27+2956k 0+0io 0pf+0w I consider these numbers pretty decent. The WD drive isn't performing as nice as I'd expect, but the Seagate drive definitely does. Adjusting the block size in dd doesn't make any difference; I've tried 16k, 32k, 64k, and 1m. There have been discussions in the past about using dd as a disk I/O tester on FreeBSD (vs. Linux), compared to a utility like bonnie++. Those may apply here, but I think your problem is elsewhere and not with dd on Linux vs. FreeBSD. :) Regarding interrupt usage: The above SATA controller is on irq 21, which is also shared with ohci0 on the system. I fired off: icarus# time dd if=/dev/ad10s1d of=/dev/null bs=1m ^C9988+0 records in 9988+0 records out 10473177088 bytes transferred in 135.268101 secs (77425328 bytes/sec) 0.000u 1.948s 2:15.26 1.4% 24+2695k 0+0io 0pf+0w In one window, and did this in the other: icarus# bash -c "while true; do vmstat -i | grep irq21 && sleep 1; done" irq21: ohci0+ 3838384 1 irq21: ohci0+ 3839576 1 irq21: ohci0+ 3840763 1 irq21: ohci0+ 3841948 1 irq21: ohci0+ 3843131 1 irq21: ohci0+ 3844318 1 irq21: ohci0+ 3845513 1 irq21: ohci0+ 3846703 1 irq21: ohci0+ 3847879 1 irq21: ohci0+ 3849080 1 irq21: ohci0+ 3850258 1 irq21: ohci0+ 3851445 1 irq21: ohci0+ 3852643 1 irq21: ohci0+ 3853607 1 === Hit ^C to stop the dd here === irq21: ohci0+ 3853607 1 irq21: ohci0+ 3853607 1 irq21: ohci0+ 3853609 1 irq21: ohci0+ 3853609 1 irq21: ohci0+ 3853617 1 irq21: ohci0+ 3853617 1 Interrupt usage looks about what I'd expect; nothing spiralling out of control, that's for sure. Are you sure this isn't some weird motherboard problem? Your system obviously uses an APIC; can you toggle usage of it in the BIOS and see if your problem goes away? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Mar 26 19:26:28 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A05E216A401 for ; Mon, 26 Mar 2007 19:26:28 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id 2177D13C455 for ; Mon, 26 Mar 2007 19:26:27 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from [194.192.25.137] (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id l2QJLZlN077301; Mon, 26 Mar 2007 21:21:35 +0200 (CEST) (envelope-from sos@deepcore.dk) Message-ID: <46081D3E.5070204@deepcore.dk> Date: Mon, 26 Mar 2007 21:21:34 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: Mikhail Teterin References: <200603010505.k2155HfQ003205@aldan.algebra.com> <44054C5E.5070902@deepcore.dk> <200603011107.09942@aldan> <200703261436.28659@aldan> In-Reply-To: <200703261436.28659@aldan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: Dmitry Pryanishnikov , stable@freebsd.org, Derek Ragona , Brian Candler Subject: Re: pitiful performance of an SATA150 drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2007 19:26:28 -0000 Mikhail Teterin wrote: > Over a year later this remains a problem -- exactly as described below.= =2E. > > No other SATA devices are present -- the only other IDE device is the D= VD=20 > drive. My main disks are SCSI. > > What's MUCH worse is that the (slowly) written data is also often corru= pted...=20 > I use the drive to store our vast collection of photos and the backups.= Every=20 > once in a while I encounter a corrupt JPEG file, and the backups are _a= lways_=20 > corrupt somewhere. Doing something like: > > dump 0auChf 16 0 - /home | bzip2 -9 > /store/home.0.bz2 > > always produces a corrupt file (as per ``bzip2 -t''). I used to blame t= he=20 > drive's temperature, but it now sits in its own enclosure and stays und= er 40=20 > Celsius. > > When the drive is accessed, there are (according to `systat -vm') many = > thousands of interrupts 17 -- on my system these are shared between pcm= 0 and=20 > ehci0. Why are these triggered by accessing SATA is unclear, but the In= tr's=20 > share of the CPU time is often above 80% of one processor's total (I ha= ve 4=20 > processors). > > As I mentioned a year ago, Knoppix was accessing the same drive at much= higher=20 > speeds, so I don't believe, the problem is with the hardware... > =20 What HW was this again, there has been alot of updates/changes over the=20 last year ? Could you try an up to date -current kernel on this, at least to get me=20 a decent dmesg from ? If thats impossible take ATA from current modulus the busdma changes and = use that on an up to date 6-stable. I cant tell what interrupts go where without a dmesg... Other than that, single bit/byte corruption are normally HW troubles of=20 some kind, usually involving bad/incompatible memory or bad chipsets. However, if your drive has been overheated the media might have taken=20 permanent damage that makes it loose data. What does SMART say on corrected errors etc (if the drive has that info).= -S=F8ren > Please, advise. Thanks! > > -mi > > On Wednesday 01 March 2006 11:07, Mikhail Teterin wrote: > =3D On Wednesday 01 March 2006, S=F8ren Schmidt wrote: > =3D =3D dd if=3D/dev/ad8 of=3D/dev/null bs=3D1m > =3D=20 > =3D Well, as I said, there is no obvious problems with _reading_. The a= bove=20 > =3D command reads at well over 60Mb/s: > =3D=20 > =3D 1638924288 bytes transferred in 25.374856 secs (64588516 bytes/sec= ) > =3D=20 > =3D _Writing_, however, remains pathetic: > =3D=20 > =3D dd of=3D/dev/ad8 if=3D/dev/zero bs=3D1m > =3D 631242752 bytes transferred in 91.039066 secs (6933757 bytes/sec) > =3D=20 > =3D =3D The problem is the blocksize that gets in the way of utilizing = full > =3D =3D transfer speed. > =3D=20 > =3D Did you really expect the blocksize to make an order of (decimal) m= agnitude=20 > =3D difference? :-) It made no difference at all :-( > =3D=20 > =3D Brian Candler asked: > =3D =3D Just to be clear: this is Knoppix running on the *same* machine= as you've > =3D =3D been testing FreeBSD? > =3D=20 > =3D Correct. > =3D=20 > =3D =3D Aside: why are you using cat under FreeBSD, but dd under Knoppi= x? I'd use=20 > dd > =3D =3D everywhere for consistency. > =3D=20 > =3D Cat was slightly faster in my tests on FreeBSD. I used dd under Kno= ppix for=20 > =3D dd's throughput reporting -- I'm not aware of a monitoring tool lik= e=20 > `systat'=20 > =3D under Linux. > =3D=20 > =3D Yours, > =3D=20 > =3D -mi > =3D=20 > > . > > =20 From owner-freebsd-stable@FreeBSD.ORG Mon Mar 26 19:35:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DE13A16A403 for ; Mon, 26 Mar 2007 19:35:07 +0000 (UTC) (envelope-from rj@rjt.org) Received: from tungsten.twistweb.com (tungsten.twistweb.com [216.177.24.196]) by mx1.freebsd.org (Postfix) with ESMTP id B17C313C459 for ; Mon, 26 Mar 2007 19:35:07 +0000 (UTC) (envelope-from rj@rjt.org) Received: from [172.16.4.1] (gw1.avhnh.org [216.177.17.130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tungsten.twistweb.com (Postfix) with ESMTP id 7F24B4096 for ; Mon, 26 Mar 2007 15:16:15 -0400 (EDT) Message-ID: <46081BFF.3000803@rjt.org> Date: Mon, 26 Mar 2007 15:16:15 -0400 From: "Ryan J. Taylor" User-Agent: Thunderbird 2.0b2 (Windows/20070116) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: possible bug in pxeboot with TFTP support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2007 19:35:07 -0000 Hi all, I compiled pxeboot with TFTP support by doing: cd /usr/src/sys/boot make -DLOADER_TFTP_SUPPORT I have clients booting via PXE and grabbing their root filesystem from a memory disk. However, there was a long delay in the boot sequence. tcpdump revealed that after downloading pxeboot, the client was sending RPC traffic, presumably looking for NFS. This caused the boot to stall for 30 seconds or so until the loader spit out "NFS MOUNT RPC error: 60" and then continued booting via tftp. I traced the error string back to /usr/src/sys/boot/i386/libi386/pxe.c and came up with a hack that skips the RPC probes and speeds the boot for me. pxe-server# diff -u sys/boot/i386/libi386/pxe.c.orig sys/boot/i386/libi386/pxe.c --- sys/boot/i386/libi386/pxe.c.orig Mon Mar 26 14:50:19 2007 +++ sys/boot/i386/libi386/pxe.c Mon Mar 26 14:46:02 2007 @@ -443,9 +443,10 @@ * ourselves. Use nfs_root_node.iodesc as flag indicating * previous NFS usage. */ - if (nfs_root_node.iodesc == NULL) - pxe_rpcmountcall(); - +/* XXX + * if (nfs_root_node.iodesc == NULL) + * pxe_rpcmountcall(); + */ fh = &nfs_root_node.fh[0]; buf[0] = 'X'; cp = &buf[1]; I'm wondering if someone with a clue can take a peek and confirm that things ought to behave differently. What I've stumbled across doesn't break PXE booting with a TFTP root filesystem, it just makes it much slower. Maybe I'm doing something wrong? Regards, RJ From owner-freebsd-stable@FreeBSD.ORG Mon Mar 26 20:32:06 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5917F16A405 for ; Mon, 26 Mar 2007 20:32:06 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from mail5.sea5.speakeasy.net (mail5.sea5.speakeasy.net [69.17.117.7]) by mx1.freebsd.org (Postfix) with ESMTP id 29C1913C448 for ; Mon, 26 Mar 2007 20:32:06 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: (qmail 30534 invoked from network); 26 Mar 2007 20:32:05 -0000 Received: from aldan.algebra.com ([216.254.65.224]) (envelope-sender ) by mail5.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 26 Mar 2007 20:32:04 -0000 Received: from aldan.algebra.com (aldan [127.0.0.1]) by aldan.algebra.com (8.13.8/8.13.8) with ESMTP id l2QKW2Ys055773 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Mar 2007 16:32:02 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by aldan.algebra.com (8.13.8/8.13.8/Submit) id l2QKW1kw055772; Mon, 26 Mar 2007 16:32:01 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin To: =?iso-8859-1?q?S=F8ren_Schmidt?= Date: Mon, 26 Mar 2007 16:32:00 -0400 User-Agent: KMail/1.9.5 References: <200603010505.k2155HfQ003205@aldan.algebra.com> <200703261436.28659@aldan> <46081D3E.5070204@deepcore.dk> In-Reply-To: <46081D3E.5070204@deepcore.dk> X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Cc: Dmitry Pryanishnikov , stable@freebsd.org, Derek Ragona , Brian Candler Subject: Re: pitiful performance of an SATA150 drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2007 20:32:06 -0000 --Boundary-00=_B3CCGjbT7xEuqrM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline On Monday 26 March 2007 15:21, Søren Schmidt wrote: = What HW was this again, there has been alot of updates/changes over the = last year ? It is now a quad core (dual CPU) Opteron-275 using IWill's DK8X motherboard. http://www.google.com/search?q=iwill+dk8x The SATA controller(s) are by LSI, not NVidia's (unlike in Jeremy's case). = Could you try an up to date -current kernel on this, at least to get me = a decent dmesg from ? Not easily -- this is my main machine... But _you_ have an account here :-). Try ssh-ing to sos@aldan.algebra.com. Your ssh key (same one you use on freefall) should work... = If thats impossible take ATA from current modulus the busdma changes and = use that on an up to date 6-stable. If you create a patch, I'll apply it, and rebuild/reboot, but I'm afraid to mess it up... Since I'm not using the drive most of the time (my regular work lives on the SCSI disks), I can even build ata and atadisk as modules, so you can try different changes without rebooting (umount, kldunload, kldload, mount). = I cant tell what interrupts go where without a dmesg... Attached. = Other than that, single bit/byte corruption are normally HW troubles of = some kind, usually involving bad/incompatible memory or bad chipsets. The system uses 4Gb of registered ECC memory and is quite stable in other respects... = However, if your drive has been overheated the media might have taken = permanent damage that makes it loose data. The highest temperature the drive has recorded is 63 Celsius. = What does SMART say on corrected errors etc (if the drive has that info). Attached. Thanks! Yours, -mi --Boundary-00=_B3CCGjbT7xEuqrM Content-Type: text/plain; charset="iso-8859-1"; name="dmesg.boot.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg.boot.txt" Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #1: Fri Mar 2 02:11:01 EST 2007 root@aldan.algebra.com:/meow/obj/var/src/sys/SILVER Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Dual Core AMD Opteron(tm) Processor 275 (2205.01-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20f12 Stepping = 2 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x3 Cores per package: 2 real memory = 4865392640 (4640 MB) avail memory = 4133154816 (3941 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x5008-0x500b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: at device 0.0 on pci0 agp0: 0xffffffff80000000 bytes of rid 0x10 res 3 failed (0, 0xffffffffffffffff). device_attach: agp0 attach returned 12 pcib1: at device 1.0 on pci0 pci1: on pcib1 drm0: port 0x8000-0x80ff mem 0xf0000000-0xf7ffffff,0xde2f0000-0xde2fffff irq 16 at device 0.0 on pci1 info: [drm] Initialized radeon 1.25.0 20060524 pci1: at device 0.1 (no driver attached) pcib2: at device 6.0 on pci0 pci2: on pcib2 ohci0: mem 0xde3fd000-0xde3fdfff irq 19 at device 0.0 on pci2 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xde3fe000-0xde3fefff irq 19 at device 0.1 on pci2 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered ahc0: port 0x9800-0x98ff mem 0xde3ff000-0xde3fffff irq 16 at device 4.0 on pci2 ahc0: [GIANT-LOCKED] aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs fwohci0: mem 0xde3fc800-0xde3fcfff,0xde3f8000-0xde3fbfff irq 18 at device 6.0 on pci2 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:00:00:00:00:00:f0:12 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:00:00:00:f0:12 fwe0: Ethernet address: 02:00:00:00:f0:12 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ohci2: mem 0xde3f6000-0xde3f6fff irq 19 at device 7.0 on pci2 ohci2: [GIANT-LOCKED] usb2: OHCI version 1.0 usb2: on ohci2 usb2: USB revision 1.0 uhub2: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 3 ports with 3 removable, self powered ohci3: mem 0xde3f7000-0xde3f7fff irq 16 at device 7.1 on pci2 ohci3: [GIANT-LOCKED] usb3: OHCI version 1.0 usb3: on ohci3 usb3: USB revision 1.0 uhub3: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xde3fc400-0xde3fc4ff irq 17 at device 7.2 on pci2 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 3 ports each: usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: NEC EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 5 ports with 5 removable, self powered umass0: Generic Mass Storage Device, rev 2.00/1.29, addr 2 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 7.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 7.2 (no driver attached) amdpm0: port 0x50e0-0x50ff at device 7.3 on pci0 smbus0: on amdpm0 smb0: on smbus0 pci0: at device 7.5 (no driver attached) pcib3: at device 10.0 on pci0 pci3: on pcib3 bge0: mem 0xde5f0000-0xde5fffff irq 25 at device 1.0 on pci3 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:0a:5e:51:8c:f8 atapci1: port 0xac00-0xac07,0xa880-0xa883,0xa800-0xa807,0xa480-0xa483,0xa400-0xa40f mem 0xde5dfc00-0xde5dffff irq 25 at device 5.0 on pci3 ata2: on atapci1 ata3: on atapci1 ata4: on atapci1 ata5: on atapci1 pci0: at device 10.1 (no driver attached) pcib4: at device 11.0 on pci0 pci4: on pcib4 ciss0: port 0xb800-0xb8ff mem 0xde7fe000-0xde7fffff,0xde780000-0xde7bffff irq 29 at device 1.0 on pci4 ciss0: [GIANT-LOCKED] Ambiguous scbus configuration for ciss0 bus 32, cannot wire down. The kernel config entry for scbus0 should specify a controller bus. Scbus will be assigned dynamically. Ambiguous scbus configuration for ciss0 bus 33, cannot wire down. The kernel config entry for scbus0 should specify a controller bus. Scbus will be assigned dynamically. pci0: at device 11.1 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A 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 ppi0: on ppbus0 orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcb7ff,0xcb800-0xcbfff,0xcc000-0xd0fff,0xd1000-0xd4fff,0xd5000-0xd5fff 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 ulpt0: hp photosmart 7350, rev 2.00/1.00, addr 2, iclass 7/1 ulpt0: using bi-directional mode Timecounters tick every 1.000 msec acd0: DVDR at ata1-master UDMA66 ad6: 476940MB at ata3-master SATA150 Waiting 8 seconds for SCSI devices to settle da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 69419MB (142171680 512 byte sectors: 255H 32S/T 17423C) da1 at ciss0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-0 device da1: 135.168MB/s transfers da1: 70001MB (143363040 512 byte sectors: 255H 32S/T 17569C) SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! cd2 at ata1 bus 0 target 0 lun 0 cd2: Removable CD-ROM SCSI-0 device cd2: 66.000MB/s transfers cd2: Attempt to query device size failed: NOT READY, Medium not present da2 at umass-sim0 bus 0 target 0 lun 0 da2: Removable Direct Access SCSI-0 device da2: 40.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present cd0 at ahc0 bus 0 target 2 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 8.333MB/s transfers (8.333MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed cd1 at ahc0 bus 0 target 5 lun 0 cd1: Removable CD-ROM SCSI-2 device cd1: 20.000MB/s transfers (20.000MHz, offset 15) cd1: Attempt to query device size failed: NOT READY, Medium not present da3 at umass-sim0 bus 0 target 0 lun 1 da3: Removable Direct Access SCSI-0 device da3: 40.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present da4 at umass-sim0 bus 0 target 0 lun 2 da4: Removable Direct Access SCSI-0 device da4: 40.000MB/s transfers da4: Attempt to query device size failed: NOT READY, Medium not present da5 at umass-sim0 bus 0 target 0 lun 3 da5: Removable Direct Access SCSI-0 device da5: 40.000MB/s transfers da5: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/da0s1a WARNING: / was not properly dismounted WARNING: /home was not properly dismounted /home: mount pending error: blocks 28 files 1 WARNING: /var was not properly dismounted /var: mount pending error: blocks 172 files 5 bge0: link state changed to UP --Boundary-00=_B3CCGjbT7xEuqrM Content-Type: text/plain; charset="iso-8859-1"; name="ad10.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ad10.txt" smartctl version 5.37 [amd64-portbld-freebsd6.2] Copyright (C) 2002-6 Bruce Allen Home page is http://smartmontools.sourceforge.net/ === START OF INFORMATION SECTION === Model Family: Hitachi Deskstar 7K500 series Device Model: HDS725050KLA360 Serial Number: KRVN02ZAG0Z7YC Firmware Version: K2AOA11A User Capacity: 500 107 862 016 bytes Device is: In smartctl database [for details use: -P show] ATA Version is: 7 ATA Standard is: ATA/ATAPI-7 T13 1532D revision 1 Local Time is: Mon Mar 26 16:29:30 2007 EDT SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x82) Offline data collection activity was completed without error. Auto Offline Data Collection: Enabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: (10419) seconds. Offline data collection capabilities: (0x5b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. No Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 1) minutes. Extended self-test routine recommended polling time: ( 174) minutes. SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000b 099 099 016 Pre-fail Always - 3 2 Throughput_Performance 0x0004 159 159 050 Old_age Offline - 205 3 Spin_Up_Time 0x0007 109 109 024 Pre-fail Always - 649 (Average 624) 4 Start_Stop_Count 0x0012 100 100 000 Old_age Always - 125 5 Reallocated_Sector_Ct 0x0033 100 100 005 Pre-fail Always - 0 7 Seek_Error_Rate 0x000a 100 100 067 Old_age Always - 0 8 Seek_Time_Performance 0x0004 136 136 020 Old_age Offline - 31 9 Power_On_Hours 0x0012 099 099 000 Old_age Always - 8183 10 Spin_Retry_Count 0x0012 100 100 060 Old_age Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 87 192 Power-Off_Retract_Count 0x0032 100 100 050 Old_age Always - 557 193 Load_Cycle_Count 0x0012 100 100 050 Old_age Always - 557 194 Temperature_Celsius 0x0002 134 134 000 Old_age Always - 41 (Lifetime Min/Max 25/63) 196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0 197 Current_Pending_Sector 0x0022 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0008 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x000a 200 253 000 Old_age Always - 0 SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Short offline Completed without error 00% 708 - # 2 Short captive Completed without error 00% 2 - Warning! SMART Selective Self-Test Log Structure error: invalid SMART checksum. SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. --Boundary-00=_B3CCGjbT7xEuqrM-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 26 21:36:23 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C8EC416A473 for ; Mon, 26 Mar 2007 21:36:23 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id 5195B13C4C1 for ; Mon, 26 Mar 2007 21:36:21 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from [194.192.25.137] (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id l2QLZuxf078910; Mon, 26 Mar 2007 23:35:58 +0200 (CEST) (envelope-from sos@deepcore.dk) Message-ID: <46083CBB.9050404@deepcore.dk> Date: Mon, 26 Mar 2007 23:35:55 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: Mikhail Teterin References: <200603010505.k2155HfQ003205@aldan.algebra.com> <200703261436.28659@aldan> <46081D3E.5070204@deepcore.dk> <200703261632.01380@aldan> In-Reply-To: <200703261632.01380@aldan> Content-Type: multipart/mixed; boundary="------------060607040505000804060602" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Dmitry Pryanishnikov , stable@freebsd.org, Derek Ragona , Brian Candler Subject: Re: pitiful performance of an SATA150 drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2007 21:36:23 -0000 This is a multi-part message in MIME format. --------------060607040505000804060602 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Mikhail Teterin wrote: > On Monday 26 March 2007 15:21, S=F8ren Schmidt wrote: > =3D What HW was this again, there has been alot of updates/changes over= the=20 > =3D last year ? > > It is now a quad core (dual CPU) Opteron-275 using IWill's DK8X motherb= oard. > > http://www.google.com/search?q=3Diwill+dk8x > > The SATA controller(s) are by LSI, not NVidia's (unlike in Jeremy's cas= e). > =20 Nopes its the stock AMD and a SiI chip.. Anyhow there has been some changes in that area that actually might fix=20 an interrupt routing bogon. Please try the attached patch against an up=20 to date 6-stable source and let me know if that helps... -S=F8ren --------------060607040505000804060602-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 26 21:51:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 28AB516A7F1 for ; Mon, 26 Mar 2007 21:51:30 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from mindcrime.bit0.com (bit0.com [207.246.88.211]) by mx1.freebsd.org (Postfix) with ESMTP id A62A213C92D for ; Mon, 26 Mar 2007 21:51:19 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from [172.27.0.11] (nat.bit0.com [207.246.88.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mindcrime.bit0.com (Postfix) with ESMTP id 8CBED73000A; Mon, 26 Mar 2007 17:29:47 -0400 (EDT) Message-ID: <46083B62.6070608@bit0.com> Date: Mon, 26 Mar 2007 17:30:10 -0400 From: Mike Andrews User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: adam radford References: <1192a2bef3374296b4817a54c6ba56a5.jlangton@4dv.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Jon Langton Subject: Re: installation issue 6.2 AMD64-bit 3ware 9550SX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2007 21:51:30 -0000 adam radford wrote: > Jon, > > This issue should be fixed in the FreeBSD 6.X driver on the 3ware > web-site (9.4.1 codeset). We need to send a kernel patch to update > the in-kernel 6.X driver to the latest version. I submitted kern/106488 back in December when the first 9650SE compatible driver was posted. I just tried to submit a followup with a patch to the new driver. (I may not have submitted it right, though.) From owner-freebsd-stable@FreeBSD.ORG Mon Mar 26 22:38:15 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 46E8716A400 for ; Mon, 26 Mar 2007 22:38:15 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from mail1.sea5.speakeasy.net (mail1.sea5.speakeasy.net [69.17.117.3]) by mx1.freebsd.org (Postfix) with ESMTP id 162A213C4BB for ; Mon, 26 Mar 2007 22:38:14 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: (qmail 21838 invoked from network); 26 Mar 2007 22:38:14 -0000 Received: from aldan.algebra.com ([216.254.65.224]) (envelope-sender ) by mail1.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 26 Mar 2007 22:38:14 -0000 Received: from aldan.algebra.com (aldan [127.0.0.1]) by aldan.algebra.com (8.13.8/8.13.8) with ESMTP id l2QMc6kb001361 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Mar 2007 18:38:06 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by aldan.algebra.com (8.13.8/8.13.8/Submit) id l2QMc4na001360; Mon, 26 Mar 2007 18:38:04 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin To: =?iso-8859-1?q?S=F8ren_Schmidt?= Date: Mon, 26 Mar 2007 18:38:03 -0400 User-Agent: KMail/1.9.5 References: <200603010505.k2155HfQ003205@aldan.algebra.com> <200703261632.01380@aldan> <46083CBB.9050404@deepcore.dk> In-Reply-To: <46083CBB.9050404@deepcore.dk> X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Cc: Dmitry Pryanishnikov , stable@freebsd.org, Derek Ragona , Brian Candler Subject: Re: pitiful performance of an SATA150 drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2007 22:38:15 -0000 On Monday 26 March 2007 17:35, Søren Schmidt wrote: = Nopes its the stock AMD and a SiI chip.. Yes, that's correct. Sorry for the confusion. = Anyhow there has been some changes in that area that actually might fix = an interrupt routing bogon. Please try the attached patch against an up = to date 6-stable source and let me know if that helps... Ok, I'm certainly seeing improvement. The amount of "ehci" interrupts is down to hundreds (although still very high, considering, there is not USB activity). The disk's write throughput increased a little from 7.5Mb/s, and even spikes to 10Mb/s occasionally now, while averaging at about 8.3Mb/s. Curiously, the bandwidth appears BETTER (9Mb/s), when boinc (setiathome) IS RUNNING on all four cores... I'm running a compressed dump now to see, if the data corruption is still here. That said, it still sucks... The drive can read at the healthy 60Mb/s (and higher) -- I'd expect writing to average at least 20Mb/s, when recording a single stream. BTW, when I just got the drive 15 months ago, reading sucked too. But it improved over the period -- not sure, with which revision... Thanks! -mi From owner-freebsd-stable@FreeBSD.ORG Mon Mar 26 23:44:05 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8E3A016A400 for ; Mon, 26 Mar 2007 23:44:05 +0000 (UTC) (envelope-from joe@zircon.seattle.wa.us) Received: from dsl254-019-221.sea1.dsl.speakeasy.net (dsl254-019-221.sea1.dsl.speakeasy.net [216.254.19.221]) by mx1.freebsd.org (Postfix) with SMTP id 4E65113C483 for ; Mon, 26 Mar 2007 23:44:05 +0000 (UTC) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 49731 invoked from network); 26 Mar 2007 23:44:05 -0000 Received: from localhost (HELO ?127.0.0.1?) (127.0.0.1) by localhost with SMTP; 26 Mar 2007 23:44:05 -0000 Message-ID: <46085AC5.7060904@zircon.seattle.wa.us> Date: Mon, 26 Mar 2007 16:44:05 -0700 From: Joe Kelsey User-Agent: Thunderbird 1.5.0.9 (X11/20070120) MIME-Version: 1.0 To: stable@freebsd.org References: <4606E163.9000506@zircon.seattle.wa.us> In-Reply-To: <4606E163.9000506@zircon.seattle.wa.us> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: gmirror Issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Mar 2007 23:44:05 -0000 Joe Kelsey wrote: > I am having a real hard time with gmirror. I recently bought two new > 400G SATA disks and I want to mirror them. I think I am following the > directions, but I am not sure. > > I generally do the following steps: > > edit /boot/loader.conf to add geom_mirror_load. > reboot into single-user > gmirror label -v -b round-robin gm0 ad4s1 ad6s1 > bsdlabel -w mirror/gm0 > bsdlabel -e mirror/gm0 > newfs mirror/gm0a > > When I attempt to perform the newfs, it generally goes through all of > the backup super blocks and hangs the system at the end of the newfs. > At that point, my only recourse is pushing the reset button. When the > system comes up, GEOM_MIRROR tries to rebuild one of the providers > (usually ad4s1), but never seems to succeed. > > Anyway, the first problem I had was not having geom_mirror loaded. > The only solution seems to be adding the load to /boot/loader.conf. > None of the manual pages or handbook pages says anything about this > except when discusssing making your system disk mirrored. I am not > doing that. > > So, after loading the mirror stuff, I regularly lock up the system by > trying to perform simple activities on the mirror. What do I need to > do differently? > > Here are the relevant dmesg lines: > atapci0: port > 0xa000-0xa007,0x9800-0x9803,0x9400-0x9407,0x9000-0x9003,0x8800-0x880f > mem 0xfba00000-0xfba001ff irq 18 at device 13.0 on pci0 > ata2: on atapci0 > ata3: on atapci0 > ad4: 381554MB at ata2-master SATA150 > ad6: 381554MB at ata3-master SATA150 OK. I did some more testing and found a bug in the SII3512 controller. If I mount just one of the drives just as a single disk and attempt to move a 250G drive over using tar, sometime during the copying the system simply hangs. No errors, no messages, the system stops and my only recourse is jto press the reset button. For that reason, I have decided that the SII3512 is unreliable and will replace it with a Promise controller, basically the cheapest one (TX2). I hope it works better. Thank you everyone for the links to other pages. /Joe From owner-freebsd-stable@FreeBSD.ORG Tue Mar 27 00:26:47 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8ADC616A404 for ; Tue, 27 Mar 2007 00:26:47 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from mail5.sea5.speakeasy.net (mail5.sea5.speakeasy.net [69.17.117.7]) by mx1.freebsd.org (Postfix) with ESMTP id 6059F13C487 for ; Tue, 27 Mar 2007 00:26:47 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: (qmail 14875 invoked from network); 27 Mar 2007 00:26:46 -0000 Received: from aldan.algebra.com ([216.254.65.224]) (envelope-sender ) by mail5.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 27 Mar 2007 00:26:46 -0000 Received: from aldan.algebra.com (aldan [127.0.0.1]) by aldan.algebra.com (8.13.8/8.13.8) with ESMTP id l2R0QhZn001764 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Mar 2007 20:26:43 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by aldan.algebra.com (8.13.8/8.13.8/Submit) id l2R0Qg5R001763; Mon, 26 Mar 2007 20:26:42 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin To: =?iso-8859-1?q?S=F8ren_Schmidt?= Date: Mon, 26 Mar 2007 20:26:41 -0400 User-Agent: KMail/1.9.5 References: <200603010505.k2155HfQ003205@aldan.algebra.com> <46083CBB.9050404@deepcore.dk> <200703261838.04131@aldan> In-Reply-To: <200703261838.04131@aldan> X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Cc: Dmitry Pryanishnikov , stable@freebsd.org, Derek Ragona , Brian Candler Subject: Re: pitiful performance of an SATA150 drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2007 00:26:47 -0000 On Monday 26 March 2007 18:38, Mikhail Teterin wrote: = I'm running a compressed dump now to see, if the data corruption is still = here. Yes, it is still here. Although the dump/compression finished "cleanly", the result is broken: # gzip -t /store/home.0.gz gzip: data stream error gzip: /store/home.0.gz: uncompress failed Yours, -mi From owner-freebsd-stable@FreeBSD.ORG Tue Mar 27 02:49:58 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3ECE116A401 for ; Tue, 27 Mar 2007 02:49:58 +0000 (UTC) (envelope-from aw1@stade.co.uk) Received: from lon-mail-3.gradwell.net (lon-mail-3.gradwell.net [193.111.201.127]) by mx1.freebsd.org (Postfix) with ESMTP id A3C9D13C448 for ; Tue, 27 Mar 2007 02:49:57 +0000 (UTC) (envelope-from aw1@stade.co.uk) Received: from alsager-adsl.stade.co.uk ([81.6.222.119] helo=access2.hanley.stade.co.uk country=GB) by lon-mail-3.gradwell.net with esmtp (Gradwell gwh-smtpd 1.243) id 460883f8.3e6f.51 for stable@freebsd.org; Tue, 27 Mar 2007 03:39:52 +0100 (envelope-sender ) Received: from steerpike.hanley.stade.co.uk (steerpike [192.168.1.10]) by access2.hanley.stade.co.uk (8.13.8/8.13.8) with ESMTP id l2R2dpJU062082 for ; Tue, 27 Mar 2007 03:39:51 +0100 (BST) (envelope-from aw1@steerpike.hanley.stade.co.uk) Received: from steerpike.hanley.stade.co.uk (localhost [127.0.0.1]) by steerpike.hanley.stade.co.uk (8.13.8/8.13.8) with ESMTP id l2R2dpfh058138 for ; Tue, 27 Mar 2007 03:39:51 +0100 (BST) (envelope-from aw1@steerpike.hanley.stade.co.uk) Received: (from aw1@localhost) by steerpike.hanley.stade.co.uk (8.13.8/8.13.8/Submit) id l2R2dnkG058137 for stable@freebsd.org; Tue, 27 Mar 2007 03:39:49 +0100 (BST) (envelope-from aw1) Date: Tue, 27 Mar 2007 03:39:49 +0100 From: Adrian Wontroba To: stable@freebsd.org Message-ID: <20070327023949.GB30783@steerpike.hanley.stade.co.uk> Mail-Followup-To: Adrian Wontroba , stable@freebsd.org References: <4606E163.9000506@zircon.seattle.wa.us> <46085AC5.7060904@zircon.seattle.wa.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46085AC5.7060904@zircon.seattle.wa.us> User-Agent: Mutt/1.4.2.2i X-Operating-System: FreeBSD 6.2-STABLE Organization: Oh dear, I've joined one again. X-Virus-Scanned: ClamAV 0.88.6/2937/Tue Mar 27 00:20:45 2007 on access2.hanley.stade.co.uk X-Virus-Scanned: ClamAV 0.88.6/2937/Tue Mar 27 00:20:45 2007 on steerpike.hanley.stade.co.uk X-Virus-Status: Clean Cc: Subject: Re: gmirror Issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: aw1@stade.co.uk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2007 02:49:58 -0000 On Mon, Mar 26, 2007 at 04:44:05PM -0700, Joe Kelsey wrote: > For that reason, I have decided that the SII3512 is unreliable and will > replace it with a Promise controller, basically the cheapest one (TX2). > I hope it works better. I've been using "cheap" Promise controllers for years, more recently with gmirror / gstripe. They work fine. -- Adrian Wontroba From owner-freebsd-stable@FreeBSD.ORG Tue Mar 27 05:00:10 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4317816A401 for ; Tue, 27 Mar 2007 05:00:10 +0000 (UTC) (envelope-from jason.harmening@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.235]) by mx1.freebsd.org (Postfix) with ESMTP id EB14613C45E for ; Tue, 27 Mar 2007 05:00:09 +0000 (UTC) (envelope-from jason.harmening@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so2176123wxc for ; Mon, 26 Mar 2007 22:00:09 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:from:to:subject:date:user-agent:cc:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=Vn1z4UTvsYWEaAsudIWCKdwcTbm5W7xYZS4f+HFG8+s1odr70+y5TLBOVy5kKuE0sIvwUJ82QU8MNX7C5rQotGkNFnTkR64KMEMEz8HBVD/vOwdxlvkEbiEPoh1bZEEqQsmgxyTGRFzSLHiI0jc2wke1RGZSoWWIkeqx2hSbSMM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:from:to:subject:date:user-agent:cc:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=GaQ6vDEf/Kcs7pimvKE7SaHNP3dFURj0JZouG1BfwEwmUGNmSppUcbd1NN8XIVe4grdNMkxjW3/ZmrOwjDoT+no/a3AMnGdn6Fp3PXNm5tS5ucXIZQHrnTUkOL5IejjPFoscWOz2W07VR17nD4QwHau8Pp909F8gWRCCEiV0w0M= Received: by 10.70.116.14 with SMTP id o14mr12068026wxc.1174969999847; Mon, 26 Mar 2007 21:33:19 -0700 (PDT) Received: from ?192.168.0.137? ( [70.113.12.165]) by mx.google.com with ESMTP id 35sm9150192wra.2007.03.26.21.33.18; Mon, 26 Mar 2007 21:33:19 -0700 (PDT) From: Jason Harmening To: freebsd-stable@freebsd.org Date: Mon, 26 Mar 2007 23:32:08 -0500 User-Agent: KMail/1.9.5 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703262332.08828.jason.harmening@gmail.com> Cc: kris@obsecurity.org Subject: kern/94669 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2007 05:00:10 -0000 Any update on kern/94669? Thanks, Jason From owner-freebsd-stable@FreeBSD.ORG Tue Mar 27 09:20:14 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D203E16A400 for ; Tue, 27 Mar 2007 09:20:14 +0000 (UTC) (envelope-from M.Santhoff@t-online.de) Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83]) by mx1.freebsd.org (Postfix) with ESMTP id 9229713C483 for ; Tue, 27 Mar 2007 09:20:14 +0000 (UTC) (envelope-from M.Santhoff@t-online.de) Received: from fwd29.aul.t-online.de by mailout07.aul.t-online.de with smtp id 1HW7bC-000296-03; Tue, 27 Mar 2007 11:04:14 +0200 Received: from localhost.das.netz (bjAEKkZdreSNA3McM-FKNEDDdCA0SBBRRF8iCXoh+O4lELOehBtagY@[217.251.167.72]) by fwd29.sul.t-online.de with esmtp id 1HW7b4-0qx0u80; Tue, 27 Mar 2007 11:04:06 +0200 Received: from zaphod.das.netz (zaphod.das.netz [10.0.0.3]) by localhost.das.netz (8.13.1/8.13.1) with ESMTP id l2R7Iv8g011677; Tue, 27 Mar 2007 09:18:57 +0200 (CEST) (envelope-from M.Santhoff@t-online.de) From: Marc Santhoff To: Mikhail Teterin In-Reply-To: <200703261436.28659@aldan> References: <200603010505.k2155HfQ003205@aldan.algebra.com> <44054C5E.5070902@deepcore.dk> <200603011107.09942@aldan> <200703261436.28659@aldan> Content-Type: text/plain Date: Tue, 27 Mar 2007 09:22:17 +0200 Message-Id: <1174980137.336.5.camel@localhost.das.netz> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-ID: bjAEKkZdreSNA3McM-FKNEDDdCA0SBBRRF8iCXoh+O4lELOehBtagY X-TOI-MSGID: c1e80c85-e6c4-415b-979f-392d85174960 Cc: stable@freebsd.org Subject: Re: pitiful performance of an SATA150 drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2007 09:20:14 -0000 Am Montag, den 26.03.2007, 14:36 -0400 schrieb Mikhail Teterin: > Over a year later this remains a problem -- exactly as described below... > > No other SATA devices are present -- the only other IDE device is the DVD > drive. My main disks are SCSI. > > What's MUCH worse is that the (slowly) written data is also often corrupted... > I use the drive to store our vast collection of photos and the backups. Every > once in a while I encounter a corrupt JPEG file, and the backups are _always_ > corrupt somewhere. Doing something like: > > dump 0auChf 16 0 - /home | bzip2 -9 > /store/home.0.bz2 > > always produces a corrupt file (as per ``bzip2 -t''). I used to blame the > drive's temperature, but it now sits in its own enclosure and stays under 40 > Celsius. > > When the drive is accessed, there are (according to `systat -vm') many > thousands of interrupts 17 -- on my system these are shared between pcm0 and > ehci0. Why are these triggered by accessing SATA is unclear, but the Intr's > share of the CPU time is often above 80% of one processor's total (I have 4 > processors). > > As I mentioned a year ago, Knoppix was accessing the same drive at much higher > speeds, so I don't believe, the problem is with the hardware... > > Please, advise. Thanks! FWIW: You could try cleaning the connectors and use a fresh new cable for the connection (the spec has a very small value for plugging the connectors at the cable). I had massive problems and got rid of them that way ... Marc From owner-freebsd-stable@FreeBSD.ORG Tue Mar 27 09:28:59 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9120816A501 for ; Tue, 27 Mar 2007 09:28:59 +0000 (UTC) (envelope-from clay@milos.co.za) Received: from bart.milos.co.za (bart.milos.co.za [196.38.18.66]) by mx1.freebsd.org (Postfix) with ESMTP id D79D313C4C2 for ; Tue, 27 Mar 2007 09:28:57 +0000 (UTC) (envelope-from clay@milos.co.za) Received: (qmail 91476 invoked by uid 89); 27 Mar 2007 09:23:39 -0000 Received: by simscan 1.2.0 ppid: 91471, pid: 91473, t: 2.1234s scanners: attach: 1.2.0 clamav: 0.88.7/m:42/d:2560 Received: from unknown (HELO claylaptop) (clay@milos.za.net@82.206.131.154) by bart.milos.co.za with ESMTPA; 27 Mar 2007 09:23:37 -0000 Message-ID: <02ac01c77052$546b8430$9a83ce52@claylaptop> From: "Clayton Milos" To: References: <200603010505.k2155HfQ003205@aldan.algebra.com><44054C5E.5070902@deepcore.dk> <200603011107.09942@aldan><200703261436.28659@aldan> <1174980137.336.5.camel@localhost.das.netz> Date: Tue, 27 Mar 2007 10:28:37 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Cc: Subject: Re: pitiful performance of an SATA150 drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2007 09:28:59 -0000 ----- Original Message ----- From: "Marc Santhoff" To: "Mikhail Teterin" Cc: Sent: Tuesday, March 27, 2007 8:22 AM Subject: Re: pitiful performance of an SATA150 drive > Am Montag, den 26.03.2007, 14:36 -0400 schrieb Mikhail Teterin: >> Over a year later this remains a problem -- exactly as described below... >> >> No other SATA devices are present -- the only other IDE device is the DVD >> drive. My main disks are SCSI. >> >> What's MUCH worse is that the (slowly) written data is also often >> corrupted... >> I use the drive to store our vast collection of photos and the backups. >> Every >> once in a while I encounter a corrupt JPEG file, and the backups are >> _always_ >> corrupt somewhere. Doing something like: >> >> dump 0auChf 16 0 - /home | bzip2 -9 > /store/home.0.bz2 >> >> always produces a corrupt file (as per ``bzip2 -t''). I used to blame the >> drive's temperature, but it now sits in its own enclosure and stays under >> 40 >> Celsius. >> >> When the drive is accessed, there are (according to `systat -vm') many >> thousands of interrupts 17 -- on my system these are shared between pcm0 >> and >> ehci0. Why are these triggered by accessing SATA is unclear, but the >> Intr's >> share of the CPU time is often above 80% of one processor's total (I have >> 4 >> processors). >> >> As I mentioned a year ago, Knoppix was accessing the same drive at much >> higher >> speeds, so I don't believe, the problem is with the hardware... >> >> Please, advise. Thanks! > > FWIW: You could try cleaning the connectors and use a fresh new cable > for the connection (the spec has a very small value for plugging the > connectors at the cable). > > I had massive problems and got rid of them that way ... > > Marc > Personally, I think the SATA cables are the biggest load of rubbish ever invented. They give endless headaches, always come lose, prone to vibration and are not strong enough to support the weight of the SATA cable itself. The ones that come with the Areca cards have clips that help a little. They should have used a FCH connector or something like that that has been proven in the field for years instead of inventing some flimsy rubbish that isn't reliable. If you can, glue the cables on the drive side at least so that they don't give you headaches. -Clay From owner-freebsd-stable@FreeBSD.ORG Tue Mar 27 09:32:16 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4D9B816A40D for ; Tue, 27 Mar 2007 09:32:16 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.225]) by mx1.freebsd.org (Postfix) with ESMTP id 0601A13C4BB for ; Tue, 27 Mar 2007 09:32:15 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so1898532nza for ; Tue, 27 Mar 2007 02:32:15 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=ha9DLGS8cRatkhIf+BLcmsIj5oy084oX/94MpD6invqpXluI078/RsXwQ7iEhBWjTXB4t2MYEVk+4lc9voHZYQUk/3JtipR8PmYRTvIiS8u0TZ5irZ1bK+iH6McTPq1Nekp3WSx/C0krCGsJslfyFN9WOsz5rav0X7cTE281eXY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=eRPrnxPBV1OaMd9RqUHo9EycL9YUaz8y2Ya3BT7aYTJ9aHnMlOAQr2m8RfvcvmRJmeqTswp5dooiRVzCWk5iXZWJrvxO4vrCEkwh5pPkzD1CJaeg1JPgz5IEgMxJTqmpe5MPN3JmSI7JoGM7j6RFQfqPXoy2kHQEUPCqziB+RzQ= Received: by 10.65.251.2 with SMTP id d2mr15132799qbs.1174987935396; Tue, 27 Mar 2007 02:32:15 -0700 (PDT) Received: by 10.65.159.6 with HTTP; Tue, 27 Mar 2007 02:32:15 -0700 (PDT) Message-ID: Date: Tue, 27 Mar 2007 17:32:15 +0800 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: "Sergey Matveychuk" In-Reply-To: <45FFECB0.60604@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200703191609.l2JG9ql8060947@pinky.frank-behrens.de> <200703191845.l2JIjuWN064035@pinky.frank-behrens.de> <45FEE2BE.8090607@jellydonut.org> <45FFECB0.60604@FreeBSD.org> X-Google-Sender-Auth: 44b615a49159e0cb Cc: Frank Behrens , Michael Proto , Mark Dotson , freebsd-stable@freebsd.org Subject: Re: time goes slow in VmWare X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2007 09:32:16 -0000 On 20/03/07, Sergey Matveychuk wrote: > Adrian Chadd wrote: > > The solution is to install the VMware or VirtualPC supplied drivers > > for your environment. They'll include, amongst other things, fixes for > > the RTC and timer drivers which will fix your clock skew issues (and > > if you've noticed, things like "sleep" acting oddly.) > > What do you mean as 'VMware supplied drivers'? > vmware-guestd is running. No other special driver I know. > > BTW. Setting HZ=100 does help. Thanks! vmware will load some kernel drivers as well as run the guest daemon. Just make sure the guest daemon is doing time sync. Adrian -- Adrian Chadd - adrian@freebsd.org From owner-freebsd-stable@FreeBSD.ORG Tue Mar 27 13:00:54 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8F78716A404 for ; Tue, 27 Mar 2007 13:00:54 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from anduin.net (anduin.net [213.225.74.230]) by mx1.freebsd.org (Postfix) with ESMTP id 5770613C45A for ; Tue, 27 Mar 2007 13:00:54 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from [212.62.248.147] (helo=[192.168.2.10]) by anduin.net with esmtpa (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HWBIC-000Ats-Bd for stable@freebsd.org; Tue, 27 Mar 2007 15:00:52 +0200 Mime-Version: 1.0 (Apple Message framework v752.3) Content-Transfer-Encoding: 7bit Message-Id: <1D425A90-3619-48B7-8171-13ECC9A31087@anduin.net> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: stable@freebsd.org From: =?ISO-8859-1?Q?Eirik_=D8verby?= Date: Tue, 27 Mar 2007 15:00:45 +0200 X-Mailer: Apple Mail (2.752.3) Cc: Subject: Weird messages output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2007 13:00:54 -0000 Hi all, running 6.1-RELEASE on several HP DL385 servers (identically configured), one of them has recently spat the following out in the / var/log/messages file: .......... Mar 10 03:51:24 apphost02 ntpd[445]: kernel time sync enabled 2001 Mar 10 05:02:01 apphost02 kernel: NMI ISA 30, EISA ff Mar 10 05:02:01 apphost02 kernel: k Mar 10 05:02:01 apphost02 kernel: NMIN MIIe SIASA 202r,0 ,E IESIAS A ffnf Mar 10 05:02:01 apphost02 kernel: f Mar 10 05:02:01 apphost02 kernel: Mar 10 05:02:01 apphost02 kernel: el trap 19 with interrupts disabled Mar 10 05:02:01 apphost02 kernel: NMI ISA 20, EISA ff Mar 10 06:08:01 apphost02 ntpd[445]: kernel time sync enabled 6001 .......... NMI = non-maskable interrupt, if I remember correctly. However, I have no idea what this means or why it appeared. The status light on the front of the server has lit up red, as opposed to the usual green. All services on the host are running and behaving normally from what I can tell. Any input, anyone? Thanks, /Eirik From owner-freebsd-stable@FreeBSD.ORG Tue Mar 27 13:25:00 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A2B3216A402 for ; Tue, 27 Mar 2007 13:25:00 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpauth02.prod.mesa1.secureserver.net (smtpauth02.prod.mesa1.secureserver.net [64.202.165.182]) by mx1.freebsd.org (Postfix) with SMTP id 80C3213C4E5 for ; Tue, 27 Mar 2007 13:25:00 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 1138 invoked from network); 27 Mar 2007 12:58:20 -0000 Received: from unknown (24.144.77.243) by smtpauth02.prod.mesa1.secureserver.net (64.202.165.182) with ESMTP; 27 Mar 2007 12:58:20 -0000 Message-ID: <460914EB.4010804@seclark.us> Date: Tue, 27 Mar 2007 08:58:19 -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: Marc Santhoff , freebsd-stable@freebsd.org References: <200603010505.k2155HfQ003205@aldan.algebra.com> <44054C5E.5070902@deepcore.dk> <200603011107.09942@aldan> <200703261436.28659@aldan> <1174980137.336.5.camel@localhost.das.netz> In-Reply-To: <1174980137.336.5.camel@localhost.das.netz> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: pitiful performance of an SATA150 drive 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: Tue, 27 Mar 2007 13:25:00 -0000 Marc Santhoff wrote: >Am Montag, den 26.03.2007, 14:36 -0400 schrieb Mikhail Teterin: > > >>Over a year later this remains a problem -- exactly as described below... >> >>No other SATA devices are present -- the only other IDE device is the DVD >>drive. My main disks are SCSI. >> >>What's MUCH worse is that the (slowly) written data is also often corrupted... >>I use the drive to store our vast collection of photos and the backups. Every >>once in a while I encounter a corrupt JPEG file, and the backups are _always_ >>corrupt somewhere. Doing something like: >> >> dump 0auChf 16 0 - /home | bzip2 -9 > /store/home.0.bz2 >> >>always produces a corrupt file (as per ``bzip2 -t''). I used to blame the >>drive's temperature, but it now sits in its own enclosure and stays under 40 >>Celsius. >> >>When the drive is accessed, there are (according to `systat -vm') many >>thousands of interrupts 17 -- on my system these are shared between pcm0 and >>ehci0. Why are these triggered by accessing SATA is unclear, but the Intr's >>share of the CPU time is often above 80% of one processor's total (I have 4 >>processors). >> >>As I mentioned a year ago, Knoppix was accessing the same drive at much higher >>speeds, so I don't believe, the problem is with the hardware... >> >>Please, advise. Thanks! >> >> > >FWIW: You could try cleaning the connectors and use a fresh new cable >for the connection (the spec has a very small value for plugging the >connectors at the cable). > > Are you referring to how many time the cable can be plugged in and removed? If so what is the number? Thanks, Steve >I had massive problems and got rid of them that way ... > >Marc > > >_______________________________________________ >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" > > > -- "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 Tue Mar 27 14:04:42 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0AA3216A401 for ; Tue, 27 Mar 2007 14:04:42 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw4.york.ac.uk (mail-gw4.york.ac.uk [144.32.128.249]) by mx1.freebsd.org (Postfix) with ESMTP id 9E78013C46C for ; Tue, 27 Mar 2007 14:04:41 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw4.york.ac.uk (8.13.6/8.13.6) with ESMTP id l2RDXthc002984; Tue, 27 Mar 2007 14:33:55 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.8/8.13.6) with ESMTP id l2RDXq0X050888; Tue, 27 Mar 2007 14:33:52 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.8/8.13.6/Submit) id l2RDXmSQ050887; Tue, 27 Mar 2007 14:33:48 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Eirik =?ISO-8859-1?Q?=D8verby?= In-Reply-To: <1D425A90-3619-48B7-8171-13ECC9A31087@anduin.net> References: <1D425A90-3619-48B7-8171-13ECC9A31087@anduin.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Date: Tue, 27 Mar 2007 14:33:47 +0100 Message-Id: <1175002427.44767.41.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: stable@freebsd.org Subject: Re: Weird messages output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2007 14:04:42 -0000 On Tue, 2007-03-27 at 15:00 +0200, Eirik =D8verby wrote: > Hi all, >=20 > running 6.1-RELEASE on several HP DL385 servers (identically =20 > configured), one of them has recently spat the following out in the /=20 > var/log/messages file: >=20 > .......... > Mar 10 03:51:24 apphost02 ntpd[445]: kernel time sync enabled 2001 > Mar 10 05:02:01 apphost02 kernel: NMI ISA 30, EISA ff > Mar 10 05:02:01 apphost02 kernel: k > Mar 10 05:02:01 apphost02 kernel: NMIN MIIe SIASA 202r,0 ,E IESIAS A =20 > ffnf > Mar 10 05:02:01 apphost02 kernel: f > Mar 10 05:02:01 apphost02 kernel: > Mar 10 05:02:01 apphost02 kernel: el trap 19 with interrupts disabled > Mar 10 05:02:01 apphost02 kernel: NMI ISA 20, EISA ff > Mar 10 06:08:01 apphost02 ntpd[445]: kernel time sync enabled 6001 > .......... >=20 > NMI =3D non-maskable interrupt, if I remember correctly. However, I =20 > have no idea what this means or why it appeared. The status light on =20 > the front of the server has lit up red, as opposed to the usual =20 > green. All services on the host are running and behaving normally =20 > from what I can tell. I suspect you'll find your (ECC) memory has problems. Gavin From owner-freebsd-stable@FreeBSD.ORG Tue Mar 27 14:15:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3279916A403 for ; Tue, 27 Mar 2007 14:15:56 +0000 (UTC) (envelope-from M.Santhoff@t-online.de) Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com [194.25.134.84]) by mx1.freebsd.org (Postfix) with ESMTP id B9DA913C448 for ; Tue, 27 Mar 2007 14:15:55 +0000 (UTC) (envelope-from M.Santhoff@t-online.de) Received: from fwd35.aul.t-online.de by mailout09.sul.t-online.com with smtp id 1HWCDs-0003ot-01; Tue, 27 Mar 2007 16:00:28 +0200 Received: from localhost.das.netz (Vse8v4ZEQeJ+VzrGpcFYojzzuvNOMn+Oy9dPdmfJcV2zTs4sFHYFkl@[217.251.164.20]) by fwd35.sul.t-online.de with esmtp id 1HWCDW-1DSY6q0; Tue, 27 Mar 2007 16:00:06 +0200 Received: from zaphod.das.netz (zaphod.das.netz [10.0.0.3]) by localhost.das.netz (8.13.1/8.13.1) with ESMTP id l2RDurIb012678; Tue, 27 Mar 2007 15:56:53 +0200 (CEST) (envelope-from M.Santhoff@t-online.de) From: Marc Santhoff To: Stephen.Clark@seclark.us In-Reply-To: <460914EB.4010804@seclark.us> References: <200603010505.k2155HfQ003205@aldan.algebra.com> <44054C5E.5070902@deepcore.dk> <200603011107.09942@aldan> <200703261436.28659@aldan> <1174980137.336.5.camel@localhost.das.netz> <460914EB.4010804@seclark.us> Content-Type: text/plain Date: Tue, 27 Mar 2007 16:00:15 +0200 Message-Id: <1175004015.336.33.camel@localhost.das.netz> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-ID: Vse8v4ZEQeJ+VzrGpcFYojzzuvNOMn+Oy9dPdmfJcV2zTs4sFHYFkl X-TOI-MSGID: 6d30a13c-a4ee-4211-85f0-80b70fa36737 Cc: freebsd-stable@freebsd.org Subject: Re: pitiful performance of an SATA150 drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2007 14:15:56 -0000 Am Dienstag, den 27.03.2007, 08:58 -0400 schrieb Stephen Clark: > Marc Santhoff wrote: > > >Am Montag, den 26.03.2007, 14:36 -0400 schrieb Mikhail Teterin: > > > > > >>Over a year later this remains a problem -- exactly as described below... > >> > >>No other SATA devices are present -- the only other IDE device is the DVD > >>drive. My main disks are SCSI. > >> > >>What's MUCH worse is that the (slowly) written data is also often corrupted... > >>I use the drive to store our vast collection of photos and the backups. Every > >>once in a while I encounter a corrupt JPEG file, and the backups are _always_ > >>corrupt somewhere. Doing something like: > >> > >> dump 0auChf 16 0 - /home | bzip2 -9 > /store/home.0.bz2 > >> > >>always produces a corrupt file (as per ``bzip2 -t''). I used to blame the > >>drive's temperature, but it now sits in its own enclosure and stays under 40 > >>Celsius. > >> > >>When the drive is accessed, there are (according to `systat -vm') many > >>thousands of interrupts 17 -- on my system these are shared between pcm0 and > >>ehci0. Why are these triggered by accessing SATA is unclear, but the Intr's > >>share of the CPU time is often above 80% of one processor's total (I have 4 > >>processors). > >> > >>As I mentioned a year ago, Knoppix was accessing the same drive at much higher > >>speeds, so I don't believe, the problem is with the hardware... > >> > >>Please, advise. Thanks! > >> > >> > > > >FWIW: You could try cleaning the connectors and use a fresh new cable > >for the connection (the spec has a very small value for plugging the > >connectors at the cable). > > > > > Are you referring to how many time the cable can be plugged in and > removed? If so Yes, sorry for my lousy english ... > what is the number? I don't remember the exakt count but it has only two digits. Expect 15 or 50 or so. But IIRC this was SATA 1 and may have changed with SATA 2 having a locking clip at the plug. Marc From owner-freebsd-stable@FreeBSD.ORG Tue Mar 27 15:50:34 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 89DEC16A404 for ; Tue, 27 Mar 2007 15:50:34 +0000 (UTC) (envelope-from scs@b1tt3r.org) Received: from paperboy.b1tt3r.org (206-45-95-183.static.mts.net [206.45.95.183]) by mx1.freebsd.org (Postfix) with ESMTP id 20AE913C483 for ; Tue, 27 Mar 2007 15:50:33 +0000 (UTC) (envelope-from scs@b1tt3r.org) Received: from nibiru.b1tt3r.org ([192.168.1.23]) by paperboy.b1tt3r.org (8.13.6/8.13.6) with SMTP id l2RFVDg3052004 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Tue, 27 Mar 2007 09:31:13 -0600 (CST) (envelope-from scs@b1tt3r.org) Received: by nibiru.b1tt3r.org (sSMTP sendmail emulation); Tue, 27 Mar 2007 10:26:05 -0500 Date: Tue, 27 Mar 2007 10:26:05 -0500 From: Sam Stein To: freebsd-stable@freebsd.org Message-ID: <20070327152605.GA90762@nibiru.b1tt3r.org> Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Organization: b1tt3r X-OS: FreeBSD nibiru.b1tt3r.org 6.2-STABLE i386 User-Agent: Mutt/1.5.14 (2007-02-12) X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on paperboy.b1tt3r.org Subject: Just a test X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2007 15:50:34 -0000 I'm trying to get my mail stuff all working correctly... this is just a test. -- Sam Stein Computer Technician/Programmer Steintech From owner-freebsd-stable@FreeBSD.ORG Tue Mar 27 16:28:53 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A475916A401 for ; Tue, 27 Mar 2007 16:28:53 +0000 (UTC) (envelope-from rblayzor@inoc.net) Received: from mx0-b.inoc.net (mx0-b.inoc.net [64.246.130.28]) by mx1.freebsd.org (Postfix) with ESMTP id 5E0EA13C43E for ; Tue, 27 Mar 2007 16:28:53 +0000 (UTC) (envelope-from rblayzor@inoc.net) Received: from [172.20.8.50] (vanguard.noc.albyny.inoc.net [64.246.135.8]) by mx0-b.inoc.net (build v7.0.4) with ESMTP id 121092651-1941382 for ; Tue, 27 Mar 2007 16:08:47 +0000 (UTC) Message-ID: <4609418E.1000200@inoc.net> Date: Tue, 27 Mar 2007 12:08:46 -0400 From: Robert Blayzor Organization: Independent Network Operations Consortium, LLC User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Strange NFS Client issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2007 16:28:53 -0000 I ran into rather strange NFS client issue today. I had a directory on an NFS mount (client side) appear to have two empty directories in it, but in fact they were not empty. The directories on the NetApp and other NFS clients showed those same directories populated with files. These files are cloned from other locations using rsync if that makes any difference. On the client that showed the strangeness, if I tried to delete the empty directories "rm -r" returned an error stating "directory not empty", still to the client I could not see any files in the directory. Doing a "du -ks" on the top level dir showed other directories full, but these two empty. The only way I could fix the problem was the umount the mount point and remount it. After that, the directories looked normal again. The the directory was mounted using: filer0:/vol/opt /mnt/opt nfs -T,-L,-b,-i,rw 0 0 Not sure if it's a NFS client side bug, but it sure seems so.... -- Robert Blayzor, BOFH INOC, LLC rblayzor\@(inoc.net|gmail.com) PGP: 0x66F90BFC @ http://pgp.mit.edu Key fingerprint = 6296 F715 038B 44C1 2720 292A 8580 500E 66F9 0BFC YOUR PC's broken and I'VE got a problem? -- The BOFH Slogan From owner-freebsd-stable@FreeBSD.ORG Tue Mar 27 16:39:12 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 14FF916A404 for ; Tue, 27 Mar 2007 16:39:12 +0000 (UTC) (envelope-from ulf@alameda.net) Received: from mail.alameda.net (mail.alameda.net [64.81.53.120]) by mx1.freebsd.org (Postfix) with ESMTP id DBB0413C46C for ; Tue, 27 Mar 2007 16:39:11 +0000 (UTC) (envelope-from ulf@alameda.net) Received: by mail.alameda.net (Postfix, from userid 1000) id 4AA6B33D80; Tue, 27 Mar 2007 09:20:44 -0700 (PDT) Date: Tue, 27 Mar 2007 09:20:44 -0700 From: Ulf Zimmermann To: Wilko Bulte Message-ID: <20070327162044.GO90777@evil.alameda.net> References: <20070326145814.GC46399@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070326145814.GC46399@freebie.xs4all.nl> User-Agent: Mutt/1.4.2.2i Organization: Alameda Networks, Inc. X-Operating-System: FreeBSD 5.3-STABLE X-ANI-MailScanner-Information: Please contact the ISP for more information X-ANI-MailScanner: Found to be clean X-ANI-MailScanner-From: ulf@alameda.net Cc: freebsd-stable@freebsd.org Subject: Re: HP Q200 FC HBA X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ulf@Alameda.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2007 16:39:12 -0000 On Mon, Mar 26, 2007 at 04:58:14PM +0200, Wilko Bulte wrote: > On Mon, Mar 26, 2007 at 11:30:10AM +0200, Paolo Tealdi wrote.. > > Dear all, > > > > i would like to know if HP Q200 FC HBA bus adapter is supported by > > FreBSD. It's sold with HP storageworks MSA1000 SAN kit . It could be > > Q200?? In general, most of our adapters are OEM-ed from QLogic. Or from > Emulex. The Qlogics are generally supported by the isp(4) driver. > If this MSA1000 SAN kit was originally sold for Linux deployment you > have a Qlogic. A close look at the chip on the adapter will quickly > enlighten you. The last MSA1000 Starter Kit I have seen had QLA2312 included (HP FCA214). There is a new Start Kit which includes FC1142SR card (Qlogic 4Gbit/sec cards). Don't see the Q200 listed under the MSA1000. The driver on hp.com for the Q200 shows it is a Qlogic card. So it probably will be supported by the isp(4) driver. -- Regards, Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://www.Alameda.net/~ulf/resume.html From owner-freebsd-stable@FreeBSD.ORG Tue Mar 27 17:21:44 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C0E8516A402 for ; Tue, 27 Mar 2007 17:21:44 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr8.xs4all.nl (smtp-vbr8.xs4all.nl [194.109.24.28]) by mx1.freebsd.org (Postfix) with ESMTP id 57CBC13C457 for ; Tue, 27 Mar 2007 17:21:44 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (obsolete.xs4all.nl [82.95.250.254]) by smtp-vbr8.xs4all.nl (8.13.8/8.13.8) with ESMTP id l2RHLNIc021960; Tue, 27 Mar 2007 19:21:24 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.8/8.13.3) with ESMTP id l2RHKvBd062666; Tue, 27 Mar 2007 19:20:57 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.8/8.13.6/Submit) id l2RHKv6j062665; Tue, 27 Mar 2007 19:20:57 +0200 (CEST) (envelope-from wb) Date: Tue, 27 Mar 2007 19:20:57 +0200 From: Wilko Bulte To: Ulf Zimmermann Message-ID: <20070327172057.GA62639@freebie.xs4all.nl> References: <20070326145814.GC46399@freebie.xs4all.nl> <20070327162044.GO90777@evil.alameda.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070327162044.GO90777@evil.alameda.net> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: HP Q200 FC HBA X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2007 17:21:44 -0000 On Tue, Mar 27, 2007 at 09:20:44AM -0700, Ulf Zimmermann wrote.. > On Mon, Mar 26, 2007 at 04:58:14PM +0200, Wilko Bulte wrote: > > On Mon, Mar 26, 2007 at 11:30:10AM +0200, Paolo Tealdi wrote.. > > > Dear all, > > > > > > i would like to know if HP Q200 FC HBA bus adapter is supported by > > > FreBSD. It's sold with HP storageworks MSA1000 SAN kit . It could be > > > > Q200?? In general, most of our adapters are OEM-ed from QLogic. Or from > > Emulex. The Qlogics are generally supported by the isp(4) driver. > > If this MSA1000 SAN kit was originally sold for Linux deployment you > > have a Qlogic. A close look at the chip on the adapter will quickly > > enlighten you. > > The last MSA1000 Starter Kit I have seen had QLA2312 included (HP FCA214). FCA2214 if I am not mistaken. > There is a new Start Kit which includes FC1142SR card (Qlogic 4Gbit/sec > cards). Don't see the Q200 listed under the MSA1000. The driver on > hp.com for the Q200 shows it is a Qlogic card. So it probably will be > supported by the isp(4) driver. Yep. Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Mar 27 17:54:46 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DBFEA16A404 for ; Tue, 27 Mar 2007 17:54:46 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from mx0.thekeelecentre.com (mx0.thekeelecentre.com [217.206.238.167]) by mx1.freebsd.org (Postfix) with ESMTP id 9F37D13C4B8 for ; Tue, 27 Mar 2007 17:54:46 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from localhost (mailfil.mx0.thekeelecentre.com [217.206.238.165]) by mx0.thekeelecentre.com (Postfix) with ESMTP id 5F2B2426C for ; Tue, 27 Mar 2007 18:54:45 +0100 (BST) X-Virus-Scanned: by amavisd-new at mx0.thekeelecentre.com Received: from mx0.thekeelecentre.com ([217.206.238.167]) by localhost (mailfil.mx0.thekeelecentre.com [217.206.238.165]) (amavisd-new, port 10024) with ESMTP id oEHHXaBSo72p for ; Tue, 27 Mar 2007 18:54:39 +0100 (BST) Received: from [217.206.238.190] (sylvester.tector.org.uk [217.206.238.190]) by mx0.thekeelecentre.com (Postfix) with ESMTP id DFF9C4268 for ; Tue, 27 Mar 2007 18:54:39 +0100 (BST) Message-ID: <460959E8.207@thekeelecentre.com> Date: Tue, 27 Mar 2007 18:52:40 +0100 From: Richard Tector User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Dell SAS5 Performance Issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2007 17:54:46 -0000 I'm suffering from very slow write performance on a Dell PowerEdge 860 with the SAS5/IR controller (mpt driver) running either 6.2-RELEASE or 6.2-STABLE with sources from yesterday. The controller hosts 2 Western Digital 320GB SATA disks in a RAID1 configuration. Reads approach 65MB/s however writes appear extremely slow, in the region of 6-7MB/s with a dd and a blocksize of 1MB all the way down to about 300KB/s while extracting a ports snapshot. It was suggested to me that perhaps write caching has been disabled on the controller however no options exist within the BIOS configuration to view/adjust *any* caching options. Has anyone else experienced this issue? If so how did they resolve it? Also, is there any way to toggle the caching settings from FreeBSD? Regards, Richard Tector From owner-freebsd-stable@FreeBSD.ORG Tue Mar 27 17:59:49 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D756416A400 for ; Tue, 27 Mar 2007 17:59:49 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6743813C484 for ; Tue, 27 Mar 2007 17:59:49 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HWFwx-0000UZ-45 for freebsd-stable@freebsd.org; Tue, 27 Mar 2007 19:59:15 +0200 Received: from 83-131-174-33.adsl.net.t-com.hr ([83.131.174.33]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 27 Mar 2007 19:59:15 +0200 Received: from ivoras by 83-131-174-33.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 27 Mar 2007 19:59:15 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Tue, 27 Mar 2007 19:58:48 +0200 Lines: 44 Message-ID: References: <460959E8.207@thekeelecentre.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6B97C613D309B5B7CCB243B3" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 83-131-174-33.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) In-Reply-To: <460959E8.207@thekeelecentre.com> X-Enigmail-Version: 0.94.1.2 Sender: news Subject: Re: Dell SAS5 Performance Issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2007 17:59:49 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6B97C613D309B5B7CCB243B3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Richard Tector wrote: > I'm suffering from very slow write performance on a Dell PowerEdge 860 > with the SAS5/IR controller (mpt driver) running either 6.2-RELEASE or > 6.2-STABLE with sources from yesterday. The controller hosts 2 Western > Digital 320GB SATA disks in a RAID1 configuration. > Reads approach 65MB/s however writes appear extremely slow, in the > region of 6-7MB/s with a dd and a blocksize of 1MB all the way down to > about 300KB/s while extracting a ports snapshot. >=20 > It was suggested to me that perhaps write caching has been disabled on > the controller however no options exist within the BIOS configuration t= o > view/adjust *any* caching options. You looked in the controller's BIOS, not motherboard's, right? There should be at least a "write through" vs "write back" switch... If you don't have a battery for the SAS controller, get one. > Has anyone else experienced this issue?=20 No, but can you post the relevant bits for the controller from dmesg? --------------enig6B97C613D309B5B7CCB243B3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGCVtZldnAQVacBcgRAg1/AKDp+fq/AP6tqq6EkCCAJ4TarfeL5ACg2vaK YvdKtSmUyZU+2Cxxsa1lTVU= =IXhb -----END PGP SIGNATURE----- --------------enig6B97C613D309B5B7CCB243B3-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 27 18:02:13 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 18FAF16A407 for ; Tue, 27 Mar 2007 18:02:13 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 5FE9913C43E for ; Tue, 27 Mar 2007 18:02:10 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so1993873ugh for ; Tue, 27 Mar 2007 11:02:08 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=DNbhGe+4ZVScwjVRtyHYX2cqepLiDtcxUC8Kq4PevwAjE/VdikmDi7rUQDRV0gBX5t4Xiw6lGbKHFqslMkH1SRWdTg83PAB/XRlW89uTVWSeeYj4XcC6G28Gpa8qL4ljqu8sEjQhSnqYuSyrjCXGW/ox/ep746iroOHRuGTfu60= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=sieEcwd03YvSmflhLBqEgSKhoaKKfXKsUms2ldaOdwEbGZLBWpSLNUlhoPiA3iOtlrBHbnkUDjpuIk/bWk7N00aDueTWwb1kFH04DkKPMJP2jPPKpSY5I4o02D+LYaSIqH8EKzxOaWLobdxTORHWXItf6cbpKI+u6pjXR861Nm0= Received: by 10.114.75.1 with SMTP id x1mr3281971waa.1175018528045; Tue, 27 Mar 2007 11:02:08 -0700 (PDT) Received: by 10.114.24.2 with HTTP; Tue, 27 Mar 2007 11:02:07 -0700 (PDT) Message-ID: <7579f7fb0703271102q1a866897x2d63a86e72895125@mail.gmail.com> Date: Tue, 27 Mar 2007 11:02:07 -0700 From: "Matthew Jacob" To: "Richard Tector" In-Reply-To: <460959E8.207@thekeelecentre.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <460959E8.207@thekeelecentre.com> Cc: freebsd-stable@freebsd.org Subject: Re: Dell SAS5 Performance Issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2007 18:02:13 -0000 It's been seen before but the fix isn't know yet. On 3/27/07, Richard Tector wrote: > I'm suffering from very slow write performance on a Dell PowerEdge 860 > with the SAS5/IR controller (mpt driver) running either 6.2-RELEASE or > 6.2-STABLE with sources from yesterday. The controller hosts 2 Western > Digital 320GB SATA disks in a RAID1 configuration. > Reads approach 65MB/s however writes appear extremely slow, in the > region of 6-7MB/s with a dd and a blocksize of 1MB all the way down to > about 300KB/s while extracting a ports snapshot. > > It was suggested to me that perhaps write caching has been disabled on > the controller however no options exist within the BIOS configuration to > view/adjust *any* caching options. > > Has anyone else experienced this issue? If so how did they resolve it? > Also, is there any way to toggle the caching settings from FreeBSD? > > Regards, > > Richard Tector > _______________________________________________ > 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 Mar 27 18:06:29 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 74B5B16A40B for ; Tue, 27 Mar 2007 18:06:29 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from anduin.net (anduin.net [213.225.74.230]) by mx1.freebsd.org (Postfix) with ESMTP id C1A3813C455 for ; Tue, 27 Mar 2007 18:06:28 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from localhost.unicore.no ([127.0.0.1] helo=[IPv6:::1] ident=ltning) by anduin.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HWG3u-000M1T-UQ; Tue, 27 Mar 2007 20:06:27 +0200 In-Reply-To: <1175002427.44767.41.camel@buffy.york.ac.uk> References: <1D425A90-3619-48B7-8171-13ECC9A31087@anduin.net> <1175002427.44767.41.camel@buffy.york.ac.uk> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <2B277B33-A56F-4E77-9E57-7F4777B22D2F@anduin.net> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Eirik_=D8verby?= Date: Tue, 27 Mar 2007 20:04:07 +0200 To: Gavin Atkinson X-Mailer: Apple Mail (2.752.2) Cc: stable@freebsd.org Subject: Re: Weird messages output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2007 18:06:29 -0000 On 27. mar. 2007, at 15.33, Gavin Atkinson wrote: > On Tue, 2007-03-27 at 15:00 +0200, Eirik =D8verby wrote: >> Hi all, >> >> running 6.1-RELEASE on several HP DL385 servers (identically >> configured), one of them has recently spat the following out in the / >> var/log/messages file: >> >> .......... >> Mar 10 03:51:24 apphost02 ntpd[445]: kernel time sync enabled 2001 >> Mar 10 05:02:01 apphost02 kernel: NMI ISA 30, EISA ff >> Mar 10 05:02:01 apphost02 kernel: k >> Mar 10 05:02:01 apphost02 kernel: NMIN MIIe SIASA 202r,0 ,E IESIAS A >> ffnf >> Mar 10 05:02:01 apphost02 kernel: f >> Mar 10 05:02:01 apphost02 kernel: >> Mar 10 05:02:01 apphost02 kernel: el trap 19 with interrupts disabled >> Mar 10 05:02:01 apphost02 kernel: NMI ISA 20, EISA ff >> Mar 10 06:08:01 apphost02 ntpd[445]: kernel time sync enabled 6001 >> .......... >> >> NMI =3D non-maskable interrupt, if I remember correctly. However, I >> have no idea what this means or why it appeared. The status light on >> the front of the server has lit up red, as opposed to the usual >> green. All services on the host are running and behaving normally >> from what I can tell. > > I suspect you'll find your (ECC) memory has problems. You are absolutely correct. Further investigation using the ProLiant =20 management tools for FreeBSD revealed serious RAM trouble. Two banks =20 were degraded, so we have now had the modules replaced on-site. Thanks for the tip! Do you happen to know if there are any "generic" tools/daemons =20 available to decipher such NMIs? Perhaps be able to send SNMP traps =20 or something? /Eirik > > Gavin > From owner-freebsd-stable@FreeBSD.ORG Tue Mar 27 18:06:31 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BA33F16A404 for ; Tue, 27 Mar 2007 18:06:31 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from mx0.thekeelecentre.com (mx0.thekeelecentre.com [217.206.238.167]) by mx1.freebsd.org (Postfix) with ESMTP id 7AC6513C487 for ; Tue, 27 Mar 2007 18:06:31 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from localhost (mailfil.mx0.thekeelecentre.com [217.206.238.165]) by mx0.thekeelecentre.com (Postfix) with ESMTP id DA7A64212; Tue, 27 Mar 2007 19:06:30 +0100 (BST) X-Virus-Scanned: by amavisd-new at mx0.thekeelecentre.com Received: from mx0.thekeelecentre.com ([217.206.238.167]) by localhost (mailfil.mx0.thekeelecentre.com [217.206.238.165]) (amavisd-new, port 10024) with ESMTP id bLpOHr6060zt; Tue, 27 Mar 2007 19:06:25 +0100 (BST) Received: from [217.206.238.190] (sylvester.tector.org.uk [217.206.238.190]) by mx0.thekeelecentre.com (Postfix) with ESMTP id 29B454210; Tue, 27 Mar 2007 19:06:25 +0100 (BST) Message-ID: <46095CA9.7060701@thekeelecentre.com> Date: Tue, 27 Mar 2007 19:04:25 +0100 From: Richard Tector User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Ivan Voras References: <460959E8.207@thekeelecentre.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Dell SAS5 Performance Issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2007 18:06:31 -0000 Ivan Voras wrote: > Richard Tector wrote: > >> I'm suffering from very slow write performance on a Dell PowerEdge 860 >> with the SAS5/IR controller (mpt driver) running either 6.2-RELEASE or >> 6.2-STABLE with sources from yesterday. The controller hosts 2 Western >> Digital 320GB SATA disks in a RAID1 configuration. >> Reads approach 65MB/s however writes appear extremely slow, in the >> region of 6-7MB/s with a dd and a blocksize of 1MB all the way down to >> about 300KB/s while extracting a ports snapshot. >> >> It was suggested to me that perhaps write caching has been disabled on >> the controller however no options exist within the BIOS configuration to >> view/adjust *any* caching options. >> > > You looked in the controller's BIOS, not motherboard's, right? Indeed I did. > There should be at least a "write through" vs "write back" switch... Correct, there should be options, but there aren't. The controller BIOS has very few options at all in fact. > No, but can you post the relevant bits for the controller from dmesg? > Sure: mpt0: port 0xec00-0xecff mem 0xfe9fc000-0xfe9fffff,0xfe9e0000-0xfe9effff irq 16 at device 8.0 on pci2 mpt0: [GIANT-LOCKED] mpt0: MPI Version=1.5.12.0 mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). mpt0: mpt_cam_event: 0x12 mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). mpt0: mpt_cam_event: 0x12 mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). [...snip...] da0 at mpt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 300.000MB/s transfers, Tagged Queueing Enabled da0: 305175MB (624998400 512 byte sectors: 255H 63S/T 38904C) Regards, Richard From owner-freebsd-stable@FreeBSD.ORG Tue Mar 27 18:07:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A1F3616A406 for ; Tue, 27 Mar 2007 18:07:30 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from mx0.thekeelecentre.com (mx0.thekeelecentre.com [217.206.238.167]) by mx1.freebsd.org (Postfix) with ESMTP id 5D90013C45D for ; Tue, 27 Mar 2007 18:07:30 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from localhost (mailfil.mx0.thekeelecentre.com [217.206.238.165]) by mx0.thekeelecentre.com (Postfix) with ESMTP id C0EB74233; Tue, 27 Mar 2007 19:07:29 +0100 (BST) X-Virus-Scanned: by amavisd-new at mx0.thekeelecentre.com Received: from mx0.thekeelecentre.com ([217.206.238.167]) by localhost (mailfil.mx0.thekeelecentre.com [217.206.238.165]) (amavisd-new, port 10024) with ESMTP id R5c4YkUUpQAd; Tue, 27 Mar 2007 19:07:24 +0100 (BST) Received: from [217.206.238.190] (sylvester.tector.org.uk [217.206.238.190]) by mx0.thekeelecentre.com (Postfix) with ESMTP id C00F64210; Tue, 27 Mar 2007 19:07:24 +0100 (BST) Message-ID: <46095CE5.5080600@thekeelecentre.com> Date: Tue, 27 Mar 2007 19:05:25 +0100 From: Richard Tector User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Matthew Jacob References: <460959E8.207@thekeelecentre.com> <7579f7fb0703271102q1a866897x2d63a86e72895125@mail.gmail.com> In-Reply-To: <7579f7fb0703271102q1a866897x2d63a86e72895125@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Dell SAS5 Performance Issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2007 18:07:30 -0000 Matthew Jacob wrote: > It's been seen before but the fix isn't know yet. > > On 3/27/07, Richard Tector wrote: >> I'm suffering from very slow write performance on a Dell PowerEdge 860 >> with the SAS5/IR controller (mpt driver) running either 6.2-RELEASE or >> 6.2-STABLE with sources from yesterday. The controller hosts 2 Western >> Digital 320GB SATA disks in a RAID1 configuration. >> Reads approach 65MB/s however writes appear extremely slow, in the >> region of 6-7MB/s with a dd and a blocksize of 1MB all the way down to >> about 300KB/s while extracting a ports snapshot. >> >> It was suggested to me that perhaps write caching has been disabled on >> the controller however no options exist within the BIOS configuration to >> view/adjust *any* caching options. >> >> Has anyone else experienced this issue? If so how did they resolve it? >> Also, is there any way to toggle the caching settings from FreeBSD? >> >> Regards, >> >> Richard Tector >> _______________________________________________ >> 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" >> Thank you for the quick reply. Is there any information I could obtain that would be of use to you in tracking this one down? Regards, Richard From owner-freebsd-stable@FreeBSD.ORG Tue Mar 27 18:44:59 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C136D16A403 for ; Tue, 27 Mar 2007 18:44:59 +0000 (UTC) (envelope-from sean@cyberwang.net) Received: from spunkymail-a18.g.dreamhost.com (mailbigip.dreamhost.com [208.97.132.5]) by mx1.freebsd.org (Postfix) with ESMTP id AF71613C4DA for ; Tue, 27 Mar 2007 18:44:59 +0000 (UTC) (envelope-from sean@cyberwang.net) Received: from [10.0.1.2] (68-184-120-224.dhcp.smyr.ga.charter.com [68.184.120.224]) by spunkymail-a18.g.dreamhost.com (Postfix) with ESMTP id 181DD5B52F for ; Tue, 27 Mar 2007 11:44:57 -0700 (PDT) Message-ID: <4609662A.8090604@cyberwang.net> Date: Tue, 27 Mar 2007 14:44:58 -0400 From: Sean Bryant User-Agent: Thunderbird 1.5.0.10 (X11/20070313) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20070327152605.GA90762@nibiru.b1tt3r.org> In-Reply-To: <20070327152605.GA90762@nibiru.b1tt3r.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Just a test X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2007 18:44:59 -0000 Sam Stein wrote: > I'm trying to get my mail stuff all working correctly... this is just a > test. > Please use the freebsd-test mailing list for further test as it was designed just for the purpose of testing. Thanks. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 27 18:46:36 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F19F216A402 for ; Tue, 27 Mar 2007 18:46:36 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id AB4AE13C480 for ; Tue, 27 Mar 2007 18:46:36 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HWGgZ-0001p2-IW for freebsd-stable@freebsd.org; Tue, 27 Mar 2007 20:46:23 +0200 Received: from 83-131-174-33.adsl.net.t-com.hr ([83.131.174.33]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 27 Mar 2007 20:46:23 +0200 Received: from ivoras by 83-131-174-33.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 27 Mar 2007 20:46:23 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Tue, 27 Mar 2007 20:46:10 +0200 Lines: 28 Message-ID: References: <460959E8.207@thekeelecentre.com> <7579f7fb0703271102q1a866897x2d63a86e72895125@mail.gmail.com> <46095CE5.5080600@thekeelecentre.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig2BDC5F43BC93350FB3E1F9FD" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 83-131-174-33.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) In-Reply-To: <46095CE5.5080600@thekeelecentre.com> X-Enigmail-Version: 0.94.1.2 Sender: news Subject: Re: Dell SAS5 Performance Issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2007 18:46:37 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2BDC5F43BC93350FB3E1F9FD Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Richard Tector wrote: > Is there any information I could obtain that would be of use to you in > tracking this one down? You could maybe contact the driver's author(s) directly and ask them. See the AUTHORS section of the man page for details. --------------enig2BDC5F43BC93350FB3E1F9FD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGCWZ4ldnAQVacBcgRArSWAJwOvRQWpUq8R/ErLQF+yUUhr3LeaACgk5rj sFRS6kBDYYj+uSA/MjFc5iU= =ObTt -----END PGP SIGNATURE----- --------------enig2BDC5F43BC93350FB3E1F9FD-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 27 20:04:25 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F123E16A402 for ; Tue, 27 Mar 2007 20:04:25 +0000 (UTC) (envelope-from ulf@alameda.net) Received: from mail.alameda.net (mail.alameda.net [64.81.53.120]) by mx1.freebsd.org (Postfix) with ESMTP id CEFD313C448 for ; Tue, 27 Mar 2007 20:04:25 +0000 (UTC) (envelope-from ulf@alameda.net) Received: by mail.alameda.net (Postfix, from userid 1000) id 9BAF933D74; Tue, 27 Mar 2007 13:04:20 -0700 (PDT) Date: Tue, 27 Mar 2007 13:04:20 -0700 From: Ulf Zimmermann To: Wilko Bulte Message-ID: <20070327200420.GP90777@evil.alameda.net> References: <20070326145814.GC46399@freebie.xs4all.nl> <20070327162044.GO90777@evil.alameda.net> <20070327172057.GA62639@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070327172057.GA62639@freebie.xs4all.nl> User-Agent: Mutt/1.4.2.2i Organization: Alameda Networks, Inc. X-Operating-System: FreeBSD 5.3-STABLE X-ANI-MailScanner-Information: Please contact the ISP for more information X-ANI-MailScanner: Found to be clean X-ANI-MailScanner-From: ulf@alameda.net Cc: freebsd-stable@freebsd.org Subject: Re: HP Q200 FC HBA X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ulf@Alameda.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2007 20:04:26 -0000 On Tue, Mar 27, 2007 at 07:20:57PM +0200, Wilko Bulte wrote: > On Tue, Mar 27, 2007 at 09:20:44AM -0700, Ulf Zimmermann wrote.. > > On Mon, Mar 26, 2007 at 04:58:14PM +0200, Wilko Bulte wrote: > > > On Mon, Mar 26, 2007 at 11:30:10AM +0200, Paolo Tealdi wrote.. > > > > Dear all, > > > > > > > > i would like to know if HP Q200 FC HBA bus adapter is supported by > > > > FreBSD. It's sold with HP storageworks MSA1000 SAN kit . It could be > > > > > > Q200?? In general, most of our adapters are OEM-ed from QLogic. Or from > > > Emulex. The Qlogics are generally supported by the isp(4) driver. > > > If this MSA1000 SAN kit was originally sold for Linux deployment you > > > have a Qlogic. A close look at the chip on the adapter will quickly > > > enlighten you. > > > > The last MSA1000 Starter Kit I have seen had QLA2312 included (HP FCA214). > > FCA2214 if I am not mistaken. Yes, typo, need new keyboard at home I think. -- Regards, Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://www.Alameda.net/~ulf/resume.html From owner-freebsd-stable@FreeBSD.ORG Tue Mar 27 20:29:06 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DBE7F16A402 for ; Tue, 27 Mar 2007 20:29:06 +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 A7F6713C45B for ; Tue, 27 Mar 2007 20:29:06 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 38E904760A; Tue, 27 Mar 2007 15:03:55 -0500 (EST) Date: Tue, 27 Mar 2007 21:03:55 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "Marc G. Fournier" In-Reply-To: <442CBD51B75099133C8A26C5@ganymede.hub.org> Message-ID: <20070327210207.F42335@fledge.watson.org> References: <442CBD51B75099133C8A26C5@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: socketpair: No buffer space available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2007 20:29:06 -0000 On Fri, 23 Mar 2007, Marc G. Fournier wrote: > I've checked nmbclusters between the two machines, and both are at 25600, > but not sure what sysctl to look at for how much is actually used out of > that 25600 ... netstat -mb nmbclusters directly affects the number of clusters available in the network stack; it also indirectly affects the scaling of other settings, such as resource limits on the number of sockets. vmstat -z is also generally useful. There are a few paths to ENOBUFS in the socket allocation code--one path is if you are over-committed on socket buffer resources with respect to the resource limits of the user. Check the output of limits and the socket buffer size limit. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Tue Mar 27 20:37:06 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5FD9216A40B for ; Tue, 27 Mar 2007 20:37:06 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls405.t-com.hr (ls405.t-com.hr [195.29.150.135]) by mx1.freebsd.org (Postfix) with ESMTP id 08B3813C4BF for ; Tue, 27 Mar 2007 20:37:05 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls248.t-com.hr (ls248.t-com.hr [195.29.150.237]) by ls405.t-com.hr (Postfix) with ESMTP id 8214B148A7A; Tue, 27 Mar 2007 22:37:04 +0200 (CEST) Received: from ls248.t-com.hr (ls248.t-com.hr [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id 7E9A3D5004A; Tue, 27 Mar 2007 22:37:04 +0200 (CEST) Received: from ls248.t-com.hr (ls248.t-com.hr [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id 70B0ED50047; Tue, 27 Mar 2007 22:37:04 +0200 (CEST) X-Envelope-Sender-Info: g5URFa92gX9K/Rg9VFA/rOwhSqkhT7TSzrXOnSOm4Ac6StkSH1j7CT0zJW9WjWDV X-Envelope-Sender: ivoras@fer.hr Received: from [10.0.0.100] (83-131-174-33.adsl.net.t-com.hr [83.131.174.33]) by ls248.t-com.hr (Qmali) with ESMTP id 09EE65E0164; Tue, 27 Mar 2007 22:36:59 +0200 (CEST) Message-ID: <4609804C.4050803@fer.hr> Date: Tue, 27 Mar 2007 22:36:28 +0200 From: Ivan Voras User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <460959E8.207@thekeelecentre.com> <7579f7fb0703271102q1a866897x2d63a86e72895125@mail.gmail.com> <46095CE5.5080600@thekeelecentre.com> <20070327201841.W62476@maildrop.int.zabbadoz.net> In-Reply-To: <20070327201841.W62476@maildrop.int.zabbadoz.net> X-Enigmail-Version: 0.94.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigBC2D9C371EF4C29CAF430E49" Cc: freebsd-stable@freebsd.org Subject: Re: Dell SAS5 Performance Issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2007 20:37:06 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBC2D9C371EF4C29CAF430E49 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Bjoern A. Zeeb wrote: > you should have done your homework before saying this and you might > have noticed something;-) Ah, yes, I see now :) My apologies - I only glanced and compared the e-mail addresses of the posters and the authors and arrived to the obvious conclusion :) --------------enigBC2D9C371EF4C29CAF430E49 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGCYBqldnAQVacBcgRAiqpAKDWPEoeG+q5yLvlEWrb7Hs+7PlNwQCfYWXj lzRwapOXB/7+0y1MLrS/UCM= =fWXM -----END PGP SIGNATURE----- --------------enigBC2D9C371EF4C29CAF430E49-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 27 20:45:42 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A1B3716A401 for ; Tue, 27 Mar 2007 20:45:42 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 588C213C43E for ; Tue, 27 Mar 2007 20:45:42 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.191]) by hub.org (Postfix) with ESMTP id 272E585C8DF; Tue, 27 Mar 2007 17:45:33 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.191]) (amavisd-new, port 10024) with ESMTP id 29404-02; Tue, 27 Mar 2007 17:45:41 -0300 (ADT) Received: from ganymede.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id 832AF85BC20; Tue, 27 Mar 2007 17:45:32 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 9C6C336DB5; Tue, 27 Mar 2007 17:45:42 -0300 (ADT) Date: Tue, 27 Mar 2007 17:45:42 -0300 From: "Marc G. Fournier" To: Robert Watson Message-ID: <1EB8548DF713266DCB8A6512@ganymede.hub.org> In-Reply-To: <20070327210207.F42335@fledge.watson.org> References: <442CBD51B75099133C8A26C5@ganymede.hub.org> <20070327210207.F42335@fledge.watson.org> X-Mailer: Mulberry/4.0.7 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-stable@freebsd.org Subject: Re: socketpair: No buffer space available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2007 20:45:42 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 thanks ... just rebooted it yesterday again, so it has another 48 hours before it starts up again, so will save that output before next reboot ... - --On Tuesday, March 27, 2007 21:03:55 +0100 Robert Watson wrote: > > On Fri, 23 Mar 2007, Marc G. Fournier wrote: > >> I've checked nmbclusters between the two machines, and both are at 25600, >> but not sure what sysctl to look at for how much is actually used out of >> that 25600 ... > > netstat -mb > > nmbclusters directly affects the number of clusters available in the network > stack; it also indirectly affects the scaling of other settings, such as > resource limits on the number of sockets. vmstat -z is also generally useful. > > There are a few paths to ENOBUFS in the socket allocation code--one path is > if you are over-committed on socket buffer resources with respect to the > resource limits of the user. Check the output of limits and the socket > buffer size limit. > > Robert N M Watson > Computer Laboratory > University of Cambridge - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGCYJ24QvfyHIvDvMRAlPjAJ9zbGNDlGxTO/TFuoAQAw2zUsmj/wCgmPlG 9yyzoZWGu3B55xoAZ0iLjhg= =8QWr -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 27 20:53:51 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5CBB316A400 for ; Tue, 27 Mar 2007 20:53:51 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 1B94E13C4C2 for ; Tue, 27 Mar 2007 20:53:51 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id DE41D2000B2; Tue, 27 Mar 2007 22:30:45 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id EC4B120010D; Tue, 27 Mar 2007 22:30:41 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 3F1A7444885; Tue, 27 Mar 2007 20:30:21 +0000 (UTC) Date: Tue, 27 Mar 2007 20:30:21 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Ivan Voras In-Reply-To: Message-ID: <20070327201841.W62476@maildrop.int.zabbadoz.net> References: <460959E8.207@thekeelecentre.com> <7579f7fb0703271102q1a866897x2d63a86e72895125@mail.gmail.com> <46095CE5.5080600@thekeelecentre.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-stable@freebsd.org Subject: Re: Dell SAS5 Performance Issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2007 20:53:51 -0000 On Tue, 27 Mar 2007, Ivan Voras wrote: > Richard Tector wrote: >> Is there any information I could obtain that would be of use to you in >> tracking this one down? > > You could maybe contact the driver's author(s) directly and ask them. > See the AUTHORS section of the man page for details. you should have done your homework before saying this and you might have noticed something;-) To just add a "me too"; same kind of machine. I have been in contact with people the last three days mostly gathering information for them. And yes, the integrated curses based controller utility you can start during boot does not seem to have options to adjust "caching behavior". At least I had not seen and option for that either. Unfortunately this machine will be shipped of the day after tomorrow so I won't be able to test anything new. I'll follow this thread and in case I can help with anything - let me know. /bz -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-stable@FreeBSD.ORG Tue Mar 27 21:05:01 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 73ECE16A403 for ; Tue, 27 Mar 2007 21:05:01 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id E1FA813C4C4 for ; Tue, 27 Mar 2007 21:05:00 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id l2RL4mYK001246 for ; Tue, 27 Mar 2007 18:04:48 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Tue, 27 Mar 2007 18:05:50 -0300 User-Agent: KMail/1.9.5 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200703271805.50708.joao@matik.com.br> X-Spam-Status: No, score=-99.6 required=5.0 tests=ALL_TRUSTED,AWL, MANGLED_SAVELE,USER_IN_WHITELIST autolearn=no version=3.1.8 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Subject: scsi error with latest sources X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2007 21:05:01 -0000 hi, somebody knows to interprete this scsi error I get after upgrading amd6= 4=20 with sources from 26/03/ or is this a hardware problem? Mar 27 17:48:45 msrv kernel: (da0:ahc0:0:3:0): WRITE(10). CDB: 2a 0 0 60 1 = 1f=20 0 0 20 0 Mar 27 17:48:45 msrv kernel: (da0:ahc0:0:3:0): CAM Status: SCSI Status Error Mar 27 17:48:45 msrv kernel: (da0:ahc0:0:3:0): SCSI Status: Check Condition Mar 27 17:48:45 msrv kernel: (da0:ahc0:0:3:0): UNIT ATTENTION asc:29,1 Mar 27 17:48:45 msrv kernel: (da0:ahc0:0:3:0): Power on occurred field=20 replaceable unit: 1 Mar 27 17:48:45 msrv kernel: (da0:ahc0:0:3:0): Retrying Command (per Sense= =20 Data) Mar 27 17:49:23 msrv kernel: (da0:ahc0:0:3:0): READ(10). CDB: 28 0 0 ef 93 = 3f=20 0 0 20 0 Mar 27 17:49:23 msrv kernel: (da0:ahc0:0:3:0): CAM Status: SCSI Status Error Mar 27 17:49:23 msrv kernel: (da0:ahc0:0:3:0): SCSI Status: Check Condition Mar 27 17:49:23 msrv kernel: (da0:ahc0:0:3:0): UNIT ATTENTION asc:29,1 Mar 27 17:49:23 msrv kernel: (da0:ahc0:0:3:0): Power on occurred field=20 replaceable unit: 1 Mar 27 17:49:23 msrv kernel: (da0:ahc0:0:3:0): Retrying Command (per Sense= =20 Data) Mar 27 17:50:01 msrv kernel: (da0:ahc0:0:3:0): Unexpected busfree in Data-i= n=20 phase Mar 27 17:50:01 msrv kernel: SEQADDR =3D=3D 0x96 Mar 27 17:50:09 msrv kernel: (da0:ahc0:0:3:0): READ(10). CDB: 28 0 3 19 a0 = 1f=20 0 0 4 0 Mar 27 17:50:09 msrv kernel: (da0:ahc0:0:3:0): CAM Status: SCSI Status Error Mar 27 17:50:09 msrv kernel: (da0:ahc0:0:3:0): SCSI Status: Check Condition Mar 27 17:50:09 msrv kernel: (da0:ahc0:0:3:0): UNIT ATTENTION asc:29,1 Mar 27 17:50:09 msrv kernel: (da0:ahc0:0:3:0): Power on occurred field=20 replaceable unit: 1 Mar 27 17:50:09 msrv kernel: (da0:ahc0:0:3:0): Retrying Command (per Sense= =20 Data) Mar 27 17:54:02 msrv kernel: (da0:ahc0:0:3:0): Unexpected busfree in=20 Message-in phase Mar 27 17:54:02 msrv kernel: SEQADDR =3D=3D 0x106 Mar 27 17:54:10 msrv kernel: (da0:ahc0:0:3:0): WRITE(10). CDB: 2a 0 5 d3 85= 7f=20 0 0 80 0 Mar 27 17:54:10 msrv kernel: (da0:ahc0:0:3:0): CAM Status: SCSI Status Error Mar 27 17:54:10 msrv kernel: (da0:ahc0:0:3:0): SCSI Status: Check Condition Mar 27 17:54:10 msrv kernel: (da0:ahc0:0:3:0): UNIT ATTENTION asc:29,1 Mar 27 17:54:10 msrv kernel: (da0:ahc0:0:3:0): Power on occurred field=20 replaceable unit: 1 Mar 27 17:54:10 msrv kernel: (da0:ahc0:0:3:0): Retrying Command (per Sense= =20 Data) Mar 27 17:54:13 msrv kernel: (da0:ahc0:0:3:0): WRITE(10). CDB: 2a 0 5 72 6b= 5f=20 0 0 20 0 Mar 27 17:54:13 msrv kernel: (da0:ahc0:0:3:0): CAM Status: SCSI Status Error Mar 27 17:54:13 msrv kernel: (da0:ahc0:0:3:0): SCSI Status: Check Condition Mar 27 17:54:13 msrv kernel: (da0:ahc0:0:3:0): UNIT ATTENTION asc:29,1 Mar 27 17:54:13 msrv kernel: (da0:ahc0:0:3:0): Power on occurred field=20 replaceable unit: 1 Mar 27 17:54:13 msrv kernel: (da0:ahc0:0:3:0): Retrying Command (per Sense= =20 Data) =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Tue Mar 27 21:17:39 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B0DE816A405 for ; Tue, 27 Mar 2007 21:17:39 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 51E4313C465 for ; Tue, 27 Mar 2007 21:17:38 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l2RLHWA9043078; Tue, 27 Mar 2007 15:17:37 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <460989EB.7070108@samsco.org> Date: Tue, 27 Mar 2007 15:17:31 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: JoaoBR References: <200703271805.50708.joao@matik.com.br> In-Reply-To: <200703271805.50708.joao@matik.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Tue, 27 Mar 2007 14:17:37 -0700 (MST) X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: scsi error with latest sources X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2007 21:17:39 -0000 JoaoBR wrote: > hi, somebody knows to interprete this scsi error I get after upgrading amd64 > with sources from 26/03/ or is this a hardware problem? > You either have a failing disk or a power supply that is underpowered and/or failing. In short, check your hardware =-) Scott From owner-freebsd-stable@FreeBSD.ORG Tue Mar 27 22:03:06 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DF18116A502 for ; Tue, 27 Mar 2007 22:03:06 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.freebsd.org (Postfix) with ESMTP id 5780913C43E for ; Tue, 27 Mar 2007 22:03:05 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw1.york.ac.uk (8.13.6/8.13.6) with ESMTP id l2RM2wiF007004; Tue, 27 Mar 2007 23:02:58 +0100 (BST) Received: from ury.york.ac.uk ([144.32.108.81]) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1HWJko-0002uc-Ky; Tue, 27 Mar 2007 23:02:58 +0100 Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.13.8/8.13.8) with ESMTP id l2RM2wfh073393; Tue, 27 Mar 2007 23:02:58 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.13.8/8.13.8/Submit) with ESMTP id l2RM2sFQ073367; Tue, 27 Mar 2007 23:02:58 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Tue, 27 Mar 2007 23:02:54 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: =?ISO-8859-1?Q?Eirik_=D8verby?= In-Reply-To: <2B277B33-A56F-4E77-9E57-7F4777B22D2F@anduin.net> Message-ID: <20070327224208.E64587@ury.york.ac.uk> References: <1D425A90-3619-48B7-8171-13ECC9A31087@anduin.net> <1175002427.44767.41.camel@buffy.york.ac.uk> <2B277B33-A56F-4E77-9E57-7F4777B22D2F@anduin.net> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-86407754-1175032974=:64587" X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: stable@freebsd.org Subject: Re: Weird messages output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2007 22:03:07 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-86407754-1175032974=:64587 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Tue, 27 Mar 2007, Eirik =D8verby wrote: > On 27. mar. 2007, at 15.33, Gavin Atkinson wrote: >> On Tue, 2007-03-27 at 15:00 +0200, Eirik =D8verby wrote: >>> Hi all, >>>=20 >>> running 6.1-RELEASE on several HP DL385 servers (identically >>> configured), one of them has recently spat the following out in the / >>> var/log/messages file: >>>=20 >>> .......... >>> Mar 10 03:51:24 apphost02 ntpd[445]: kernel time sync enabled 2001 >>> Mar 10 05:02:01 apphost02 kernel: NMI ISA 30, EISA ff >>> .......... >>=20 >> I suspect you'll find your (ECC) memory has problems. > > You are absolutely correct. Further investigation using the ProLiant=20 > management tools for FreeBSD revealed serious RAM trouble. Two banks were= =20 > degraded, so we have now had the modules replaced on-site. Glad to be of help! > Thanks for the tip! > Do you happen to know if there are any "generic" tools/daemons available = to=20 > decipher such NMIs? Perhaps be able to send SNMP traps or something? I don't, to be honest. There is some code in /usr/src/sys/i386/isa/nmi.c= =20 that tries to detect the cause of an NMI, although I don't remember ever=20 seeing the messages when a parity error was detected. I guess it's=20 possible that (to some chipset vendor at least) 0x20 and 0x30 indicate=20 parity error, but neither our code or Linux's (see=20 http://fxr.watson.org/fxr/source/arch/i386/kernel/traps.c?v=3Dlinux-2.6#L74= 3 ) know those codes to mean parity error. Gavin --0-86407754-1175032974=:64587-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 28 00:05:49 2007 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 35F3016A403 for ; Wed, 28 Mar 2007 00:05:49 +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 DD1EE13C459 for ; Wed, 28 Mar 2007 00:05:48 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 7A10E4719C; Tue, 27 Mar 2007 18:34:25 -0500 (EST) Date: Wed, 28 Mar 2007 00:34:25 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org, stable@FreeBSD.org Message-ID: <20070328003340.L98103@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: Looking for users of IPX over IP tunneling (fwd) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rwatson@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2007 00:05:49 -0000 Please reply privately to this e-mail if you are using IPX over IP tunneling. See below for details. Thanks, Robert N M Watson Computer Laboratory University of Cambridge ---------- Forwarded message ---------- Date: Tue, 27 Mar 2007 09:08:30 +0100 (BST) From: Robert Watson To: net@FreeBSD.org Subject: Re: Looking for users of IPX over IP tunneling On Mon, 26 Feb 2007, Robert Watson wrote: > Over the next couple of weeks, I will be reviewing the set of non-MPSAFE > network stack components in preparation for a status update to the arch@ > mailing list. One of the remaining components that requires Giant is the IPX > over IP tunneling facility (ipx_ip). I'd like to solicit users of this > facility, if any, to work with me in testing locking patches I'm currently > developing against FreeBSD 7.x. > > I'm actually not entirely convinced this feature works, so would also like to > hear from users of IPX over IP tunneling for this reason. I've found a > couple of bugs that would result in improper error messages being returned, > etc. There's also a comment in the NOTES file that this feature is "not > available". Still looking for IPX over IP users. Please let me know if you use IPX over IP tunneling support, and/or if you would be able to test MPSAFEty patches on 6.x or 7.x. The other easy route here is to remove IPX over IP tunnel support from 7.0 and then reintroduce it if testers are found in the future, but such scenarios generally don't lead to feature re-introduction, so if this is a feature you care about, then please get in touch with me. :-) Robert N M Watson Computer Laboratory University of Cambridge _______________________________________________ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Mar 28 00:11:43 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A069516A401 for ; Wed, 28 Mar 2007 00:11:43 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 29B6913C489 for ; Wed, 28 Mar 2007 00:11:42 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id l2S0Bbcl006225; Tue, 27 Mar 2007 21:11:38 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Scott Long Date: Tue, 27 Mar 2007 21:12:36 -0300 User-Agent: KMail/1.9.5 References: <200703271805.50708.joao@matik.com.br> <460989EB.7070108@samsco.org> In-Reply-To: <460989EB.7070108@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200703272112.36412.joao@matik.com.br> X-Spam-Status: No, score=-100.3 required=5.0 tests=ALL_TRUSTED, AWL, MR_DIFF_MID, USER_IN_WHITELIST autolearn=unavailable version=3.1.8 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: scsi error with latest sources X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2007 00:11:43 -0000 On Tuesday 27 March 2007 18:17, you wrote: > JoaoBR wrote: > > hi, somebody knows to interprete this scsi error I get after upgrading > > amd64 with sources from 26/03/ or is this a hardware problem? > > You either have a failing disk or a power supply that is underpowered > and/or failing. In short, check your hardware =3D-) > thank's! I changed two disks into 15k scsis and seems the ps was weak already and/or= =20 couldn't stand the faster spin after changing the ps the problem went away, so far ... =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Wed Mar 28 03:18:43 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D0A216A400 for ; Wed, 28 Mar 2007 03:18:43 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id C8CA513C45D for ; Wed, 28 Mar 2007 03:18:42 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so84222ugh for ; Tue, 27 Mar 2007 20:18:41 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=t8ZDS5vp0y4WOqwHefkKoQf3wwaaaZ2YTvHNZxrtzInXr9YJpnj4wCbCRY4GMcFQIBMG4GpaHsBOtKf0GY9rUT2bIBV+sk+8k7l6L3mWfZFuSjuIGbd6xsSxTcgoC0ZuI/LefiTQa97uFpVugnGmWRh2MoxE9HLNML0Mm8FDD/0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=onU8r7hSQLQC8dlRD0RIAjY9FbBNbNrab2NgeW6qG8oTQkHo/mOS6H4xuOgwsaTqivp1P+re80wP1e/qP+kyPxQoV7iReGp6lkCUAYbbPTYl+173p6BI1Uk7UdbYjEaWvfktmxgQzu0OQtw8IU9265jjPNZwyoa9NHO0fJZj1Dc= Received: by 10.114.174.2 with SMTP id w2mr3465536wae.1175051920539; Tue, 27 Mar 2007 20:18:40 -0700 (PDT) Received: by 10.114.24.2 with HTTP; Tue, 27 Mar 2007 20:18:40 -0700 (PDT) Message-ID: <7579f7fb0703272018i68983d5cvb9fe84c79cebd473@mail.gmail.com> Date: Tue, 27 Mar 2007 20:18:40 -0700 From: "Matthew Jacob" To: "Richard Tector" In-Reply-To: <46095CE5.5080600@thekeelecentre.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <460959E8.207@thekeelecentre.com> <7579f7fb0703271102q1a866897x2d63a86e72895125@mail.gmail.com> <46095CE5.5080600@thekeelecentre.com> Cc: freebsd-stable@freebsd.org Subject: Re: Dell SAS5 Performance Issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2007 03:18:43 -0000 not at the momeny- it's really that I won't have time until april On 3/27/07, Richard Tector wrote: > Matthew Jacob wrote: > > It's been seen before but the fix isn't know yet. > > > > On 3/27/07, Richard Tector wrote: > >> I'm suffering from very slow write performance on a Dell PowerEdge 860 > >> with the SAS5/IR controller (mpt driver) running either 6.2-RELEASE or > >> 6.2-STABLE with sources from yesterday. The controller hosts 2 Western > >> Digital 320GB SATA disks in a RAID1 configuration. > >> Reads approach 65MB/s however writes appear extremely slow, in the > >> region of 6-7MB/s with a dd and a blocksize of 1MB all the way down to > >> about 300KB/s while extracting a ports snapshot. > >> > >> It was suggested to me that perhaps write caching has been disabled on > >> the controller however no options exist within the BIOS configuration to > >> view/adjust *any* caching options. > >> > >> Has anyone else experienced this issue? If so how did they resolve it? > >> Also, is there any way to toggle the caching settings from FreeBSD? > >> > >> Regards, > >> > >> Richard Tector > >> _______________________________________________ > >> 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" > >> > Thank you for the quick reply. > Is there any information I could obtain that would be of use to you in > tracking this one down? > > Regards, > > Richard > From owner-freebsd-stable@FreeBSD.ORG Wed Mar 28 03:33:28 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA0CE16A400 for ; Wed, 28 Mar 2007 03:33:28 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from alnrmhc11.comcast.net (alnrmhc11.comcast.net [206.18.177.51]) by mx1.freebsd.org (Postfix) with ESMTP id C66CB13C465 for ; Wed, 28 Mar 2007 03:33:28 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (alnrmhc11) with ESMTP id <20070328033327b1100lqgr7e>; Wed, 28 Mar 2007 03:33:28 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 7F0021FA03E; Tue, 27 Mar 2007 20:33:27 -0700 (PDT) Date: Tue, 27 Mar 2007 20:33:27 -0700 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20070328033327.GA65649@icarus.home.lan> Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Subject: em(4) losing link when if_bridge(4) addm/deletem are used X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2007 03:33:29 -0000 Firstly, I apologise ahead of time for sounding brash, but for the past week I have been fighting with the simple concept of Ethernet bridging over a VPN/secure tunnel, and it seems no matter what solution I find, I manage to run into bugs or caveats which cause me to look for other solutions... rinse lather repeat. In the midst of the madness, I found that when doing either of the following commands... ifconfig bridge0 addm em1 ifconfig bridge0 deletem em1 ...I see the entire em1 interface completely reset, bringing down link, then up again shortly after. The logs on my switch also confirm this. For sake of comparison, the bge(4) driver does not behave this way. I am aware that if_bridge(4) enables promiscuous mode on whatever interface is being added, ditto with -promisc on deletem. However, this does not appear to be the cause of the problem, because I can do "ifconfig em1 promisc" and "ifconfig em1 -promisc" without loss of link. In the case of OpenVPN, it's fairly common for the iface-up/down scripts to do a "ifconfig bridge0 addm/deletem" when the tunnel goes up and down. I'm sure one can see the implication from this... Applicable details: em1: port 0xa800-0xa83f mem 0xf2020000-0xf203ffff irq 23 at device 11.0 on pci2 em1@pci2:11:0: class=0x020000 card=0x11138086 chip=0x10138086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82541EI Gigabit Ethernet Controller (Copper)' class = network subclass = ethernet FreeBSD 6.2-STABLE #0: Tue Mar 27 09:19:46 PDT 2007 root@medusa.parodius.com:/usr/obj/usr/src/sys/MEDUSA -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Mar 28 04:48:55 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 89F9B16A400 for ; Wed, 28 Mar 2007 04:48:55 +0000 (UTC) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (ns1.ecoms.com [207.44.130.137]) by mx1.freebsd.org (Postfix) with ESMTP id 6E7CF13C43E for ; Wed, 28 Mar 2007 04:48:55 +0000 (UTC) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (localhost.roq.com [127.0.0.1]) by p4.roq.com (Postfix) with ESMTP id 091574D5CC; Wed, 28 Mar 2007 04:33:20 +0000 (GMT) Received: from beast2.jumbuck.com (ppp166-27.static.internode.on.net [150.101.166.27]) by p4.roq.com (Postfix) with ESMTP id 0EC3B4D5BC; Wed, 28 Mar 2007 04:33:18 +0000 (GMT) Message-ID: <4609EEDA.3010403@thebeastie.org> Date: Wed, 28 Mar 2007 14:28:10 +1000 From: Michael Vince User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.2) Gecko/20070314 SeaMonkey/1.1.1 MIME-Version: 1.0 To: Stefan Lambrev References: <46025A4C.10905@sun-fish.com> In-Reply-To: <46025A4C.10905@sun-fish.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD amd64 apache + mod_perl X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2007 04:48:55 -0000 Yeah I have only been able to use that Perl module for Oracle on FreeBSD with i386 which is a bit frustrating. I believe because it uses i386 binary drivers which don't work on AMD64. Mike Stefan Lambrev wrote: > Hello list, > > Is there any way to have apache + mod_perl on FreeBSD amd64 and to > connect to oracle 10g server? > Can I use something different then ports/databases/p5-DBD-Oracle or > get it working? > All my attempts to get p5-DBD-Oracle to work for me failed miserably :( > uname -srm : FreeBSD 6.2-STABLE amd64 > From owner-freebsd-stable@FreeBSD.ORG Wed Mar 28 04:53:49 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 369B316A400 for ; Wed, 28 Mar 2007 04:53:49 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from matrix.tk-pttuntex.com (matrix.tk-pttuntex.com [203.77.209.162]) by mx1.freebsd.org (Postfix) with ESMTP id 3E0F913C43E for ; Wed, 28 Mar 2007 04:53:45 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from [172.64.14.3] (core.bps.co.id [202.57.0.93]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zen) by matrix.tk-pttuntex.com (Postfix) with ESMTP id 88F3A40BC0D for ; Wed, 28 Mar 2007 11:32:45 +0700 (WIT) Message-ID: <4609F0B3.6020305@tk-pttuntex.com> Date: Wed, 28 Mar 2007 11:36:03 +0700 From: zen User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: maximal RAM X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2007 04:53:49 -0000 dear users, sorry for my ignorant... i just wanna ask you a simple question. how much is the maximal RAM freebsd can handle?? TIA Zen From owner-freebsd-stable@FreeBSD.ORG Wed Mar 28 05:40:50 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AB94E16A403 for ; Wed, 28 Mar 2007 05:40:50 +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 9D24A13C455 for ; Wed, 28 Mar 2007 05:40:50 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 7BB211A4D81; Tue, 27 Mar 2007 22:40:50 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B7C92513EB; Wed, 28 Mar 2007 01:40:49 -0400 (EDT) Date: Wed, 28 Mar 2007 01:40:49 -0400 From: Kris Kennaway To: zen Message-ID: <20070328054049.GA94159@xor.obsecurity.org> References: <4609F0B3.6020305@tk-pttuntex.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4609F0B3.6020305@tk-pttuntex.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: maximal RAM X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2007 05:40:50 -0000 On Wed, Mar 28, 2007 at 11:36:03AM +0700, zen wrote: > dear users, > sorry for my ignorant... > i just wanna ask you a simple question. > how much is the maximal RAM freebsd can handle?? You forgot to mention which architecture you are running. Kris From owner-freebsd-stable@FreeBSD.ORG Wed Mar 28 11:50:12 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 30A8216A404 for ; Wed, 28 Mar 2007 11:50:12 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id E4AF013C4BC for ; Wed, 28 Mar 2007 11:50:11 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id E16421FFDA3; Wed, 28 Mar 2007 13:50:09 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id E6BCA1FFE88; Wed, 28 Mar 2007 13:50:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id E27A2444885; Wed, 28 Mar 2007 11:45:28 +0000 (UTC) Date: Wed, 28 Mar 2007 11:45:28 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Matthew Jacob In-Reply-To: <7579f7fb0703272018i68983d5cvb9fe84c79cebd473@mail.gmail.com> Message-ID: <20070328114141.B62476@maildrop.int.zabbadoz.net> References: <460959E8.207@thekeelecentre.com> <7579f7fb0703271102q1a866897x2d63a86e72895125@mail.gmail.com> <46095CE5.5080600@thekeelecentre.com> <7579f7fb0703272018i68983d5cvb9fe84c79cebd473@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-stable@freebsd.org Subject: Re: Dell SAS5 Performance Issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2007 11:50:12 -0000 On Tue, 27 Mar 2007, Matthew Jacob wrote: > On 3/27/07, Richard Tector wrote: >> Thank you for the quick reply. >> Is there any information I could obtain that would be of use to you in >> tracking this one down? > > not at the momeny- it's really that I won't have time until april As said, I won't have the chance to test anything from this evening on and I had a few minutes so I added the usual printfs to get the detailed information for the reported mpt_cam_event()s. : grep ^mpt dell_pe860-20070328-02.log mpt0: port 0xec00-0xecff mem 0xfe9fc000-0xfe9fffff,0xfe9e0000-0xfe9effff irq 16 at device 8.0 on pci2 mpt0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xec00 mpt0: Reserved 0x4000 bytes for rid 0x14 type 3 at 0xfe9fc000 mpt0: [GIANT-LOCKED] mpt0: MPI Version=1.5.12.0 mpt0: Event on. mpt0: SAS discovery started. mpt0: SAS PHY(0x00) link status: Rate: 3.0 Gbps. mpt0: SAS PHY(0x01) link status: Rate: 3.0 Gbps. mpt0: SAS discovery done. That's also what the controller reports (but I think the driver does not try to re-neg/discover anything itself here?). Most likely that's it from me on the write performance topic. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-stable@FreeBSD.ORG Wed Mar 28 13:14:37 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D65516A407 for ; Wed, 28 Mar 2007 13:14:37 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from ns2.pil.dk (relay.pil.dk [195.41.47.38]) by mx1.freebsd.org (Postfix) with ESMTP id 8B91F13C45B for ; Wed, 28 Mar 2007 13:14:36 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by ns2.pil.dk (Postfix) with ESMTP id E07377BAB6A for ; Mon, 26 Mar 2007 22:57:32 +0200 (CEST) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id 6769FB8DF; Mon, 26 Mar 2007 22:57:32 +0200 (CEST) Date: Mon, 26 Mar 2007 22:57:32 +0200 From: Henrik Brix Andersen To: freebsd-stable@freebsd.org Message-ID: <20070326205732.GA17158@tirith.brixandersen.dk> Mail-Followup-To: freebsd-stable@freebsd.org References: <46081BFF.3000803@rjt.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IJpNTDwzlM2Ie8A6" Content-Disposition: inline In-Reply-To: <46081BFF.3000803@rjt.org> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.14 (2007-02-12) Subject: Re: possible bug in pxeboot with TFTP support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2007 13:14:37 -0000 --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 26, 2007 at 03:16:15PM -0400, Ryan J. Taylor wrote: > I compiled pxeboot with TFTP support by doing: > cd /usr/src/sys/boot > make -DLOADER_TFTP_SUPPORT >=20 > I have clients booting via PXE and grabbing their root filesystem from a= =20 > memory disk. However, there was a long delay in the boot sequence.=20 > tcpdump revealed that after downloading pxeboot, the client was sending= =20 > RPC traffic, presumably looking for NFS. This caused the boot to stall= =20 > for 30 seconds or so until the loader spit out "NFS MOUNT RPC error: 60"= =20 > and then continued booting via tftp. Please see http://www.freebsd.org/cgi/query-pr.cgi?pr=3D91720 Regards, Brix --=20 Henrik Brix Andersen --IJpNTDwzlM2Ie8A6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: GnuPG signed iD8DBQFGCDO7v+Q4flTiePgRApRBAJ9XZgicignsSBRKVwSEclaACA7KBgCePjwQ ScpmwiglherAyV2uWauDQiI= =Zvdv -----END PGP SIGNATURE----- --IJpNTDwzlM2Ie8A6-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 28 14:05:44 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 50E6316A40B for ; Wed, 28 Mar 2007 14:05:44 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id C0B1513C4B8 for ; Wed, 28 Mar 2007 14:05:43 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anc (nb-h.matik.com.br [200.152.88.34] (may be forged)) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id l2SE5ajj025163 for ; Wed, 28 Mar 2007 11:05:36 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Wed, 28 Mar 2007 11:05:15 -0300 User-Agent: KMail/1.9.4 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200703281105.15784.joao@matik.com.br> X-Spam-Status: No, score=-0.7 required=5.0 tests=ALL_TRUSTED,AWL,TW_XF, UPPERCASE_25_50 autolearn=unavailable version=3.1.8 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Subject: amd64 ahd scsi error/problem with tyan mb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2007 14:05:44 -0000 hi some else has seen this? With more then 2 scsi disks on one channel I get t= he=20 error below. The machine seems to work on all disks after then. With one or= =20 two disks the machine boots well. The error does not appear with FC6 and Tyan support argues a freebsd driver= =20 problem. some idea what I can do? Waiting 10 seconds for SCSI devices to settle ahd0: Invalid Sequencer interrupt occurred. >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< ahd0: Dumping Card State at program address 0x23c Mode 0x0 Card was paused INTSTAT[0x0] SELOID[0x2] SELID[0x10] HS_MAILBOX[0x0] INTCTL[0x80] SEQINTSTAT[0x0] SAVED_MODE[0x11] DFFSTAT[0x33] SCSISIGI[0x0] SCSIPHASE[0x0] SCSIBUS[0x0] LASTPHASE[0x1] SCSISEQ0[0x0] SCSISEQ1[0x12] SEQCTL0[0x0] SEQINTCTL[0x6] SEQ_FLAGS[0x0] SEQ_FLAGS2[0x0] QFREEZE_COUNT[0x3] KERNEL_QFREEZE_COUNT[0x3] MK_MESSAGE_SCB[0xff00] MK_MESSAGE_SCSIID[0xff] SSTAT0[0x0] SSTAT1[0x0] SSTAT2[0x0] SSTAT3[0x0] PERRDIAG[0x0] SIMODE1[0xa4] LQISTAT0[0x0] LQISTAT1[0x0] LQISTAT2[0x0] LQOSTAT0[0x0] LQOSTAT1[0x0] LQOSTAT2[0x0] SCB Count =3D 16 CMDS_PENDING =3D 0 LASTSCB 0xffff CURRSCB 0xd NEXTSCB 0xff= 00 qinstart =3D 36 qinfifonext =3D 37 QINFIFO: 0xf WAITING_TID_QUEUES: Pending list: =A015 FIFO_USE[0x0] SCB_CONTROL[0x48] SCB_SCSIID[0x7] Total 1 Kernel Free SCB list: 14 13 1 2 3 4 5 6 7 8 9 10 11 12 0 Sequencer Complete DMA-inprog list: Sequencer Complete list: Sequencer DMA-Up and Complete list: Sequencer On QFreeze and Complete list: ahd0: FIFO0 Free, LONGJMP =3D=3D 0x8000, SCB 0xe SEQIMODE[0x3f] SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89] SG_CACHE_SHADOW[0x2] SG_STATE[0x0] DFFSXFRCTL[0x0] SOFFCNT[0x0] MDFFSTAT[0x5] SHADDR =3D 0x00, SHCNT =3D 0x0 HADDR =3D 0x00, HCNT =3D 0x0 CCSGCTL[0x10] ahd0: FIFO1 Free, LONGJMP =3D=3D 0x8063, SCB 0xd SEQIMODE[0x3f] SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89] SG_CACHE_SHADOW[0x2] SG_STATE[0x0] DFFSXFRCTL[0x0] SOFFCNT[0x0] MDFFSTAT[0x5] SHADDR =3D 0x00, SHCNT =3D 0x0 HADDR =3D 0x00, HCNT =3D 0x0 CCSGCTL[0x10] LQIN: 0x8 0x0 0x0 0xe 0x0 0x1 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0=20 0x0 0x0 ahd0: LQISTATE =3D 0x0, LQOSTATE =3D 0x0, OPTIONMODE =3D 0x42 ahd0: OS_SPACE_CNT =3D 0x20 MAXCMDCNT =3D 0x1 ahd0: SAVED_SCSIID =3D 0x0 SAVED_LUN =3D 0x0 SIMODE0[0xc] CCSCBCTL[0x0] ahd0: REG0 =3D=3D 0x7ffd, SINDEX =3D 0x10e, DINDEX =3D 0x106 ahd0: SCBPTR =3D=3D 0xe, SCB_NEXT =3D=3D 0xff00, SCB_NEXT2 =3D=3D 0xd CDB 12 20 0 80 8 25 STACK: 0x237 0x2 0x0 0x0 0x0 0x0 0x0 0x0 <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! Copied 18 bytes of sense data offset 12: 0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0=20 0x0 0x0 0x0 0x29 0x2 0x0 0x0 0x0 0x0 Copied 18 bytes of sense data offset 12: 0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0=20 0x0 0x0 0x0 0x29 0x2 0x2 0x0 0x0 0x0 Copied 18 bytes of sense data offset 12: 0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0=20 0x0 0x0 0x0 0x29 0x2 0x2 0x0 0x0 0x0 da0 at ahd0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz, offset 127, 16bit), Tagged Queueing= =20 Enabled da0: 35074MB (71833096 512 byte sectors: 255H 63S/T 4471C) da1 at ahd0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing= =20 Enabled da1: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) da2 at ahd0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-3 device da2: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing= =20 Enabled da2: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) Trying to mount root from ufs:/dev/da0s1a =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Wed Mar 28 16:12:42 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3CC5416A405 for ; Wed, 28 Mar 2007 16:12:42 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from s200aog11.obsmtp.com (s200aog11.obsmtp.com [207.126.144.125]) by mx1.freebsd.org (Postfix) with SMTP id 98E5B13C4AD for ; Wed, 28 Mar 2007 16:12:41 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from source ([217.206.187.80]) by eu1sys200aob011.postini.com ([207.126.147.11]) with SMTP; Wed, 28 Mar 2007 16:12:40 UTC Received: from [10.0.0.89] (bill.mintel.co.uk [10.0.0.89]) by rodney.mintel.co.uk (Postfix) with ESMTP id 1EF64181425 for ; Wed, 28 Mar 2007 17:12:40 +0100 (BST) Message-ID: <460A9404.1060605@tomjudge.com> Date: Wed, 28 Mar 2007 17:12:52 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: NFS Mount problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2007 16:12:42 -0000 Hi, I have a HA NFS server setup, but I am having some problems with mounting the NFS shares. I have had to patch mountd to allow it to be configured with an IP to bind to, its a bit of quick hack (no docs, ipv6 etc...) but solves the problem for us where mountd sends the packets from the wrong ip. (See patch bellow). The NFS server IP is 172.31.0.200 and we have the following flags set in rc.conf: nfs_server_flags="-u -t -n 4 -h 172.31.0.200" rpcbind_flags="-h 172.31.0.200" mountd_flags="-r -p 832 -h 172.31.0.200" When I try and mount the share I get the following error the command: maverick# mount nfs-server:/usr/home /usr/home [udp] nfs-server:/usr/home: RPCPROG_MNT: RPC: Timed out [udp] nfs-server:/usr/home: RPCPROG_MNT: RPC: Timed out And the following data from tcpdump on the server: [root@beaker /usr/home/mintel]# tcpdump -n 'ip host 172.31.0.2 and ip host 172.31.0.200' tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on em0, link-type EN10MB (Ethernet), capture size 68 bytes 17:10:58.321858 IP 172.31.0.2.906 > 172.31.0.200.111: UDP, length 56 17:10:58.322018 IP 172.31.0.200.111 > 172.31.0.2.906: UDP, length 28 17:10:58.322231 IP 172.31.0.2.1175084341 > 172.31.0.200.2049: 40 null 17:10:58.322280 IP 172.31.0.200.2049 > 172.31.0.2.1175084341: reply ok 24 null 17:10:58.322481 IP 172.31.0.2.921 > 172.31.0.200.111: [|lwres] 17:10:58.322560 IP 172.31.0.200.111 > 172.31.0.2.921: [|lwres] 17:10:58.322731 IP 172.31.0.2.854 > 172.31.0.200.832: UDP, length 112 17:11:13.324547 IP 172.31.0.200.832 > 172.31.0.2.854: UDP, length 68 17:11:13.324652 IP 172.31.0.2 > 172.31.0.200: ICMP 172.31.0.2 udp port 854 unreachable, length 36 I can reproduce the problem on a number 6.2 Release systems (i386/amd64). Has anyone seen this before, or know of a fix? Thanks Tom /usr/src/sys/usr.sbin/mountd/ Index: mountd.c =================================================================== --- mountd.c (revision 37) +++ mountd.c (working copy) @@ -257,7 +257,7 @@ fd_set readfds; struct sockaddr_in sin; struct sockaddr_in6 sin6; - char *endptr; + char *endptr, *svcaddr; SVCXPRT *udptransp, *tcptransp, *udp6transp, *tcp6transp; struct netconfig *udpconf, *tcpconf, *udp6conf, *tcp6conf; pid_t otherpid; @@ -290,7 +290,7 @@ errx(1, "NFS server is not available or loadable"); } - while ((c = getopt(argc, argv, "2dlnp:r")) != -1) + while ((c = getopt(argc, argv, "2dlnp:rh:")) != -1) switch (c) { case '2': force_v2 = 1; @@ -307,6 +307,9 @@ case 'l': dolog = 1; break; + case 'h': + svcaddr = optarg; + break; case 'p': endptr = NULL; svcport = (in_port_t)strtoul(optarg, &endptr, 10); @@ -392,6 +395,7 @@ sin.sin_len = sizeof(struct sockaddr_in); sin.sin_family = AF_INET; sin.sin_port = htons(svcport); + sin.sin_addr.s_addr = inet_addr(svcaddr); bzero(&sin6, sizeof(struct sockaddr_in6)); sin6.sin6_len = sizeof(struct sockaddr_in6); From owner-freebsd-stable@FreeBSD.ORG Wed Mar 28 16:53:02 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F2D916A400; Wed, 28 Mar 2007 16:53:02 +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 EF6AB13C44B; Wed, 28 Mar 2007 16:53:01 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l2SGr1se093942; Wed, 28 Mar 2007 12:53:01 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l2SGr09S013153 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Mar 2007 12:53:00 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200703281653.l2SGr09S013153@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 28 Mar 2007 12:50:58 -0400 To: Jung-uk Kim , freebsd-stable@FreeBSD.org From: Mike Tancsa In-Reply-To: <7.1.0.9.0.20070317092805.1109be38@sentex.net> References: <200703161430.42854.jkim@FreeBSD.org> <200703161848.l2GIm3H8043252@lava.sentex.ca> <200703161537.47359.jkim@FreeBSD.org> <7.1.0.9.0.20070317092805.1109be38@sentex.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: [PATCH] bge(4) patch for -STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2007 16:53:02 -0000 At 09:33 AM 3/17/2007, Mike Tancsa wrote: >At 03:37 PM 3/16/2007, Jung-uk Kim wrote: > >>It might fix your problem (i.e., we have some fixes for BCM5750 >>chipset family) but I am not so sure. Why don't you try it and tell >>me? ;-) Hi, Just to followup 11 days later and still no watchdog timeouts. I would have had at least 2 with the old driver by now! I havent tried whats in RELENG_6, just the patch you posted... But I am guessing they are essentially the same. Thanks for fixing it! bge0: mem 0xfe5f0000-0xfe5fffff irq 19 at device 0.0 on pci4 miibus1: on bge0 brgphy0: on miibus1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:e0:81:59:2b:06 bge0@pci4:0:0: class=0x020000 card=0x165914e4 chip=0x165914e4 rev=0x11 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5750A1 NetXtreme Gigabit Ethernet PCI Express' class = network subclass = ethernet cap 01[48] = powerspec 2 supports D0 D3 current D0 cap 03[50] = VPD cap 05[58] = MSI supports 8 messages, 64 bit cap 10[d0] = PCI-Express 1 endpoint ---Mike From owner-freebsd-stable@FreeBSD.ORG Wed Mar 28 17:51:13 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5491216A402 for ; Wed, 28 Mar 2007 17:51:13 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id F323713C45D for ; Wed, 28 Mar 2007 17:51:12 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id l2SHpBV4079568; Wed, 28 Mar 2007 13:51:11 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Mike Tancsa Date: Wed, 28 Mar 2007 13:51:05 -0400 User-Agent: KMail/1.6.2 References: <200703161430.42854.jkim@FreeBSD.org> <7.1.0.9.0.20070317092805.1109be38@sentex.net> <200703281653.l2SGr09S013153@lava.sentex.ca> In-Reply-To: <200703281653.l2SGr09S013153@lava.sentex.ca> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200703281351.09717.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.88.6/2952/Wed Mar 28 12:26:48 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-stable@FreeBSD.org Subject: Re: [PATCH] bge(4) patch for -STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2007 17:51:13 -0000 On Wednesday 28 March 2007 12:50 pm, Mike Tancsa wrote: > At 09:33 AM 3/17/2007, Mike Tancsa wrote: > >At 03:37 PM 3/16/2007, Jung-uk Kim wrote: > >>It might fix your problem (i.e., we have some fixes for BCM5750 > >>chipset family) but I am not so sure. Why don't you try it and > >> tell me? ;-) > > Hi, > Just to followup 11 days later and still no watchdog > timeouts. I would have had at least 2 with the old driver by now! > I havent tried whats in RELENG_6, just the patch you posted... But > I am guessing they are essentially the same. Thanks for fixing it! I am glad to hear it. BTW, I cannot take all the credit. It wasn't possible without help from many committers and testers. :-) Thanks, Jung-uk Kim From owner-freebsd-stable@FreeBSD.ORG Wed Mar 28 17:56:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7585A16A413 for ; Wed, 28 Mar 2007 17:56:19 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [82.208.36.70]) by mx1.freebsd.org (Postfix) with ESMTP id F41A313C4E7 for ; Wed, 28 Mar 2007 17:56:18 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 6E18619E03B for ; Wed, 28 Mar 2007 19:56:17 +0200 (CEST) Received: from [192.168.1.2] (grimm.quip.cz [213.220.192.218]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTP id 2CC8219E038 for ; Wed, 28 Mar 2007 19:56:13 +0200 (CEST) Message-ID: <460AAC3C.3070801@quip.cz> Date: Wed, 28 Mar 2007 19:56:12 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: freebsd-update problem (on 6.2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2007 17:56:19 -0000 I did cvsup to RELENG_6_2 today and make build(world|kernel) install(kernel|world) After mergemaster & reboot uname reports 6.2-RELEASE-p3 but `freebsd-update fetch` downloads patches "to 6.2-RELEASE-p3" so I installed them by `freebsd-update install`. uname reports 6.2-RELEASE-p2 after reboot! If I try to run freebsd-update fetch again, I got this: --------- Looking up update.FreeBSD.org mirrors... 1 mirrors found. Fetching metadata signature from update1.FreeBSD.org... done. Fetching metadata index... done. Inspecting system... done. Preparing to download files... done. The following files are affected by updates, but no changes have been downloaded because the files have been modified locally: /etc/rc.d/jail No updates needed to update system to 6.2-RELEASE-p3. ---------- So there is definitely something wrong - uname reports p2, freebsd-update p3 and at last /etc/rc.d/jail seems to it locally modified, but it is not! The whole system is "GENERIC" without any modifications. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Wed Mar 28 19:07:50 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE00E16A403 for ; Wed, 28 Mar 2007 19:07:50 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd2mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id C528913C44C for ; Wed, 28 Mar 2007 19:07:50 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd2mr5so.prod.shaw.ca (pd2mr5so-qfe3.prod.shaw.ca [10.0.141.8]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JFM00CA8NPLS750@l-daemon> for freebsd-stable@freebsd.org; Wed, 28 Mar 2007 13:05:45 -0600 (MDT) Received: from pn2ml5so.prod.shaw.ca ([10.0.121.149]) by pd2mr5so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JFM00AUNNPL9RJ0@pd2mr5so.prod.shaw.ca> for freebsd-stable@freebsd.org; Wed, 28 Mar 2007 13:05:46 -0600 (MDT) Received: from hexahedron.daemonology.net ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with SMTP id <0JFM00MQHLV5X450@l-daemon> for freebsd-stable@freebsd.org; Wed, 28 Mar 2007 12:25:54 -0600 (MDT) Received: (qmail 3094 invoked from network); Wed, 28 Mar 2007 18:25:43 +0000 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by localhost with SMTP; Wed, 28 Mar 2007 18:25:43 +0000 Date: Wed, 28 Mar 2007 11:25:43 -0700 From: Colin Percival In-reply-to: <460AAC3C.3070801@quip.cz> To: Miroslav Lachman <000.fbsd@quip.cz> Message-id: <460AB326.3010501@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.94.0.0 References: <460AAC3C.3070801@quip.cz> User-Agent: Thunderbird 1.5.0.9 (X11/20061227) Cc: freebsd-stable@freebsd.org Subject: Re: freebsd-update problem (on 6.2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2007 19:07:51 -0000 Miroslav Lachman wrote: > I did cvsup to RELENG_6_2 today and make build(world|kernel) > install(kernel|world) > > After mergemaster & reboot uname reports 6.2-RELEASE-p3 but > `freebsd-update fetch` downloads patches "to 6.2-RELEASE-p3" so I > installed them by `freebsd-update install`. > > uname reports 6.2-RELEASE-p2 after reboot! This is correct. uname(1) reports the kernel version, and the change from 6.2-RELEASE-p2 to 6.2-RELEASE-p3 did not affect the kernel. > The following files are affected by updates, but no changes have > been downloaded because the files have been modified locally: > /etc/rc.d/jail This is correct. The version you have here is not the version which was distributed with the release -- it's the version in the latest RELENG_6_2. Colin Percival From owner-freebsd-stable@FreeBSD.ORG Wed Mar 28 19:36:46 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 458BD16A403 for ; Wed, 28 Mar 2007 19:36:46 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd2mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 1BAE713C44B for ; Wed, 28 Mar 2007 19:36:45 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd2mr5so.prod.shaw.ca (pd2mr5so-qfe3.prod.shaw.ca [10.0.141.8]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JFM00DYLP53YV10@l-daemon> for freebsd-stable@freebsd.org; Wed, 28 Mar 2007 13:36:39 -0600 (MDT) Received: from pn2ml9so.prod.shaw.ca ([10.0.121.7]) by pd2mr5so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JFM00AAKP5198L0@pd2mr5so.prod.shaw.ca> for freebsd-stable@freebsd.org; Wed, 28 Mar 2007 13:36:39 -0600 (MDT) Received: from hexahedron.daemonology.net ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with SMTP id <0JFM00JI6P4TWM10@l-daemon> for freebsd-stable@freebsd.org; Wed, 28 Mar 2007 13:36:29 -0600 (MDT) Received: (qmail 4030 invoked from network); Wed, 28 Mar 2007 19:36:19 +0000 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by localhost with SMTP; Wed, 28 Mar 2007 19:36:19 +0000 Date: Wed, 28 Mar 2007 12:36:19 -0700 From: Colin Percival In-reply-to: <01aa01c7716e$70011990$0600020a@mickey> To: Don O'Neil Message-id: <460AC3B3.1020605@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.94.0.0 References: <460AAC3C.3070801@quip.cz> <460AB326.3010501@freebsd.org> <01aa01c7716e$70011990$0600020a@mickey> User-Agent: Thunderbird 1.5.0.9 (X11/20061227) Cc: freebsd-stable@freebsd.org Subject: Re: freebsd-update problem (on 6.2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2007 19:36:46 -0000 Don O'Neil wrote: > Can I use freebsd-update to update from 6.1-STABLE-200608 to the latest > version? When I try to run the program it says its not compatible... Is > there a way to force it to update anyway Only by editing the freebsd-update script or by modifying uname(1). > and is there any reason I would > NOT want to force it? In general it's a bad idea, since FreeBSD Update looks at what files you had installed from the old release and whether you've modified any of them in order to decide how to upgrade to the new release. If you confuse freebsd-update enough to convince it to upgrade your non-supported installation, it's likely to overwrite modified configuration files or not update files. > I'm just trying to figure out the best way to get my machine updated, which > was installed from a snapshot ISO, without having to do a buildworld. There isn't any good solution here, yet. I might add support for the snapshot ISOs at some point (at least for upgrading to/from them -- there will not be security updates built for them). Colin Percival From owner-freebsd-stable@FreeBSD.ORG Wed Mar 28 20:00:33 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D4C5316A400 for ; Wed, 28 Mar 2007 20:00:33 +0000 (UTC) (envelope-from lists@lizardhill.com) Received: from kermit.lizardhill.com (kermit.lizardhill.com [64.69.41.217]) by mx1.freebsd.org (Postfix) with ESMTP id BEB0D13C44C for ; Wed, 28 Mar 2007 20:00:33 +0000 (UTC) (envelope-from lists@lizardhill.com) Received: from ip72-193-85-114.lv.lv.cox.net ([72.193.85.114] helo=mickey) by kermit.lizardhill.com with esmtpa (Exim 4.66) (envelope-from ) id 1HWcnR-0001Cn-7h; Wed, 28 Mar 2007 11:22:57 -0700 From: "Don O'Neil" To: "'Colin Percival'" References: <460AAC3C.3070801@quip.cz> <460AB326.3010501@freebsd.org> Date: Wed, 28 Mar 2007 12:22:33 -0700 Message-ID: <01aa01c7716e$70011990$0600020a@mickey> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Thread-Index: AcdxZDQ2Njc8LpgzQw2oDjLePq06GgACekPA In-Reply-To: <460AB326.3010501@freebsd.org> Cc: freebsd-stable@freebsd.org Subject: RE: freebsd-update problem (on 6.2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2007 20:00:33 -0000 Colin, Can I use freebsd-update to update from 6.1-STABLE-200608 to the latest version? When I try to run the program it says its not compatible... Is there a way to force it to update anyway, and is there any reason I would NOT want to force it? I'm just trying to figure out the best way to get my machine updated, which was installed from a snapshot ISO, without having to do a buildworld. Thanks! Don -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Colin Percival Sent: Wednesday, March 28, 2007 11:26 AM To: Miroslav Lachman Cc: freebsd-stable@freebsd.org Subject: Re: freebsd-update problem (on 6.2) Miroslav Lachman wrote: > I did cvsup to RELENG_6_2 today and make build(world|kernel) > install(kernel|world) > > After mergemaster & reboot uname reports 6.2-RELEASE-p3 but > `freebsd-update fetch` downloads patches "to 6.2-RELEASE-p3" so I > installed them by `freebsd-update install`. > > uname reports 6.2-RELEASE-p2 after reboot! This is correct. uname(1) reports the kernel version, and the change from 6.2-RELEASE-p2 to 6.2-RELEASE-p3 did not affect the kernel. > The following files are affected by updates, but no changes have been > downloaded because the files have been modified locally: > /etc/rc.d/jail This is correct. The version you have here is not the version which was distributed with the release -- it's the version in the latest RELENG_6_2. Colin Percival _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Mar 28 21:50:24 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B13C516A400; Wed, 28 Mar 2007 21:50:24 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id 5439113C44C; Wed, 28 Mar 2007 21:50:24 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 5CD9E1CC58; Thu, 29 Mar 2007 09:37:09 +1200 (NZST) Date: Thu, 29 Mar 2007 09:37:09 +1200 From: Andrew Thompson To: Jeremy Chadwick Message-ID: <20070328213709.GA80375@heff.fud.org.nz> References: <20070328033327.GA65649@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070328033327.GA65649@icarus.home.lan> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: em(4) losing link when if_bridge(4) addm/deletem are used X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2007 21:50:24 -0000 On Tue, Mar 27, 2007 at 08:33:27PM -0700, Jeremy Chadwick wrote: > In the midst of the madness, I found that when doing either of the > following commands... > > ifconfig bridge0 addm em1 > ifconfig bridge0 deletem em1 > > ...I see the entire em1 interface completely reset, bringing down link, > then up again shortly after. The logs on my switch also confirm this. > > For sake of comparison, the bge(4) driver does not behave this way. > > I am aware that if_bridge(4) enables promiscuous mode on whatever > interface is being added, ditto with -promisc on deletem. However, this > does not appear to be the cause of the problem, because I can do > "ifconfig em1 promisc" and "ifconfig em1 -promisc" without loss of link. The only other thing the bridge does to the interface when removing it is to reinstate IFCAP_TXCSUM, which is disabled when the interface is bridged. If you manually toggle this with ifconfig do you get the same result? Andrew From owner-freebsd-stable@FreeBSD.ORG Wed Mar 28 21:51:24 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9B54E16A400 for ; Wed, 28 Mar 2007 21:51:24 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from smtp801.mail.ird.yahoo.com (smtp801.mail.ird.yahoo.com [217.146.188.61]) by mx1.freebsd.org (Postfix) with SMTP id 1AB7F13C4AE for ; Wed, 28 Mar 2007 21:51:23 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: (qmail 52809 invoked from network); 28 Mar 2007 21:24:43 -0000 Received: from unknown (HELO ?192.168.1.2?) (thomasjudge@btinternet.com@86.140.150.175 with plain) by smtp801.mail.ird.yahoo.com with SMTP; 28 Mar 2007 21:24:43 -0000 X-YMail-OSG: xdY52G8VM1n9X93FCGovMOUq8PW__F8974JIXTsAICsNkQpy Message-ID: <460ADD30.5040207@tomjudge.com> Date: Wed, 28 Mar 2007 22:25:04 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: Tom Judge References: <460A9404.1060605@tomjudge.com> In-Reply-To: <460A9404.1060605@tomjudge.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: [SOLVED] NFS Mount problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2007 21:51:24 -0000 Tom Judge wrote: > Hi, > > > I have a HA NFS server setup, but I am having some problems with > mounting the NFS shares. I have had to patch mountd to allow it to be > configured with an IP to bind to, its a bit of quick hack (no docs, > ipv6 etc...) but solves the problem for us where mountd sends the > packets from the wrong ip. (See patch bellow). > > > The NFS server IP is 172.31.0.200 and we have the following flags set in > rc.conf: > > nfs_server_flags="-u -t -n 4 -h 172.31.0.200" > rpcbind_flags="-h 172.31.0.200" > mountd_flags="-r -p 832 -h 172.31.0.200" > > When I try and mount the share I get the following error the command: > > maverick# mount nfs-server:/usr/home /usr/home > [udp] nfs-server:/usr/home: RPCPROG_MNT: RPC: Timed out > [udp] nfs-server:/usr/home: RPCPROG_MNT: RPC: Timed out > > And the following data from tcpdump on the server: > > [root@beaker /usr/home/mintel]# tcpdump -n 'ip host 172.31.0.2 and ip > host 172.31.0.200' > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on em0, link-type EN10MB (Ethernet), capture size 68 bytes > 17:10:58.321858 IP 172.31.0.2.906 > 172.31.0.200.111: UDP, length 56 > 17:10:58.322018 IP 172.31.0.200.111 > 172.31.0.2.906: UDP, length 28 > 17:10:58.322231 IP 172.31.0.2.1175084341 > 172.31.0.200.2049: 40 null > 17:10:58.322280 IP 172.31.0.200.2049 > 172.31.0.2.1175084341: reply ok > 24 null > 17:10:58.322481 IP 172.31.0.2.921 > 172.31.0.200.111: [|lwres] > 17:10:58.322560 IP 172.31.0.200.111 > 172.31.0.2.921: [|lwres] > 17:10:58.322731 IP 172.31.0.2.854 > 172.31.0.200.832: UDP, length 112 > 17:11:13.324547 IP 172.31.0.200.832 > 172.31.0.2.854: UDP, length 68 > 17:11:13.324652 IP 172.31.0.2 > 172.31.0.200: ICMP 172.31.0.2 udp port > 854 unreachable, length 36 > > > I can reproduce the problem on a number 6.2 Release systems (i386/amd64). > > Has anyone seen this before, or know of a fix? > After running ktrace on the mountd process during the mount process, I noticed that mountd was trying to do a reverse DNS lookup on the address. The problem was that the DNS server was incorrectly configured and not responding to the request. Adding the client to the server hosts file fixed the problem. Sorry for the noise. Tom From owner-freebsd-stable@FreeBSD.ORG Wed Mar 28 22:20:29 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9CB5216A406; Wed, 28 Mar 2007 22:20:29 +0000 (UTC) (envelope-from steve@Watt.COM) Received: from wattres.watt.com (wattres.watt.com [66.93.133.130]) by mx1.freebsd.org (Postfix) with ESMTP id 7531013C46E; Wed, 28 Mar 2007 22:20:29 +0000 (UTC) (envelope-from steve@Watt.COM) Received: from wattres.watt.com (localhost.watt.com [127.0.0.1]) by wattres.watt.com (8.13.8/8.13.8) with ESMTP id l2SM0O61060017; Wed, 28 Mar 2007 15:00:29 -0700 (PDT) (envelope-from steve@wattres.watt.com) Received: (from steve@localhost) by wattres.watt.com (8.13.8/8.13.8/Submit) id l2SM0OG2060016; Wed, 28 Mar 2007 15:00:24 -0700 (PDT) (envelope-from steve) Message-Id: <200703282200.l2SM0OG2060016@wattres.watt.com> X-Newsgroups: local.freebsd-hackers In-Reply-To: From: steve@Watt.COM (Steve Watt) References: <665184.92983.qm@web32901.mail.mud.yahoo.com> Organization: Watt Consultants, San Jose, CA, USA Date: Wed, 28 Mar 2007 15:00:24 -0700 X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: deischen@freebsd.org X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (wattres.watt.com [127.0.0.1]); Wed, 28 Mar 2007 14:00:29 -0800 (PST) X-Archived: 1175119229.384742700@wattres.Watt.COM Cc: freebsd-stable@freebsd.org Subject: Re: Pthreads signals X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2007 22:20:29 -0000 In , Daniel Eischen wrote: >On Wed, 28 Mar 2007, Peter Holmes wrote: > >> How do signals work with pthreads in FreeBSD. How are process signals >> delivered? > >The best explanation of signals and threads in general >is in the POSIX spec, or Butenhof's book. > > http://www.opengroup.org/onlinepubs/009695399/functions/xsh_chap02_04.html I suspect the question was rather more specific than that, due to bad experiences with LinuxThreads. Does FreeBSD have a proper signal delivery model, where thread masks are per-signal, and signals sent to the process when all threads within the process have the signal blocked remain pending against the process so any thread may accept the signal using sigwait()/sigtimedwait()/sigwaintinfo(). I suspect the answer is yes, but I haven't played with threads on recent versions enough. -- Steve Watt KD6GGD PP-ASEL-IA ICBM: 121W 56' 57.5" / 37N 20' 15.3" Internet: steve @ Watt.COM Whois: SW32-ARIN Free time? There's no such thing. It just comes in varying prices... From owner-freebsd-stable@FreeBSD.ORG Wed Mar 28 22:30:46 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF46A16A400 for ; Wed, 28 Mar 2007 22:30:46 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.200.82]) by mx1.freebsd.org (Postfix) with ESMTP id 8640413C4B8 for ; Wed, 28 Mar 2007 22:30:46 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (sccrmhc12) with ESMTP id <2007032822304501200t98pue>; Wed, 28 Mar 2007 22:30:45 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 42AB61FA03D; Wed, 28 Mar 2007 15:30:45 -0700 (PDT) Date: Wed, 28 Mar 2007 15:30:45 -0700 From: Jeremy Chadwick To: Andrew Thompson Message-ID: <20070328223045.GA84408@icarus.home.lan> Mail-Followup-To: Andrew Thompson , freebsd-stable@freebsd.org References: <20070328033327.GA65649@icarus.home.lan> <20070328213709.GA80375@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070328213709.GA80375@heff.fud.org.nz> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: em(4) losing link when if_bridge(4) addm/deletem are used X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2007 22:30:46 -0000 On Thu, Mar 29, 2007 at 09:37:09AM +1200, Andrew Thompson wrote: > On Tue, Mar 27, 2007 at 08:33:27PM -0700, Jeremy Chadwick wrote: > > In the midst of the madness, I found that when doing either of the > > following commands... > > > > ifconfig bridge0 addm em1 > > ifconfig bridge0 deletem em1 > > > > ...I see the entire em1 interface completely reset, bringing down link, > > then up again shortly after. The logs on my switch also confirm this. > > > > For sake of comparison, the bge(4) driver does not behave this way. > > > > I am aware that if_bridge(4) enables promiscuous mode on whatever > > interface is being added, ditto with -promisc on deletem. However, this > > does not appear to be the cause of the problem, because I can do > > "ifconfig em1 promisc" and "ifconfig em1 -promisc" without loss of link. > > The only other thing the bridge does to the interface when removing it > is to reinstate IFCAP_TXCSUM, which is disabled when the interface is > bridged. If you manually toggle this with ifconfig do you get the same > result? Bingo. medusa# ifconfig em1 -txcsum medusa# ifconfig em1 em1: flags=8843 mtu 1500 options=8 inet 10.0.0.2 netmask 0xffffff00 broadcast 10.0.0.255 ether 00:30:48:71:60:6b media: Ethernet autoselect status: no carrier medusa# grep em1 /var/log/messages Mar 28 15:29:34 medusa kernel: em1: link state changed to DOWN Mar 28 15:29:36 medusa kernel: em1: link state changed to UP -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Mar 28 22:59:02 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DF97016A401; Wed, 28 Mar 2007 22:59:02 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id 795BA13C469; Wed, 28 Mar 2007 22:59:02 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id A994A1CC58; Thu, 29 Mar 2007 10:59:00 +1200 (NZST) Date: Thu, 29 Mar 2007 10:59:00 +1200 From: Andrew Thompson To: Jeremy Chadwick Message-ID: <20070328225900.GB80375@heff.fud.org.nz> References: <20070328033327.GA65649@icarus.home.lan> <20070328213709.GA80375@heff.fud.org.nz> <20070328223045.GA84408@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070328223045.GA84408@icarus.home.lan> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: em(4) losing link when if_bridge(4) addm/deletem are used X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2007 22:59:03 -0000 On Wed, Mar 28, 2007 at 03:30:45PM -0700, Jeremy Chadwick wrote: > On Thu, Mar 29, 2007 at 09:37:09AM +1200, Andrew Thompson wrote: > > On Tue, Mar 27, 2007 at 08:33:27PM -0700, Jeremy Chadwick wrote: > > > In the midst of the madness, I found that when doing either of the > > > following commands... > > > > > > ifconfig bridge0 addm em1 > > > ifconfig bridge0 deletem em1 > > > > > > ...I see the entire em1 interface completely reset, bringing down link, > > > then up again shortly after. The logs on my switch also confirm this. > > > > > The only other thing the bridge does to the interface when removing it > > is to reinstate IFCAP_TXCSUM, which is disabled when the interface is > > bridged. If you manually toggle this with ifconfig do you get the same > > result? > > Bingo. > > medusa# ifconfig em1 -txcsum > medusa# ifconfig em1 > em1: flags=8843 mtu 1500 > options=8 > inet 10.0.0.2 netmask 0xffffff00 broadcast 10.0.0.255 > ether 00:30:48:71:60:6b > media: Ethernet autoselect > status: no carrier > medusa# grep em1 /var/log/messages > Mar 28 15:29:34 medusa kernel: em1: link state changed to DOWN > Mar 28 15:29:36 medusa kernel: em1: link state changed to UP As a workaround you could remove txcsum at boot, then the bridge will not toggle it. Long term you could prod the em(4) maintainer to see if this can be resolved. Andrew From owner-freebsd-stable@FreeBSD.ORG Wed Mar 28 23:20:01 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A950516A401 for ; Wed, 28 Mar 2007 23:20:01 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 6CB5F13C469 for ; Wed, 28 Mar 2007 23:20:01 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.14.0/8.14.0/NETPLEX) with ESMTP id l2SNK0YH016083; Wed, 28 Mar 2007 19:20:00 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.ntplx.net [204.213.176.10]); Wed, 28 Mar 2007 19:20:00 -0400 (EDT) Date: Wed, 28 Mar 2007 19:20:00 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Steve Watt In-Reply-To: <200703282200.l2SM0OG2060016@wattres.watt.com> Message-ID: References: <665184.92983.qm@web32901.mail.mud.yahoo.com> <200703282200.l2SM0OG2060016@wattres.watt.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Pthreads signals X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2007 23:20:01 -0000 On Wed, 28 Mar 2007, Steve Watt wrote: > > In , > Daniel Eischen wrote: >> On Wed, 28 Mar 2007, Peter Holmes wrote: >> >>> How do signals work with pthreads in FreeBSD. How are process signals >>> delivered? >> >> The best explanation of signals and threads in general >> is in the POSIX spec, or Butenhof's book. >> >> http://www.opengroup.org/onlinepubs/009695399/functions/xsh_chap02_04.html > > I suspect the question was rather more specific than that, due to > bad experiences with LinuxThreads. Does FreeBSD have a proper > signal delivery model, where thread masks are per-signal, and signals > sent to the process when all threads within the process have the > signal blocked remain pending against the process so any thread may > accept the signal using sigwait()/sigtimedwait()/sigwaintinfo(). These are POSIX threads, so if things don't behave as specified by or as allowed by the standard, a bug report should be filed. -- DE From owner-freebsd-stable@FreeBSD.ORG Thu Mar 29 07:06:38 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0861216A400 for ; Thu, 29 Mar 2007 07:06:38 +0000 (UTC) (envelope-from viper@perm.raid.ru) Received: from smtp.ertelecom.ru (smtp.ertelecom.ru [212.33.232.210]) by mx1.freebsd.org (Postfix) with ESMTP id B4A0F13C43E for ; Thu, 29 Mar 2007 07:06:37 +0000 (UTC) (envelope-from viper@perm.raid.ru) Received: from mail.raid.ru ([212.33.232.5]:47879 helo=perm.raid.ru) by smtp.ertelecom.ru with esmtp (Exim) id 1HWoiR-0009eN-C9 for ; Thu, 29 Mar 2007 13:06:35 +0600 From: "viper" To: freebsd-stable@freebsd.org Date: Thu, 29 Mar 2007 13:06:35 +0600 Message-Id: <20070329070107.M94206@perm.raid.ru> In-Reply-To: References: <665184.92983.qm@web32901.mail.mud.yahoo.com> <200703282200.l2SM0OG2060016@wattres.watt.com> X-OriginatingIP: 212.33.232.121 (viper) MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Subject: src/sys/contrib/ipfilter/netinet/ip_state.c rev 1.38 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Mar 2007 07:06:38 -0000 Hi everyone. I check in cvs src/sys/contrib/ipfilter/netinet/ip_state.c I saw the following : "Sun Dec 24 02:18:36 2006 UTC (3 months ago) by darrenr TCP Window scaling was being recognised but the recorded settings were being clobbered and thus effectively disabled. MFC after: 7 days" Today is 29 March 2007. Who can MFC that rev. to STABLE_6. Thanks. ______________________ Best regards, VipeR From owner-freebsd-stable@FreeBSD.ORG Thu Mar 29 11:29:01 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6327716A404 for ; Thu, 29 Mar 2007 11:29:01 +0000 (UTC) (envelope-from extazyti@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247]) by mx1.freebsd.org (Postfix) with ESMTP id 2596513C4BE for ; Thu, 29 Mar 2007 11:29:00 +0000 (UTC) (envelope-from extazyti@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so141183ana for ; Thu, 29 Mar 2007 04:28:59 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=HVhQuKtSXdg9kVksRanSaFFBG7Tqclk0Fr0tLpYJo5XN4pZeaoJhRQjsenHX/1mOFipl5WVgJn4L9z4imiy+z+RMxSyrEBmi3tiFCdaNC3aImx9fUsIAbAwugi2sYw4438VSNO+p5mv9tC64/JwPAFJwnwHDqrIPjGvVeQdFTOg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=r6MUKm+fM/fLxip/8MBOpI2M6TQ2Ri3LHgpNTA7KssXPQ/AQtnjzrCqQoaBqu88aul9/itbDK4gEUCWz1szaDur00xA7L4jASgk00+XRjBpErnHPoEbvQrToDv/wXpWsOxx7xZ7ARX0pgAEZOC/mE+7BzbBXY3vc4s8eaSWHpfM= Received: by 10.100.44.13 with SMTP id r13mr283964anr.1175167739768; Thu, 29 Mar 2007 04:28:59 -0700 (PDT) Received: by 10.100.189.19 with HTTP; Thu, 29 Mar 2007 04:28:59 -0700 (PDT) Message-ID: <468d29450703290428y6ea2b408sd7321b95ee364fb5@mail.gmail.com> Date: Thu, 29 Mar 2007 14:28:59 +0300 From: ExTaZyTi To: freebsd-questions@freebsd.org, 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 Cc: Subject: Period Reboots Without Any Reason X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Mar 2007 11:29:01 -0000 Hi again, My FreeBSD (6.2-STABLE) reboots without any reason for more times in the month. Last reboots "block the system for 10-20 seconds and then reboots.." i have set this is my previous posts. My PC is Intel Pentium3 866 MHz, 192 MB of RAM and 20 GB HDD. Using flavour i386, without X, and don't have a monitor. I have added dumpdev="auto" in my /etc/rc.conf ..and now reboots again my computer without any reason.. Mar 28 18:53:54 extremebg kernel: acd0: CDROM at ata1-master PIO4 Mar 28 18:53:54 extremebg kernel: Trying to mount root from ufs:/dev/ad0s1a Mar 28 18:53:54 extremebg kernel: WARNING: / was not properly dismounted Mar 28 18:53:54 extremebg savecore: no dumps found this is in /var/log/messages in dir /var/crash: %cd /var/crash %ls minfree %cat minfree 2048 % this is in my log files .. i can't find dump info .. only "Mar 28 18:53:54 extremebg savecore: no dumps found" .. please help to fix this problem. I using FreeBSD for more 3 years and work fine but this is serious error :( From owner-freebsd-stable@FreeBSD.ORG Thu Mar 29 15:11:46 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 20C3E16A401; Thu, 29 Mar 2007 15:11:46 +0000 (UTC) (envelope-from rottweilertje@rottnic.nl) Received: from mailservice.tudelft.nl (mailservice.tudelft.nl [130.161.131.5]) by mx1.freebsd.org (Postfix) with ESMTP id D38F913C48A; Thu, 29 Mar 2007 15:11:45 +0000 (UTC) (envelope-from rottweilertje@rottnic.nl) Received: from localhost (localhost [127.0.0.1]) by rav.antivirus (Postfix) with ESMTP id E73888005E; Thu, 29 Mar 2007 16:39:05 +0200 (CEST) X-Virus-Scanned: amavisd-new at tudelft.nl X-Spam-Score: -4.379 X-Spam-Level: X-Spam-Status: No, score=-4.379 tagged_above=-99 required=5 tests=[ALL_TRUSTED=-1.8, BAYES_00=-2.599, PROLO_LEO3=0.01, PROLO_LEO5=0.01] Received: from mailservice.tudelft.nl ([127.0.0.1]) by localhost (tudelft.nl [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id zlN5D7nBOMl0; Thu, 29 Mar 2007 16:39:04 +0200 (CEST) Received: from smtp-a.tudelft.nl (smtp-a.tudelft.nl [130.161.129.18]) by mx4.tudelft.nl (Postfix) with ESMTP id DBCB38003D; Thu, 29 Mar 2007 16:39:04 +0200 (CEST) Received: from [145.94.245.101] (wlan-145-94-245-101.wlan.tudelft.nl [145.94.245.101]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-a.tudelft.nl (Postfix) with ESMTP id CBC0EF1B84; Thu, 29 Mar 2007 16:39:04 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <468d29450703290428y6ea2b408sd7321b95ee364fb5@mail.gmail.com> References: <468d29450703290428y6ea2b408sd7321b95ee364fb5@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <1425CD1C-4CCC-4C80-A7D5-CC1E9544C5E8@rottnic.nl> Content-Transfer-Encoding: 7bit From: Guido Demmenie Date: Thu, 29 Mar 2007 16:39:06 +0200 To: FreeBSD Questions , freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.752.2) Cc: Subject: Re: Period Reboots Without Any Reason X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Mar 2007 15:11:46 -0000 On Mar 29, 2007, at 1:28 PM, ExTaZyTi wrote: > Hi again, > > My FreeBSD (6.2-STABLE) reboots without any reason for more times > in the > month. > Last reboots "block the system for 10-20 seconds and then > reboots.." i have > set this is my previous posts. > My PC is Intel Pentium3 866 MHz, 192 MB of RAM and 20 GB HDD. Using > flavour > i386, without X, and don't have a monitor. > Might be your memory. Many random reboots are a sign of bad memory. You can test your memory with memtest: http://www.memtest.org/ Just run it for several hours, if this does not give any errors it's not your memory. Only drawback of memtest is that you have to take your server offline and insert the memtest boot floppy or iso. -- Guido www.rottnic.nl From owner-freebsd-stable@FreeBSD.ORG Thu Mar 29 17:36:51 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 02F0216A402 for ; Thu, 29 Mar 2007 17:36:51 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls405.t-com.hr (ls405.t-com.hr [195.29.150.135]) by mx1.freebsd.org (Postfix) with ESMTP id 80F4713C457 for ; Thu, 29 Mar 2007 17:36:50 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls248.t-com.hr (ls248.t-com.hr [195.29.150.237]) by ls405.t-com.hr (Postfix) with ESMTP id 1DFC5143A43; Thu, 29 Mar 2007 19:36:49 +0200 (CEST) Received: from ls248.t-com.hr (ls248.t-com.hr [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id 1A97DD5004A; Thu, 29 Mar 2007 19:36:49 +0200 (CEST) Received: from ls248.t-com.hr (ls248.t-com.hr [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id 055DED50047; Thu, 29 Mar 2007 19:36:49 +0200 (CEST) X-Envelope-Sender-Info: g5URFa92gX9K/Rg9VFA/rG7P/SgXwpElL6/QD1I57fQ6StkSH1j7CT0zJW9WjWDV X-Envelope-Sender: ivoras@fer.hr Received: from [10.0.0.100] (83-131-175-241.adsl.net.t-com.hr [83.131.175.241]) by ls248.t-com.hr (Qmali) with ESMTP id A971F5E019C; Thu, 29 Mar 2007 19:36:48 +0200 (CEST) Message-ID: <460BF922.4050604@fer.hr> Date: Thu, 29 Mar 2007 19:36:34 +0200 From: Ivan Voras User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Matthew Dillon References: <395450.751174710071770.JavaMail.root@ly.sdf.com> <200703291722.l2THM225092894@apollo.backplane.com> In-Reply-To: <200703291722.l2THM225092894@apollo.backplane.com> X-Enigmail-Version: 0.94.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigFF76EBB6C4792D435E29E506" Cc: freebsd-stable@freebsd.org Subject: Re: Xen Dom0, are we making progress? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Mar 2007 17:36:51 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigFF76EBB6C4792D435E29E506 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Matthew Dillon wrote: > In anycase, as usual I rattle on. If FreeBSD is interested I recom= mend > simply looking at the cool features I added to DragonFly's kernel t= o > make virtual kernels possible. It's really just three major items:= > Signal mailboxes, a new MAP_VPAGETABLE for mmap, and the new vmspac= e_*() > system calls for managing VM spaces. Once those features were in p= lace > it didn't take long for me to create a 'vkernel' platform that link= ed > against libc and used the new system calls. Virtual kernels are a cool idea, but I (and I believe practically anyone using FreeBSD for non-development work) would much rather see a Xen-like functionality (to be precise: ability to run foreign kernels and Windows; qemu is too slow) than just a variation of the native kernel. --------------enigFF76EBB6C4792D435E29E506 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGC/kvldnAQVacBcgRAvVyAJwPjWKnBmqUJo2oEgBukD0+zgEMWwCgi6WQ yyJPmqVWRGZ/dsGohVEUUB4= =bonr -----END PGP SIGNATURE----- --------------enigFF76EBB6C4792D435E29E506-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 29 17:37:11 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BCFBA16A406 for ; Thu, 29 Mar 2007 17:37:11 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id 5B9FF13C487 for ; Thu, 29 Mar 2007 17:37:11 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.8/8.13.7) with ESMTP id l2THM42s092895; Thu, 29 Mar 2007 10:22:04 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.13.8/8.13.4/Submit) id l2THM225092894; Thu, 29 Mar 2007 10:22:02 -0700 (PDT) Date: Thu, 29 Mar 2007 10:22:02 -0700 (PDT) From: Matthew Dillon Message-Id: <200703291722.l2THM225092894@apollo.backplane.com> To: Tom Samplonius References: <395450.751174710071770.JavaMail.root@ly.sdf.com> Cc: Kip Macy , freebsd-stable@freebsd.org, Nikolas Britton , Ivan Voras , Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: Xen Dom0, are we making progress? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Mar 2007 17:37:11 -0000 : It seems very similar to User Mode Linux, rather than a true VM environment. http://user-mode-linux.sourceforge.net/ Each DragonFlyBSD vkernel runs as a process. I don't know why this is even interesting, for anything but kernel developers. Improving BSD jails to the same level as Solaris Containers (Solaris Containers are Solaris Zones with resource control), would widely useful for many BSD users. : : In VM environment, like Xen, each VM has its own kernel and possibly different OS. Xen has managed to get a lot of people interested in their VM environment, so there are a lot of OSes that support the Xen "architecture". And for those that don't there is early support for booting them by using virtual features in newer CPUs (ex. Windows). Microsoft has joined the Xen bandwagon, even though the core is all open source, as they are threatened in the enterprise space by the VMWare juggernaut, and their Virtual Server/Virtual PC product is so bland, no one cares. : : UML has been available for longer than Xen, but Xen already outperforms it. I don't see a lot of future in the "virtual kernel" concept. : :Tom Well, judging by the history of how UML is used, the biggest uses appear to be (A) Kernel development, (B) Machine virtualization for sale to third parties (virtual servers), and (C) Security separation. You can't really compare BSD jails to a virtual kernel. From a security standpoint, its night and day. Jails require a ton of hooks all over the kernel and even with those hooks they have no real ability to compartmentalize resource use, nor is security assurable with any real level of confidence. You are still running directly under the real kernel and it shows. Virtual kernels are far more secure, even more so once we give them a new syscall table map that disables all real-kernel system calls other then read, write, vmspace_*() calls, and a few other things required for operation once the vkernel has initialized. They can be made extremely secure in ways that jails cannot. Regarding Xen, there is not much of a difference between a virtual kernel implementation like UML or DragonFly's vkernel and something like Xen. Both use the same concepts and have approximately the same overhead, so its mainly an issue of algorithms and coding. I do believe that Xen and vkernel environments are easier to optimize then complete machine virtualization (vmware-like) environments in the long term, simply because the kernels running under Xen or as virtual kernels *know* they are operating virtually and can be heavily optimized for that fact. For example, it would be possible to truely free pages marked 'free' in the VM page queues. As with many linux-centric projects, a great deal of effort is made by certain individuals to optimize performance for patricular types of applications, with varying results and varying implications to maintainability. It is not a direction I really care to go. Xen suffers from this myopia to a degree, though probably not as bad as VMWare suffers from it. My primary reason for doing it in DragonFly is as a kernel development aid. Testing kernel code in a virtual kernel environment reduces the engineering cycle time from ~7-10 minutes to about 20 seconds. It's really amazing. But there are already a number of subsystems that I think I may move into a virtual kernel for security reasons. Our wiki is a good example. I just don't trust all the myrid applications we have to run to support the site. -- The two biggest issues in machine virtualized environments are (1) system calls and (2) page table faults. At the moment (and without any real effort on my part to optimize it), system calls are about 10 times as expensive: vkernel# /tmp/sc1 timing standard getuid() syscall getuid() 0.978s 302100 loops = 3.237uS/loop test28# /tmp/sc1 timing standard getuid() syscall getuid() 0.940s 3178900 loops = 0.296uS/loop Page table faults are somewhat less expensive, but still not cheap. It depends on the type of fault. Read faults are highly optimizable but the 'dirty' bit in the virtualized page table has to be emulated so writable VM maps have to be mapped read-only for a read rather then read-write for a read in order to be able to take a write fault and set the dirty bit in the virtualized page table. With the vmspace_*() system calls, the page faults are still handled by the real kernel so it isn't as bad as one might imagine. So, e.g. compiles are still fairly reasonable. I haven't done a full buildworld test but compile overhead seems to be only about 30% more. Long running services whos main interaction with the system is with fairly optimal network and file I/O calls seem to do the best. Virtual kernels won't be winning any rewards, but they sure can be convenient. Most of my kernel development is now done in virtual kernels. It also makes kernel development more attainable to people who are not traditionally kernel coders. The synergy is very good. -- In anycase, as usual I rattle on. If FreeBSD is interested I recommend simply looking at the cool features I added to DragonFly's kernel to make virtual kernels possible. It's really just three major items: Signal mailboxes, a new MAP_VPAGETABLE for mmap, and the new vmspace_*() system calls for managing VM spaces. Once those features were in place it didn't take long for me to create a 'vkernel' platform that linked against libc and used the new system calls. -Matt Matthew Dillon From owner-freebsd-stable@FreeBSD.ORG Thu Mar 29 19:37:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C28B316A407 for ; Thu, 29 Mar 2007 19:37:08 +0000 (UTC) (envelope-from besko@msu.edu) Received: from sys34.mail.msu.edu (sys34.mail.msu.edu [35.9.75.134]) by mx1.freebsd.org (Postfix) with ESMTP id A3B2013C46A for ; Thu, 29 Mar 2007 19:37:08 +0000 (UTC) (envelope-from besko@msu.edu) Received: from sector14.cl.msu.edu ([35.8.1.195]) by sys34.mail.msu.edu with esmtpsa (Exim 4.52 #1) (TLSv1:AES256-SHA:256) id 1HX0AE-0006O3-5J for freebsd-stable@freebsd.org; Thu, 29 Mar 2007 15:20:02 -0400 Message-ID: <460C1137.7000206@msu.edu> Date: Thu, 29 Mar 2007 15:19:19 -0400 From: Lisa Besko User-Agent: Thunderbird 1.5.0.7 (X11/20061101) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <460AAC3C.3070801@quip.cz> In-Reply-To: <460AAC3C.3070801@quip.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus: None found by Clam AV Subject: Sunfire X2200 ipfw and bge issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: besko@msu.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2007 19:37:08 -0000 We have a new Sunfire X2200 and when I load 6.2 stable on it ipfw will not load on boot. After the system boots I can do a kldload ipfw and get it working. This system is also rebooting every time I plug the ethernet cable into the bge0 port on the system. The NVE ports don't show up at all. Any suggestions on what is going on and how to fix it? Any suggestions would be appreciated, I'm afraid I'm going to have to run some other OS than FreeBSD on this system if I can't get it working. Thanks, Lisa Besko From owner-freebsd-stable@FreeBSD.ORG Thu Mar 29 19:44:03 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A071716A407 for ; Thu, 29 Mar 2007 19:44:03 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id 8828613C44B for ; Thu, 29 Mar 2007 19:44:03 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.8/8.13.7) with ESMTP id l2TJhwNR094666; Thu, 29 Mar 2007 12:43:58 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.13.8/8.13.4/Submit) id l2TJhwR9094665; Thu, 29 Mar 2007 12:43:58 -0700 (PDT) Date: Thu, 29 Mar 2007 12:43:58 -0700 (PDT) From: Matthew Dillon Message-Id: <200703291943.l2TJhwR9094665@apollo.backplane.com> To: Ivan Voras References: <395450.751174710071770.JavaMail.root@ly.sdf.com> <200703291722.l2THM225092894@apollo.backplane.com> <460BF922.4050604@fer.hr> Cc: freebsd-stable@freebsd.org Subject: Re: Xen Dom0, are we making progress? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Mar 2007 19:44:03 -0000 :Virtual kernels are a cool idea, but I (and I believe practically anyone :using FreeBSD for non-development work) would much rather see a Xen-like :functionality (to be precise: ability to run foreign kernels and :Windows; qemu is too slow) than just a variation of the native kernel. There is certainly a functionality there that people will find useful, but you also have to realize that Xen involves two or more distinct operating systems which will multiply the number of bugs you have to deal with and create major compatibility issues with the underlying hardware, making it less then reliable. Really only the disk and network I/O can be made reliably compatible in a Xen installation. Making sound cards, video capture cards, encryption cards, graphics engines, and many other hardware features work well with the guest operating system will not only be difficult, but it will also be virtually unmaintainable in that environment over the long term. Good luck getting anything more then basic application functionality out of it. For example, you would have no problem running pure network applications such as web and mail servers on the guest operating system, but the moment you delve outside of that box and into sound and high quality (or high performance) video, things won't be so rosy. I don't see much of an advantage in having multi-OS hardware virtualization for any serious deployment. It would be interesting and useful on a personal desktop, at least within the scope of the limited hardware compatibility, but at the same time it will also lock you into software and OS combinations that aren't likely to extend into the future, and which will be a complete an utter nightmare to maintain. Any failure at all could lead to a completely unrecoverable system. -Matt Matthew Dillon From owner-freebsd-stable@FreeBSD.ORG Thu Mar 29 19:49:42 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7114216A402 for ; Thu, 29 Mar 2007 19:49:42 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from sccrmhc14.comcast.net (sccrmhc14.comcast.net [204.127.200.84]) by mx1.freebsd.org (Postfix) with ESMTP id 3B01313C46E for ; Thu, 29 Mar 2007 19:49:41 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (sccrmhc14) with ESMTP id <2007032919494101400bqndfe>; Thu, 29 Mar 2007 19:49:41 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id A86EF1FA03D; Thu, 29 Mar 2007 12:49:37 -0700 (PDT) Date: Thu, 29 Mar 2007 12:49:37 -0700 From: Jeremy Chadwick To: Lisa Besko Message-ID: <20070329194937.GA4492@icarus.home.lan> Mail-Followup-To: Lisa Besko , freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: Sunfire X2200 ipfw and bge issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2007 19:49:42 -0000 On Thu, Mar 29, 2007 at 03:19:19PM -0400, Lisa Besko wrote: > We have a new Sunfire X2200 and when I load 6.2 stable on it ipfw will > not load on boot. After the system boots I can do a kldload ipfw and > get it working. > > This system is also rebooting every time I plug the ethernet cable into > the bge0 port on the system. The NVE ports don't show up at all. > > Any suggestions on what is going on and how to fix it? > > Any suggestions would be appreciated, I'm afraid I'm going to have to > run some other OS than FreeBSD on this system if I can't get it working. First, please do not reply to existing/non-relevant threads to start a new discussion on an unrelated subject. (You replied to a thread about freebsd-update problems.) I have removed the In-Reply-To header in hopes that this will become a separate thread. Second, what are your related /etc/rc.conf entries for ipfw? They should be named along the lines of firewall_*. Thirdly, if you could provide the output from dmesg that's relevant to the bge0 device and the associated mii device, output from pciconf -lv that pertains to the Broadcom device(s), and what your interrupt tables look like (vmstat -i will 'sort of' show this, but it doesn't show every device associated with an IRQ; it'll usually show one then append a "+" to it), then this would be useful. Also, a build time of your kernel + world would be useful too. uname -a and the timestamp of something like /rescue/ls would suffice for world. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Mar 29 20:49:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5266416A400 for ; Thu, 29 Mar 2007 20:49:58 +0000 (UTC) (envelope-from besko@msu.edu) Received: from sys15.mail.msu.edu (sys15.mail.msu.edu [35.9.75.115]) by mx1.freebsd.org (Postfix) with ESMTP id 320AB13C457 for ; Thu, 29 Mar 2007 20:49:58 +0000 (UTC) (envelope-from besko@msu.edu) Received: from sector14.cl.msu.edu ([35.8.1.195]) by sys15.mail.msu.edu with esmtpsa (Exim 4.52 #1) (TLSv1:AES256-SHA:256) id 1HX1ZE-0005ss-6w; Thu, 29 Mar 2007 16:49:56 -0400 Message-ID: <460C264D.4060906@msu.edu> Date: Thu, 29 Mar 2007 16:49:17 -0400 From: Lisa Besko User-Agent: Thunderbird 1.5.0.7 (X11/20061101) MIME-Version: 1.0 To: Lisa Besko , freebsd-stable@freebsd.org References: <20070329194937.GA4492@icarus.home.lan> In-Reply-To: <20070329194937.GA4492@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus: None found by Clam AV Cc: Subject: Re: Sunfire X2200 ipfw and bge issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: besko@msu.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2007 20:49:58 -0000 Jeremy Chadwick wrote: > On Thu, Mar 29, 2007 at 03:19:19PM -0400, Lisa Besko wrote: >> We have a new Sunfire X2200 and when I load 6.2 stable on it ipfw will >> not load on boot. After the system boots I can do a kldload ipfw and >> get it working. >> >> This system is also rebooting every time I plug the ethernet cable into >> the bge0 port on the system. The NVE ports don't show up at all. >> >> Any suggestions on what is going on and how to fix it? >> >> Any suggestions would be appreciated, I'm afraid I'm going to have to >> run some other OS than FreeBSD on this system if I can't get it working. > > First, please do not reply to existing/non-relevant threads to start a I'll make a note of it. > Second, what are your related /etc/rc.conf entries for ipfw? They > should be named along the lines of firewall_*. firewall_enabled="YES" firewall_type="CLIENT" > Thirdly, if you could provide the output from dmesg that's relevant dmesg info: bge0: BCM5715 A3, ASIC rev. 0x9003 miibus0: on bge0 brgphy0: BCM5714 10/100/1000baseTX PHY> on mii bus0 pciconf info: bge0@pci6:4:0 class=0x020000 card=0x534b108e chip=0x167814e4 rev=0xa3 hrd=0x00 vmstat info: interrupt total rate irq14:ata0 47 0 irq17:mpt0 1370 1 irq21:ohci0 1 0 irq22:ehci0 1 0 > Also, a build time of your kernel + world would be useful too. uname -a > and the timestamp of something like /rescue/ls would suffice for world. FreeBSD 6.2-STABLE wed March 28 00:55:17 EDT 2007 SMP amd64 The build of world was March 28 20:28 Thanks for taking a look. Let me know if more info is needed. Lisa Besko From owner-freebsd-stable@FreeBSD.ORG Thu Mar 29 21:14:47 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CB80916A400 for ; Thu, 29 Mar 2007 21:14:47 +0000 (UTC) (envelope-from taras@elantech.ru) Received: from mail2.elantech.ru (mail2.elantech.ru [87.245.154.206]) by mx1.freebsd.org (Postfix) with ESMTP id 8A2C713C4C1 for ; Thu, 29 Mar 2007 21:14:47 +0000 (UTC) (envelope-from taras@elantech.ru) Received: from [10.10.10.13] (unknown [88.84.198.2]) by mail2.elantech.ru (Postfix) with ESMTP id E96D533FA7 for ; Fri, 30 Mar 2007 01:14:40 +0400 (MSD) Message-ID: <460C2C9D.5050508@elantech.ru> Date: Fri, 30 Mar 2007 01:16:13 +0400 From: Taras Savchuk Organization: Elantech Ltd. (http://www.elantech.ru) User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Subject: pam_group question/proposal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: taras@elantech.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Mar 2007 21:14:47 -0000 I tried to use pam_group to allow accessing imap(dovecot) only for users in certain group (users/groups stored in AD and checked out via LDAP/Kerberos), but pam_group is checking applicant's group membership. I'm sure, that in many cases is more useful to check group membership of target (authenticating) user, but not applicant. May be it's a good to add such functionality to pam_group (i.e. ability to chose target/applicat membership check) or create separate module? -- ó Õ×ÁÖÅÎÉÅÍ, óÁ×ÞÕË ôÁÒÁÓ ïïï "üÌÁÎÔÅË" : áÕÔÓÏÒÓÉÎÇ éô, WEB-ÒÁÚÒÁÂÏÔËÁ http://www.elantech.ru +7 (495) 589 68 81 +7 (926) 779 07 05 From owner-freebsd-stable@FreeBSD.ORG Thu Mar 29 21:40:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C74F216A409 for ; Thu, 29 Mar 2007 21:40:08 +0000 (UTC) (envelope-from ilya@edpausa.com) Received: from skywalker.edpausa.com (mail.edpausa.com [67.88.41.162]) by mx1.freebsd.org (Postfix) with ESMTP id 873A713C4DE for ; Thu, 29 Mar 2007 21:40:08 +0000 (UTC) (envelope-from ilya@edpausa.com) Received: from localhost (localhost.edpausa.com [127.0.0.1]) by skywalker.edpausa.com (Postfix) with ESMTP id DB232C98BE for ; Thu, 29 Mar 2007 17:40:07 -0400 (EDT) X-Virus-Scanned: amavisd-new at edpausa.com Received: from skywalker.edpausa.com ([127.0.0.1]) by localhost (skywalker.edpausa.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FLVAAGKdtV2r for ; Thu, 29 Mar 2007 17:39:57 -0400 (EDT) Received: from [192.168.0.54] (unknown [192.168.0.54]) by skywalker.edpausa.com (Postfix) with ESMTP id 0228FC9726 for ; Thu, 29 Mar 2007 17:39:57 -0400 (EDT) Message-ID: <460C322B.9040704@edpausa.com> Date: Thu, 29 Mar 2007 17:39:55 -0400 From: Ilya Vishnyakov User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.3.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: adding a host X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Mar 2007 21:40:08 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello Freebsd Gurus! I set up the test server with Windows 2003 to play. Now I'm trying to add a hostname to our existing domain: newhostname.domain.com The server runs FreeBSD 6.2 with pf firewall. I added ip address and hostname to /etc/hosts Is there anything else that needs to be done besides that? Pardon for the noob question. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGDDIrUZGmaUWxLn8RAgj8AKCaGbx5CFXs0pBVrl12Ze7ovczPSwCgiMPo BeS7Nf/wiGZJECn+Oe5sos4= =NAho -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 30 02:37:01 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 65CA716A401 for ; Fri, 30 Mar 2007 02:37:01 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id CE5C313C44B for ; Fri, 30 Mar 2007 02:37:00 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from localhost (unknown [200.46.204.187]) by hub.org (Postfix) with ESMTP id 36A6285C8F4 for ; Thu, 29 Mar 2007 23:36:54 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.187]) (amavisd-maia, port 10024) with ESMTP id 29186-02 for ; Thu, 29 Mar 2007 23:36:53 -0300 (ADT) Received: from ganymede.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id 5714A85C8E8 for ; Thu, 29 Mar 2007 23:36:53 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id ECA1F3869E for ; Thu, 29 Mar 2007 23:37:00 -0300 (ADT) Date: Thu, 29 Mar 2007 23:37:00 -0300 From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <12F4628FC7F68F8CBC37B104@ganymede.hub.org> X-Mailer: Mulberry/4.0.7 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: More on: No buffer space available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2007 02:37:01 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 'k, here's a bit more data, see if something jumps out at anyone ... first, a bit of a timeline ... Tonight, after ~75hrs uptime, I got an SMS, which is what generally indicates the problem has begun ... the SMS is a result of a cron job running on the machine that pings another server on the same network ... if it can't ping it, it sends me an SMS (ie. the other server is down) ... the neat thing is that I'm also sent one when it comes back up again ... normally, I get the 'down' before I get the 'up' ... when this problem starts to manifest itself, I get the 'up' message, followed a bit later by the 'down' ... the reason: since the network is down (it can't ping), it also can't send out the 'down' message, so it queues it up ... as soon as it comes back up again, mail works again, so the 'up' goes out before queue is re-processed ... That said ... When I got my first SMS, I logged in and ran the two commands Robert suggested: 142/968/1110 mbufs in use (current/cache/total) 136/552/688/25600 mbuf clusters in use (current/cache/total/max) 136/388 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 307K/1346K/1653K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/38/6656 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 396 requests for I/O initiated by sendfile 713 calls to protocol drain routines Now, just over 4 hours later (I'm just about to reboot): 421/914/1335 mbufs in use (current/cache/total) 233/617/850/25600 mbuf clusters in use (current/cache/total/max) 233/361 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 571K/1462K/2033K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/38/6656 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 406 requests for I/O initiated by sendfile 733 calls to protocol drain routines Now, the vmstat -z is a wee bit longer: ITEM SIZE LIMIT USED FREE REQUESTS FAILURES UMA Kegs: 140, 0, 64, 8, 64, 0 UMA Zones: 480, 0, 64, 0, 64, 0 UMA Slabs: 64, 0, 3069, 1238, 128266, 0 UMA RCntSlabs: 104, 0, 344, 100, 14486, 0 UMA Hash: 128, 0, 4, 26, 7, 0 16 Bucket: 76, 0, 15, 35, 70, 0 32 Bucket: 140, 0, 22, 34, 87, 0 64 Bucket: 268, 0, 25, 59, 220, 9 128 Bucket: 524, 0, 2975, 147, 80119, 1572874 VM OBJECT: 132, 0, 74837, 29795, 94095430, 0 MAP: 192, 0, 7, 13, 7, 0 KMAP ENTRY: 68, 57344, 747, 877, 623962, 0 MAP ENTRY: 68, 0, 89827, 13941, 192935836, 0 PV ENTRY: 24, 2245615, 1255065, 247860, 3181072639, 0 DP fakepg: 72, 0, 0, 0, 0, 0 mt_zone: 1024, 0, 134, 126, 134, 0 16: 16, 0, 8483, 449, 19117061, 0 32: 32, 0, 4673, 3915, 8407030, 0 64: 64, 0, 8889, 3029, 24622501, 0 128: 128, 0, 19660, 3620, 88038870, 0 256: 256, 0, 3891, 2319, 9037915, 0 512: 512, 0, 847, 993, 1874043, 0 1024: 1024, 0, 631, 357, 2814842, 0 2048: 2048, 0, 293, 381, 812570, 0 4096: 4096, 0, 1130, 439, 4342201, 0 Files: 72, 0, 11119, 3191, 72134326, 0 PROC: 536, 0, 1073, 971, 2510920, 0 THREAD: 376, 0, 2188, 372, 352225, 0 KSEGRP: 88, 0, 2137, 383, 32084, 0 UPCALL: 44, 0, 119, 349, 30104, 0 VMSPACE: 296, 0, 1034, 812, 2510845, 0 mbuf_packet: 256, 0, 142, 382, 33140922, 0 mbuf: 256, 0, 44, 542, 65939839, 0 mbuf_cluster: 2048, 25600, 524, 164, 345305, 0 mbuf_jumbo_pagesize: 4096, 0, 0, 0, 0, 0 mbuf_jumbo_9k: 9216, 0, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 0, 0, 0, 0, 0 ACL UMA zone: 388, 0, 0, 0, 0, 0 g_bio: 132, 0, 0, 4205, 87153652, 0 VNODE: 272, 0, 71264, 22158, 1241560352, 0 VNODEPOLL: 76, 0, 0, 100, 3, 0 S VFS Cache: 68, 0, 73121, 29135, 1248334482, 0 L VFS Cache: 291, 0, 124, 1085, 682683, 0 NAMEI: 1024, 0, 0, 304, 1434961352, 0 DIRHASH: 1024, 0, 1810, 258, 18000204, 0 PIPE: 408, 0, 1981, 602, 1091976, 0 KNOTE: 68, 0, 32, 360, 3972127, 0 socket: 356, 12331, 12271, 60, 8439626, 1141 unpcb: 144, 12339, 11561, 373, 5337418, 0 ipq: 32, 904, 0, 226, 2, 0 udpcb: 180, 12342, 74, 146, 2173707, 0 inpcb: 180, 12342, 678, 1478, 927361, 0 tcpcb: 464, 12328, 619, 717, 927361, 0 tcptw: 48, 2496, 59, 1501, 256613, 0 syncache: 100, 15366, 0, 195, 676224, 0 hostcache: 76, 15400, 512, 688, 34850, 0 tcpreass: 20, 1690, 0, 507, 53830, 0 sackhole: 20, 0, 0, 507, 20912, 0 ripcb: 180, 12342, 0, 88, 1127, 0 rtentry: 132, 0, 203, 319, 6656, 0 g_stripe_zone: 131072, 100, 0, 0, 0, 0 SWAPMETA: 276, 121576, 957, 429, 17641, 0 Mountpoints: 664, 0, 197, 19, 200, 0 FFS inode: 132, 0, 70901, 17491, 1239034732, 0 FFS1 dinode: 128, 0, 0, 0, 0, 0 FFS2 dinode: 256, 0, 70901, 7924, 1239034732, 0 If the '4 hour later' version is of any use, please ask, I did save a copy before rebooting ... Does this provide anything? Is there something else I should do/try? Thanks ... - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGDHfM4QvfyHIvDvMRAhZlAJ4sR9Xe3fuC5egjtt9o9dX8Ek+opACcCu3H euSZyKGB9/HVcuwilQicfMM= =bQo7 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 30 02:49:41 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E4C3416A400 for ; Fri, 30 Mar 2007 02:49:41 +0000 (UTC) (envelope-from craig@feniz.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id D2CE313C44B for ; Fri, 30 Mar 2007 02:49:39 +0000 (UTC) (envelope-from craig@feniz.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id 7551B110D5; Thu, 29 Mar 2007 21:49:39 -0500 (CDT) Date: Thu, 29 Mar 2007 21:49:37 -0500 From: Craig Boston To: Taras Savchuk Message-ID: <20070330024923.GA1250@nowhere> Mail-Followup-To: Craig Boston , Taras Savchuk , freebsd-stable@freebsd.org References: <460C2C9D.5050508@elantech.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <460C2C9D.5050508@elantech.ru> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: pam_group question/proposal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Mar 2007 02:49:42 -0000 On Fri, Mar 30, 2007 at 01:16:13AM +0400, Taras Savchuk wrote: > I tried to use pam_group to allow accessing imap(dovecot) only for users > in certain group (users/groups stored in AD and checked out via > LDAP/Kerberos), but pam_group is checking applicant's group membership. > I'm sure, that in many cases is more useful to check group membership of > target (authenticating) user, but not applicant. May be it's a good to > add such functionality to pam_group (i.e. ability to chose > target/applicat membership check) or create separate module? I had a similar need a while back -- for FreeBSD servers running winbind as members of an AD domain. I wanted to allow ssh access for AD users, but only those in a certain group. I was unable to find a PAM module that did exactly what I wanted, so I quickly wrote something to do what I needed. You can grab it here if you like: http://www.gank.org/pam_admins-0.1.tar.gz It's pretty rudimentary -- it looks for a file with a hardcoded path of /etc/admins.conf containing a list of groups separated by newlines(1). If the target user is in any of the listed groups, the module returns success. If not, it returns failure. There is also an optional minuid parameter that can be passed. If it is set, it takes a numeric UID. If the target user's UID is below minuid, the module returns PAM_IGNORE. The idea was that since I have winbind mapping AD users in the 10000-20000 range, I can specify minuid=10000 so that local users will still be able to log in. I have this line in my /etc/pam.d/sshd account requisite pam_admins.so minuid=10000 It may not be exactly what you're looking for, but hopefully it can at least be of some help. Craig 1. To be of any real use this should probably be changed to take the filename as a parameter. Otherwise only one set of required groups is possible per system. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 30 04:19:37 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5645116A403 for ; Fri, 30 Mar 2007 04:19:37 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from matrix.tk-pttuntex.com (matrix.tk-pttuntex.com [203.77.209.162]) by mx1.freebsd.org (Postfix) with ESMTP id E49C713C457 for ; Fri, 30 Mar 2007 04:19:35 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from [172.64.14.3] (core.bps.co.id [202.57.0.93]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zen) by matrix.tk-pttuntex.com (Postfix) with ESMTP id D703540BCCD for ; Fri, 30 Mar 2007 11:19:31 +0700 (WIT) Message-ID: <460C9097.9090709@tk-pttuntex.com> Date: Fri, 30 Mar 2007 11:22:47 +0700 From: zen User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: kernel kompile error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2007 04:19:37 -0000 Dear users; i recently compile my kernel to enable SMP support, but during process makedepend it shown these error messages: ./vnode_if.h:742:42: macro "VCALL" passed 3 arguments, but takes just 1 ./vnode_if.h:772:40: macro "VCALL" passed 3 arguments, but takes just 1 ./vnode_if.h:809:40: macro "VCALL" passed 3 arguments, but takes just 1 ./vnode_if.h:850:42: macro "VCALL" passed 3 arguments, but takes just 1 ./vnode_if.h:894:41: macro "VCALL" passed 3 arguments, but takes just 1 ./vnode_if.h:925:42: macro "VCALL" passed 3 arguments, but takes just 1 ./vnode_if.h:953:42: macro "VCALL" passed 3 arguments, but takes just 1 ./vnode_if.h:981:41: macro "VCALL" passed 3 arguments, but takes just 1 ./vnode_if.h:1013:38: macro "VCALL" passed 3 arguments, but takes just 1 ./vnode_if.h:1044:40: macro "VCALL" passed 3 arguments, but takes just 1 ./vnode_if.h:1083:38: macro "VCALL" passed 3 arguments, but takes just 1 ./vnode_if.h:1116:42: macro "VCALL" passed 3 arguments, but takes just 1 ./vnode_if.h:1141:46: macro "VCALL" passed 3 arguments, but takes just 1 ./vnode_if.h:1164:47: macro "VCALL" passed 3 arguments, but takes just 1 ./vnode_if.h:1186:39: macro "VCALL" passed 3 arguments, but takes just 1 ./vnode_if.h:1215:42: macro "VCALL" passed 3 arguments, but takes just 1 ./vnode_if.h:1252:41: macro "VCALL" passed 3 arguments, but takes just 1 ./vnode_if.h:1280:45: macro "VCALL" passed 3 arguments, but takes just 1 ./vnode_if.h:1317:42: macro "VCALL" passed 3 arguments, but takes just 1 ./vnode_if.h:1357:42: macro "VCALL" passed 3 arguments, but takes just 1 ./vnode_if.h:1386:42: macro "VCALL" passed 3 arguments, but takes just 1 ./vnode_if.h:1419:40: macro "VCALL" passed 3 arguments, but takes just 1 ./vnode_if.h:1456:40: macro "VCALL" passed 3 arguments, but takes just 1 ./vnode_if.h:1492:42: macro "VCALL" passed 3 arguments, but takes just 1 ./vnode_if.h:1524:46: macro "VCALL" passed 3 arguments, but takes just 1 ./vnode_if.h:1567:44: macro "VCALL" passed 3 arguments, but takes just 1 ./vnode_if.h:1607:45: macro "VCALL" passed 3 arguments, but takes just 1 ./vnode_if.h:1638:45: macro "VCALL" passed 3 arguments, but takes just 1 ./vnode_if.h:1675:47: macro "VCALL" passed 3 arguments, but takes just 1 ./vnode_if.h:1715:44: macro "VCALL" passed 3 arguments, but takes just 1 ./vnode_if.h:1746:47: macro "VCALL" passed 3 arguments, but takes just 1 ./vnode_if.h:1771:48: macro "VCALL" passed 3 arguments, but takes just 1 ./vnode_if.h:1799:44: macro "VCALL" passed 3 arguments, but takes just 1 ./vnode_if.h:1833:42: macro "VCALL" passed 3 arguments, but takes just 1 and now my pop3 daemon are very slow to respond... anyone could help me with these problems? i`m running 6.1-RELEASE-p15 with dual Xeon and 1Gig of RAM TIA Zen From owner-freebsd-stable@FreeBSD.ORG Fri Mar 30 04:24:20 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C197C16A403 for ; Fri, 30 Mar 2007 04:24: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 B0BB113C4AE for ; Fri, 30 Mar 2007 04:24:20 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 8FDCD1A4D86; Thu, 29 Mar 2007 21:24:20 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DBB6F51870; Fri, 30 Mar 2007 00:24:19 -0400 (EDT) Date: Fri, 30 Mar 2007 00:24:19 -0400 From: Kris Kennaway To: zen Message-ID: <20070330042419.GA80116@xor.obsecurity.org> References: <460C9097.9090709@tk-pttuntex.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+QahgC5+KEYLbs62" Content-Disposition: inline In-Reply-To: <460C9097.9090709@tk-pttuntex.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: kernel kompile error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2007 04:24:20 -0000 --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Mar 30, 2007 at 11:22:47AM +0700, zen wrote: > Dear users; > i recently compile my kernel to enable SMP support, > but during process makedepend it shown these error messages: You probably broke something, but you didn't give us enough information to tell what. Start by explaining exactly what you changed, exactly what commands you run, and exactly what they output (relevant parts only). [...] > and now my pop3 daemon are very slow to respond... Surely unrelated. Kris --+QahgC5+KEYLbs62 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGDJDzWry0BWjoQKURAoEaAKCFUMCX4bI2nD4qXRBWOzNU3fdLCwCg5Lf0 4tDBgBRaSq7hpA3uRLq4g9E= =RvZQ -----END PGP SIGNATURE----- --+QahgC5+KEYLbs62-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 30 04:57:47 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 43F0316A400; Fri, 30 Mar 2007 04:57:47 +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 A50CB13C458; Fri, 30 Mar 2007 04:57:45 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id OAA19485; Fri, 30 Mar 2007 14:45:43 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Fri, 30 Mar 2007 14:45:42 +1000 (EST) From: Ian Smith To: Lisa Besko In-Reply-To: <460C264D.4060906@msu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Jeremy Chadwick , freebsd-stable@freebsd.org Subject: Re: Sunfire X2200 ipfw and bge issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2007 04:57:47 -0000 On Thu, 29 Mar 2007, Lisa Besko wrote: > Jeremy Chadwick wrote: > > On Thu, Mar 29, 2007 at 03:19:19PM -0400, Lisa Besko wrote: > >> We have a new Sunfire X2200 and when I load 6.2 stable on it ipfw will > >> not load on boot. After the system boots I can do a kldload ipfw and > >> get it working. [.. can't help with the ethernet problem, but ..] > > First, please do not reply to existing/non-relevant threads to start a > > I'll make a note of it. I've added Jeremy back into the ccs .. > > Second, what are your related /etc/rc.conf entries for ipfw? They > > should be named along the lines of firewall_*. > > firewall_enabled="YES" > firewall_type="CLIENT" Try firewall_enable without the 'd'. Not much fuzzy logic in rc .. Cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Fri Mar 30 16:38:41 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 70EEC16A400 for ; Fri, 30 Mar 2007 16:38:41 +0000 (UTC) (envelope-from besko@msu.edu) Received: from sys29.mail.msu.edu (sys29.mail.msu.edu [35.9.75.129]) by mx1.freebsd.org (Postfix) with ESMTP id 5216013C448 for ; Fri, 30 Mar 2007 16:38:41 +0000 (UTC) (envelope-from besko@msu.edu) Received: from sector14.cl.msu.edu ([35.8.1.195]) by sys29.mail.msu.edu with esmtpsa (Exim 4.52 #1) (TLSv1:AES256-SHA:256) id 1HXK7c-0006PS-Nv; Fri, 30 Mar 2007 12:38:40 -0400 Message-ID: <460D3D09.1060101@msu.edu> Date: Fri, 30 Mar 2007 12:38:33 -0400 From: Lisa Besko User-Agent: Thunderbird 1.5.0.7 (X11/20061101) 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 X-Virus: None found by Clam AV Cc: Jeremy Chadwick , freebsd-stable@freebsd.org Subject: Re: Sunfire X2200 ipfw and bge issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: besko@msu.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2007 16:38:41 -0000 Ian Smith wrote: > On Thu, 29 Mar 2007, Lisa Besko wrote: > > firewall_enabled="YES" > > firewall_type="CLIENT" > > Try firewall_enable without the 'd'. Not much fuzzy logic in rc .. Thanks for pointing out my fat finger error. The firewall came up just fine after fixing that. Now any ideas on why they system reboots every time the ethernet cable is plugged in to the bge0 port? or why the nve ethernet ports are not recognized? I am getting an error the next time it reboots that says something like "hyper transport sync flood" error and I have to press F1 to get it to reboot. That error is from the BIOS I believe. Thanks, LB From owner-freebsd-stable@FreeBSD.ORG Fri Mar 30 16:42:36 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9D25B16A400 for ; Fri, 30 Mar 2007 16:42:36 +0000 (UTC) (envelope-from taras@elantech.ru) Received: from mail2.elantech.ru (mail2.elantech.ru [87.245.154.206]) by mx1.freebsd.org (Postfix) with ESMTP id D312A13C458 for ; Fri, 30 Mar 2007 16:42:35 +0000 (UTC) (envelope-from taras@elantech.ru) Received: from [10.10.10.13] (unknown [88.84.198.2]) by mail2.elantech.ru (Postfix) with ESMTP id E92E534045; Fri, 30 Mar 2007 20:42:27 +0400 (MSD) Message-ID: <460D3E52.2030004@elantech.ru> Date: Fri, 30 Mar 2007 20:44:02 +0400 From: Taras Savchuk Organization: Elantech Ltd. (http://www.elantech.ru) User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------040403060402010301010901" Cc: freebsd-stable@freebsd.org Subject: pam_group modification X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: taras@elantech.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2007 16:42:36 -0000 This is a multi-part message in MIME format. --------------040403060402010301010901 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit I tried to use pam_group to grant access to imap(dovecot) only for users in certain group (users/groups stored in AD and checked out via LDAP/Kerberos), but pam_group is checking applicant's group membership. I'm sure, that in many cases is more useful to check group membership of target (authenticating) user, but not applicant. I added check_target option to pam_group to allow checks for authenticating user if needed. I'm very bad with diff, so it's modified/original pam_group.c and pam_group.8 (FreeBSD 6.2). Can it be included in the system? -- ó Õ×ÁÖÅÎÉÅÍ, óÁ×ÞÕË ôÁÒÁÓ ïïï "üÌÁÎÔÅË" : áÕÔÓÏÒÓÉÎÇ éô, WEB-ÒÁÚÒÁÂÏÔËÁ http://www.elantech.ru +7 (495) 589 68 81 +7 (926) 779 07 05 --------------040403060402010301010901 Content-Type: text/plain; name="pam_group.8" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="pam_group.8" .\" Copyright (c) 2003 Networks Associates Technology, Inc. .\" All rights reserved. .\" .\" Portions of this software were developed for the FreeBSD Project by .\" ThinkSec AS and NAI Labs, the Security Research Division of Network .\" Associates, Inc. under DARPA/SPAWAR contract N66001-01-C-8035 .\" ("CBOSS"), as part of the DARPA CHATS research program. .\" .\" Redistribution and use in source and binary forms, with or without .\" modification, are permitted provided that the following conditions .\" are met: .\" 1. Redistributions of source code must retain the above copyright .\" notice, this list of conditions and the following disclaimer. .\" 2. Redistributions in binary form must reproduce the above copyright .\" notice, this list of conditions and the following disclaimer in the .\" documentation and/or other materials provided with the distribution. .\" 3. The name of the author may not be used to endorse or promote .\" products derived from this software without specific prior written .\" permission. .\" .\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE .\" ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF .\" SUCH DAMAGE. .\" .\" $FreeBSD: src/lib/libpam/modules/pam_group/pam_group.8,v 1.31 2004/07/02 23:52:17 ru Exp $ .\" .Dd March 30, 2007 .Dt PAM_GROUP 8 .Os .Sh NAME .Nm pam_group .Nd Group PAM module .Sh SYNOPSIS .Op Ar service-name .Ar module-type .Ar control-flag .Pa pam_group .Op Ar arguments .Sh DESCRIPTION The group service module for PAM accepts or rejects users based on their membership in a particular file group. .Pp The following options may be passed to the .Nm module: .Bl -tag -width ".Cm check_target" .It Cm check_target By default module checks applicat's membership in certain group. With this option all checks are made for target user. .It Cm deny Reverse the meaning of the test, i.e., reject the user if and only if he or she is a member of the specified group. This can be useful to exclude certain groups of users from certain services. .It Cm fail_safe If the specified group does not exist, or has no members, act as if it does exist and the user is a member. .It Cm group Ns = Ns Ar groupname Specify the name of the group to check. The default is .Dq Li wheel . .It Cm root_only Skip this module entirely if user is not the superuser account. .El .Sh SEE ALSO .Xr pam.conf 5 , .Xr pam 8 .Sh AUTHORS The .Nm module and this manual page were developed for the .Fx Project by ThinkSec AS and NAI Labs, the Security Research Division of Network Associates, Inc.\& under DARPA/SPAWAR contract N66001-01-C-8035 .Pq Dq CBOSS , as part of the DARPA CHATS research program. --------------040403060402010301010901 Content-Type: text/plain; name="pam_group.8.orig" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="pam_group.8.orig" .\" Copyright (c) 2003 Networks Associates Technology, Inc. .\" All rights reserved. .\" .\" Portions of this software were developed for the FreeBSD Project by .\" ThinkSec AS and NAI Labs, the Security Research Division of Network .\" Associates, Inc. under DARPA/SPAWAR contract N66001-01-C-8035 .\" ("CBOSS"), as part of the DARPA CHATS research program. .\" .\" Redistribution and use in source and binary forms, with or without .\" modification, are permitted provided that the following conditions .\" are met: .\" 1. Redistributions of source code must retain the above copyright .\" notice, this list of conditions and the following disclaimer. .\" 2. Redistributions in binary form must reproduce the above copyright .\" notice, this list of conditions and the following disclaimer in the .\" documentation and/or other materials provided with the distribution. .\" 3. The name of the author may not be used to endorse or promote .\" products derived from this software without specific prior written .\" permission. .\" .\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE .\" ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF .\" SUCH DAMAGE. .\" .\" $FreeBSD: src/lib/libpam/modules/pam_group/pam_group.8,v 1.3 2004/07/02 23:52:17 ru Exp $ .\" .Dd February 6, 2003 .Dt PAM_GROUP 8 .Os .Sh NAME .Nm pam_group .Nd Group PAM module .Sh SYNOPSIS .Op Ar service-name .Ar module-type .Ar control-flag .Pa pam_group .Op Ar arguments .Sh DESCRIPTION The group service module for PAM accepts or rejects users based on their membership in a particular file group. .Pp The following options may be passed to the .Nm module: .Bl -tag -width ".Cm fail_safe" .It Cm deny Reverse the meaning of the test, i.e., reject the applicant if and only if he or she is a member of the specified group. This can be useful to exclude certain groups of users from certain services. .It Cm fail_safe If the specified group does not exist, or has no members, act as if it does exist and the applicant is a member. .It Cm group Ns = Ns Ar groupname Specify the name of the group to check. The default is .Dq Li wheel . .It Cm root_only Skip this module entirely if the target account is not the superuser account. .El .Sh SEE ALSO .Xr pam.conf 5 , .Xr pam 8 .Sh AUTHORS The .Nm module and this manual page were developed for the .Fx Project by ThinkSec AS and NAI Labs, the Security Research Division of Network Associates, Inc.\& under DARPA/SPAWAR contract N66001-01-C-8035 .Pq Dq CBOSS , as part of the DARPA CHATS research program. --------------040403060402010301010901 Content-Type: text/plain; name="pam_group.c" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="pam_group.c" /*- * Copyright (c) 2003 Networks Associates Technology, Inc. * All rights reserved. * * Portions of this software were developed for the FreeBSD Project by * ThinkSec AS and NAI Labs, the Security Research Division of Network * Associates, Inc. under DARPA/SPAWAR contract N66001-01-C-8035 * ("CBOSS"), as part of the DARPA CHATS research program. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * 3. The name of the author may not be used to endorse or promote * products derived from this software without specific prior written * permission. * * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. */ #include __FBSDID("$FreeBSD: src/lib/libpam/modules/pam_group/pam_group.c,v 1.41 2003/12/11 13:55:15 des Exp $"); #include #include #include #include #include #include #include #include #define PAM_SM_AUTH #include #include #include PAM_EXTERN int pam_sm_authenticate(pam_handle_t *pamh, int flags __unused, int argc __unused, const char *argv[] __unused) { const char *group, *user; const void *ruser; char *const *list; struct passwd *pwd; struct group *grp; /* get target account */ if (pam_get_user(pamh, &user, NULL) != PAM_SUCCESS || user == NULL || (pwd = getpwnam(user)) == NULL) return (PAM_AUTH_ERR); if(!openpam_get_option(pamh, "check_target")) { /* get applicant */ if (pam_get_item(pamh, PAM_RUSER, &ruser) != PAM_SUCCESS || ruser == NULL || (pwd = getpwnam(ruser)) == NULL) return (PAM_AUTH_ERR); } if (pwd->pw_uid != 0 && openpam_get_option(pamh, "root_only")) return (PAM_IGNORE); /* get regulating group */ if ((group = openpam_get_option(pamh, "group")) == NULL) group = "wheel"; if ((grp = getgrnam(group)) == NULL || grp->gr_mem == NULL) goto failed; /* check if the group is empty */ if (*grp->gr_mem == NULL) goto failed; /* check membership */ if (pwd->pw_gid == grp->gr_gid) goto found; for (list = grp->gr_mem; *list != NULL; ++list) if (strcmp(*list, pwd->pw_name) == 0) goto found; not_found: if (openpam_get_option(pamh, "deny")) return (PAM_SUCCESS); return (PAM_AUTH_ERR); found: if (openpam_get_option(pamh, "deny")) return (PAM_AUTH_ERR); return (PAM_SUCCESS); failed: if (openpam_get_option(pamh, "fail_safe")) goto found; else goto not_found; } PAM_EXTERN int pam_sm_setcred(pam_handle_t * pamh __unused, int flags __unused, int argc __unused, const char *argv[] __unused) { return (PAM_SUCCESS); } PAM_MODULE_ENTRY("pam_group"); --------------040403060402010301010901 Content-Type: text/plain; name="pam_group.c.orig" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="pam_group.c.orig" /*- * Copyright (c) 2003 Networks Associates Technology, Inc. * All rights reserved. * * Portions of this software were developed for the FreeBSD Project by * ThinkSec AS and NAI Labs, the Security Research Division of Network * Associates, Inc. under DARPA/SPAWAR contract N66001-01-C-8035 * ("CBOSS"), as part of the DARPA CHATS research program. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * 3. The name of the author may not be used to endorse or promote * products derived from this software without specific prior written * permission. * * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. */ #include __FBSDID("$FreeBSD: src/lib/libpam/modules/pam_group/pam_group.c,v 1.4 2003/12/11 13:55:15 des Exp $"); #include #include #include #include #include #include #include #include #define PAM_SM_AUTH #include #include #include PAM_EXTERN int pam_sm_authenticate(pam_handle_t *pamh, int flags __unused, int argc __unused, const char *argv[] __unused) { const char *group, *user; const void *ruser; char *const *list; struct passwd *pwd; struct group *grp; /* get target account */ if (pam_get_user(pamh, &user, NULL) != PAM_SUCCESS || user == NULL || (pwd = getpwnam(user)) == NULL) return (PAM_AUTH_ERR); if (pwd->pw_uid != 0 && openpam_get_option(pamh, "root_only")) return (PAM_IGNORE); /* get applicant */ if (pam_get_item(pamh, PAM_RUSER, &ruser) != PAM_SUCCESS || ruser == NULL || (pwd = getpwnam(ruser)) == NULL) return (PAM_AUTH_ERR); /* get regulating group */ if ((group = openpam_get_option(pamh, "group")) == NULL) group = "wheel"; if ((grp = getgrnam(group)) == NULL || grp->gr_mem == NULL) goto failed; /* check if the group is empty */ if (*grp->gr_mem == NULL) goto failed; /* check membership */ if (pwd->pw_gid == grp->gr_gid) goto found; for (list = grp->gr_mem; *list != NULL; ++list) if (strcmp(*list, pwd->pw_name) == 0) goto found; not_found: if (openpam_get_option(pamh, "deny")) return (PAM_SUCCESS); return (PAM_AUTH_ERR); found: if (openpam_get_option(pamh, "deny")) return (PAM_AUTH_ERR); return (PAM_SUCCESS); failed: if (openpam_get_option(pamh, "fail_safe")) goto found; else goto not_found; } PAM_EXTERN int pam_sm_setcred(pam_handle_t * pamh __unused, int flags __unused, int argc __unused, const char *argv[] __unused) { return (PAM_SUCCESS); } PAM_MODULE_ENTRY("pam_group"); --------------040403060402010301010901-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 30 17:45:32 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D18D16A407 for ; Fri, 30 Mar 2007 17:45:32 +0000 (UTC) (envelope-from pneumann@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.236]) by mx1.freebsd.org (Postfix) with ESMTP id E93D813C458 for ; Fri, 30 Mar 2007 17:45:31 +0000 (UTC) (envelope-from pneumann@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so528732wxc for ; Fri, 30 Mar 2007 10:45:31 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=jjGOwto+/X0k9bopTQL6BfnS4wLBZtRv/8FTn26kd1/rtqVJHLZlukKdX9H2BqLpBqgrnKQN09n0I/lIhJnL1xXq8yDGpoqzG0TTeY8fzNK0kMq+FEmoy52WWXdTu2SyUVJ7GzAMNt+uMNzU9RARdO+YTz6pPP7l4sVVB0+GIa0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=N8ah9+p2iEIqNPTmFmi8/eXRrLwEP1Fm3hPIF/SUdmwM9XJqiA49HCFXfvLpksBXsjkiceq9lTJ7Th6P2b9iBiIjTJ0zTxEX7sSWewtBOZSv3c+wHWAxmd0Ea62VPyr7vNTb3DDMwItXDGhF52eDKPN7TLGs/ZZXO8bKOfkY2G0= Received: by 10.90.119.15 with SMTP id r15mr2100034agc.1175276730921; Fri, 30 Mar 2007 10:45:30 -0700 (PDT) Received: from ?192.168.2.231? ( [190.82.52.254]) by mx.google.com with ESMTP id 8sm2478170wrl.2007.03.30.10.45.27; Fri, 30 Mar 2007 10:45:30 -0700 (PDT) From: Phillip Neumann To: Scott Long In-Reply-To: <46069F1E.6090008@samsco.org> References: <000b01c76e82$9e6f5a10$0502a8c0@IBMA618C20271E> <46069F1E.6090008@samsco.org> Content-Type: text/plain; charset=utf-8 Date: Fri, 30 Mar 2007 13:45:16 -0400 Message-Id: <1175276716.1271.22.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.0 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: scottl@freebsd.org, Jan Mikkelsen , erich@areca.com.tw, FreeBSD Stable , Nikolas Britton Subject: Re: Amd64 Unstable Areca X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Mar 2007 17:45:32 -0000 El dom, 25-03-2007 a las 10:11 -0600, Scott Long escribió: > Please try the following patch against the latest 6-STABLE driver > sources: http://people.freebsd.org/~scottl/arcmsr.simq.diff. > > Scott Just in case you mind, the problem does not seem to be present with the patch. Havent had crash in days. (When one occur, ill notify) thanks!! -- Phillip Neumann From owner-freebsd-stable@FreeBSD.ORG Fri Mar 30 19:56:42 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A842816A400 for ; Fri, 30 Mar 2007 19:56:42 +0000 (UTC) (envelope-from besko@msu.edu) Received: from sys23.mail.msu.edu (sys23.mail.msu.edu [35.9.75.123]) by mx1.freebsd.org (Postfix) with ESMTP id 8AB6E13C4AE for ; Fri, 30 Mar 2007 19:56:42 +0000 (UTC) (envelope-from besko@msu.edu) Received: from sector14.cl.msu.edu ([35.8.1.195]) by sys23.mail.msu.edu with esmtpsa (Exim 4.52 #1) (TLSv1:AES256-SHA:256) id 1HXNDF-0003ll-Tg for freebsd-stable@freebsd.org; Fri, 30 Mar 2007 15:56:41 -0400 Message-ID: <460D6B7A.3000409@msu.edu> Date: Fri, 30 Mar 2007 15:56:42 -0400 From: Lisa Besko User-Agent: Thunderbird 1.5.0.7 (X11/20061101) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <460D3D09.1060101@msu.edu> In-Reply-To: <460D3D09.1060101@msu.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus: None found by Clam AV Subject: Re: Sunfire X2200 ipfw and bge issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: besko@msu.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2007 19:56:42 -0000 Lisa Besko wrote: > Now any ideas on why they system reboots every time the ethernet cable > is plugged in to the bge0 port? or why the nve ethernet ports are not > recognized? > > I am getting an error the next time it reboots that says something like > "hyper transport sync flood" error and I have to press F1 to get it to > reboot. That error is from the BIOS I believe. I still have no idea why this was happening but I did disable the bge driver in the kernel and then patch the nve driver as stated in http://lists.freebsd.org/pipermail/freebsd-bugs/2006-November/020926.html and I was able to get the system up on the network. LB From owner-freebsd-stable@FreeBSD.ORG Fri Mar 30 20:25:40 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 828D216A401 for ; Fri, 30 Mar 2007 20:25:40 +0000 (UTC) (envelope-from paulius@devnull.lt) Received: from bebras.devnull.lt (bebras.devnull.lt [213.197.178.124]) by mx1.freebsd.org (Postfix) with ESMTP id 3C93813C458 for ; Fri, 30 Mar 2007 20:25:40 +0000 (UTC) (envelope-from paulius@devnull.lt) Received: from guzas.devnull.lt (unknown [84.15.112.159]) by bebras.devnull.lt (Postfix) with ESMTP id C8267EE22C for ; Fri, 30 Mar 2007 22:55:38 +0300 (EEST) Received: by guzas.devnull.lt (Postfix, from userid 1001) id 6F1682FF; Fri, 30 Mar 2007 19:55:40 +0000 (UTC) Date: Fri, 30 Mar 2007 22:55:40 +0300 From: Paulius Bulotas To: freebsd-stable@freebsd.org Message-ID: <20070330195540.GB1270@devnull.lt> References: <460D3D09.1060101@msu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <460D3D09.1060101@msu.edu> X-URL: http://devnull.lt/ Subject: Re: Sunfire X2200 ipfw and bge issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2007 20:25:40 -0000 Hi, On 07 03 30, Lisa Besko wrote: > Ian Smith wrote: > >On Thu, 29 Mar 2007, Lisa Besko wrote: > > > > firewall_enabled="YES" > > > firewall_type="CLIENT" > > > >Try firewall_enable without the 'd'. Not much fuzzy logic in rc .. > > Thanks for pointing out my fat finger error. The firewall came up just > fine after fixing that. > > Now any ideas on why they system reboots every time the ethernet cable > is plugged in to the bge0 port? or why the nve ethernet ports are not > recognized? > > I am getting an error the next time it reboots that says something like > "hyper transport sync flood" error and I have to press F1 to get it to > reboot. That error is from the BIOS I believe. about bge, try to boot FreeBSD and put these into /boot/loader.conf : hw.pci.enable_msi="0" hw.pci.enable_msix="0" maybe those will help ;) I used these on x4100 when I had similar problems with em* . and about nve, try kldload nfe , not nve ;) Paulius From owner-freebsd-stable@FreeBSD.ORG Fri Mar 30 20:51:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 26BD716A404 for ; Fri, 30 Mar 2007 20:51:56 +0000 (UTC) (envelope-from andrew@dobrohot.org) Received: from smtp-6.masterhost.ru (smtp-6.masterhost.ru [83.222.24.106]) by mx1.freebsd.org (Postfix) with SMTP id 5E36B13C455 for ; Fri, 30 Mar 2007 20:51:55 +0000 (UTC) (envelope-from andrew@dobrohot.org) Received: (qmail 40186 invoked from network); 30 Mar 2007 20:24:54 -0000 Received: from ns.km10433.keymachine.de (HELO inspirra.localdomain) (izdat%dobrohot.org@62.141.50.149) by smtp1.masterhost.ru with SMTP; 30 Mar 2007 20:24:54 -0000 Received: from [192.168.2.1] (inspirra.localdomain [192.168.2.1]) by inspirra.localdomain (8.13.8/8.13.8) with ESMTP id l2UKO8l8006519 for ; Sat, 31 Mar 2007 00:24:08 +0400 (MSD) (envelope-from andrew@dobrohot.org) Message-ID: <460D71E8.9000203@dobrohot.org> Date: Sat, 31 Mar 2007 00:24:08 +0400 From: Andrew Muhametshin Organization: =?windows-1251?Q?=C0=CD=CE_=22=C4=EE=E1=F0=EE=F5=EE=F2=22?= User-Agent: Thunderbird 1.5.0.10 (X11/20070310) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: bug or hardware issue ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2007 20:51:56 -0000 Mike Tancsa wrote: > Got this on the serial console. Any idea if its > a bug or a hardware issue. It seems to last about > 10 days before barfing. Nothing too special > about the box as it just runs clamav on inbound mail. > > vm_page_cache: attempting to cache busy page > > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x1c > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc0543c03 > stack pointer = 0x28:0xe6c0ec50 > frame pointer = 0x28:0xe6c0ec54 > 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 = 28 (pagedaemon) > trap number = 12 > panic: page fault > Uptime: 10d15h2m19s > > <...>skip<...> > > ---Type to continue, or q to quit--- > #7 0xc0543c03 in _mtx_trylock (m=0x0, opts=0, > file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:428 > rval = 4 > > <...>skip<...> > I have dug into a similar problem: Sometimes (not always), there is a crash of system at use of the emulator "qemu": http://www.freebsd.org/cgi/query-pr.cgi?pr=110892 And you have not found out the answer? Regards, Andrew R.Muhametshin From owner-freebsd-stable@FreeBSD.ORG Fri Mar 30 22:09:32 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8BFA916A400 for ; Fri, 30 Mar 2007 22:09:32 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.248]) by mx1.freebsd.org (Postfix) with ESMTP id 4608113C4BF for ; Fri, 30 Mar 2007 22:09:32 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so634270ana for ; Fri, 30 Mar 2007 15:09:31 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=X0jPgp0qyKLJI20vT9AE+i9pq5g5RiWG5PRRvz/4MxN/BsmvjmRgrPmNjcDlIiVKmdEiNYVk2K13mA8d9vF412SL7XQu3qGP1Ux3zvtNeUuLtF/WIWl4iMt6tG8w6iOqQp6m7JRSbxS8hQwjIqty5SzBVFlK3Th6f0inBrsoyJI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=F1TlHh03dS7B2IZ19Eg4lQuhRyBuxksVlxuEXkM1RldyXJWTi7dmvnNd6sXdhwn8AhuBSxvN+qOSKA49SBmCtwus9Bsd+OiFvw6I/qE65/kDB3dErCagyMPn0VwuLLfzWMjO+IAlOwXr+4x61D9VqAenBInuVNDnjwKzDJBwYjA= Received: by 10.100.119.14 with SMTP id r14mr1859464anc.1175292571374; Fri, 30 Mar 2007 15:09:31 -0700 (PDT) Received: by 10.100.32.17 with HTTP; Fri, 30 Mar 2007 15:09:30 -0700 (PDT) Message-ID: Date: Fri, 30 Mar 2007 17:09:30 -0500 From: "Nikolas Britton" To: "Phillip Neumann" In-Reply-To: <1175276716.1271.22.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <000b01c76e82$9e6f5a10$0502a8c0@IBMA618C20271E> <46069F1E.6090008@samsco.org> <1175276716.1271.22.camel@localhost> Cc: scottl@freebsd.org, erich@areca.com.tw, FreeBSD Stable , Jan Mikkelsen Subject: Re: Amd64 Unstable Areca X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Mar 2007 22:09:32 -0000 On 3/30/07, Phillip Neumann wrote: > El dom, 25-03-2007 a las 10:11 -0600, Scott Long escribi=F3: > > Please try the following patch against the latest 6-STABLE driver > > sources: http://people.freebsd.org/~scottl/arcmsr.simq.diff. > > > > Scott > > Just in case you mind, the problem does not seem to be present with the > patch. > > Havent had crash in days. > > (When one occur, ill notify) > > thanks!! > Have you tried making it crash? From owner-freebsd-stable@FreeBSD.ORG Fri Mar 30 22:18:57 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 64AF316A401; Fri, 30 Mar 2007 22:18:57 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 1976113C45B; Fri, 30 Mar 2007 22:18:56 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l2UMIkHO081260; Fri, 30 Mar 2007 16:18:52 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <460D8CC0.9060006@samsco.org> Date: Fri, 30 Mar 2007 16:18:40 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Nikolas Britton References: <000b01c76e82$9e6f5a10$0502a8c0@IBMA618C20271E> <46069F1E.6090008@samsco.org> <1175276716.1271.22.camel@localhost> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Fri, 30 Mar 2007 15:18:53 -0700 (MST) X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: erich@areca.com.tw, scottl@freebsd.org, Jan Mikkelsen , Phillip Neumann , FreeBSD Stable Subject: Re: Amd64 Unstable Areca X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Mar 2007 22:18:57 -0000 Nikolas Britton wrote: > On 3/30/07, Phillip Neumann wrote: >> El dom, 25-03-2007 a las 10:11 -0600, Scott Long escribió: >> > Please try the following patch against the latest 6-STABLE driver >> > sources: http://people.freebsd.org/~scottl/arcmsr.simq.diff. >> > >> > Scott >> >> Just in case you mind, the problem does not seem to be present with the >> patch. >> >> Havent had crash in days. >> >> (When one occur, ill notify) >> >> thanks!! >> > > Have you tried making it crash? Erich Chen pointed a problem with the patch I generated, but I think it's mostly harmless. Good to know that it seems to be helping the problem. Scott From owner-freebsd-stable@FreeBSD.ORG Fri Mar 30 22:49:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5261F16A404 for ; Fri, 30 Mar 2007 22:49:08 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id D37FE13C48C for ; Fri, 30 Mar 2007 22:49:07 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so641490ana for ; Fri, 30 Mar 2007 15:49:07 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IAFQj5sgRSZqTC0p64HkHg6iKp+XdMeyZaHDpatc8mLo5lv1TS0Pu5/GCEj2+AcZ2gJRPPlwXAB/D1nKPnaFtA1UTwJ7w8vpZeYBfu7Cj7cDcjUQQ3Jpt6dQmvqVLVkPy0BibwZXIo5uqvuDvUTHHxnGwWrzOXWsYhV2RCS6yGw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kk6fj3g1b0eUTb3R1h/jsXcEdMxIbJleCpDfuuz0w7bvi4CuYdhKeSaFTa0Kry3RwOqaHUJ1BlRkbh9TN4CIezpeoY13WTF/LUEQ/kh//G0UxzcpRARn7Dn+BUixnAIgIaa8u6uQiKjFMeHO2kqosUCaz3qgXAjKgoxWDoGx7nM= Received: by 10.100.133.9 with SMTP id g9mr1892798and.1175294944182; Fri, 30 Mar 2007 15:49:04 -0700 (PDT) Received: by 10.100.32.17 with HTTP; Fri, 30 Mar 2007 15:49:04 -0700 (PDT) Message-ID: Date: Fri, 30 Mar 2007 17:49:04 -0500 From: "Nikolas Britton" To: "Scott Long" In-Reply-To: <460D8CC0.9060006@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <000b01c76e82$9e6f5a10$0502a8c0@IBMA618C20271E> <46069F1E.6090008@samsco.org> <1175276716.1271.22.camel@localhost> <460D8CC0.9060006@samsco.org> Cc: erich@areca.com.tw, scottl@freebsd.org, Jan Mikkelsen , Phillip Neumann , FreeBSD Stable Subject: Re: Amd64 Unstable Areca X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Mar 2007 22:49:08 -0000 On 3/30/07, Scott Long wrote: > Nikolas Britton wrote: > > On 3/30/07, Phillip Neumann wrote: > >> El dom, 25-03-2007 a las 10:11 -0600, Scott Long escribi=F3: > >> > Please try the following patch against the latest 6-STABLE driver > >> > sources: http://people.freebsd.org/~scottl/arcmsr.simq.diff. > >> > > >> > Scott > >> > >> Just in case you mind, the problem does not seem to be present with th= e > >> patch. > >> > >> Havent had crash in days. > >> > >> (When one occur, ill notify) > >> > >> thanks!! > >> > > > > Have you tried making it crash? > > Erich Chen pointed a problem with the patch I generated, but I think > it's mostly harmless. Good to know that it seems to be helping the > problem. > > Scott > And??? don't leave us hanging, what's the problem? From owner-freebsd-stable@FreeBSD.ORG Fri Mar 30 22:53:10 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 90FA516A402; Fri, 30 Mar 2007 22:53:10 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 4343F13C458; Fri, 30 Mar 2007 22:53:10 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l2UMr0G2081563; Fri, 30 Mar 2007 16:53:06 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <460D94C5.3080604@samsco.org> Date: Fri, 30 Mar 2007 16:52:53 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Nikolas Britton References: <000b01c76e82$9e6f5a10$0502a8c0@IBMA618C20271E> <46069F1E.6090008@samsco.org> <1175276716.1271.22.camel@localhost> <460D8CC0.9060006@samsco.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Fri, 30 Mar 2007 15:53:06 -0700 (MST) X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: erich@areca.com.tw, scottl@freebsd.org, Jan Mikkelsen , Phillip Neumann , FreeBSD Stable Subject: Re: Amd64 Unstable Areca X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Mar 2007 22:53:10 -0000 Nikolas Britton wrote: > On 3/30/07, Scott Long wrote: >> Nikolas Britton wrote: >> > On 3/30/07, Phillip Neumann wrote: >> >> El dom, 25-03-2007 a las 10:11 -0600, Scott Long escribió: >> >> > Please try the following patch against the latest 6-STABLE driver >> >> > sources: http://people.freebsd.org/~scottl/arcmsr.simq.diff. >> >> > >> >> > Scott >> >> >> >> Just in case you mind, the problem does not seem to be present with >> the >> >> patch. >> >> >> >> Havent had crash in days. >> >> >> >> (When one occur, ill notify) >> >> >> >> thanks!! >> >> >> > >> > Have you tried making it crash? >> >> Erich Chen pointed a problem with the patch I generated, but I think >> it's mostly harmless. Good to know that it seems to be helping the >> problem. >> >> Scott >> > > And??? don't leave us hanging, what's the problem? My patch added a line with "bus_dmamap_unload(...)" that isn't needed. I don't believe that it'll cause problems, though. The whole line will be removed when I commit the patch to CVS. Scott From owner-freebsd-stable@FreeBSD.ORG Sat Mar 31 00:28:20 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 616C016A400 for ; Sat, 31 Mar 2007 00:28:20 +0000 (UTC) (envelope-from plosher@plosh.net) Received: from mx.isc.org (mx.isc.org [204.152.184.167]) by mx1.freebsd.org (Postfix) with ESMTP id 4EC9A13C480 for ; Sat, 31 Mar 2007 00:28:20 +0000 (UTC) (envelope-from plosher@plosh.net) Received: from farside.isc.org (farside.isc.org [IPv6:2001:4f8:3:bb::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "farside.isc.org", Issuer "ISC CA" (verified OK)) by mx.isc.org (Postfix) with ESMTP id 64C8E11401C; Fri, 30 Mar 2007 23:40:22 +0000 (UTC) (envelope-from plosher@plosh.net) Received: from [IPv6:2001:4f8:3:bb::37] (tardis.isc.org [IPv6:2001:4f8:3:bb::37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by farside.isc.org (Postfix) with ESMTP id 45AEFE6058; Fri, 30 Mar 2007 23:40:22 +0000 (UTC) (envelope-from plosher@plosh.net) Message-ID: <460D9FE6.5070302@plosh.net> Date: Fri, 30 Mar 2007 16:40:22 -0700 From: Peter Losher User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: stable@freebsd.org, gnn@neville-neil.com X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: IPv6+dummynet causing panic on 6.2-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2007 00:28:20 -0000 We have been having rampant issues using Dummynet's IPv6 support, and it's been causing panic's every 24-48 hours. Enabled WITNESS and BREAK_TO_DEBUGGER, and this is the result. -=- lock order reversal: (sleepable after non-sleepable) 1st 0xffffff034809c900 rtentry (rtentry) @ /usr/src/sys/netinet6/ip6_input.c:501 2nd 0xffffffff808dda70 user map (user map) @ /usr/src/sys/vm/vm_map.c:3074 KDB: stack backtrace: witness_checkorder() at witness_checkorder+0x48a _sx_xlock() at _sx_xlock+0x3e vm_map_lookup() at vm_map_lookup+0x44 vm_fault() at vm_fault+0xba trap_pfault() at trap_pfault+0x13c trap() at trap+0x1bd calltrap() at calltrap+0x5 --- trap 0xc, rip = 0xffffffff804c41f7, rsp = 0xffffffffbdf0da60, rbp = 0xffffffffbdf0daf0 --- ip6_input() at ip6_input+0xa07 dummynet_send() at dummynet_send+0x17e dummynet() at dummynet+0x21a softclock() at softclock+0x19a ithread_loop() at ithread_loop+0x132 fork_exit() at fork_exit+0x87 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffbdf0dd00, rbp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 2; apic id = 06 fault virtual address = 0x98 fault code = supervisor read, page not present instruction pointer = 0x8:0xffffffff804c41f7 stack pointer = 0x10:0xffffffffbdf0da60 frame pointer = 0x10:0xffffffffbdf0daf0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 15 (swi4: clock sio) [thread pid 15 tid 100009 ] Stopped at ip6_input+0xa07: movq 0x98(%rdi),%rax db> tr Tracing pid 15 tid 100009 td 0xffffff040ff3b000 ip6_input() at ip6_input+0xa07 dummynet_send() at dummynet_send+0x17e dummynet() at dummynet+0x21a softclock() at softclock+0x19a ithread_loop() at ithread_loop+0x132 fork_exit() at fork_exit+0x87 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffbdf0dd00, rbp = 0 --- -=- Any ideas how to proceed? Best Wishes - Peter From owner-freebsd-stable@FreeBSD.ORG Sat Mar 31 07:39:41 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF67316A402; Sat, 31 Mar 2007 07:39:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7BB1A13C44C; Sat, 31 Mar 2007 07:39:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l2V7dede020150; Sat, 31 Mar 2007 03:39:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l2V7deP3041394; Sat, 31 Mar 2007 03:39:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id E3152241BF; Sat, 31 Mar 2007 02:39:39 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070331073939.E3152241BF@freebsd-stable.sentex.ca> Date: Sat, 31 Mar 2007 02:39:39 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2007 07:39:41 -0000 TB --- 2007-03-31 06:39:18 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-03-31 06:39:18 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2007-03-31 06:39:19 - cleaning the object tree TB --- 2007-03-31 06:39:56 - checking out the source tree TB --- 2007-03-31 06:39:56 - cd /tinderbox/RELENG_6/amd64/amd64 TB --- 2007-03-31 06:39:56 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2007-03-31 06:49:13 - building world (CFLAGS=-O2 -pipe) TB --- 2007-03-31 06:49:13 - cd /src TB --- 2007-03-31 06:49:13 - /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 [...] cc -O2 -pipe -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipresend/../../../sys -I/src/sbin/ipf/ipresend/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -o ipresend ipresend.o ip.o resend.o sbpf.o sock.o 44arp.o /obj/amd64/src/sbin/ipf/ipresend/../libipf/libipf.a -lkvm gzip -cn /src/sbin/ipf/ipresend/../../../contrib/ipfilter/ipsend/ipresend.1 > ipresend.1.gz ===> sbin/ipfw (all) cc -O2 -pipe -c /src/sbin/ipfw/ipfw2.c /src/sbin/ipfw/ipfw2.c: In function `add': /src/sbin/ipfw/ipfw2.c:3976: error: `ipfw_insn_pipe' undeclared (first use in this function) /src/sbin/ipfw/ipfw2.c:3976: error: (Each undeclared identifier is reported only once /src/sbin/ipfw/ipfw2.c:3976: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/ipfw. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-03-31 07:39:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-03-31 07:39:39 - ERROR: failed to build world TB --- 2007-03-31 07:39:39 - tinderbox aborted TB --- 1.51 user 4.77 system 3620.68 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 31 08:41:31 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A749516A401; Sat, 31 Mar 2007 08:41:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5659F13C45D; Sat, 31 Mar 2007 08:41:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l2V8fUTF022946; Sat, 31 Mar 2007 04:41:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l2V8fUpb076215; Sat, 31 Mar 2007 04:41:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 89363241BF; Sat, 31 Mar 2007 03:41:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070331084130.89363241BF@freebsd-stable.sentex.ca> Date: Sat, 31 Mar 2007 03:41:30 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2007 08:41:31 -0000 TB --- 2007-03-31 07:39:40 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-03-31 07:39:40 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2007-03-31 07:39:40 - cleaning the object tree TB --- 2007-03-31 07:40:16 - checking out the source tree TB --- 2007-03-31 07:40:16 - cd /tinderbox/RELENG_6/i386/i386 TB --- 2007-03-31 07:40:16 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2007-03-31 07:49:29 - building world (CFLAGS=-O2 -pipe) TB --- 2007-03-31 07:49:29 - cd /src TB --- 2007-03-31 07:49:29 - /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 [...] cc -O2 -pipe -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipresend/../../../sys -I/src/sbin/ipf/ipresend/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -o ipresend ipresend.o ip.o resend.o sbpf.o sock.o 44arp.o /obj/src/sbin/ipf/ipresend/../libipf/libipf.a -lkvm gzip -cn /src/sbin/ipf/ipresend/../../../contrib/ipfilter/ipsend/ipresend.1 > ipresend.1.gz ===> sbin/ipfw (all) cc -O2 -pipe -c /src/sbin/ipfw/ipfw2.c /src/sbin/ipfw/ipfw2.c: In function `add': /src/sbin/ipfw/ipfw2.c:3976: error: `ipfw_insn_pipe' undeclared (first use in this function) /src/sbin/ipfw/ipfw2.c:3976: error: (Each undeclared identifier is reported only once /src/sbin/ipfw/ipfw2.c:3976: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/ipfw. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-03-31 08:41:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-03-31 08:41:30 - ERROR: failed to build world TB --- 2007-03-31 08:41:30 - tinderbox aborted TB --- 1.24 user 3.95 system 3710.35 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 31 08:54:38 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E46E016A404 for ; Sat, 31 Mar 2007 08:54:38 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: from kiwi-computer.com (keira.kiwi-computer.com [63.224.10.3]) by mx1.freebsd.org (Postfix) with SMTP id 7623513C45E for ; Sat, 31 Mar 2007 08:54:38 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: (qmail 74716 invoked by uid 2001); 31 Mar 2007 08:27:56 -0000 Date: Sat, 31 Mar 2007 02:27:56 -0600 From: "Rick C. Petty" To: freebsd-stable@freebsd.org Message-ID: <20070331082756.GA74432@keira.kiwi-computer.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: make world broken for RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rick-freebsd@kiwi-computer.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2007 08:54:39 -0000 Is anyone else experiencing build problems with the latest RELENG_6 (sup'd as of 2007-Mar-31 0800 UTC)? A buildworld failed at: ===> sbin/ipfw (all) cc -O2 -fno-strict-aliasing -pipe -c /usr/src/sbin/ipfw/ipfw2.c /usr/src/sbin/ipfw/ipfw2.c: In function `add': /usr/src/sbin/ipfw/ipfw2.c:3976: error: `ipfw_insn_pipe' undeclared (first use in this function) /usr/src/sbin/ipfw/ipfw2.c:3976: error: (Each undeclared identifier is reported only once /usr/src/sbin/ipfw/ipfw2.c:3976: error: for each function it appears in.) *** Error code 1 Stop in /usr/src/sbin/ipfw. *** Error code 1 Stop in /usr/src/sbin. *** Error code 1 Stop in /usr/src. *** Error code 1 I keep most of my machines csup'd every day, and this is the first time since 2.2.5 that I've ever seen the build broken for -STABLE. Maybe I've just been lucky in the past, or are people breaking things now? Please Cc: me, thanks, -- Rick C. Petty From owner-freebsd-stable@FreeBSD.ORG Sat Mar 31 09:20:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 57D8A16A403 for ; Sat, 31 Mar 2007 09:20:08 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from sccrmhc14.comcast.net (sccrmhc14.comcast.net [204.127.200.84]) by mx1.freebsd.org (Postfix) with ESMTP id 25A0213C483 for ; Sat, 31 Mar 2007 09:20:08 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from [0.0.0.0] (unknown[199.227.25.123]) by comcast.net (sccrmhc14) with ESMTP id <20070331090856014001er57e>; Sat, 31 Mar 2007 09:08:57 +0000 Message-ID: <460E2518.2020302@comcast.net> Date: Sat, 31 Mar 2007 05:08:40 -0400 From: Nathan Lay User-Agent: Thunderbird 1.5.0.10 (X11/20070311) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: ural as hostap, slow upload rate X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Mar 2007 09:20:08 -0000 Hi Everyone, I have a very odd problem with ural running as hostap. I recently turned one of my machines into a WiFi AP using an old USB Linksys adapter (ural attaches). port 4 addr 2: high speed, power 300 mA, config 1, Wireless-G USB Network Adapter(0x000d), Cisco-Linksys(0x13b1), rev 0.04 Everything works splendidly except there is one small problem. I noticed that while the Linksys adapter can receive at reasonably high speeds, it cannot send over 100KB/s while running as hostap. I originally thought this was a performance problem with NAT on pf but I observe this limit on the wireless network itself. That is, I can send a file at high speed to the AP, but the AP can only send a file to me at 100KB/s tops. Here is ural's configuration ural0: flags=108843 mtu 2290 inet 172.20.0.1 netmask 0xffff0000 broadcast 172.20.255.255 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated ssid Lamp channel 9 authmode WPA privacy MIXED deftxkey 2 AES-CCM 2:128-bit AES-CCM 3:128-bit txpowmax 100 bmiss 7 pureg protmode CTS dtimperiod 1 bintval 100 My laptop registers speeds of 54mbps. This is the only thing I could find that briefly mentioned a similar problem: http://lists.freebsd.org/pipermail/freebsd-stable/2005-December/020995.html "> It was triggered when I ran the command "ifconfig ath0 pureg" as an > attempt to switch the D-Link G520 running in hostAP mode, into "g > only" mode. I did this because I've been experiencing slow rates with > Airport Express clients (PowerBook) where no matter what the settings > on the AP are, it refuses to go above 1 Mbit/s." I haven't really had much time to look into it further. Comments are appreciated, I'm not sure whats going on or where to look in src ... I'm in the dark on this one. Best Regards, Nathan Lay From owner-freebsd-stable@FreeBSD.ORG Sat Mar 31 09:48:01 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A7E2216A406; Sat, 31 Mar 2007 09:48:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6E37C13C4AD; Sat, 31 Mar 2007 09:48:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l2V9m0bg025475; Sat, 31 Mar 2007 05:48:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l2V9m0GD012906; Sat, 31 Mar 2007 05:48:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 85749241BF; Sat, 31 Mar 2007 04:48:00 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070331094800.85749241BF@freebsd-stable.sentex.ca> Date: Sat, 31 Mar 2007 04:48:00 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2007 09:48:01 -0000 TB --- 2007-03-31 08:41:30 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-03-31 08:41:30 - starting RELENG_6 tinderbox run for i386/pc98 TB --- 2007-03-31 08:41:30 - cleaning the object tree TB --- 2007-03-31 08:42:04 - checking out the source tree TB --- 2007-03-31 08:42:04 - cd /tinderbox/RELENG_6/i386/pc98 TB --- 2007-03-31 08:42:04 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2007-03-31 08:51:35 - building world (CFLAGS=-O2 -pipe) TB --- 2007-03-31 08:51:35 - cd /src TB --- 2007-03-31 08:51:35 - /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 [...] cc -O2 -pipe -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipresend/../../../sys -I/src/sbin/ipf/ipresend/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -o ipresend ipresend.o ip.o resend.o sbpf.o sock.o 44arp.o /obj/pc98/src/sbin/ipf/ipresend/../libipf/libipf.a -lkvm gzip -cn /src/sbin/ipf/ipresend/../../../contrib/ipfilter/ipsend/ipresend.1 > ipresend.1.gz ===> sbin/ipfw (all) cc -O2 -pipe -c /src/sbin/ipfw/ipfw2.c /src/sbin/ipfw/ipfw2.c: In function `add': /src/sbin/ipfw/ipfw2.c:3976: error: `ipfw_insn_pipe' undeclared (first use in this function) /src/sbin/ipfw/ipfw2.c:3976: error: (Each undeclared identifier is reported only once /src/sbin/ipfw/ipfw2.c:3976: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/ipfw. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-03-31 09:48:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-03-31 09:48:00 - ERROR: failed to build world TB --- 2007-03-31 09:48:00 - tinderbox aborted TB --- 1.25 user 3.84 system 3989.79 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 31 10:47:30 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3762F16A403; Sat, 31 Mar 2007 10:47:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D9B9213C44C; Sat, 31 Mar 2007 10:47:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l2VAlTOO027808; Sat, 31 Mar 2007 06:47:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l2VAlTQm045535; Sat, 31 Mar 2007 06:47:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 0B87D241BF; Sat, 31 Mar 2007 05:47:28 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070331104729.0B87D241BF@freebsd-stable.sentex.ca> Date: Sat, 31 Mar 2007 05:47:28 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2007 10:47:30 -0000 TB --- 2007-03-31 09:48:00 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-03-31 09:48:00 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2007-03-31 09:48:00 - cleaning the object tree TB --- 2007-03-31 09:48:32 - checking out the source tree TB --- 2007-03-31 09:48:32 - cd /tinderbox/RELENG_6/sparc64/sparc64 TB --- 2007-03-31 09:48:32 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2007-03-31 09:57:54 - building world (CFLAGS=-O2 -pipe) TB --- 2007-03-31 09:57:54 - cd /src TB --- 2007-03-31 09:57:54 - /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 [...] cc -O2 -pipe -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipresend/../../../sys -I/src/sbin/ipf/ipresend/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -o ipresend ipresend.o ip.o resend.o sbpf.o sock.o 44arp.o /obj/sparc64/src/sbin/ipf/ipresend/../libipf/libipf.a -lkvm gzip -cn /src/sbin/ipf/ipresend/../../../contrib/ipfilter/ipsend/ipresend.1 > ipresend.1.gz ===> sbin/ipfw (all) cc -O2 -pipe -c /src/sbin/ipfw/ipfw2.c /src/sbin/ipfw/ipfw2.c: In function `add': /src/sbin/ipfw/ipfw2.c:3976: error: `ipfw_insn_pipe' undeclared (first use in this function) /src/sbin/ipfw/ipfw2.c:3976: error: (Each undeclared identifier is reported only once /src/sbin/ipfw/ipfw2.c:3976: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/ipfw. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-03-31 10:47:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-03-31 10:47:28 - ERROR: failed to build world TB --- 2007-03-31 10:47:28 - tinderbox aborted TB --- 1.08 user 3.36 system 3567.71 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 31 13:47:43 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE5A316A404 for ; Sat, 31 Mar 2007 13:47:43 +0000 (UTC) (envelope-from steve.tell@crashmail.de) Received: from daemon.crashmail.de (daemon.crashmail.de [88.198.125.180]) by mx1.freebsd.org (Postfix) with ESMTP id 712F513C457 for ; Sat, 31 Mar 2007 13:47:43 +0000 (UTC) (envelope-from steve.tell@crashmail.de) Received: from currahee.crashmail.de (dslb-082-083-086-105.pools.arcor-ip.net [82.83.86.105]) by daemon.crashmail.de (Postfix) with ESMTP id 7843764ED4; Sat, 31 Mar 2007 15:47:35 +0200 (CEST) To: rick-freebsd@kiwi-computer.com X-Face: #Xe~sd&4-Nt4!$0V"R?!MDM"@&ft'xzx+0j]DIA!AyXC)lv0ea!k_GV5?#ZM{uGi*h@>BI/1%]9h)r,R\jES^Tq8~[*RQ^I8(?&Fg~sR't{xG"[m0Ve; q5K^bav,^Ut`[iP(4c,rQCNxo5UF^2S95:t-e@$2Ai{`t=we/**fuT~i_.3R6r,wogCl\2[]FW@sroLn*v.#'J*0Z X-PGP-Key: 0x9B6C7E15 X-PGP-Fingerprint: 0A21 6C88 552E 54AE 3FB5 4732 25EE 6ABE 9B6C 7E15 Organization: The Third Place In-Reply-To: <20070331082756.GA74432@keira.kiwi-computer.com> (Rick C. Petty's message of "Sat, 31 Mar 2007 02:27:56 -0600") References: <20070331082756.GA74432@keira.kiwi-computer.com> From: Stefan 'Steve' Tell Date: Sat, 31 Mar 2007 15:47:19 +0200 Message-ID: <87abxt8qzc.fsf@zeus.crashmail.de> User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/22.0.93 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: make world broken for RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2007 13:47:43 -0000 * "Rick C. Petty" wrote: > Is anyone else experiencing build problems with the latest RELENG_6 (sup'd > as of 2007-Mar-31 0800 UTC)? Jip, same here. -- By(t)e, Steve /\ http://blog.crashmail.de GnuPG/PGP: 0x9B6C7E15, encrypted mail prefered, see header From owner-freebsd-stable@FreeBSD.ORG Sat Mar 31 14:45:40 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 22C0216A401 for ; Sat, 31 Mar 2007 14:45:40 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id E5A0113C4AD for ; Sat, 31 Mar 2007 14:45:39 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id l2VEONFt089284; Sat, 31 Mar 2007 07:24:23 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id l2VEONKr089283; Sat, 31 Mar 2007 07:24:23 -0700 (PDT) (envelope-from david) Date: Sat, 31 Mar 2007 07:24:23 -0700 From: David Wolfskill To: "Rick C. Petty" Message-ID: <20070331142423.GL75941@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , "Rick C. Petty" , freebsd-stable@freebsd.org, julian@elischer.org References: <20070331082756.GA74432@keira.kiwi-computer.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sMkrXc3gAYLRVOjR" Content-Disposition: inline In-Reply-To: <20070331082756.GA74432@keira.kiwi-computer.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, julian@elischer.org Subject: Re: make world broken for RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2007 14:45:40 -0000 --sMkrXc3gAYLRVOjR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 31, 2007 at 02:27:56AM -0600, Rick C. Petty wrote: > Is anyone else experiencing build problems with the latest RELENG_6 (sup'd > as of 2007-Mar-31 0800 UTC)? >=20 > A buildworld failed at: >=20 > =3D=3D=3D> sbin/ipfw (all) > ... Right; I encountered the same thing. Locally reverting src/sys/netinet/ip_fw.h rev. 1.100.2.6 appears to have fixed it for me: after doing that, I was able to successfully build, install, and boot. And yes, I use IPFW. :-} The issue appears to be that src/sbin/ipfw/ipfw2.c references ipfw_insn_pipe, which 1.100.2.6 dyked out out ip_fw.h. I don't know that reverting 1.100.2.6 was the "correct" thing to do; it may be better to change ipfw2.c to not try to refer to it. I've Cc:ed Julian, since he committed the changes. Peace, david --=20 David H. Wolfskill david@catwhisker.org Believe SORBS at your own risk: 63.193.123.122 has been static since Aug 19= 99. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --sMkrXc3gAYLRVOjR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkYObxUACgkQmprOCmdXAD2IKgCfSXJJDpuMi/DhaS98GfIBUlfE 76QAniSidGru09w8ayUyjeJVLEbrxWjH =bfgF -----END PGP SIGNATURE----- --sMkrXc3gAYLRVOjR-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 31 14:45:54 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0224C16A406 for ; Sat, 31 Mar 2007 14:45:54 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from ms-smtp-01.rdc-nyc.rr.com (ms-smtp-01.rdc-nyc.rr.com [24.29.109.5]) by mx1.freebsd.org (Postfix) with ESMTP id BC70D13C4C3 for ; Sat, 31 Mar 2007 14:45:53 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from localhost (cpe-69-203-84-92.nyc.res.rr.com [69.203.84.92]) by ms-smtp-01.rdc-nyc.rr.com (8.13.6/8.13.6) with ESMTP id l2VE1eek025370 for ; Sat, 31 Mar 2007 09:01:40 -0500 (EST) Date: Sat, 31 Mar 2007 10:01:40 -0400 From: Scott Robbins To: freebsd-stable@freebsd.org Message-ID: <20070331140140.GB73375@mail.scottro.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20070331082756.GA74432@keira.kiwi-computer.com> <87abxt8qzc.fsf@zeus.crashmail.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <87abxt8qzc.fsf@zeus.crashmail.de> User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: make world broken for RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2007 14:45:54 -0000 On Sat, Mar 31, 2007 at 03:47:19PM +0200, Stefan 'Steve' Tell wrote: > * "Rick C. Petty" wrote: > > > Is anyone else experiencing build problems with the latest RELENG_6 (sup'd > > as of 2007-Mar-31 0800 UTC)? > > Jip, same here. Tinderbox is showing it in the place--ipfw. In a way that's a good thing, usually, when I see a problem I'm having on Tinderbox, it gets fixed in a few hours. Amazing how much we take for granted--thank you developers, for all your hard work. (That's not saying anyone posting here is taking things for granted--I just mean that we, in general, see something broken on Tinderbox and expect that it will be fixed quickly.) -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Xander: How could you let her go? Giles: As the soon-to-be-purple area on my jaw will attest, I did not 'let' her go. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 31 15:09:18 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0FABB16A402 for ; Sat, 31 Mar 2007 15:09:18 +0000 (UTC) (envelope-from pneumann@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 C0F6E13C4B7 for ; Sat, 31 Mar 2007 15:09:17 +0000 (UTC) (envelope-from pneumann@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so735616wxc for ; Sat, 31 Mar 2007 08:09:17 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=h1xpTP6AuVs3IfIgJ7a2gDOYMJw1mkNh/ZKRWOwfN2YmgpFvbv8TbUm7/7Cy3ZBw7/IWjTtgfdRwK4wHpo+JgTMXGmIF/Sf3PkRQSu6I+0ceDy0b6pganZhCMxL6LvZiABG3JrgkjXLTKfbJfaw+QZJSTZkNX3THKWq+WzqjVt4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=rF7bhdZy1+jcqxrp/bXc2FsWrG5/EfzX+vvwBLz9dijA7XAcSlGmV7vWqjmj4gCFB63zhr6ryJk+vDPwVTlVRmYmZcRf+kIQKkCXhA4Kww7JoDna7l0xTSYi3isssapfGXuXlh84OhIWbyVTzfsG+WF3nXsOch8JcmmTg1RQ6uc= Received: by 10.70.66.18 with SMTP id o18mr5701365wxa.1175353756711; Sat, 31 Mar 2007 08:09:16 -0700 (PDT) Received: from ?10.0.0.130? ( [201.215.221.113]) by mx.google.com with ESMTP id h35sm5581801wxd.2007.03.31.08.09.15; Sat, 31 Mar 2007 08:09:16 -0700 (PDT) From: KillFill To: Nikolas Britton In-Reply-To: References: <000b01c76e82$9e6f5a10$0502a8c0@IBMA618C20271E> <46069F1E.6090008@samsco.org> <1175276716.1271.22.camel@localhost> Content-Type: text/plain; charset=UTF-8 Date: Sat, 31 Mar 2007 12:01:58 -0400 Message-Id: <1175356918.4820.5.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Amd64 Unstable Areca X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Mar 2007 15:09:18 -0000 El vie, 30-03-2007 a las 17:09 -0500, Nikolas Britton escribió: > Have you tried making it crash? > Well, i have the same process running in cron as i did before, and it not crashing.. raidtest seem to run just fine[1] Maybe you could recomend me a better stress case.. [1] raid5 device: Read 50000 requests from raidtest.data. Number of READ requests: 24900. Number of WRITE requests: 25100. Number of bytes to transmit: 3287726080. Number of processes: 10. Bytes per second: 9979088 Requests per second: 151 thanks! -- KillFill From owner-freebsd-stable@FreeBSD.ORG Sat Mar 31 16:36:51 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C48C16A405 for ; Sat, 31 Mar 2007 16:36:51 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outD.internet-mail-service.net (outD.internet-mail-service.net [216.240.47.227]) by mx1.freebsd.org (Postfix) with ESMTP id EE35813C48A for ; Sat, 31 Mar 2007 16:36:50 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Sat, 31 Mar 2007 08:53:39 -0700 Received: from [192.168.2.4] (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 1EA8B125ADA; Sat, 31 Mar 2007 09:23:00 -0700 (PDT) Message-ID: <460E8AE2.4070005@elischer.org> Date: Sat, 31 Mar 2007 09:22:58 -0700 From: Julian Elischer User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: David Wolfskill , "Rick C. Petty" , freebsd-stable@freebsd.org, julian@elischer.org References: <20070331082756.GA74432@keira.kiwi-computer.com> <20070331142423.GL75941@bunrab.catwhisker.org> In-Reply-To: <20070331142423.GL75941@bunrab.catwhisker.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: make world broken for RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2007 16:36:51 -0000 David Wolfskill wrote: > On Sat, Mar 31, 2007 at 02:27:56AM -0600, Rick C. Petty wrote: >> Is anyone else experiencing build problems with the latest RELENG_6 (sup'd >> as of 2007-Mar-31 0800 UTC)? >> >> A buildworld failed at: >> >> ===> sbin/ipfw (all) >> ... > > Right; I encountered the same thing. > > Locally reverting src/sys/netinet/ip_fw.h rev. 1.100.2.6 appears to have > fixed it for me: after doing that, I was able to successfully build, > install, and boot. And yes, I use IPFW. :-} > > The issue appears to be that src/sbin/ipfw/ipfw2.c references > ipfw_insn_pipe, which 1.100.2.6 dyked out out ip_fw.h. > > I don't know that reverting 1.100.2.6 was the "correct" thing to do; it > may be better to change ipfw2.c to not try to refer to it. > > I've Cc:ed Julian, since he committed the changes. > > Peace, > david try just deleting the offending lines in ipfw2.c From owner-freebsd-stable@FreeBSD.ORG Sat Mar 31 18:52:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B269216A402 for ; Sat, 31 Mar 2007 18:52:58 +0000 (UTC) (envelope-from mkhitrov@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 72BE613C45D for ; Sat, 31 Mar 2007 18:52:58 +0000 (UTC) (envelope-from mkhitrov@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so773821wxc for ; Sat, 31 Mar 2007 11:52:57 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=lhuU4atAPAF/1d5u3bkGhY5wt5Xp72Xu8IFKgV1eB8kULgyGrMy0+c+o/zVcWEca5G6tb0hD+bVuPk/xfEyn3HOYfbLtoKYbUd5PvNBuEMRCVI/2JyztEJIqK0MUlDzf7wuUYnQW8z8YmuNJDaojrb0j+IGxzbL1bxiBpcGYNUA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=m+UpL3D4bGTPhsBnE4pjKCtouqr0UD6ktKJlhovKfRgKQexezmx5Linfqs7U2vqkQfbHSvpHJCEYN7IwzJKODaTvV9Rfn2pc8iz6pe2Ld/PgktyUqrpJ6reGYi715e4oJsSd+qdIuOugxZFJXuly9KELEPX+T9V2vyRPxtYkgvU= Received: by 10.100.190.8 with SMTP id n8mr2384799anf.1175365600283; Sat, 31 Mar 2007 11:26:40 -0700 (PDT) Received: by 10.100.242.17 with HTTP; Sat, 31 Mar 2007 11:26:40 -0700 (PDT) Message-ID: <26ddd1750703311126q4a6916bata54a2d5773941245@mail.gmail.com> Date: Sat, 31 Mar 2007 13:26:40 -0500 From: "Maxim Khitrov" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: USB devices fail to re-attach on 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2007 18:52:58 -0000 Hello everyone, I just installed FreeBSD 6.2 release on my Fujitsu P7010 laptop just to see how well it'll work. The problem I'm having is that if I connect a USB device, for example, my OCZ mini-kart flash drive, it'll work perfectly the first time. However, if I disconnect it and reconnect it again, it is not detected the second time. It's the same thing with my Logitech mouse. When the flash drive is connected the first time, it is placed on scbus2. If I reconnect it and try running 'camcontrol rescan scbus2' or 'camcontrol rescan all', no new devices show up. I'm fairly new to FreeBSD, so if there are some other tools I should try, please let me know. Does anyone have ideas on what could be causing the problem? The dmesg.boot contents are listed below. This is a clean installation and I haven't yet made any changes to it, just installed the minimal FreeBSD + man pages. Thanks, Maxim Khitrov Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-RELEASE #0: Fri Jan 12 10:40:27 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1100MHz (600.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x695 Stepping = 5 Features=0xa7e9f9bf Features2=0x180 real memory = 527368192 (502 MB) avail memory = 506642432 (483 MB) kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xfc08-0xfc0b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 0.3 (no driver attached) agp0: port 0x1800-0x1807 mem 0xd8000000-0xdfffffff,0xd0000000-0xd007ffff irq 11 at device 2.0 on pci0 agp0: detected 8060k stolen memory agp0: aperture size is 128M pci0: at device 2.1 (no driver attached) uhci0: port 0x1820-0x183f 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 0x1840-0x185f 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 ehci0: mem 0xd0100000-0xd01003ff irq 11 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 umass0: vendor 0x0402 USB 2.0 Storage Device, rev 2.00/1.00, addr 2 pcib1: at device 30.0 on pci0 pci1: on pcib1 cbb0: irq 11 at device 10.0 on pci1 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: irq 11 at device 10.1 on pci1 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 fwohci0: mem 0xd0200000-0xd02007ff irq 11 at device 10.2 on pci1 fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:00:0e:10:02:81:d2:7a fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:00:0e:81:d2:7a fwe0: Ethernet address: 02:00:0e:81:d2:7a fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci1: at device 10.3 (no driver attached) pci1: at device 10.4 (no driver attached) rl0: port 0x2000-0x20ff mem 0xd0201000-0xd02010ff irq 11 at device 12.0 on pci1 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:0b:5d:57:c1:2e pci1: at device 13.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1810-0x181f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 battery1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 pmtimer0 on isa0 orm0: at iomem 0xdc000-0xdffff 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 600024868 Hz quality 800 Timecounters tick every 1.000 msec ad0: 57231MB at ata0-master UDMA100 acd0: CDRW at ata1-master UDMA33 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 57231MB (117210240 512 byte sectors: 255H 63S/T 7296C) Trying to mount root from ufs:/dev/da0s1a From owner-freebsd-stable@FreeBSD.ORG Sat Mar 31 19:15:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7051C16A403 for ; Sat, 31 Mar 2007 19:15:19 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: from kiwi-computer.com (keira.kiwi-computer.com [63.224.10.3]) by mx1.freebsd.org (Postfix) with SMTP id F415113C46E for ; Sat, 31 Mar 2007 19:15:18 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: (qmail 89138 invoked by uid 2001); 31 Mar 2007 19:15:18 -0000 Date: Sat, 31 Mar 2007 13:15:18 -0600 From: "Rick C. Petty" To: Julian Elischer Message-ID: <20070331191518.GB87710@keira.kiwi-computer.com> References: <20070331082756.GA74432@keira.kiwi-computer.com> <20070331142423.GL75941@bunrab.catwhisker.org> <460E8AE2.4070005@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <460E8AE2.4070005@elischer.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: make world broken for RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rick-freebsd@kiwi-computer.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2007 19:15:19 -0000 On Sat, Mar 31, 2007 at 09:22:58AM -0700, Julian Elischer wrote: > David Wolfskill wrote: > > > >Right; I encountered the same thing. > > > >Locally reverting src/sys/netinet/ip_fw.h rev. 1.100.2.6 appears to have > >fixed it for me: after doing that, I was able to successfully build, > >install, and boot. And yes, I use IPFW. :-} > > > >The issue appears to be that src/sbin/ipfw/ipfw2.c references > >ipfw_insn_pipe, which 1.100.2.6 dyked out out ip_fw.h. > > > >I don't know that reverting 1.100.2.6 was the "correct" thing to do; it > >may be better to change ipfw2.c to not try to refer to it. > > > >I've Cc:ed Julian, since he committed the changes. > > > >Peace, > >david > > > try just deleting the offending lines in ipfw2.c It's just so rare that -stable breaks on buildworld (even -current isn't broken often, in terms of build breakage).. something I can't say about other operating systems. A csup this morning caused the problem to go away. Thanks, guys! -- Rick C. Petty From owner-freebsd-stable@FreeBSD.ORG Sat Mar 31 21:23:37 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D846A16A407 for ; Sat, 31 Mar 2007 21:23:37 +0000 (UTC) (envelope-from bseklecki@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id 89E1C13C4B0 for ; Sat, 31 Mar 2007 21:23:37 +0000 (UTC) (envelope-from bseklecki@collaborativefusion.com) Received: from [10.5.80.240] (c-67-171-75-90.hsd1.pa.comcast.net [67.171.75.90]) (AUTH: LOGIN seklecki, TLS: TLSv1/SSLv3,128bits,RC4-MD5) by wingspan with esmtp; Sat, 31 Mar 2007 17:23:36 -0400 id 00056414.460ED158.0000F686 From: "Brian A. Seklecki" To: Maxim Khitrov In-Reply-To: <26ddd1750703311126q4a6916bata54a2d5773941245@mail.gmail.com> References: <26ddd1750703311126q4a6916bata54a2d5773941245@mail.gmail.com> Organization: Collaborative Fusion, Inc. Date: Sat, 31 Mar 2007 16:23:51 -0500 Message-Id: <1175376231.7585.25.camel@ingress> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit X-Mailer: Evolution 2.2.3-10mdk Cc: freebsd-stable@freebsd.org Subject: Re: USB devices fail to re-attach on 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2007 21:23:37 -0000 On Sat, 2007-03-31 at 13:26 -0500, Maxim Khitrov wrote: > umass-sim0 Can you show us your dmesg(8) output as you disconnect and reconnect a device. Are you being careful to umount the file systems on these scsi devices between detaching the underlying USB device? ~BAS From owner-freebsd-stable@FreeBSD.ORG Sat Mar 31 21:39:39 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E171416A401 for ; Sat, 31 Mar 2007 21:39:39 +0000 (UTC) (envelope-from mkhitrov@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 A163713C465 for ; Sat, 31 Mar 2007 21:39:39 +0000 (UTC) (envelope-from mkhitrov@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so798740wxc for ; Sat, 31 Mar 2007 14:39:39 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=M9oc0RFwR0PgavXaEF1eE5MizBG4iYgQs9iDRjaiUFslzcvVU112i9KWk9IfhvN8oXRRo69YDcNaagSHXwLzuFtuFYEZlYi+m01T5uS7tkr5QbvY6kzZwiQFXA1oFUJHkQITV/ewXgSrNN0QQnlaCSMKZAD7obhLWkPL1XAPO1g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=LtW/tWaH8eG7KbZN194IvkBTv7tvxmXxh4FtW/zmqwbgBSKpMG468MI52lR25cuPN0VGCyl8+t3itx19epyx9fcPa6V2nYoUzg0mJCXWB8WunQsxD1zoYohiAzC/obz+RVgguXoAZ6K3hrethG44dnH0s+m073MDHbe9SFD4PIo= Received: by 10.100.5.17 with SMTP id 17mr2477537ane.1175377178886; Sat, 31 Mar 2007 14:39:38 -0700 (PDT) Received: by 10.100.242.17 with HTTP; Sat, 31 Mar 2007 14:39:38 -0700 (PDT) Message-ID: <26ddd1750703311439p79210196nb44163da814ee342@mail.gmail.com> Date: Sat, 31 Mar 2007 16:39:38 -0500 From: "Maxim Khitrov" To: freebsd-stable@freebsd.org In-Reply-To: <1175376231.7585.25.camel@ingress> MIME-Version: 1.0 References: <26ddd1750703311126q4a6916bata54a2d5773941245@mail.gmail.com> <1175376231.7585.25.camel@ingress> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: USB devices fail to re-attach on 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2007 21:39:40 -0000 On 3/31/07, Brian A. Seklecki wrote: > Can you show us your dmesg(8) output as you disconnect and reconnect a > device. Here you go: (Connect) umass1: vendor 0x0457 USB Mass Storage Device, rev 2.00/1.00, addr 3 da1 at umass-sim1 bus 1 target 0 lun 0 da1: Removable Direct Access SCSI-2 device da1: 40.000MB/s transfers da1: 1960MB (4014080 512 byte sectors: 255H 63S/T 249C) (Disconnect) umass1: at uhub2 port 2 (addr 3) disconnected (da1:umass-sim1:1:0:0): lost device (da1:umass-sim1:1:0:0): removing device entry umass1: detached After I disconnect the drive the first time, no matter how many times I reconnect or disconnect it, no other messages are added. > Are you being careful to umount the file systems on these scsi devices > between detaching the underlying USB device? Right now I don't even mount it. I boot the system up, insert the drive, give it a few seconds, and then remove it. After I've done this once, attaching the drive a second time doesn't work. - Max