From owner-freebsd-stable@FreeBSD.ORG Sun Aug 12 06:07:29 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B1AB16A417 for ; Sun, 12 Aug 2007 06:07:29 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id CF9FF13C459 for ; Sun, 12 Aug 2007 06:07:28 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 2561 invoked by uid 399); 12 Aug 2007 06:07:27 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 12 Aug 2007 06:07:27 -0000 X-Originating-IP: 127.0.0.1 Date: Sat, 11 Aug 2007 23:07:26 -0700 (PDT) From: Doug Barton To: Bill Smith In-Reply-To: <46BC74CD.6070401@rakupottery.org.uk> Message-ID: References: <20070809214606.GA1022@saturn.rakupottery.org.uk> <46BC0F35.3020202@rakupottery.org.uk> <46BC74CD.6070401@rakupottery.org.uk> X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: postfix not starting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Aug 2007 06:07:29 -0000 On Fri, 10 Aug 2007, Bill Smith wrote: > Thanks Doug, I ran mergemaster (again), I seemed to have missed out > FILESYSTEMS, my fault for not paying enough attention to detail and being in > a hurry, which I am not usually. > It is now fully functional. Glad it worked out for you! FWIW, I have the following in my .mergemasterrc file since pretty much day 1: AUTO_INSTALL=yes Might be worth a shot. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Sun Aug 12 08:03:16 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 013D416A417 for ; Sun, 12 Aug 2007 08:03:16 +0000 (UTC) (envelope-from bill@rakupottery.org.uk) Received: from jet.blackcatnetworks.co.uk (jet.ipv6.blackcatnetworks.co.uk [IPv6:2001:1b40:0:20::50]) by mx1.freebsd.org (Postfix) with ESMTP id 97CB313C45A for ; Sun, 12 Aug 2007 08:03:15 +0000 (UTC) (envelope-from bill@rakupottery.org.uk) Received: from rakuman.demon.co.uk ([80.177.154.53] helo=saturn.rakupottery.org.uk) by jet.blackcatnetworks.co.uk with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1IK8Pq-0003sx-2Y for freebsd-stable@freebsd.org; Sun, 12 Aug 2007 09:03:14 +0100 Message-ID: <46BEBEBC.5060808@rakupottery.org.uk> Date: Sun, 12 Aug 2007 09:03:08 +0100 From: Bill Smith User-Agent: Thunderbird 2.0.0.4 (X11/20070718) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20070809214606.GA1022@saturn.rakupottery.org.uk> <46BC0F35.3020202@rakupottery.org.uk> <46BC74CD.6070401@rakupottery.org.uk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BlackCat-Spam-Score: -38 Subject: Re: postfix not starting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Aug 2007 08:03:16 -0000 Doug Barton wrote: > On Fri, 10 Aug 2007, Bill Smith wrote: > >> Thanks Doug, I ran mergemaster (again), I seemed to have missed out >> FILESYSTEMS, my fault for not paying enough attention to detail and >> being in a hurry, which I am not usually. >> It is now fully functional. > > Glad it worked out for you! FWIW, I have the following in my > .mergemasterrc file since pretty much day 1: > > AUTO_INSTALL=yes > > Might be worth a shot. > > Doug > cheers, I will give that a crack! -- - Bill From owner-freebsd-stable@FreeBSD.ORG Sun Aug 12 12:24:37 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1281516A417; Sun, 12 Aug 2007 12:24:37 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.c0mplx.org (home.c0mplx.org [IPv6:2001:14b0:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id B78BF13C478; Sun, 12 Aug 2007 12:24:36 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from pi by home.c0mplx.org with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1IKCUj-000HxY-P3; Sun, 12 Aug 2007 14:24:33 +0200 Date: Sun, 12 Aug 2007 14:24:33 +0200 From: Kurt Jaeger To: freebsd-stable@freebsd.org Message-ID: <20070812122433.GA68970@home.c0mplx.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: freebsd-jail@freebsd.org, daichi@freebsd.org Subject: Patch for FreeBSD 6.2 fstat(1) to support unionfs (at least a little bit) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Aug 2007 12:24:37 -0000 Hi! fstat(1) from FreeBSD 6.2 can not display information about files which reside in a unionfs[1], as can be seen in this example[2]: USER CMD PID FD MOUNT INUM MODE SZ|DV R/W pi less 31028 root - - ?(unionfs) - pi less 31028 wd - - ?(unionfs) - pi less 31028 jail - - ?(unionfs) - pi less 31028 text - - ?(unionfs) - pi less 31028 0 /vserv/vserv3.nepustil.net/dev 109 crw--w---- ttyp5 rw pi less 31028 1 /vserv/vserv3.nepustil.net/dev 109 crw--w---- ttyp5 rw pi less 31028 2 /vserv/vserv3.nepustil.net/dev 109 crw--w---- ttyp5 rw pi less 31028 3 /vserv/vserv3.nepustil.net/dev 109 crw--w---- ttyp5 r pi less 31028 4 - - ?(unionfs) - This patch[3] fixes it, as can be seen in this other example[4]: USER CMD PID FD MOUNT INUM MODE SZ|DV R/W pi less 31028 root /vserv/vserv3.nepustil.net 4804764 drwxrwxr-x 512 r unionupper /usr pi less 31028 wd /vserv/vserv3.nepustil.net 5042109 drwx------ 1536 r unionupper /usr pi less 31028 jail /vserv/vserv3.nepustil.net 4804764 drwxrwxr-x 512 r unionupper /usr pi less 31028 text /vserv/vserv3.nepustil.net 5159119 -r-xr-xr-x 109300 r unionlower /usr pi less 31028 0 /vserv/vserv3.nepustil.net/dev 109 crw--w---- ttyp5 rw pi less 31028 1 /vserv/vserv3.nepustil.net/dev 109 crw--w---- ttyp5 rw pi less 31028 2 /vserv/vserv3.nepustil.net/dev 109 crw--w---- ttyp5 rw pi less 31028 3 /vserv/vserv3.nepustil.net/dev 109 crw--w---- ttyp5 r pi less 31028 4 /vserv/vserv3.nepustil.net 5042526 -rw------- 702 r unionupper /usr The filesytems involved: f6# df [...] Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0s1e 43938150 20634736 19788362 51% /usr [...] :/vserv/template/stage2 87876300 64572886 19788362 77% /vserv/vserv3.nepustil.net devfs 1 1 0 100% /vserv/vserv3.nepustil.net/dev [...] were mounted with the following command: /sbin/mount -t unionfs -o noatime,below,copymode=transparent /vserv/template/stage2 /vserv/vserv3.nepustil.net /sbin/mount_devfs devfs /vserv/vserv3.nepustil.net How to apply: cd /tmp/ fetch http://c0mplx.org/src/fstat-unionfs-patch/patch-20070812 cd /usr patch < /tmp/patch-20070812 cd /usr/src/usr.bin/fstat/ make install TODO: support other filesystems besides UFS as lower filesystems [1] http://people.freebsd.org/~daichi/unionfs/ [2] http://c0mplx.org/src/fstat-unionfs-patch/before [3] http://c0mplx.org/src/fstat-unionfs-patch/patch-20070812 [4] http://c0mplx.org/src/fstat-unionfs-patch/after See also: http://c0mplx.org/src/fstat-unionfs-patch/ -- pi@c0mplx.org +49 171 3101372 13 years to go ! From owner-freebsd-stable@FreeBSD.ORG Sun Aug 12 18:59:17 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 839CD16A420 for ; Sun, 12 Aug 2007 18:59:17 +0000 (UTC) (envelope-from johnson.peter@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5BFEC13C465 for ; Sun, 12 Aug 2007 18:59:17 +0000 (UTC) (envelope-from johnson.peter@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1712155waf for ; Sun, 12 Aug 2007 11:59:17 -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:content-transfer-encoding:content-disposition; b=nERko/XMcUf1kkuKKCHKeCX0YdlN0VsKHV2/KPPJcaM+Pp+3lsVCZOOGtEB3xC5voyy5hfsUfM0VggWpqViKifrnzqRc5/GbpNLw0iu0EGTPNB4tGNnxafPCfzsJH7VNLaW4Y/l1Hy+j9wXTO8wY9ju/EAiwQRKhlHyTqNqsKcw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=OPjKQYShB5i7cx+AyZfXoHp4Vs4tegITDxM/Y8uEtCXRGAJ1SdhTf6VHGaYp4nxqQEXlyJgR4CHILL3CAnhU7zbOU1POZ9rQZ2m4/G4BCEDJCPvTd+SdVmYVz+YmLsn6SyBXzVfQLU6l4cmPHzAQDnuSSaMmrx0VwIGjwitE99w= Received: by 10.114.57.1 with SMTP id f1mr575659waa.1186943422470; Sun, 12 Aug 2007 11:30:22 -0700 (PDT) Received: by 10.114.56.4 with HTTP; Sun, 12 Aug 2007 11:30:22 -0700 (PDT) Message-ID: <1233f1b60708121130y791afbf0ma1fcc02dbaa69718@mail.gmail.com> Date: Sun, 12 Aug 2007 11:30:22 -0700 From: "Peter Johnson" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Crash in ata (owner=0x4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Aug 2007 18:59:17 -0000 Not doing anything special, just browsing in Firefox. I've had a couple of different panics, but all have this weird owner=0x4. The panic is in ata; maybe because I boot from da disks, my system (usually) manages to stay up for a while before panicing... not in this crash however. I have the core available for further debugging if necessary. Thanks, Peter # sudo kgdb kernel.debug /work/vmcore.3 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [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: acd0: WARNING - PREVENT_ALLOW read data overrun 18>0 kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x78 fault code = supervisor read, page not present instruction pointer = 0x20:0xc055027d stack pointer = 0x28:0xe3967be0 frame pointer = 0x28:0xe3967be4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 16 (swi6: task queue) trap number = 12 panic: page fault Uptime: 4m50s Dumping 1023 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1023MB (261868 pages) 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc0529294 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc05295c6 in panic (fmt=0xc06f9eb1 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc06de87c in trap_fatal (frame=0xe3967ba0, eva=0) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc06ddf54 in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = -987230208, tf_esi = -991219328, tf_ebp = -476677148, tf_isp = -476677172, tf_ebx = -991291328, tf_edx = -991219328, tf_ecx = 4, tf_eax = 4, tf_trapno = 12, tf_err = 0, tf_eip = -1068170627, tf_cs = 32, tf_eflags = 589831, tf_esp = -991219328, tf_ss = -476677112}) at /usr/src/sys/i386/i386/trap.c:270 #5 0xc06c93ba in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc055027d in turnstile_setowner (ts=0xc4ea1840, owner=0x4) at /usr/src/sys/kern/subr_turnstile.c:434 #7 0xc05505da in turnstile_wait (lock=0xc528104c, owner=0x4) at /usr/src/sys/kern/subr_turnstile.c:593 #8 0xc051e974 in _mtx_lock_sleep (m=0xc528104c, tid=3303747968, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:579 #9 0xc05285f8 in _sema_post (sema=0xc528104c, file=0x0, line=0) at /usr/src/sys/kern/kern_sema.c:79 #10 0xc0488b11 in ata_completed (context=0xc5281000, dummy=1) at /usr/src/sys/dev/ata/ata-queue.c:481 #11 0xc054ee3d in taskqueue_run (queue=0xc4ef0e00) at /usr/src/sys/kern/subr_taskqueue.c:257 #12 0xc054f0d3 in taskqueue_swi_run (dummy=0x0) at /usr/src/sys/kern/subr_taskqueue.c:299 #13 0xc050f5fc in ithread_execute_handlers (p=0xc4eb1a78, ie=0xc4ef0d80) at /usr/src/sys/kern/kern_intr.c:682 #14 0xc050f756 in ithread_loop (arg=0xc4f25590) at /usr/src/sys/kern/kern_intr.c:765 #15 0xc050e13f in fork_exit (callout=0xc050f6f0 , arg=0x4, frame=0x4) at /usr/src/sys/kern/kern_fork.c:830 #16 0xc06c941c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 (kgdb) list *0xc055027d 0xc055027d is in turnstile_setowner (/usr/src/sys/kern/subr_turnstile.c:435). 430 431 mtx_assert(&td_contested_lock, MA_OWNED); 432 MPASS(owner->td_proc->p_magic == P_MAGIC); 433 MPASS(ts->ts_owner == NULL); 434 ts->ts_owner = owner; 435 LIST_INSERT_HEAD(&owner->td_contested, ts, ts_link); 436 } 437 438 /* 439 * Malloc a turnstile for a new thread, initialize it and return it. (kgdb) up 8 #8 0xc051e974 in _mtx_lock_sleep (m=0xc528104c, tid=3303747968, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:579 579 turnstile_wait(&m->mtx_object, mtx_owner(m)); (kgdb) list 574 #endif 575 576 /* 577 * Block on the turnstile. 578 */ 579 turnstile_wait(&m->mtx_object, mtx_owner(m)); 580 } 581 582 #ifdef KTR 583 if (cont_logged) { (kgdb) print *m $1 = {mtx_object = {lo_class = 0xc073a044, lo_name = 0xc06ff5f2 "ATA request done", lo_type = 0xc0709820 "sema backing lock", lo_flags = 262144, lo_list = { tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0}, mtx_lock = 6, mtx_recurse = 0} (kgdb) # dmesg Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #2: Sat Aug 11 22:55:00 PDT 2007 root@XXX.XXX.XXX:/work/obj/usr/src/sys/WORKSTATION ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(TM) MP 1800+ (1533.40-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 Features=0x383fbff AMD Features=0xc0480800 real memory = 1073659904 (1023 MB) avail memory = 1037479936 (989 MB) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 nvidia0: mem 0xe6000000-0xe6ffffff,0xe8000000-0xefffffff,0xe5000000-0xe5ffffff irq 16 at device 5.0 on pci1 nvidia0: [GIANT-LOCKED] isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd800-0xd80f at device 7.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 7.3 (no driver attached) em0: port 0xd400-0xd43f mem 0xe4800000-0xe481ffff,0xe4000000-0xe403ffff irq 20 at device 8.0 on pci0 em0: Ethernet address: 00:04:23:b5:a8:07 ahc0: port 0xd000-0xd0ff mem 0xe3800000-0xe3800fff irq 21 at device 9.0 on pci0 ahc0: [GIANT-LOCKED] aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs pcib2: at device 16.0 on pci0 pci2: on pcib2 pci2: at device 4.0 (no driver attached) fwohci0: port 0xb400-0xb47f mem 0xe2800000-0xe28007ff irq 18 at device 5.0 on pci2 fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 00:01:08:00:37:00:b4:9e fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:01:08:00:b4:9e fwe0: Ethernet address: 02:01:08:00:b4:9e fwe0: if_start running deferred for Giant fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pcm0: port 0xb000-0xb01f irq 17 at device 6.0 on pci2 pcm0: fdc0: port 0x3f2-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 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] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xce7ff 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 1533400777 Hz quality 800 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle acd0: DVDR at ata0-master UDMA33 sa0 at ahc0 bus 0 target 4 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 10.000MB/s transfers (10.000MHz, offset 15) da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da1: 17501MB (35843671 512 byte sectors: 255H 63S/T 2231C) da2 at ahc0 bus 0 target 5 lun 0 da2: Removable Direct Access SCSI-2 device da2: 3.300MB/s transfers da2: 96MB (196608 512 byte sectors: 64H 32S/T 96C) cd0 at ahc0 bus 0 target 3 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 20.000MB/s transfers (20.000MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/da0s2a fuse4bsd: version 0.3.0, FUSE ABI 7.8 From owner-freebsd-stable@FreeBSD.ORG Mon Aug 13 01:57:20 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D78C16A419 for ; Mon, 13 Aug 2007 01:57:20 +0000 (UTC) (envelope-from nayak_purushotham@yahoo.com) Received: from web56104.mail.re3.yahoo.com (web56104.mail.re3.yahoo.com [216.252.110.198]) by mx1.freebsd.org (Postfix) with SMTP id EA70F13C459 for ; Mon, 13 Aug 2007 01:57:19 +0000 (UTC) (envelope-from nayak_purushotham@yahoo.com) Received: (qmail 9830 invoked by uid 60001); 13 Aug 2007 01:30:38 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=yA14nCQp/KCGRfFyfC0NVf/as2UshKl+BnmwY6nqJ+LBHt2EsIhBblgDMNxZaGr2nNA2wS0v/CAlgkfBXEzwGLX29xvw/s806M2h0mkaU0xpD6V4RoZlzU7QluzMxsw896/tnVojpjv0BNhGoyNOPCHVK+hOsM/Si25u2IChai4=; X-YMail-OSG: 0GxFVdoVM1njxtAMQFHOHfVucrX0Xytx4cfMyD8D30QVYvKpfeudDmkbCT7ebrsYoQ-- Received: from [68.48.61.61] by web56104.mail.re3.yahoo.com via HTTP; Sun, 12 Aug 2007 18:30:38 PDT Date: Sun, 12 Aug 2007 18:30:38 -0700 (PDT) From: Purushotham Nayak To: freebsd-stable@freebsd.org MIME-Version: 1.0 Message-ID: <705721.9802.qm@web56104.mail.re3.yahoo.com> X-Mailman-Approved-At: Mon, 13 Aug 2007 02:19:04 +0000 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: buildkernel acpi failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Aug 2007 01:57:20 -0000 I had FreeBSD 6.1 on my machine and it was working very well. I tried to upgrade to 6.2 using a upgrade_script which rendered my system unbootable. I booted using a FreesBIE liveCD and tried to buildkernel through a chrooted environment so that I can build fix my hard disk. I get the following error everytime I try to make buildkernel. I've tried cvsuping my sources with 6.0 6.1 and 6.2 and get the same error with all three. Does anyone know what could be causing it ? /n/lorax1/usr6/src/sys/i386/acpica/acpi_wakecode.S: Assembler messages: /n/lorax1/usr6/src/sys/i386/acpica/acpi_wakecode.S:103: Error: suffix or operands invalid for `ljmp' *** Error code 1 1 error *** Error code 2 nayak --------------------------------- Got a little couch potato? Check out fun summer activities for kids. From owner-freebsd-stable@FreeBSD.ORG Mon Aug 13 09:51:42 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B087516A418 for ; Mon, 13 Aug 2007 09:51:42 +0000 (UTC) (envelope-from toomany@toomany.net) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by mx1.freebsd.org (Postfix) with ESMTP id 960BD13C48D for ; Mon, 13 Aug 2007 09:51:42 +0000 (UTC) (envelope-from toomany@toomany.net) Received: by wa-out-1112.google.com with SMTP id k17so1935493waf for ; Mon, 13 Aug 2007 02:51:42 -0700 (PDT) Received: by 10.114.174.2 with SMTP id w2mr632630wae.1186996998014; Mon, 13 Aug 2007 02:23:18 -0700 (PDT) Received: by 10.115.33.7 with HTTP; Mon, 13 Aug 2007 02:23:17 -0700 (PDT) Message-ID: Date: Mon, 13 Aug 2007 11:23:17 +0200 From: "TooMany Secrets" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline Subject: snd_hda in internal speaker X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Aug 2007 09:51:42 -0000 SGkhCgpNeSB3b3Jrc3RhdGlvbiBpcyBhIERlbGwgUHJlY2lzaW9uIDM4MCwgd2l0aCBhIHJlY2Vu dCBGcmVlQlNECjYuMi1SRUxFQVNFIGFuZCBjdnN1cGVkIHRvIC1TVEFCTEUgdGhlIGxhc3Qgc2F0 dXJkYXkgKHBhc3Qgd2VlaykuCk15IHByb2JsZW0gaXMgd2l0aCB0aGUgc25kX2hkYSBtb2R1bGUg KEkgdGhpbmspLCBiZWNhdXNlIHRoZSBzb3VuZCBpcwpvbmx5IGhlYXJkIHRocm91Z2ggaW50ZXJu YWwgc3BlYWtlci4gVGhlIGRlc2t0b3AgaXMgdGhlIGxhc3QgeGZjZTQKcG9ydCwgYW5kIHRoZSBT b3VuZCBjb25maWcgaXMgdsOtYSBtaXhlcjAuCgpIZXJlIGl0IGlzIG15IGNvbmZpZywgYW5kIHRo YW5rIHlvdSB2ZXJ5IG11Y2g6CgokIHBjaWNvbmYgLWwgLXYKaG9zdGIwQHBjaTA6MDowOiAgICAg ICAgY2xhc3M9MHgwNjAwMDAgY2FyZD0weDAxYTgxMDI4IGNoaXA9MHgyNzc0ODA4NgpyZXY9MHgw MCBoZHI9MHgwMAogICAgdmVuZG9yICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2Ug ICA9ICc5NTV4IFByb2Nlc3NvciB0byBJL08gQ29udHJvbGxlcicKICAgIGNsYXNzICAgID0gYnJp ZGdlCiAgICBzdWJjbGFzcyA9IEhPU1QtUENJCnBjaWIxQHBjaTA6MTowOiBjbGFzcz0weDA2MDQw MCBjYXJkPTB4MDAwMDgwODYgY2hpcD0weDI3NzU4MDg2IHJldj0weDAwIGhkcj0weDAxCiAgICB2 ZW5kb3IgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgID0gJzk1NXggUENJIEV4 cHJlc3MgR3JhcGhpY3MgUG9ydCcKICAgIGNsYXNzICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyA9 IFBDSS1QQ0kKcGNtMEBwY2kwOjI3OjA6IGNsYXNzPTB4MDQwMzAwIGNhcmQ9MHgwMWE4MTAyOCBj aGlwPTB4MjdkODgwODYgcmV2PTB4MDEgaGRyPTB4MDAKICAgIHZlbmRvciAgID0gJ0ludGVsIENv cnBvcmF0aW9uJwogICAgZGV2aWNlICAgPSAnODI4MDFHIChJQ0g3IEZhbWlseSkgSGlnaCBEZWZp bml0aW9uIEF1ZGlvJwogICAgY2xhc3MgICAgPSBtdWx0aW1lZGlhCnBjaWIyQHBjaTA6Mjg6MDog ICAgICAgIGNsYXNzPTB4MDYwNDAwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4MjdkMDgwODYKcmV2 PTB4MDEgaGRyPTB4MDEKICAgIHZlbmRvciAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2 aWNlICAgPSAnODI4MDFHIChJQ0g3IEZhbWlseSkgUENJIEV4cHJlc3MgUm9vdCBQb3J0JwogICAg Y2xhc3MgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzID0gUENJLVBDSQpwY2liM0BwY2kwOjI4OjQ6 ICAgICAgICBjbGFzcz0weDA2MDQwMCBjYXJkPTB4MDAwMDAwMDAgY2hpcD0weDI3ZTA4MDg2CnJl dj0weDAxIGhkcj0weDAxCiAgICB2ZW5kb3IgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRl dmljZSAgID0gJzgyODAxR1IvR0gvR0hNIChJQ0g3IEZhbWlseSkgUENJIEV4cHJlc3MgUm9vdCBQ b3J0JwogICAgY2xhc3MgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzID0gUENJLVBDSQpwY2liNEBw Y2kwOjI4OjU6ICAgICAgICBjbGFzcz0weDA2MDQwMCBjYXJkPTB4MDAwMDAwMDAgY2hpcD0weDI3 ZTI4MDg2CnJldj0weDAxIGhkcj0weDAxCiAgICB2ZW5kb3IgICA9ICdJbnRlbCBDb3Jwb3JhdGlv bicKICAgIGRldmljZSAgID0gJzgyODAxR1IvR0gvR0hNIChJQ0g3IEZhbWlseSkgUENJIEV4cHJl c3MgUm9vdCBQb3J0JwogICAgY2xhc3MgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzID0gUENJLVBD SQp1aGNpMEBwY2kwOjI5OjA6ICAgICAgICBjbGFzcz0weDBjMDMwMCBjYXJkPTB4MDFhODEwMjgg Y2hpcD0weDI3Yzg4MDg2CnJldj0weDAxIGhkcj0weDAwCiAgICB2ZW5kb3IgICA9ICdJbnRlbCBD b3Jwb3JhdGlvbicKICAgIGRldmljZSAgID0gJzgyODAxRyAoSUNINyBGYW1pbHkpIFVTQiBVbml2 ZXJzYWwgSG9zdCBDb250cm9sbGVyJwogICAgY2xhc3MgICAgPSBzZXJpYWwgYnVzCiAgICBzdWJj bGFzcyA9IFVTQgp1aGNpMUBwY2kwOjI5OjE6ICAgICAgICBjbGFzcz0weDBjMDMwMCBjYXJkPTB4 MDFhODEwMjggY2hpcD0weDI3Yzk4MDg2CnJldj0weDAxIGhkcj0weDAwCiAgICB2ZW5kb3IgICA9 ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgID0gJzgyODAxRyAoSUNINyBGYW1pbHkp IFVTQiBVbml2ZXJzYWwgSG9zdCBDb250cm9sbGVyJwogICAgY2xhc3MgICAgPSBzZXJpYWwgYnVz CiAgICBzdWJjbGFzcyA9IFVTQgp1aGNpMkBwY2kwOjI5OjI6ICAgICAgICBjbGFzcz0weDBjMDMw MCBjYXJkPTB4MDFhODEwMjggY2hpcD0weDI3Y2E4MDg2CnJldj0weDAxIGhkcj0weDAwCiAgICB2 ZW5kb3IgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgID0gJzgyODAxRyAoSUNI NyBGYW1pbHkpIFVTQiBVbml2ZXJzYWwgSG9zdCBDb250cm9sbGVyJwogICAgY2xhc3MgICAgPSBz ZXJpYWwgYnVzCiAgICBzdWJjbGFzcyA9IFVTQgp1aGNpM0BwY2kwOjI5OjM6ICAgICAgICBjbGFz cz0weDBjMDMwMCBjYXJkPTB4MDFhODEwMjggY2hpcD0weDI3Y2I4MDg2CnJldj0weDAxIGhkcj0w eDAwCiAgICB2ZW5kb3IgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgID0gJzgy ODAxRyAoSUNINyBGYW1pbHkpIFVTQiBVbml2ZXJzYWwgSG9zdCBDb250cm9sbGVyJwogICAgY2xh c3MgICAgPSBzZXJpYWwgYnVzCiAgICBzdWJjbGFzcyA9IFVTQgplaGNpMEBwY2kwOjI5Ojc6ICAg ICAgICBjbGFzcz0weDBjMDMyMCBjYXJkPTB4MDFhODEwMjggY2hpcD0weDI3Y2M4MDg2CnJldj0w eDAxIGhkcj0weDAwCiAgICB2ZW5kb3IgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmlj ZSAgID0gJzgyODAxRyAoSUNINyBGYW1pbHkpIFVTQiAyLjAgRW5oYW5jZWQgSG9zdCBDb250cm9s bGVyJwogICAgY2xhc3MgICAgPSBzZXJpYWwgYnVzCiAgICBzdWJjbGFzcyA9IFVTQgpwY2liNUBw Y2kwOjMwOjA6ICAgICAgICBjbGFzcz0weDA2MDQwMSBjYXJkPTB4MDAwMDAwMDAgY2hpcD0weDI0 NGU4MDg2CnJldj0weGUxIGhkcj0weDAxCiAgICB2ZW5kb3IgICA9ICdJbnRlbCBDb3Jwb3JhdGlv bicKICAgIGRldmljZSAgID0gJzgyODAxQkEvQ0EvREIvREJML0VCL0VSL0ZCIChJQ0gyLzMvNC80 LzUvNS82KSwgNjMwMEVTQgpIdWIgSW50ZXJmYWNlIHRvIFBDSSBCcmlkZ2UnCiAgICBjbGFzcyAg ICA9IGJyaWRnZQogICAgc3ViY2xhc3MgPSBQQ0ktUENJCmlzYWIwQHBjaTA6MzE6MDogICAgICAg IGNsYXNzPTB4MDYwMTAwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4MjdiODgwODYKcmV2PTB4MDEg aGRyPTB4MDAKICAgIHZlbmRvciAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAg PSAnODI4MDFHQi9HUiAoSUNINyBGYW1pbHkpIExQQyBJbnRlcmZhY2UgQ29udHJvbGxlcicKICAg IGNsYXNzICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyA9IFBDSS1JU0EKYXRhcGNpMEBwY2kwOjMx OjI6ICAgICAgY2xhc3M9MHgwMTAxODAgY2FyZD0weDAxYTgxMDI4IGNoaXA9MHgyN2MwODA4Ngpy ZXY9MHgwMSBoZHI9MHgwMAogICAgdmVuZG9yICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBk ZXZpY2UgICA9ICc4MjgwMUdCL0dSL0dIIChJQ0g3IEZhbWlseSkgU2VyaWFsIEFUQSBTdG9yYWdl IENvbnRyb2xsZXInCiAgICBjbGFzcyAgICA9IG1hc3Mgc3RvcmFnZQogICAgc3ViY2xhc3MgPSBB VEEKbm9uZTBAcGNpMDozMTozOiAgICAgICAgY2xhc3M9MHgwYzA1MDAgY2FyZD0weDAxYTgxMDI4 IGNoaXA9MHgyN2RhODA4NgpyZXY9MHgwMSBoZHI9MHgwMAogICAgdmVuZG9yICAgPSAnSW50ZWwg Q29ycG9yYXRpb24nCiAgICBkZXZpY2UgICA9ICc4MjgwMUcgKElDSDcgRmFtaWx5KSBTTUJ1cyBD b250cm9sbGVyJwogICAgY2xhc3MgICAgPSBzZXJpYWwgYnVzCiAgICBzdWJjbGFzcyA9IFNNQnVz Cm52aWRpYTBAcGNpMTowOjA6ICAgICAgIGNsYXNzPTB4MDMwMDAwIGNhcmQ9MHgwMmQxMTBkZSBj aGlwPTB4MDE0ZTEwZGUKcmV2PTB4YTIgaGRyPTB4MDAKICAgIHZlbmRvciAgID0gJ05WSURJQSBD b3Jwb3JhdGlvbicKICAgIGRldmljZSAgID0gJ05WNDMgTlZJRElBIFF1YWRybyBGWCA1NDAnCiAg ICBjbGFzcyAgICA9IGRpc3BsYXkKICAgIHN1YmNsYXNzID0gVkdBCmJnZTBAcGNpNDowOjA6ICBj bGFzcz0weDAyMDAwMCBjYXJkPTB4MDFhODEwMjggY2hpcD0weDE2NzcxNGU0IHJldj0weDAxIGhk cj0weDAwCiAgICB2ZW5kb3IgICA9ICdCcm9hZGNvbSBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAg ID0gJ0JDTTU3NTBBMSBOZXRYdHJlbWUgR2lnYWJpdCBFdGhlcm5ldCBQQ0kgRXhwcmVzcycKICAg IGNsYXNzICAgID0gbmV0d29yawogICAgc3ViY2xhc3MgPSBldGhlcm5ldAphdGgwQHBjaTU6NDow OiAgY2xhc3M9MHgwMjAwMDAgY2FyZD0weDNhMTMxMTg2IGNoaXA9MHgwMDEzMTY4YyByZXY9MHgw MSBoZHI9MHgwMAogICAgdmVuZG9yICAgPSAnQXRoZXJvcyBDb21tdW5pY2F0aW9ucyBJbmMuJwog ICAgZGV2aWNlICAgPSAnQVI1MjEyLCBBUjUyMTMgODAyLjExYS9iL2cgV2lyZWxlc3MgQWRhcHRl cicKICAgIGNsYXNzICAgID0gbmV0d29yawogICAgc3ViY2xhc3MgPSBldGhlcm5ldAoKJCBkbWVz ZwpDb3B5cmlnaHQgKGMpIDE5OTItMjAwNyBUaGUgRnJlZUJTRCBQcm9qZWN0LgpDb3B5cmlnaHQg KGMpIDE5NzksIDE5ODAsIDE5ODMsIDE5ODYsIDE5ODgsIDE5ODksIDE5OTEsIDE5OTIsIDE5OTMs IDE5OTQKICAgICAgICBUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlh LiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsg b2YgVGhlIEZyZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA2LjItU1RBQkxFICMwOiBTdW4gQXVn IDEyIDE4OjUyOjE3IENFU1QgMjAwNwogICAgcm9vdEBrbGluZ29uLnZsZXguY29tOi91c3Ivb2Jq L3Vzci9zcmMvc3lzL0tMSU5HT04KVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4 MiBIeiBxdWFsaXR5IDAKQ1BVOiBJbnRlbChSKSBQZW50aXVtKFIpIDQgQ1BVIDMuMDBHSHogKDI5 OTIuNjAtTUh6IDY4Ni1jbGFzcyBDUFUpCiAgT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIgIElkID0g MHhmNDEgIFN0ZXBwaW5nID0gMQogIEZlYXR1cmVzPTB4YmZlYmZiZmY8RlBVLFZNRSxERSxQU0Us VFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYs Q0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixTUyxIVFQsVE0sUEJFPgogIEZlYXR1 cmVzMj0weDY0MWQ8U1NFMyxSU1ZEMixNT04sRFNfQ1BMLENOVFgtSUQsQ1gxNiw8YjE0Pj4KICBB TUQgRmVhdHVyZXM9MHgyMDEwMDAwMDxOWCxMTT4KICBMb2dpY2FsIENQVXMgcGVyIGNvcmU6IDIK cmVhbCBtZW1vcnkgID0gMTA3MjIwOTkyMCAoMTAyMiBNQikKYXZhaWwgbWVtb3J5ID0gMTAzMTg1 NjEyOCAoOTg0IE1CKQpBQ1BJIEFQSUMgVGFibGU6IDxERUxMICAgV1MgMzgwID4KaW9hcGljMDog Q2hhbmdpbmcgQVBJQyBJRCB0byA4CmlvYXBpYzAgPFZlcnNpb24gMi4wPiBpcnFzIDAtMjMgb24g bW90aGVyYm9hcmQKbGFwaWMwOiBGb3JjaW5nIExJTlQxIHRvIGVkZ2UgdHJpZ2dlcgp3bGFuOiBt YWMgYWNsIHBvbGljeSByZWdpc3RlcmVkCmtiZDEgYXQga2JkbXV4MAphdGhfaGFsOiAwLjkuMjAu MyAoQVI1MjEwLCBBUjUyMTEsIEFSNTIxMiwgUkY1MTExLCBSRjUxMTIsIFJGMjQxMywgUkY1NDEz KQphY3BpMDogPERFTEwgV1MgMzgwID4gb24gbW90aGVyYm9hcmQKYWNwaV9ocGV0MDogPEhpZ2gg UHJlY2lzaW9uIEV2ZW50IFRpbWVyPiBpb21lbSAweGZlZDAwMDAwLTB4ZmVkMDAzZmYgb24gYWNw aTAKVGltZWNvdW50ZXIgIkhQRVQiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDIwMDAK YWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4ZWQpClRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1 ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgMTAwMAphY3BpX3RpbWVyMDogPDI0LWJpdCB0aW1lciBh dCAzLjU3OTU0NU1Iej4gcG9ydCAweDgwOC0weDgwYiBvbiBhY3BpMApjcHUwOiA8QUNQSSBDUFU+ IG9uIGFjcGkwCmFjcGlfYnV0dG9uMDogPFBvd2VyIEJ1dHRvbj4gb24gYWNwaTAKcGNpYjA6IDxB Q1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMApwY2kwOiA8QUNQ SSBQQ0kgYnVzPiBvbiBwY2liMApwY2liMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNiBh dCBkZXZpY2UgMS4wIG9uIHBjaTAKcGNpMTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjEKbnZpZGlh MDogPFF1YWRybyBGWCA1NDA+IG1lbQoweGY4MDAwMDAwLTB4ZmJmZmZmZmYsMHhlODAwMDAwMC0w eGVmZmZmZmZmLDB4ZmQwMDAwMDAtMHhmZGZmZmZmZiBpcnEKMTYgYXQgZGV2aWNlIDAuMCBvbiBw Y2kxCm52aWRpYTA6IFtHSUFOVC1MT0NLRURdCnBjbTA6IDxJbnRlbCA4MjgwMUcgSGlnaCBEZWZp bml0aW9uIEF1ZGlvIENvbnRyb2xsZXI+IG1lbQoweGZlYmZjMDAwLTB4ZmViZmZmZmYgaXJxIDE2 IGF0IGRldmljZSAyNy4wIG9uIHBjaTAKcGNpYjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEg MTYgYXQgZGV2aWNlIDI4LjAgb24gcGNpMApwY2kyOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMgpw Y2liMzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMjguNCBvbiBwY2kw CnBjaTM6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIzCnBjaWI0OiA8QUNQSSBQQ0ktUENJIGJyaWRn ZT4gaXJxIDE3IGF0IGRldmljZSAyOC41IG9uIHBjaTAKcGNpNDogPEFDUEkgUENJIGJ1cz4gb24g cGNpYjQKYmdlMDogPEJyb2FkY29tIEJDTTU3NTAgQTEsIEFTSUMgcmV2LiAweDQwMDE+IG1lbQow eGY3ZWYwMDAwLTB4ZjdlZmZmZmYgaXJxIDE3IGF0IGRldmljZSAwLjAgb24gcGNpNAptaWlidXMw OiA8TUlJIGJ1cz4gb24gYmdlMApicmdwaHkwOiA8QkNNNTc1MCAxMC8xMDAvMTAwMGJhc2VUWCBQ SFk+IG9uIG1paWJ1czAKYnJncGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgs IDEwMGJhc2VUWC1GRFgsIDEwMDBiYXNlVCwKMTAwMGJhc2VULUZEWCwgYXV0bwpiZ2UwOiBFdGhl cm5ldCBhZGRyZXNzOiAwMDoxMjozZjo3NjoyZjphNwp1aGNpMDogPFVIQ0kgKGdlbmVyaWMpIFVT QiBjb250cm9sbGVyPiBwb3J0IDB4ZmY4MC0weGZmOWYgaXJxIDIxIGF0CmRldmljZSAyOS4wIG9u IHBjaTAKdWhjaTA6IFtHSUFOVC1MT0NLRURdCnVzYjA6IDxVSENJIChnZW5lcmljKSBVU0IgY29u dHJvbGxlcj4gb24gdWhjaTAKdXNiMDogVVNCIHJldmlzaW9uIDEuMAp1aHViMDogSW50ZWwgVUhD SSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDEKdWh1YjA6IDIgcG9y dHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVoY2kxOiA8VUhDSSAoZ2VuZXJpYykg VVNCIGNvbnRyb2xsZXI+IHBvcnQgMHhmZjYwLTB4ZmY3ZiBpcnEgMjIgYXQKZGV2aWNlIDI5LjEg b24gcGNpMAp1aGNpMTogW0dJQU5ULUxPQ0tFRF0KdXNiMTogPFVIQ0kgKGdlbmVyaWMpIFVTQiBj b250cm9sbGVyPiBvbiB1aGNpMQp1c2IxOiBVU0IgcmV2aXNpb24gMS4wCnVodWIxOiBJbnRlbCBV SENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMQp1aHViMTogMiBw b3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWhjaTI6IDxVSENJIChnZW5lcmlj KSBVU0IgY29udHJvbGxlcj4gcG9ydCAweGZmNDAtMHhmZjVmIGlycSAxOCBhdApkZXZpY2UgMjku MiBvbiBwY2kwCnVoY2kyOiBbR0lBTlQtTE9DS0VEXQp1c2IyOiA8VUhDSSAoZ2VuZXJpYykgVVNC IGNvbnRyb2xsZXI+IG9uIHVoY2kyCnVzYjI6IFVTQiByZXZpc2lvbiAxLjAKdWh1YjI6IEludGVs IFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxCnVodWIyOiAy IHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aGNpMzogPFVIQ0kgKGdlbmVy aWMpIFVTQiBjb250cm9sbGVyPiBwb3J0IDB4ZmYyMC0weGZmM2YgaXJxIDIzIGF0CmRldmljZSAy OS4zIG9uIHBjaTAKdWhjaTM6IFtHSUFOVC1MT0NLRURdCnVzYjM6IDxVSENJIChnZW5lcmljKSBV U0IgY29udHJvbGxlcj4gb24gdWhjaTMKdXNiMzogVVNCIHJldmlzaW9uIDEuMAp1aHViMzogSW50 ZWwgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDEKdWh1YjM6 IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCmVoY2kwOiA8SW50ZWwgODI4 MDFHQi9SIChJQ0g3KSBVU0IgMi4wIGNvbnRyb2xsZXI+IG1lbQoweGZmYTgwODAwLTB4ZmZhODBi ZmYgaXJxIDIxIGF0IGRldmljZSAyOS43IG9uIHBjaTAKZWhjaTA6IFtHSUFOVC1MT0NLRURdCnVz YjQ6IHdhaXRpbmcgZm9yIEJJT1MgdG8gZ2l2ZSB1cCBjb250cm9sCnVzYjQ6IEVIQ0kgdmVyc2lv biAxLjAKdXNiNDogY29tcGFuaW9uIGNvbnRyb2xsZXJzLCAyIHBvcnRzIGVhY2g6IHVzYjAgdXNi MSB1c2IyIHVzYjMKdXNiNDogPEludGVsIDgyODAxR0IvUiAoSUNINykgVVNCIDIuMCBjb250cm9s bGVyPiBvbiBlaGNpMAp1c2I0OiBVU0IgcmV2aXNpb24gMi4wCnVodWI0OiBJbnRlbCBFSENJIHJv b3QgaHViLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMQp1aHViNDogOCBwb3J0cyB3 aXRoIDggcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKcGNpYjU6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdl PiBhdCBkZXZpY2UgMzAuMCBvbiBwY2kwCnBjaTU6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI1CmF0 aDA6IDxBdGhlcm9zIDUyMTI+IG1lbSAweGY3ZGYwMDAwLTB4ZjdkZmZmZmYgaXJxIDE2IGF0IGRl dmljZSA0LjAgb24gcGNpNQphdGgwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDoxOTo1YjozYjo1NDoz OAphdGgwOiBtYWMgNy45IHBoeSA0LjUgcmFkaW8gNS42CmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+ IGF0IGRldmljZSAzMS4wIG9uIHBjaTAKaXNhMDogPElTQSBidXM+IG9uIGlzYWIwCmF0YXBjaTA6 IDxJbnRlbCBJQ0g3IFNBVEEzMDAgY29udHJvbGxlcj4gcG9ydAoweDFmMC0weDFmNywweDNmNiww eDE3MC0weDE3NywweDM3NiwweGZmYTAtMHhmZmFmIGlycSAyMCBhdCBkZXZpY2UKMzEuMiBvbiBw Y2kwCmF0YTA6IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kwCmF0YTE6IDxBVEEgY2hhbm5lbCAx PiBvbiBhdGFwY2kwCnBjaTA6IDxzZXJpYWwgYnVzLCBTTUJ1cz4gYXQgZGV2aWNlIDMxLjMgKG5v IGRyaXZlciBhdHRhY2hlZCkKZmRjMDogPGZsb3BweSBkcml2ZSBjb250cm9sbGVyPiBwb3J0IDB4 M2YwLTB4M2Y1LDB4M2Y3IGlycSA2IGRycSAyIG9uIGFjcGkwCmZkYzA6IFtGQVNUXQpmZDA6IDwx NDQwLUtCIDMuNSIgZHJpdmU+IG9uIGZkYzAgZHJpdmUgMApzaW8wOiA8MTY1NTBBLWNvbXBhdGli bGUgQ09NIHBvcnQ+IHBvcnQgMHgzZjgtMHgzZmYgaXJxIDQgZmxhZ3MgMHgxMCBvbiBhY3BpMApz aW8wOiB0eXBlIDE2NTUwQQpwbXRpbWVyMCBvbiBpc2EwCm9ybTA6IDxJU0EgT3B0aW9uIFJPTXM+ IGF0IGlvbWVtCjB4YzAwMDAtMHhjZWZmZiwweGNmMDAwLTB4ZDBmZmYsMHhkMTAwMC0weGQzZmZm IG9uIGlzYTAKYXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gYXQgcG9ydCAw eDYwLDB4NjQgb24gaXNhMAphdGtiZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMApr YmQwIGF0IGF0a2JkMAphdGtiZDA6IFtHSUFOVC1MT0NLRURdCnBwYzA6IHBhcmFsbGVsIHBvcnQg bm90IGZvdW5kLgpzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMApz YzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywgZmxhZ3M9MHgzMDA+CnNpbzE6IGNvbmZpZ3Vy ZWQgaXJxIDMgbm90IGluIGJpdG1hcCBvZiBwcm9iZWQgaXJxcyAwCnNpbzE6IHBvcnQgbWF5IG5v dCBiZSBlbmFibGVkCnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYg aW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAKdWtiZDA6IERFTEwgREVMTCBVU0IgS2V5Ym9h cmQsIHJldiAxLjEwLzEuMDUsIGFkZHIgMiwgaWNsYXNzIDMvMQprYmQyIGF0IHVrYmQwCnVtczA6 IExvZ2l0ZWNoIE9wdGljYWwgVVNCIE1vdXNlLCByZXYgMi4wMC8zLjQwLCBhZGRyIDIsIGljbGFz cyAzLzEKdW1zMDogMyBidXR0b25zIGFuZCBaIGRpci4KVGltZWNvdW50ZXIgIlRTQyIgZnJlcXVl bmN5IDI5OTI1OTUyNjUgSHogcXVhbGl0eSA4MDAKVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4w MDAgbXNlYwphZDA6IDIzODQxOE1CIDxNYXh0b3IgN0wyNTBTMCBCQU5DMUcxMD4gYXQgYXRhMC1t YXN0ZXIgU0FUQTE1MAphZDE6IDExNzI0Nk1CIDxNYXh0b3IgNkwxMjBNMCBCQUNFMUcyMD4gYXQg YXRhMC1zbGF2ZSBTQVRBMTUwCmFjZDA6IERWRFIgPEhMLURULVNUIERWRCsvLVJXIEdXQTQxNjRC L0QxMDg+IGF0IGF0YTEtbWFzdGVyIFVETUEzMwpwY20wOiA8SERBIENvZGVjOiBTaWdtYXRlbCBT VEFDOTIyMD4KcGNtMDogPEhEQSBEcml2ZXIgUmV2aXNpb246IDIwMDcwNzEwXzAwNDc+ClRyeWlu ZyB0byBtb3VudCByb290IGZyb20gdWZzOi9kZXYvYWQwczNhCmNkMCBhdCBhdGExIGJ1cyAwIHRh cmdldCAwIGx1biAwCmNkMDogPEhMLURULVNUIERWRCstUlcgR1dBNDE2NEIgRDEwOD4gUmVtb3Zh YmxlIENELVJPTSBTQ1NJLTAgZGV2aWNlCmNkMDogMzMuMDAwTUIvcyB0cmFuc2ZlcnMKY2QwOiBB dHRlbXB0IHRvIHF1ZXJ5IGRldmljZSBzaXplIGZhaWxlZDogTk9UIFJFQURZLCBNZWRpdW0gbm90 IHByZXNlbnQKYmdlMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCgoKLS0gCkhhdmUgYSBuaWNl IGRheSAgOy0pClRvb01hbnlTZWNyZXRzCgo9PT09PT09PT09PT09PT09PT09PT09PT09PT09CkRp am8gQ29uZnVjaW86CiJFeMOtZ2V0ZSBtdWNobyBhIHRpIG1pc21vIHkgZXNwZXJhIHBvY28gZGUg bG9zIGRlbcOhcy4gQXPDrSB0ZSBhaG9ycmFyw6FzCmRpc2d1c3Rvcy4iCj09PT09PT09PT09PT09 PT09PT09PT09PT09PT0K From owner-freebsd-stable@FreeBSD.ORG Mon Aug 13 16:47:34 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A43DC16A46B for ; Mon, 13 Aug 2007 16:47:34 +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 4E19413C48D for ; Mon, 13 Aug 2007 16:47:34 +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 l7DGQeZx051534 for ; Mon, 13 Aug 2007 09:26:40 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id l7DGQe3g051533 for stable@freebsd.org; Mon, 13 Aug 2007 09:26:40 -0700 (PDT) (envelope-from david) Date: Mon, 13 Aug 2007 09:26:40 -0700 From: David Wolfskill To: stable@freebsd.org Message-ID: <20070813162640.GN77008@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , stable@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vbJ+yrvy98/8rWIL" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: 6.2-R crash; kgdb not cooperating X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Aug 2007 16:47:34 -0000 --vbJ+yrvy98/8rWIL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Had a machine at work crash; got a core dump, but I'm having some trouble getting kgdb to behave usefully, and could use a hint. Machine is a dual Xeon, running: out03# uname -rms FreeBSD 6.2-RELEASE amd64 out03#=20 Its primary workload is delivering mail to customers (similar to the role of mx2.freebsd.org, for those familiar with FreeBSD.org infrastructure). Like mx2, the MTA in use is Postfix. It runs a caching-only name server for its own use, and there's a Perl script that runs from time to time to scrape data out of /var/log/maillog and feed said data to some database machine somewhere. It also runs ntpd & sshd, and uses IPFW for packet-filtering. My first approach was to copy the core dump & kernel.debug files to my work desktop (which runs 6.2-STABLE on i386 as of yesterday; I'm in the habit of tracking RELENG_6 every Sunday on that machine). Results of that were succinct: catmint(6.2-S)[2] ls -ltr kernel.debug vmcore.0 -rw------- 1 dhw wheel 2913157120 Aug 13 05:49 vmcore.0 -rwxr-xr-x 1 dhw wheel 29215877 Aug 13 06:02 kernel.debug catmint(6.2-S)[3] kgdb kernel.debug vmcore.0=20 kgdb: bad namelist catmint(6.2-S)[4] echo $? 1 catmint(6.2-S)[5]=20 I would prefer to continue the work from that machine, ideally. On the chance that there's something odd about the different environments, I tried invoking kgdb on the machine that crashed: out03# cd /usr/obj/usr/src/sys/SMP_IPFW/ out03# kgdb kernel.debug /var/spool/crash/vmcore.0=20 kgdb: kvm_read:=20 kgdb: kvm_read: invalid address (0xffff67e9d231c931) kgdb: kvm_read: invalid address (0xffff67e9d231c931) =2E.. kgdb: kvm_read: invalid address (0xffff67e9d231c931) kgdb: kvm_read: invalid address (0xffff67e9d231c931) ^Ckvm_read: invalid address (0xffff67e9d231c931) out03#=20 It showed no indication of stopping; the novelty had worn off long since, and the machine is back in production at the moment, so I'd prefer to avoid disrupting that. Checking /var/log/console.log, I see: =2E.. Aug 13 04:31:28 out03 kernel: 32-bit compatibility ldconfig path: /usr/lib32 Aug 13 04:31:28 out03 kernel: Checking for core dump on /dev/da0s3b... Aug 13 04:31:28 out03 kernel: savecore: reboot after panic: page fault Aug 13 04:31:28 out03 kernel: Aug 13 04:31:28 out03 savecore: reboot after = panic: page fault Aug 13 04:31:28 out03 kernel: savecore: writing core to vmcore.0 Aug 13 04:47:17 out03 kernel: Script /etc/rc.d/savecore interrupted Aug 13 04:47:17 out03 kernel: Initial amd64 initialization: Aug 13 04:47:17 out03 kernel: . Aug 13 04:47:17 out03 kernel: Additional ABI support: =2E.. I hadn't recalled noticing that "Script /etc/rc.d/savecore interrupted"; hmmm... Here's dmesg.boot from its most recent boot; since I hadn't changed anything, it should resemble the system from before the crash pretty closely: out03# cat /var/run/dmesg.boot=20 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: Wed Jan 31 09:03:09 PST 2007 dhw@h239.dhw.mail-abuse.org:/usr/obj/usr/src/sys/SMP_IPFW ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU 5130 @ 2.00GHz (2000.08-MHz K8-class = CPU) Origin =3D "GenuineIntel" Id =3D 0x6f6 Stepping =3D 6 Features=3D0xbfebfbff Features2=3D0x4e33d,CX16,,,<= b18>> AMD Features=3D0x20100800 AMD Features2=3D0x1 Cores per package: 2 real memory =3D 5100273664 (4864 MB) avail memory =3D 4122042368 (3931 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 cpu2: on acpi0 acpi_throttle2: on cpu2 acpi_throttle2: failed to attach P_CNT device_attach: acpi_throttle2 attach returned 6 cpu3: on acpi0 acpi_throttle3: on cpu3 acpi_throttle3: failed to attach P_CNT device_attach: acpi_throttle3 attach returned 6 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: irq 16 at device 0.0 on pci1 pci2: on pcib2 pcib3: irq 16 at device 0.0 on pci2 pci3: on pcib3 pcib4: irq 18 at device 2.0 on pci2 pci4: on pcib4 em0: port 0x2000-0x2= 01f mem 0xda000000-0xda01ffff irq 18 at device 0.0 on pci4 em0: Ethernet address: 00:30:48:8b:94:72 em1: port 0x2020-0x2= 03f mem 0xda020000-0xda03ffff irq 19 at device 0.1 on pci4 em1: Ethernet address: 00:30:48:8b:94:73 pcib5: at device 0.3 on pci1 pci5: on pcib5 3ware device driver for 9000 series storage controllers, version: 3.60.02.0= 12 twa0: <3ware 9000 series Storage Controller> port 0x3000-0x303f mem 0xd8000= 000-0xd9ffffff,0xda100000-0xda100fff irq 24 at device 1.0 on pci5 twa0: [FAST] twa0: INFO: (0x04: 0x003B): Rebuild paused: unit=3D1 twa0: INFO: (0x15: 0x1300): Controller details:: Model 9550SX-4LP, 4 ports,= Firmware FE9X 3.04.01.011, BIOS BE9X 3.04.00.002 pci0: at device 8.0 (no driver attached) pcib6: irq 17 at device 28.0 on pci0 pci6: on pcib6 uhci0: port 0x1800-0x181f irq 17 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 0x1820-0x183f irq 19 at device = 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 18 at device = 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1860-0x187f irq 16 at device = 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xda600000-0xda6003ff irq 17= at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib7: at device 30.0 on pci0 pci7: on pcib7 pci7: at device 1.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0= x177,0x376,0x1880-0x188f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (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] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0 sio0: type 16550A, console sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 = on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcc7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled,= default to deny, logging unlimited acd0: DMA limited to UDMA33, controller found non-ATA66 cable acd0: DVDROM at ata0-master UDMA33 SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! da0 at twa0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device=20 da0: 100.000MB/s transfers da0: 76283MB (156227584 512 byte sectors: 255H 63S/T 9724C) da1 at twa0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device=20 da1: 100.000MB/s transfers da1: 152577MB (312477696 512 byte sectors: 255H 63S/T 19450C) Trying to mount root from ufs:/dev/da0s1a em0: link state changed to UP twa0: INFO: (0x04: 0x000B): Rebuild started: unit=3D1 out03#=20 Hints and/or clues would be quite welcome; thanks! Peace, david --=20 David H. Wolfskill david@catwhisker.org Anything and everything is a (potential) cat toy. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --vbJ+yrvy98/8rWIL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkbAhj8ACgkQmprOCmdXAD12CwCfaom3stNh6QksF76l/ZQUFeP1 8YEAn1H2pBwEnzjk4qsf6EHNIQnUCF5q =juJL -----END PGP SIGNATURE----- --vbJ+yrvy98/8rWIL-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 13 18:36:07 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48D5416A418 for ; Mon, 13 Aug 2007 18:36:07 +0000 (UTC) (envelope-from hg@queue.to) Received: from pickle.queue.to (pickle.queue.to [71.180.69.18]) by mx1.freebsd.org (Postfix) with ESMTP id BCA6413C4DE for ; Mon, 13 Aug 2007 18:36:06 +0000 (UTC) (envelope-from hg@queue.to) Received: (qmail 36863 invoked from network); 13 Aug 2007 14:36:05 -0400 Received: from cally.queue.to (172.16.0.6) by pickle.queue.to with ESMTP; 13 Aug 2007 14:36:05 -0400 Message-ID: <46C0A495.4060706@queue.to> Date: Mon, 13 Aug 2007 14:36:05 -0400 From: Howard Goldstein User-Agent: Thunderbird 2.0.0.6 (X11/20070802) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: 3ware RAID ctrlr: twe0: twe_map_request: malloc failed. Informational or am I screwed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Aug 2007 18:36:07 -0000 Would someone confirm (or disabuse!) me of the belief that these 3ware Escalade 8106-LP2 (2 port sata raid controllers) related messages are informational and the UFS device is retrying after it sees ENOMEM causing these? Aug 13 10:29:48 cally kernel: twe0: twe_map_request: malloc failed Aug 13 10:33:04 cally kernel: twe0: twe_map_request: malloc failed Aug 13 11:05:37 cally kernel: twe0: twe_map_request: malloc failed Aug 13 11:14:55 cally kernel: twe0: twe_map_request: malloc failed Aug 13 12:07:44 cally kernel: twe0: twe_map_request: malloc failed Aug 13 12:28:05 cally kernel: twe0: twe_map_request: malloc failed Aug 13 14:29:59 cally kernel: twe0: twe_map_request: malloc failed (Either way but particularly in the event the data are being lost is there a sysctl or kernel build option to supply a bit more memory in advance?) From owner-freebsd-stable@FreeBSD.ORG Mon Aug 13 18:51:04 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA16D16A418 for ; Mon, 13 Aug 2007 18:51:04 +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 61B3D13C457 for ; Mon, 13 Aug 2007 18:51:04 +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 l7DIp0dA080424; Mon, 13 Aug 2007 12:51:00 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <46C0A812.7080702@samsco.org> Date: Mon, 13 Aug 2007 12:50:58 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Howard Goldstein References: <46C0A495.4060706@queue.to> In-Reply-To: <46C0A495.4060706@queue.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]); Mon, 13 Aug 2007 12:51:00 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: 3ware RAID ctrlr: twe0: twe_map_request: malloc failed. Informational or am I screwed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Aug 2007 18:51:04 -0000 Howard Goldstein wrote: > Would someone confirm (or disabuse!) me of the belief that these 3ware > Escalade 8106-LP2 (2 port sata raid controllers) related messages are > informational and the UFS device is retrying after it sees ENOMEM > causing these? > > Aug 13 10:29:48 cally kernel: twe0: twe_map_request: malloc failed > Aug 13 10:33:04 cally kernel: twe0: twe_map_request: malloc failed > Aug 13 11:05:37 cally kernel: twe0: twe_map_request: malloc failed > Aug 13 11:14:55 cally kernel: twe0: twe_map_request: malloc failed > Aug 13 12:07:44 cally kernel: twe0: twe_map_request: malloc failed > Aug 13 12:28:05 cally kernel: twe0: twe_map_request: malloc failed > Aug 13 14:29:59 cally kernel: twe0: twe_map_request: malloc failed > > (Either way but particularly in the event the data are being lost is > there a sysctl or kernel build option to supply a bit more memory in > advance?) The system is doing unaligned I/O to the array (either via an app that has a file opened O_DIRECT, or via I/O directly to the device node), and there is corresponding memory pressure that is making the driver fail at the re-alignment process. The problem is likely temporary and the operation eventually succeeds after a few retries, but success is not guaranteed, and failure will almost certainly cause system instability. The fix is to rewrite the alignment code in the driver to use the automatic, failure-free, alignment service that busdma provides. I'm happy to provide direction to anyone who wants to tackle this. Scott From owner-freebsd-stable@FreeBSD.ORG Mon Aug 13 20:27:41 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FF5B16A417 for ; Mon, 13 Aug 2007 20:27:41 +0000 (UTC) (envelope-from hg@queue.to) Received: from pickle.queue.to (pickle.queue.to [71.180.69.18]) by mx1.freebsd.org (Postfix) with ESMTP id A949013C48D for ; Mon, 13 Aug 2007 20:27:40 +0000 (UTC) (envelope-from hg@queue.to) Received: (qmail 41763 invoked from network); 13 Aug 2007 16:27:39 -0400 Received: from cally.queue.to (172.16.0.6) by pickle.queue.to with ESMTP; 13 Aug 2007 16:27:39 -0400 Message-ID: <46C0BEBB.2060600@queue.to> Date: Mon, 13 Aug 2007 16:27:39 -0400 From: Howard Goldstein User-Agent: Thunderbird 2.0.0.6 (X11/20070802) MIME-Version: 1.0 To: scottl@samsco.org References: <46C0A495.4060706@queue.to> <46C0A812.7080702@samsco.org> In-Reply-To: <46C0A812.7080702@samsco.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 3ware RAID ctrlr: twe0: twe_map_request: malloc failed. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2007 20:27:41 -0000 Scott Long wrote: > Howard Goldstein wrote: >> Would someone confirm (or disabuse!) me of the belief that these 3ware >> Escalade 8106-LP2 (2 port sata raid controllers) related messages are >> informational and the UFS device is retrying after it sees ENOMEM >> causing these? >> >> Aug 13 10:29:48 cally kernel: twe0: twe_map_request: malloc failed >> Aug 13 10:33:04 cally kernel: twe0: twe_map_request: malloc failed >> Aug 13 11:05:37 cally kernel: twe0: twe_map_request: malloc failed >> Aug 13 11:14:55 cally kernel: twe0: twe_map_request: malloc failed >> Aug 13 12:07:44 cally kernel: twe0: twe_map_request: malloc failed >> Aug 13 12:28:05 cally kernel: twe0: twe_map_request: malloc failed >> Aug 13 14:29:59 cally kernel: twe0: twe_map_request: malloc failed >> >> (Either way but particularly in the event the data are being lost is >> there a sysctl or kernel build option to supply a bit more memory in >> advance?) > > The system is doing unaligned I/O to the array (either via an app that > has a file opened O_DIRECT, or via I/O directly to the device node), and > there is corresponding memory pressure that is making the driver fail > at the re-alignment process. The problem is likely temporary and the > operation eventually succeeds after a few retries, but success is not > guaranteed, and failure will almost certainly cause system instability. > The fix is to rewrite the alignment code in the driver to use the > automatic, failure-free, alignment service that busdma provides. I'm > happy to provide direction to anyone who wants to tackle this. Thank you Scott. Might this be something I incited by not ensuring I fdisked the drive with partitions on a somewhat larger boundary. Will rebuild the drive with more attention to placing the partitions on something like 64K boundaries and see if it helps, otherwise I'll take you up on your offer for a pointer to the busdma interface and tack a whack at it. FWIW, a misconfiguration does seem to be consistent with somewhat degraded performance... = From owner-freebsd-stable@FreeBSD.ORG Tue Aug 14 00:38:44 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48F6516A417 for ; Tue, 14 Aug 2007 00:38:44 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id D8A7313C45E for ; Tue, 14 Aug 2007 00:38:43 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 25995 invoked by uid 399); 14 Aug 2007 00:38:42 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 14 Aug 2007 00:38:42 -0000 X-Originating-IP: 127.0.0.1 Date: Mon, 13 Aug 2007 17:38:38 -0700 (PDT) From: Doug Barton To: TooMany Secrets In-Reply-To: Message-ID: References: X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-984903024-1187051922=:36081" Cc: freebsd-stable@freebsd.org Subject: Re: snd_hda in internal speaker X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Aug 2007 00:38:44 -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-984903024-1187051922=:36081 Content-Type: TEXT/PLAIN; format=flowed; charset=iso-8859-15 Content-Transfer-Encoding: 8BIT On Mon, 13 Aug 2007, TooMany Secrets wrote: > Hi! > > My workstation is a Dell Precision 380, with a recent FreeBSD > 6.2-RELEASE and cvsuped to -STABLE the last saturday (past week). > My problem is with the snd_hda module (I think), because the sound is > only heard through internal speaker. The desktop is the last xfce4 > port, and the Sound config is vía mixer0. Is your laptop in a docking station? If so, the only workaround at this time is to place the speaker jack into the output on the laptop (not the dock). hth, Doug -- This .signature sanitized for your protection --0-984903024-1187051922=:36081-- From owner-freebsd-stable@FreeBSD.ORG Tue Aug 14 02:02:35 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7984416A41A for ; Tue, 14 Aug 2007 02:02:35 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.183]) by mx1.freebsd.org (Postfix) with ESMTP id 3FC2E13C469 for ; Tue, 14 Aug 2007 02:02:35 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2177285waf for ; Mon, 13 Aug 2007 19:02:35 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=jLtp8z+wHUM1gso+mS+WnL+mDyn7DNiaqPemnNOvxerwl5UWz7XDSgHxcKOF1fuWsiOJqwUNTit3At/isYKaPZomFX53DWGxP/Gx+GZuKCi5luPsGrEk3X0BXSzvDvLZwO39kR/xUrY/fw6scib0h6zLvLcMd3e0PtUIeebE48k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=qcYQFh7pjU5KGSzDv/ZJ/qP8z1APvT1E99zfvxk0wmErZyralC5esnBfpgJs9fXaXe7wiCoLj5mevyZ9lTGNaG/4oAlczC75hfaZ27xKigiU2QQERhO4WvEbnA6DIgo/Awk0aESIJVmsbZQQ9Xs734gHAyJQD8488wJrRxi06CM= Received: by 10.114.127.1 with SMTP id z1mr5909996wac.1187056954768; Mon, 13 Aug 2007 19:02:34 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id k24sm9613898waf.2007.08.13.19.02.30 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 13 Aug 2007 19:02:33 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l7E22MD2032926 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 14 Aug 2007 11:02:22 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l7E22JFL032925; Tue, 14 Aug 2007 11:02:19 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 14 Aug 2007 11:02:19 +0900 From: Pyun YongHyeon To: Michael Nottebrock Message-ID: <20070814020219.GC32421@cdnetworks.co.kr> References: <200707292113.01023.lofi@freebsd.org> <200707310132.02537.lofi@freebsd.org> <20070731005541.GA92601@cdnetworks.co.kr> <200708021720.41555.lofi@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200708021720.41555.lofi@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: Laurens Timmermans , freebsd-stable@freebsd.org Subject: Re: Various problems with re(4) on a PCIe 8168/8111B onboard NIC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2007 02:02:35 -0000 On Thu, Aug 02, 2007 at 05:20:38PM +0200, Michael Nottebrock wrote: > On Tuesday, 31. July 2007, Pyun YongHyeon wrote: > > On Tue, Jul 31, 2007 at 01:31:59AM +0200, Michael Nottebrock wrote: > > > On Monday, 30. July 2007, Pyun YongHyeon wrote: > > > > Thanks for reporting. I don't have these hardware models so I couldn't > > > > verify the issue. After reading the vendor's code I've made attached > > > > patch. I don't know whether it works or not, it's just guess work. > > > > > > Works fine here! > > > > Since HEAD is in code freeze I guess minimal patch would be more > > preferable. Would you try attached patch again? > > That one works, too. > Patch committed to HEAD(if_re.c, rev. 1.95) Thanks for testing! -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Tue Aug 14 14:31:05 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B40F716A41B for ; Tue, 14 Aug 2007 14:31:05 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.freebsd.org (Postfix) with ESMTP id 802F313C465 for ; Tue, 14 Aug 2007 14:31:05 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by mail.ticketswitch.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IKxQG-000CIP-49 for freebsd-stable@FreeBSD.ORG; Tue, 14 Aug 2007 15:31:04 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IKxQG-0001oe-3M for freebsd-stable@FreeBSD.ORG; Tue, 14 Aug 2007 15:31:04 +0100 To: freebsd-stable@FreeBSD.ORG Message-Id: From: Pete French Date: Tue, 14 Aug 2007 15:31:04 +0100 Cc: Subject: Static linking and memory usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2007 14:31:05 -0000 If I have an executable which is staticly linked with many copies of it running (a CGI script in fact), will all those copies share the text segment of the executable on the disc, or will it actually use up real memory resource with many copies of the executable ? I have been assuming the former, but possibly that is not correct. cheers, -pcf. From owner-freebsd-stable@FreeBSD.ORG Tue Aug 14 16:42:00 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E0BA16A46B for ; Tue, 14 Aug 2007 16:42:00 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 151ED13C45D for ; Tue, 14 Aug 2007 16:41:54 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id E2C511CC01C; Tue, 14 Aug 2007 09:41:54 -0700 (PDT) Date: Tue, 14 Aug 2007 09:41:54 -0700 From: Jeremy Chadwick To: Pete French Message-ID: <20070814164154.GA39532@eos.sc1.parodius.com> Mail-Followup-To: Pete French , freebsd-stable@FreeBSD.ORG References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Static linking and memory usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2007 16:42:00 -0000 On Tue, Aug 14, 2007 at 03:31:04PM +0100, Pete French wrote: > If I have an executable which is staticly linked with many copies > of it running (a CGI script in fact), will all those copies share > the text segment of the executable on the disc, or will it actually > use up real memory resource with many copies of the executable ? I > have been assuming the former, but possibly that is not correct. How I understand it: A statically-linked binary contains portions/copies of the text, data, and bss segments of .a library. These are part of the actual binary itself, thus become part of the memory space of the program when run. Only the text segment gets shared; the data and bss segments, as far as I know, do not get shared. With a statically-linked binary, when the binary forks, the text segment is kept intact between the parent and child -- that is, there is only 1 in-memory copy of that segment. However, *different parents* will have their own copy of that library in their memory space. This reminds me: it sure would be useful if we had something like Solaris's pmap(1) on FreeBSD. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Aug 14 15:44:02 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D075716A417 for ; Tue, 14 Aug 2007 15:44:02 +0000 (UTC) (envelope-from ajwwong@yahoo.com) Received: from mail9.dslextreme.com (mail9.dslextreme.com [66.51.199.94]) by mx1.freebsd.org (Postfix) with SMTP id 9D04613C515 for ; Tue, 14 Aug 2007 15:44:02 +0000 (UTC) (envelope-from ajwwong@yahoo.com) Received: (qmail 28257 invoked from network); 14 Aug 2007 15:17:22 -0000 Received: from unknown (HELO LettingGo) (ajwwong@68.183.91.56) by mail9.dslextreme.com with SMTP; Tue, 14 Aug 2007 08:17:22 -0700 From: "Albert Wong" To: Date: Tue, 14 Aug 2007 08:17:23 -0700 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Thread-Index: AcfehjbovQEVtMpGSKCI42qLvnaHMQ== Message-Id: <20070814154402.9D04613C515@mx1.freebsd.org> X-Mailman-Approved-At: Tue, 14 Aug 2007 17:08:37 +0000 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Adobe flash media server compatibility? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Aug 2007 15:44:02 -0000 Is it possible to use Adobe Flash Media Server on FreeBSD? It appears as if Adobe Flash Media Server is only compatible with Red Hat, but I read somewhere that a fix was made so that it could be made compatible with Ubuntu. Is there similar fix for FreeBSD? Thanks for your thoughts. Albert From owner-freebsd-stable@FreeBSD.ORG Tue Aug 14 16:38:25 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F31D16A41A for ; Tue, 14 Aug 2007 16:38:25 +0000 (UTC) (envelope-from ajwwong@yahoo.com) Received: from mail9.dslextreme.com (mail9.dslextreme.com [66.51.199.94]) by mx1.freebsd.org (Postfix) with SMTP id 1A71313C459 for ; Tue, 14 Aug 2007 16:38:25 +0000 (UTC) (envelope-from ajwwong@yahoo.com) Received: (qmail 11605 invoked from network); 14 Aug 2007 16:38:24 -0000 Received: from unknown (HELO LettingGo) (ajwwong@68.183.91.56) by mail9.dslextreme.com with SMTP; Tue, 14 Aug 2007 09:38:24 -0700 From: "Albert Wong" To: Date: Tue, 14 Aug 2007 09:38:25 -0700 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Thread-Index: AcfekYks4E87r5mTTNW1vV3fuOYTCg== Message-Id: <20070814163825.1A71313C459@mx1.freebsd.org> X-Mailman-Approved-At: Tue, 14 Aug 2007 17:08:37 +0000 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: using the flash media server with FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2007 16:38:25 -0000 Hello, everyone. I'm sorry if this is a repost, but my first posting message got marked as spam, apparently. In any event, I am attempting to use the Adobe Flash Media Server with freeBSD, but I was wondering if it was in fact compatible. I know that other versions of Linux can be used with this program, but I was not sure about FreeBSD. I am using FreeBSD 6.0 -- and I am interested in hosting some videoconferencing programs. If anyone has any experience in this regard, I would appreciate it greatly. Thank you very much, Albert From owner-freebsd-stable@FreeBSD.ORG Tue Aug 14 17:21:34 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E81816A420 for ; Tue, 14 Aug 2007 17:21:34 +0000 (UTC) (envelope-from hg@queue.to) Received: from pickle.queue.to (pickle.queue.to [71.180.69.18]) by mx1.freebsd.org (Postfix) with ESMTP id E9C7713C510 for ; Tue, 14 Aug 2007 17:21:33 +0000 (UTC) (envelope-from hg@queue.to) Received: (qmail 68139 invoked from network); 14 Aug 2007 13:21:32 -0400 Received: from cally.queue.to (172.16.0.6) by pickle.queue.to with ESMTP; 14 Aug 2007 13:21:32 -0400 Message-ID: <46C1E49C.20701@queue.to> Date: Tue, 14 Aug 2007 13:21:32 -0400 From: Howard Goldstein User-Agent: Thunderbird 2.0.0.6 (X11/20070802) MIME-Version: 1.0 To: scottl@samsco.org References: <46C0A495.4060706@queue.to> <46C0A812.7080702@samsco.org> In-Reply-To: <46C0A812.7080702@samsco.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 3ware RAID ctrlr: twe0: twe_map_request: malloc failed. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2007 17:21:34 -0000 Scott Long wrote: > Howard Goldstein wrote: >> Would someone confirm (or disabuse!) me of the belief that these 3ware >> Escalade 8106-LP2 (2 port sata raid controllers) related messages are >> informational and the UFS device is retrying after it sees ENOMEM >> causing these? >> >> Aug 13 10:29:48 cally kernel: twe0: twe_map_request: malloc failed >> Aug 13 10:33:04 cally kernel: twe0: twe_map_request: malloc failed >> Aug 13 11:05:37 cally kernel: twe0: twe_map_request: malloc failed >> Aug 13 11:14:55 cally kernel: twe0: twe_map_request: malloc failed >> Aug 13 12:07:44 cally kernel: twe0: twe_map_request: malloc failed >> Aug 13 12:28:05 cally kernel: twe0: twe_map_request: malloc failed >> Aug 13 14:29:59 cally kernel: twe0: twe_map_request: malloc failed >> >> (Either way but particularly in the event the data are being lost is >> there a sysctl or kernel build option to supply a bit more memory in >> advance?) > > The system is doing unaligned I/O to the array (either via an app that > has a file opened O_DIRECT, or via I/O directly to the device node), and > there is corresponding memory pressure that is making the driver fail > at the re-alignment process. The problem is likely temporary and the > operation eventually succeeds after a few retries, but success is not > guaranteed, and failure will almost certainly cause system instability. > The fix is to rewrite the alignment code in the driver to use the > automatic, failure-free, alignment service that busdma provides. I'm > happy to provide direction to anyone who wants to tackle this. Alright, I like this idea since rebuilding the devices to avoid what I thought were unaligned access didn't work and I'm still seeing these messages and a performance hit I don't understand. I imagine I'll get better performance too if the driver can avoid doing its own alignment which probably isn't as optmized (?) The busdma man page looks nice and complete too - cool Could you point me to a model driver or two already using the busdma stuff? From owner-freebsd-stable@FreeBSD.ORG Tue Aug 14 17:27:04 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDD0516A469 for ; Tue, 14 Aug 2007 17:27:04 +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 6013213C4B7 for ; Tue, 14 Aug 2007 17:27:04 +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 l7EHQxx8088205; Tue, 14 Aug 2007 11:27:00 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <46C1E5E0.1080508@samsco.org> Date: Tue, 14 Aug 2007 11:26:56 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Howard Goldstein References: <46C0A495.4060706@queue.to> <46C0A812.7080702@samsco.org> <46C1E49C.20701@queue.to> In-Reply-To: <46C1E49C.20701@queue.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]); Tue, 14 Aug 2007 11:27:00 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: 3ware RAID ctrlr: twe0: twe_map_request: malloc failed. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2007 17:27:04 -0000 Howard Goldstein wrote: > Scott Long wrote: >> Howard Goldstein wrote: >>> Would someone confirm (or disabuse!) me of the belief that these 3ware >>> Escalade 8106-LP2 (2 port sata raid controllers) related messages are >>> informational and the UFS device is retrying after it sees ENOMEM >>> causing these? >>> >>> Aug 13 10:29:48 cally kernel: twe0: twe_map_request: malloc failed >>> Aug 13 10:33:04 cally kernel: twe0: twe_map_request: malloc failed >>> Aug 13 11:05:37 cally kernel: twe0: twe_map_request: malloc failed >>> Aug 13 11:14:55 cally kernel: twe0: twe_map_request: malloc failed >>> Aug 13 12:07:44 cally kernel: twe0: twe_map_request: malloc failed >>> Aug 13 12:28:05 cally kernel: twe0: twe_map_request: malloc failed >>> Aug 13 14:29:59 cally kernel: twe0: twe_map_request: malloc failed >>> >>> (Either way but particularly in the event the data are being lost is >>> there a sysctl or kernel build option to supply a bit more memory in >>> advance?) >> The system is doing unaligned I/O to the array (either via an app that >> has a file opened O_DIRECT, or via I/O directly to the device node), and >> there is corresponding memory pressure that is making the driver fail >> at the re-alignment process. The problem is likely temporary and the >> operation eventually succeeds after a few retries, but success is not >> guaranteed, and failure will almost certainly cause system instability. >> The fix is to rewrite the alignment code in the driver to use the >> automatic, failure-free, alignment service that busdma provides. I'm >> happy to provide direction to anyone who wants to tackle this. > > Alright, I like this idea since rebuilding the devices to avoid what I > thought were unaligned access didn't work and I'm still seeing these > messages and a performance hit I don't understand. I imagine I'll get > better performance too if the driver can avoid doing its own alignment > which probably isn't as optmized (?) The busdma man page looks nice and > complete too - cool > > Could you point me to a model driver or two already using the busdma stuff? > Sorry for the confusion, I'm talking about aligned memory accesses, not disk accesses. The TWE architecture requires that all transfers be on 4KB boundaries in memory. I'll write up some details on the work tonight. Basically it involves removing the manual aligment code and modifying the bus_dma tags to specify 4k alignment. It sounds easy, but I seem to recall something nasty in the code the last time I looked at it. Scott From owner-freebsd-stable@FreeBSD.ORG Tue Aug 14 17:37:19 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36A6816A421; Tue, 14 Aug 2007 17:37:19 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2001:1b20:1:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id A53E313C45E; Tue, 14 Aug 2007 17:37:18 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (cncvkb@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l7EHbCNX098056; Tue, 14 Aug 2007 19:37:17 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l7EHbC8b098055; Tue, 14 Aug 2007 19:37:12 +0200 (CEST) (envelope-from olli) Date: Tue, 14 Aug 2007 19:37:12 +0200 (CEST) Message-Id: <200708141737.l7EHbC8b098055@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, koitsu@FreeBSD.ORG, petefrench@ticketswitch.com In-Reply-To: <20070814164154.GA39532@eos.sc1.parodius.com> 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]); Tue, 14 Aug 2007 19:37:17 +0200 (CEST) Cc: Subject: Re: Static linking and memory usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, koitsu@FreeBSD.ORG, petefrench@ticketswitch.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2007 17:37:19 -0000 Jeremy Chadwick wrote: > Pete French wrote: > > If I have an executable which is staticly linked with many copies > > of it running (a CGI script in fact), will all those copies share > > the text segment of the executable on the disc, or will it actually > > use up real memory resource with many copies of the executable ? I > > have been assuming the former, but possibly that is not correct. > > How I understand it: > > A statically-linked binary contains portions/copies of the text, data, > and bss segments of .a library. These are part of the actual binary > itself, thus become part of the memory space of the program when run. > Only the text segment gets shared; the data and bss segments, as far as > I know, do not get shared. Upon a fork() the data and bss segments are also shared, but marked copy-on-write. That is, as soon as the child tries to modify something, a copy of the page is made and assigned to the child process in place of the parent's page. Of course, unrelated processes (i.e. which ave no parent- child relationship) never share data segments. > With a statically-linked binary, when the binary forks, the text segment > is kept intact between the parent and child -- that is, there is only 1 > in-memory copy of that segment. > > However, *different parents* will have their own copy of that library in > their memory space. Are you sure? I _think_ (but I'm not 100% sure) that the mapped text pages of a binary are associated with the vnode of the executable file, but not with a particular process. That means that unrelated processes running from the same binary file (vnode) will share the same text pages in memory. Please, someone correct me if I'm wrong. 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 "Emacs ist für mich kein Editor. Für mich ist das genau das gleiche, als wenn ich nach einem Fahrrad (für die Sonntagbrötchen) frage und einen pangalaktischen Raumkreuzer mit 10 km Gesamtlänge bekomme. Ich weiß nicht, was ich damit soll." -- Frank Klemm, de.comp.os.unix.discussion From owner-freebsd-stable@FreeBSD.ORG Tue Aug 14 18:38:51 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 063EE16A418 for ; Tue, 14 Aug 2007 18:38:51 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id D999A13C483 for ; Tue, 14 Aug 2007 18:38:50 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 5AA98135CA; Tue, 14 Aug 2007 14:38:35 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Tue, 14 Aug 2007 14:38:38 -0400 X-Sasl-enc: E2A4EdokCfKX1prwuZdWMo/7x/ZlRETowSZyYTOX6InR 1187116715 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 CDB33A57; Tue, 14 Aug 2007 14:38:34 -0400 (EDT) Message-ID: <46C1F6A3.1000101@incunabulum.net> Date: Tue, 14 Aug 2007 19:38:27 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: Pete French , freebsd-stable@FreeBSD.ORG References: <20070814164154.GA39532@eos.sc1.parodius.com> In-Reply-To: <20070814164154.GA39532@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Static linking and memory usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2007 18:38:51 -0000 Jeremy Chadwick wrote: > This reminds me: it sure would be useful if we had something like > Solaris's pmap(1) on FreeBSD. > > In response to the original post: The kernel's ELF linker/loader for executables will share the text and read-only segments for static executables. We already have something similar to pmap in the ports collection, called pmap. However, there is a very detailed and powerful tool for Linux called Exmap, by John Berthels. I used it to profile XORP's shared library memory usage in great detail, i.e. it gave me figures on how much memory was saved by the text page sharing introduced by the use of shared libraries across related executables, enabling me to answer the question, "Is the additional work of shared libraries worth the hassle?" I don't have free time to port Exmap to FreeBSD, but if someone does, I can put them in touch with John and forward his fairly detailed explanation of how to go about doing that. pmap would be a starting point for such a port. regards, BMS From owner-freebsd-stable@FreeBSD.ORG Tue Aug 14 19:20:47 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75F8116A41A for ; Tue, 14 Aug 2007 19:20:47 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 0D39313C478 for ; Tue, 14 Aug 2007 19:20:46 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so784243nfb for ; Tue, 14 Aug 2007 12:20:45 -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=h1VCLG73n8EXkNGCOMmsisgMFeSWLb0jQFbCkug4q+Q0H2jVRbtRLm7Ah0mUKh0jzXCAelTg37ypN0xu/n+RmmpXlhHqZOqZupSCXq9U8D+aHVHpAaga2jfXhvogCttw8B3BgnPl4sndw4qlvihfI87B3wJoaGKYbzESk3cKGcg= 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=MfmNkbTpMbuJiWucv00gD945k2FX5MDqMFC510ja/TU/bKJZB7oSvbO49uItkr9sUDkDUnFMiGKSj0CHrDCU2svZl8yor6D6yTdPC3RxBGjfjpaCdfjf56PBNSI81a96617C+jCBcuPLrkGP81fWxcJzStNkXNNAv8LgR3FTc8Y= Received: by 10.78.118.5 with SMTP id q5mr900627huc.1187119245081; Tue, 14 Aug 2007 12:20:45 -0700 (PDT) Received: by 10.78.162.18 with HTTP; Tue, 14 Aug 2007 12:20:43 -0700 (PDT) Message-ID: Date: Tue, 14 Aug 2007 12:20:45 -0700 From: "Kip Macy" To: "Albert Wong" In-Reply-To: <20070814154402.9D04613C515@mx1.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070814154402.9D04613C515@mx1.freebsd.org> Cc: freebsd-stable@freebsd.org Subject: Re: Adobe flash media server compatibility? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Aug 2007 19:20:47 -0000 You're obviously going to have to modify the install scripts to recognize FreeBSD in addition to RHEL3 & RHEL4. When I tried it on -CURRENT there was some symbol versioning issue so I just installed it in a CentOS VM instead (its not for me and its only being used for development). You'll probably need to grab a library or two but with linux emulation it should "just work", if it does not its a bug in linux support and needs to be fixed. The only Linux app that I know of that doesn't work is the linux-jdk. -Kip On 8/14/07, Albert Wong wrote: > Is it possible to use Adobe Flash Media Server on FreeBSD? It appears as if > Adobe Flash Media Server is only compatible with Red Hat, but I read > somewhere that a fix was made so that it could be made compatible with > Ubuntu. Is there similar fix for FreeBSD? Thanks for your thoughts. > > > > Albert > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Aug 14 22:07:43 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0332D16A417 for ; Tue, 14 Aug 2007 22:07:43 +0000 (UTC) (envelope-from davids@webmaster.com) Received: from mail1.webmaster.com (mail1.webmaster.com [216.152.64.169]) by mx1.freebsd.org (Postfix) with ESMTP id E294913C461 for ; Tue, 14 Aug 2007 22:07:42 +0000 (UTC) (envelope-from davids@webmaster.com) Received: from however by webmaster.com (MDaemon.PRO.v8.1.3.R) with ESMTP id md50001632854.msg for ; Tue, 14 Aug 2007 15:07:43 -0700 From: "David Schwartz" To: Date: Tue, 14 Aug 2007 15:07:12 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Importance: Normal X-Authenticated-Sender: joelkatz@webmaster.com X-Spam-Processed: mail1.webmaster.com, Tue, 14 Aug 2007 15:07:43 -0700 (not processed: message from trusted or authenticated source) X-MDRemoteIP: 206.171.168.138 X-Return-Path: davids@webmaster.com X-MDaemon-Deliver-To: freebsd-stable@FreeBSD.ORG X-MDAV-Processed: mail1.webmaster.com, Tue, 14 Aug 2007 15:07:43 -0700 Cc: Subject: RE: Static linking and memory usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: davids@webmaster.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2007 22:07:43 -0000 > If I have an executable which is staticly linked with many copies > of it running (a CGI script in fact), will all those copies share > the text segment of the executable on the disc, or will it actually > use up real memory resource with many copies of the executable ? I > have been assuming the former, but possibly that is not correct. As is the case for all files, if the contents are not modified, the physical memory is shared. Two or more processes can map the same page of the same file and will get the same physical page of memory, normally marked unshare/copy-on-write. DS From owner-freebsd-stable@FreeBSD.ORG Wed Aug 15 06:42:54 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 104DE16A417 for ; Wed, 15 Aug 2007 06:42:54 +0000 (UTC) (envelope-from sugarfreemonkey@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.187]) by mx1.freebsd.org (Postfix) with ESMTP id 94DC113C442 for ; Wed, 15 Aug 2007 06:42:53 +0000 (UTC) (envelope-from sugarfreemonkey@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so2182822mue for ; Tue, 14 Aug 2007 23:42:52 -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=ORevkboykhe/HLs+JL6lypTOUDXhRfif2UwDNpzZR78S+ptSlWLubeghW/OcZo1ca/LVpq6v9BQhq0LvdI39TGP0XWnf6up5puTXSC3nedXWLu3NJHRp19a9S5dygXBA3JctotUaaoiHwzy/ADbQLk3vmqnSV5GYIqsqEpXIDzs= 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=ptwpbybYMIeu4xUvZfJ4UeX8SXhKaAl00qjWyAR3++hHk/yMIHC7PMbx0mbFVLO3jI9SMgV5cdV1db13ZXodUjSDijRz2HjibF2fpuGfir1AZgwud9qN95jtDZOUlYciW7J3a4DWgoceyZW2erFgElszPwUUHW1MarqA2cZzl7g= Received: by 10.78.123.5 with SMTP id v5mr44273huc.1187158592884; Tue, 14 Aug 2007 23:16:32 -0700 (PDT) Received: by 10.78.171.12 with HTTP; Tue, 14 Aug 2007 23:16:32 -0700 (PDT) Message-ID: <1fc8a2a60708142316m452e64c1mc859c53043e0d159@mail.gmail.com> Date: Wed, 15 Aug 2007 14:16:32 +0800 From: "Nex Mon" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: questions on nonsleepable lock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2007 06:42:54 -0000 Hello All, Can someone point me out or explain the technical details of this kernel panic: sleeping thread (tid 100093, pid 2676) owns nonsleepable lock panic: sleeping thread -- -- Is this caused by incorrect use of mutex or semaphores? Is this related to kernel scheduling? Can this be addressed at the user process? I've tried looking throught the freebsd mailing list archives and documentations but coudn't find a real good answer to solve or prevent this problem. Im using freebsd 6.1 with SMP enabled on a Xeon dual core hardware. The system has several busy applications running, But the load average is very minimal, around 8.55 and no process hogging the CPU. So I expect my system should be running smoothly without in problem. I appreciate any help. Thanks a lot, Mon From owner-freebsd-stable@FreeBSD.ORG Wed Aug 15 07:34:31 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA03B16A469 for ; Wed, 15 Aug 2007 07:34:31 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id E6B9513C46C for ; Wed, 15 Aug 2007 07:34:30 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 52433 invoked from network); 15 Aug 2007 11:07:47 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 15 Aug 2007 11:07:47 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.5.10110, virus records: 237608, updated: 14.08.2007] Message-ID: <004001c7df0a$fc2a5c10$0c00a8c0@Artem> From: "Artem Kuchin" To: Date: Wed, 15 Aug 2007 11:07:42 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Subject: How stable is 7 now? How to cvs it? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2007 07:34:31 -0000 Hello! I have heard that 7 is very stable since november and much better (perfomance wise since GIANT lock have been deleted completely) since that time. Is it true? Also, how to cvsup the sources? I tried RELENG_7 and HEAD tags and no sources and docs fetched at all. Which is the correct tag? -- Regards, Artem From owner-freebsd-stable@FreeBSD.ORG Wed Aug 15 08:19:55 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE7FC16A46B for ; Wed, 15 Aug 2007 08:19:55 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp5.yandex.ru (smtp5.yandex.ru [87.250.248.71]) by mx1.freebsd.org (Postfix) with ESMTP id 19F4D13C468 for ; Wed, 15 Aug 2007 08:19:54 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:41469 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S1054172AbXHOIAX (ORCPT ); Wed, 15 Aug 2007 12:00:23 +0400 X-Comment: RFC 2476 MSA function at smtp5.yandex.ru logged sender identity as: bu7cher Message-ID: <46C2B295.6030103@yandex.ru> Date: Wed, 15 Aug 2007 12:00:21 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Artem Kuchin References: <004001c7df0a$fc2a5c10$0c00a8c0@Artem> In-Reply-To: <004001c7df0a$fc2a5c10$0c00a8c0@Artem> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: How stable is 7 now? How to cvs it? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2007 08:19:56 -0000 Artem Kuchin wrote: > Also, how to cvsup the sources? I tried RELENG_7 and > HEAD tags and no sources and docs fetched at all. Which is > the correct tag? Use the following string in your csup file: *default release=cvs tag=. -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Wed Aug 15 11:30:39 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F74616A41A; Wed, 15 Aug 2007 11:30:39 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id D96AD13C458; Wed, 15 Aug 2007 11:30:37 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=daemon.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.67 (FreeBSD)) (envelope-from ) id 1ILGWY-000FH6-R4; Wed, 15 Aug 2007 18:54:51 +0800 Message-ID: <46C2DB7A.5080709@micom.mng.net> Date: Wed, 15 Aug 2007 18:54:50 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.6 (X11/20070809) MIME-Version: 1.0 To: Tijl Coosemans References: <200707111442.33336.jhb@freebsd.org> <200707311725.33059.tijl@ulyssis.org> <200708011058.53721.mistry.7@osu.edu> <200708021643.48540.tijl@ulyssis.org> In-Reply-To: <200708021643.48540.tijl@ulyssis.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Anish Mistry , freebsd-stable@freebsd.org, John Baldwin Subject: Re: Call for testing: patch that helps Wine on 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2007 11:30:39 -0000 Tijl Coosemans wrote: > On Wednesday 01 August 2007 16:58:46 Anish Mistry wrote: > >> On Tuesday 31 July 2007, Tijl Coosemans wrote: >> >>> On Friday 13 July 2007 20:08:59 Volker wrote: >>> >>>> On 07/11/07 20:42, John Baldwin wrote: >>>> >>>>> This patch attempts to remove a gross hack with a slightly less >>>>> gross hack in order to avoid clobbering data in signal info that >>>>> Wine needs. In 7 this was fixed by a major change to how the >>>>> kernel manages signals internally, and that change is too large >>>>> to be MFC'd, hence this lighter weight patch. It has already >>>>> been tested by the folks working on Wine, but I would like a bit >>>>> more widespread testing before I commit it. Please test this >>>>> patch and let me know if anything breaks. Note that this patch >>>>> is only for i386. >>>>> >>>>> http://www.FreeBSD.org/~jhb/patches/sig_eva.patch >>>>> >>>> I've patched and recompiled world + kernel using your patch. I >>>> can confirm it does not hurt but what does it good (my wine >>>> already ran fine despite some DDE and performance issues)? What >>>> to look for especially - any specific test procedures? >>>> >>> Could you try Mozilla Firefox (for Windows) with and without this >>> patch? >>> >> I applied the patch and recompiled my kernel. The Firefox install >> worked fine, but when I go to launch it I get: >> >> wine firefox.exe >> fixme:actctx:parse_depend_manifests Could not find dependent assembly >> L"Microsoft.Windows.Common-Controls" >> fixme:iphlpapi:NotifyAddrChange (Handle 0xbf6db5e8, overlapped >> 0xbf6db5cc): stub >> err:ole:CoGetClassObject class {4955dd33-b159-11d0-8fcf-00aa006bcc59} >> not registered >> err:ole:CoGetClassObject no class object >> {4955dd33-b159-11d0-8fcf-00aa006bcc59} could be created for context >> 0x1 >> err:seh:segv_handler Got unexpected trap 0 >> Bus error (core dumped) >> >> Does the patch require 6-STABLE? >> > > No, if it applies cleanly, it's ok. If you're interested, there are > more patches at . > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > > Hi, I just tried patch-fbsd-7 and patch-wine-0.9.43. Macromedia Flash8 works, however Dreamweaver8 doesn't. It shows splash screen and then crashes. ... file_set_error: Bad address file_set_error: Bad address wine: Unhandled page fault on read access to 0x00000000 at address 0x95fa37 (thread 0009), starting debugger... Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x0095fa37). file_set_error: Bad address file_set_error: Bad address Register dump: CS:0033 SS:003b DS:003b ES:003b FS:1007 GS:001b EIP:0095fa37 ESP:0034f2dc EBP:00000000 EFLAGS:00010206( - 00 - RIP1) EAX:00000000 EBX:0000000c ECX:0034f590 EDX:00000001 ESI:0174c1e0 EDI:015cc378 Stack dump: 0x0034f2dc: 30e00000 00000000 00000000 00000000 0x0034f2ec: 00000000 00000000 00000000 00000000 0x0034f2fc: 015cc378 00000000 00000000 00000008 0x0034f30c: 00000000 00000000 00000000 012699c0 0x0034f31c: 017320e8 017320dc 00000002 017320f4 0x0034f32c: 017320d8 0000000a 01269a30 02cf33a8 0200: sel=1007 base=00112000 limit=00001fff 32-bit rw- Backtrace: 0x0095fa37: movl 0x0(%eax),%ecx Modules: Module Address Debug info Name (114 modules) PE 350000- 3a6000 Deferred msvcr71 PE 3b0000- 42b000 Deferred msvcp71 PE 430000- 501000 Deferred libeay32 PE 510000- 537000 Deferred ssleay32 PE 540000- 642000 Deferred mfc71u PE 800000- 1609000 Export dreamweaver PE 10000000-10283000 Deferred fireworks library PE 12000000-121ae000 Deferred xerces-c_2_6 PE 13000000-13191000 Deferred mmxptresources PE 30000000-30020000 Deferred libcurl PE 30100000-30120000 Deferred coretypes PE 30900000-30912000 Deferred netio PE 30e00000-3113e000 Deferred resources PE 32100000-32181000 Deferred workspace PE 4a800000-4a893000 Deferred icuuc30 PE 4ad00000-4b52d000 Deferred icudt30 PE 70d00000-70ea0000 Deferred gdiplus ELF 7bf00000-7bf03000 Deferred ELF 7df02000-7df2d000 Deferred ld-elf.so.1 ELF 7df35000-7e049000 Deferred libwine.so.1 ELF 7e049000-7e05c000 Deferred libthr.so.3 ELF 7e05c000-7e159000 Deferred libc.so.7 ELF 7e162000-7e1fe000 Deferred ntdll \-PE 7e170000-7e1fe000 \ ntdll ELF 7e300000-7e315000 Deferred libm.so.5 ELF 7e315000-7e437000 Deferred kernel32 \-PE 7e330000-7e437000 \ kernel32 ELF 7e437000-7e572000 Deferred user32 \-PE 7e450000-7e572000 \ user32 ELF 7e572000-7e609000 Deferred gdi32 \-PE 7e580000-7e609000 \ gdi32 ELF 7e609000-7e64f000 Deferred advapi32 \-PE 7e610000-7e64f000 \ advapi32 ELF 7e64f000-7e699000 Deferred dbghelp \-PE 7e660000-7e699000 \ dbghelp ELF 7e699000-7e6ae000 Deferred psapi \-PE 7e6a0000-7e6ae000 \ psapi ELF 7e6ae000-7e74b000 Deferred ole32 \-PE 7e6c0000-7e74b000 \ ole32 ELF 7e74b000-7e7a4000 Deferred rpcrt4 \-PE 7e760000-7e7a4000 \ rpcrt4 ELF 7e7a4000-7e7c2000 Deferred iphlpapi \-PE 7e7b0000-7e7c2000 \ iphlpapi ELF 7e7c2000-7e7dc000 Deferred version \-PE 7e7d0000-7e7dc000 \ version ELF 7e7dc000-7e7f0000 Deferred lz32 \-PE 7e7e0000-7e7f0000 \ lz32 ELF 7e7f0000-7e80d000 Deferred imm32 \-PE 7e800000-7e80d000 \ imm32 ELF 7e80d000-7e856000 Deferred wininet \-PE 7e820000-7e856000 \ wininet ELF 7e856000-7e876000 Deferred mpr \-PE 7e860000-7e876000 \ mpr ELF 7e876000-7e8cd000 Deferred shlwapi \-PE 7e880000-7e8cd000 \ shlwapi ELF 7e8cd000-7e9cc000 Deferred shell32 \-PE 7e8e0000-7e9cc000 \ shell32 ELF 7e9cc000-7ea87000 Deferred comctl32 \-PE 7e9e0000-7ea87000 \ comctl32 ELF 7ea87000-7eb15000 Deferred winmm \-PE 7ea90000-7eb15000 \ winmm ELF 7eb15000-7eb48000 Deferred winspool \-PE 7eb20000-7eb48000 \ winspool ELF 7eb48000-7ebe4000 Deferred oleaut32 \-PE 7eb60000-7ebe4000 \ oleaut32 ELF 7ebe4000-7ebfe000 Deferred wsock32 \-PE 7ebf0000-7ebfe000 \ wsock32 ELF 7ebfe000-7ec2a000 Deferred ws2_32 \-PE 7ec10000-7ec2a000 \ ws2_32 ELF 7ec2a000-7ec8f000 Deferred msvcrt \-PE 7ec40000-7ec8f000 \ msvcrt ELF 7ec8f000-7eca3000 Deferred msimg32 \-PE 7eca0000-7eca3000 \ msimg32 ELF 7eca3000-7ecca000 Deferred odbc32 \-PE 7ecb0000-7ecca000 \ odbc32 ELF 7ecca000-7ed33000 Deferred libfreetype.so.9 ELF 7ed3c000-7ed4e000 Deferred libz.so.4 ELF 7ed4e000-7ed79000 Deferred libfontconfig.so.1 ELF 7ed79000-7ed9a000 Deferred libexpat.so.6 ELF 7ee50000-7eedf000 Deferred winex11 \-PE 7ee60000-7eedf000 \ winex11 ELF 7eedf000-7eee7000 Deferred libsm.so.6 ELF 7eee7000-7eeff000 Deferred libice.so.6 ELF 7eeff000-7ef04000 Deferred libxxf86vm.so.1 ELF 7ef04000-7ef12000 Deferred libxext.so.6 ELF 7ef12000-7effe000 Deferred libx11.so.6 ELF 7effe000-7f001000 Deferred libxau.so.6 ELF 7f001000-7f006000 Deferred libxdmcp.so.6 ELF 7f006000-7f00e000 Deferred librpcsvc.so.4 ELF 7f00e000-7f06f000 Deferred libgl.so.1 ELF 7f06f000-7f072000 Deferred libxdamage.so.1 ELF 7f072000-7f077000 Deferred libxfixes.so.3 ELF 7f077000-7f080000 Deferred libdrm.so.2 ELF 7f080000-7f083000 Deferred libxinerama.so.1 ELF 7f083000-7f08b000 Deferred libxrender.so.1 ELF 7f08b000-7f091000 Deferred libxrandr.so.2 ELF 7f091000-7f09a000 Deferred libxcursor.so.1 ELF 7f09c000-7f0ce000 Deferred uxtheme \-PE 7f0a0000-7f0ce000 \ uxtheme ELF 7f0ce000-7f0d2000 Deferred libgpg-error.so.0 ELF 7f2b5000-7f2f2000 Deferred wineoss \-PE 7f2c0000-7f2f2000 \ wineoss ELF 7f2f2000-7f30a000 Deferred msacm32 \-PE 7f300000-7f30a000 \ msacm32 ELF 7f30a000-7f331000 Deferred msacm32 \-PE 7f310000-7f331000 \ msacm32 ELF 7f331000-7f346000 Deferred midimap \-PE 7f340000-7f346000 \ midimap ELF 7f346000-7f376000 Deferred libcups.so.2 ELF 7f376000-7f3f8000 Deferred libgnutls.so.13 ELF 7f3f8000-7f447000 Deferred libgcrypt.so.13 ELF 7f447000-7f460000 Deferred libcrypt.so.4 ELF 7f460000-7f469000 Deferred libintl.so.8 ELF 7f469000-7f557000 Deferred libiconv.so.3 Threads: process tid prio (all id:s are in hex) 0000000a 0000000c 0 0000000b 0 00000008 (D) C:\Program Files\Macromedia\Dreamweaver 8\Dreamweaver.exe 0000000d 0 00000009 0 <== daemon% Any idea how to resolve this issue? Will the patch on http://bugs.winehq.org/show_bug.cgi?id=4139 help to this issue? thanks in advance, Ganbold -- If it's worth doing, do it for money. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 15 12:41:47 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD34716A419 for ; Wed, 15 Aug 2007 12:41:47 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from thumbler.kulnet.kuleuven.ac.be (thumbler.kulnet.kuleuven.ac.be [134.58.240.45]) by mx1.freebsd.org (Postfix) with ESMTP id 89E0913C45A for ; Wed, 15 Aug 2007 12:41:47 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from localhost (localhost [127.0.0.1]) by thumbler.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 31898138C78; Wed, 15 Aug 2007 14:23:56 +0200 (CEST) Received: from smtps02.kuleuven.be (smtpshost02.kulnet.kuleuven.be [134.58.240.75]) by thumbler.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 37CED13863D; Wed, 15 Aug 2007 14:23:55 +0200 (CEST) Received: from kalimero.kotnet.org (kalimero.kotnet.org [10.4.16.222]) by smtps02.kuleuven.be (Postfix) with ESMTP id E66DFF3862; Wed, 15 Aug 2007 14:23:54 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by kalimero.kotnet.org (8.14.1/8.14.1) with ESMTP id l7FCNswA004704; Wed, 15 Aug 2007 14:23:54 +0200 (CEST) (envelope-from tijl@ulyssis.org) X-Kuleuven: This mail passed the K.U.Leuven mailcluster From: Tijl Coosemans To: Ganbold Date: Wed, 15 Aug 2007 14:23:53 +0200 User-Agent: KMail/1.9.7 References: <200707111442.33336.jhb@freebsd.org> <200708021643.48540.tijl@ulyssis.org> <46C2DB7A.5080709@micom.mng.net> In-Reply-To: <46C2DB7A.5080709@micom.mng.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200708151423.54162.tijl@ulyssis.org> X-Virus-Scanned: by KULeuven Antivirus Cluster Cc: freebsd-stable@freebsd.org Subject: Re: Call for testing: patch that helps Wine on 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2007 12:41:47 -0000 On Wednesday 15 August 2007 12:54:50 Ganbold wrote: > I just tried patch-fbsd-7 and patch-wine-0.9.43. Macromedia Flash8 > works, however Dreamweaver8 doesn't. > It shows splash screen and then crashes. I think this is because of copy/crack protection code failing. At least that seems to be the cause for similar problems with other programs. There's no solution yet. > Any idea how to resolve this issue? > Will the patch on http://bugs.winehq.org/show_bug.cgi?id=4139 help to > this issue? No, that was due to a problem in FreeBSD, which has been fixed now in both current and stable. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 15 14:09:20 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D5B616A418 for ; Wed, 15 Aug 2007 14:09:20 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.freebsd.org (Postfix) with ESMTP id C9BE313C461 for ; Wed, 15 Aug 2007 14:09:19 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by mail.ticketswitch.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1ILJYk-0000f6-Cc; Wed, 15 Aug 2007 15:09:18 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1ILJYk-000LLi-Bh; Wed, 15 Aug 2007 15:09:18 +0100 To: bms@incunabulum.net, freebsd-stable@FreeBSD.ORG In-Reply-To: <46C1F6A3.1000101@incunabulum.net> Message-Id: From: Pete French Date: Wed, 15 Aug 2007 15:09:18 +0100 Cc: Subject: Re: Static linking and memory usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2007 14:09:20 -0000 > In response to the original post: The kernel's ELF linker/loader for > executables will share the text and read-only segments for static > executables. Thanks, this is what I was looking for - I kind of thought it worked that way but just wanted to check, (because if not I am wasting a lot of memory!) cheers, -pete. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 15 15:24:08 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 069F116A418 for ; Wed, 15 Aug 2007 15:24:08 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from thumbler.kulnet.kuleuven.ac.be (thumbler.kulnet.kuleuven.ac.be [134.58.240.45]) by mx1.freebsd.org (Postfix) with ESMTP id B585313C4CC for ; Wed, 15 Aug 2007 15:24:07 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from localhost (localhost [127.0.0.1]) by thumbler.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 837B6138148; Wed, 15 Aug 2007 17:24:06 +0200 (CEST) Received: from smtps02.kuleuven.be (smtpshost02.kulnet.kuleuven.be [134.58.240.75]) by thumbler.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 7EE0A138CEA; Wed, 15 Aug 2007 17:24:05 +0200 (CEST) Received: from kalimero.kotnet.org (kalimero.kotnet.org [10.4.16.222]) by smtps02.kuleuven.be (Postfix) with ESMTP id 545C6F3862; Wed, 15 Aug 2007 17:24:05 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by kalimero.kotnet.org (8.14.1/8.14.1) with ESMTP id l7FFO5Fs007311; Wed, 15 Aug 2007 17:24:05 +0200 (CEST) (envelope-from tijl@ulyssis.org) X-Kuleuven: This mail passed the K.U.Leuven mailcluster From: Tijl Coosemans To: Ganbold Date: Wed, 15 Aug 2007 17:24:02 +0200 User-Agent: KMail/1.9.7 References: <200707111442.33336.jhb@freebsd.org> <200708021643.48540.tijl@ulyssis.org> <46C2DB7A.5080709@micom.mng.net> In-Reply-To: <46C2DB7A.5080709@micom.mng.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200708151724.04364.tijl@ulyssis.org> X-Virus-Scanned: by KULeuven Antivirus Cluster Cc: freebsd-stable@freebsd.org Subject: Re: Call for testing: patch that helps Wine on 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2007 15:24:08 -0000 On Wednesday 15 August 2007 12:54:50 Ganbold wrote: > I just tried patch-fbsd-7 and patch-wine-0.9.43. Macromedia Flash8 > works, however Dreamweaver8 doesn't. > It shows splash screen and then crashes. Could you send me the output of: env WINEDEBUG=+module wine /path/to/dreamweaver.exe >& outfile From owner-freebsd-stable@FreeBSD.ORG Wed Aug 15 17:09:41 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1673916A41A for ; Wed, 15 Aug 2007 17:09:41 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 4517213C48E for ; Wed, 15 Aug 2007 17:09:40 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 66848 invoked from network); 15 Aug 2007 21:09:38 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 15 Aug 2007 21:09:38 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.5.10110, virus records: 237756, updated: 15.08.2007] Message-ID: <000b01c7df5f$0ee4eec0$0c00a8c0@Artem> From: "Artem Kuchin" To: Date: Wed, 15 Aug 2007 21:09:33 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Subject: twa is giant locked in 7-Current or everywhere? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2007 17:09:41 -0000 Hi! When i installed twas driver on 6.2-STABLE it said [FAST] i presumed that it measn that twa is giant-lock free. Now, after installing 7-CURRENT i see Aug 15 17:00:02 omni3 kernel: 3ware device driver for 9000 series storage controllers, version: 3.70.03.007 Aug 15 17:00:02 omni3 kernel: twa0: <3ware 9000 series Storage Controller> port 0x3000-0x30ff mem 0x88000000-0x89ffffff,0x8a200000-0x8a200fff irq 16 at devic Aug 15 17:00:02 omni3 kernel: twa0: [GIANT-LOCKED] Aug 15 17:00:02 omni3 kernel: twa0: [ITHREAD] So, it says GIANT-LOCKED and then ITHREAD. Apparently, i have no real understaning what those words mean. COuld anyone explain the meaning of FAST ITHREAD Giant-locked is self explanatory and.. bad. Thank you. -- Regards, Artem From owner-freebsd-stable@FreeBSD.ORG Wed Aug 15 17:36:17 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BBB416A41A for ; Wed, 15 Aug 2007 17:36:17 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 1625713C45D for ; Wed, 15 Aug 2007 17:36:17 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from rot26.obsecurity.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 39CB51A4D81; Wed, 15 Aug 2007 10:34:49 -0700 (PDT) Received: by rot26.obsecurity.org (Postfix, from userid 1001) id 21263C3EC; Wed, 15 Aug 2007 13:36:16 -0400 (EDT) Date: Wed, 15 Aug 2007 13:36:15 -0400 From: Kris Kennaway To: Artem Kuchin Message-ID: <20070815173615.GA71910@rot26.obsecurity.org> References: <004001c7df0a$fc2a5c10$0c00a8c0@Artem> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <004001c7df0a$fc2a5c10$0c00a8c0@Artem> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: How stable is 7 now? How to cvs it? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2007 17:36:17 -0000 On Wed, Aug 15, 2007 at 11:07:42AM +0400, Artem Kuchin wrote: > Hello! > > I have heard that 7 is very stable since november and > much better (perfomance wise since GIANT lock have been > deleted completely) since that time. > > Is it true? No, it is still lurking in some corners of the kernel, but almost all workloads no longer require it. Kris From owner-freebsd-stable@FreeBSD.ORG Wed Aug 15 17:37:42 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DB1216A41A for ; Wed, 15 Aug 2007 17:37:42 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id 173BE13C465 for ; Wed, 15 Aug 2007 17:37:41 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 16715 invoked by uid 399); 15 Aug 2007 17:37:41 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 15 Aug 2007 17:37:41 -0000 X-Originating-IP: 127.0.0.1 Date: Wed, 15 Aug 2007 10:37:39 -0700 (PDT) From: Doug Barton To: Artem Kuchin In-Reply-To: <004001c7df0a$fc2a5c10$0c00a8c0@Artem> Message-ID: References: <004001c7df0a$fc2a5c10$0c00a8c0@Artem> X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: How stable is 7 now? How to cvs it? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2007 17:37:42 -0000 On Wed, 15 Aug 2007, Artem Kuchin wrote: > Hello! > > I have heard that 7 is very stable since november and > much better (perfomance wise since GIANT lock have been > deleted completely) since that time. Partially. It is pretty stable right now for the most part since we're in a code freeze, but you might want to wait for the first beta before you jump in. Also, GIANT is still there in some places, but a LOT fewer now than before. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Aug 15 17:42:19 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C26816A418 for ; Wed, 15 Aug 2007 17:42:19 +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 61B9D13C494 for ; Wed, 15 Aug 2007 17:42:19 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from rot26.obsecurity.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 7F39C1A4D84; Wed, 15 Aug 2007 10:40:51 -0700 (PDT) Received: by rot26.obsecurity.org (Postfix, from userid 1001) id 7BAD9C3EC; Wed, 15 Aug 2007 13:42:18 -0400 (EDT) Date: Wed, 15 Aug 2007 13:42:18 -0400 From: Kris Kennaway To: Artem Kuchin Message-ID: <20070815174218.GB71910@rot26.obsecurity.org> References: <000b01c7df5f$0ee4eec0$0c00a8c0@Artem> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline In-Reply-To: <000b01c7df5f$0ee4eec0$0c00a8c0@Artem> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: twa is giant locked in 7-Current or everywhere? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2007 17:42:19 -0000 --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 15, 2007 at 09:09:33PM +0400, Artem Kuchin wrote: > Hi! >=20 > When i installed twas driver on 6.2-STABLE it said > [FAST] >=20 > i presumed that it measn that twa is giant-lock free. >=20 > Now, after installing 7-CURRENT i see >=20 > Aug 15 17:00:02 omni3 kernel: 3ware device driver for 9000 series storage= =20 > controllers, version: 3.70.03.007 > Aug 15 17:00:02 omni3 kernel: twa0: <3ware 9000 series Storage Controller= >=20 > port 0x3000-0x30ff mem 0x88000000-0x89ffffff,0x8a200000-0x8a200fff irq 16= =20 > at devic > Aug 15 17:00:02 omni3 kernel: twa0: [GIANT-LOCKED] > Aug 15 17:00:02 omni3 kernel: twa0: [ITHREAD] >=20 >=20 > So, it says GIANT-LOCKED and then ITHREAD. >=20 > Apparently, i have no real understaning what those words mean. > COuld anyone explain the meaning of >=20 > FAST > ITHREAD >=20 > Giant-locked is self explanatory and.. bad. I think 6.x doesn't display the GIANT-LOCKED messages because users were freaking out too much after they were added at an earlier point in 6.x development ("Q: why is this driver suddenly giant locked?" "A: It's always been giant locked, now this fact is displayed as a note to developers."). While it's true that a non-giant locked driver would be better, it's not as bad as you might think because almost nothing else requires giant for most workloads thesedays (see http://wiki.freebsd.org/SMPTODO), so in those workloads performance will not be worse because of it. If you are really bothered by this you can enable mutex profiling to check how much of a problem it is for you. Kris --9amGYk9869ThD9tj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFGwzr6Wry0BWjoQKURAv/3AJ9TKDV1HJqsGssQg5PRc4fvpDIm0QCeNTTx NxeJgbo66J+LmKZuCvd5bvc= =4Ahm -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 15 18:01:27 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A70EA16A419 for ; Wed, 15 Aug 2007 18:01: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 3F5DF13C45B for ; Wed, 15 Aug 2007 18:01:27 +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 l7FHnfGB010222; Wed, 15 Aug 2007 11:49:42 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <46C33CB2.7040204@samsco.org> Date: Wed, 15 Aug 2007 11:49:38 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Artem Kuchin References: <000b01c7df5f$0ee4eec0$0c00a8c0@Artem> In-Reply-To: <000b01c7df5f$0ee4eec0$0c00a8c0@Artem> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Wed, 15 Aug 2007 11:49:42 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: twa is giant locked in 7-Current or everywhere? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2007 18:01:27 -0000 The TWA driver uses an INTR_FAST handler, meaning that it forgoes the traditional interrupt-thread model in FreeBSD. There are good and bad tradeoffs with doing that, and I'm always happy to discuss the topic in detail with those who are interested. In any case, most of the codepaths inside of the driver were still covered by Giant, just not the low-level interrupt handler. In 7-CURRENT, I changed the CAM (SCSI) layer API a bit, and the TWA driver was an unfortunate victim of the change. The easy fix was to revert the interrupt handler to being fully Giant-covered. There should be very little difference in actual performance unless the interrupt is being shared with another device. Even then the difference should be minor. Pushing the TWA source forward so that it is Giant-free would be an interesting task. Unfortunately, the existing code relies heavily on spin locks, while CAM requires that Giant-free drivers use sleep locks. Since this code is actively maintained by AMCC/3Ware, some amount of coordination would be needed with them to ensure the changes are accepted. Scott Artem Kuchin wrote: > Hi! > > When i installed twas driver on 6.2-STABLE it said > [FAST] > > i presumed that it measn that twa is giant-lock free. > > Now, after installing 7-CURRENT i see > > Aug 15 17:00:02 omni3 kernel: 3ware device driver for 9000 series > storage controllers, version: 3.70.03.007 > Aug 15 17:00:02 omni3 kernel: twa0: <3ware 9000 series Storage > Controller> port 0x3000-0x30ff mem > 0x88000000-0x89ffffff,0x8a200000-0x8a200fff irq 16 at devic > Aug 15 17:00:02 omni3 kernel: twa0: [GIANT-LOCKED] > Aug 15 17:00:02 omni3 kernel: twa0: [ITHREAD] > > > So, it says GIANT-LOCKED and then ITHREAD. > > Apparently, i have no real understaning what those words mean. > COuld anyone explain the meaning of > > FAST > ITHREAD > > Giant-locked is self explanatory and.. bad. > > Thank you. > > -- > Regards, > Artem > _______________________________________________ > 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 Aug 15 18:17:26 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 946F016A4E0 for ; Wed, 15 Aug 2007 18:17:26 +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 2CC3713C4CB for ; Wed, 15 Aug 2007 18:17: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 l7FIHMnI010377; Wed, 15 Aug 2007 12:17:22 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <46C3432F.709@samsco.org> Date: Wed, 15 Aug 2007 12:17:19 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Kris Kennaway References: <000b01c7df5f$0ee4eec0$0c00a8c0@Artem> <20070815174218.GB71910@rot26.obsecurity.org> In-Reply-To: <20070815174218.GB71910@rot26.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Wed, 15 Aug 2007 12:17:22 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Artem Kuchin , freebsd-stable@freebsd.org Subject: Re: twa is giant locked in 7-Current or everywhere? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2007 18:17:26 -0000 Kris Kennaway wrote: > On Wed, Aug 15, 2007 at 09:09:33PM +0400, Artem Kuchin wrote: >> Hi! >> >> When i installed twas driver on 6.2-STABLE it said >> [FAST] >> >> i presumed that it measn that twa is giant-lock free. >> >> Now, after installing 7-CURRENT i see >> >> Aug 15 17:00:02 omni3 kernel: 3ware device driver for 9000 series storage >> controllers, version: 3.70.03.007 >> Aug 15 17:00:02 omni3 kernel: twa0: <3ware 9000 series Storage Controller> >> port 0x3000-0x30ff mem 0x88000000-0x89ffffff,0x8a200000-0x8a200fff irq 16 >> at devic >> Aug 15 17:00:02 omni3 kernel: twa0: [GIANT-LOCKED] >> Aug 15 17:00:02 omni3 kernel: twa0: [ITHREAD] >> >> >> So, it says GIANT-LOCKED and then ITHREAD. >> >> Apparently, i have no real understaning what those words mean. >> COuld anyone explain the meaning of >> >> FAST >> ITHREAD >> >> Giant-locked is self explanatory and.. bad. > > I think 6.x doesn't display the GIANT-LOCKED messages because users > were freaking out too much after they were added at an earlier point > in 6.x development ("Q: why is this driver suddenly giant locked?" "A: > It's always been giant locked, now this fact is displayed as a note to > developers."). > > While it's true that a non-giant locked driver would be better, it's > not as bad as you might think because almost nothing else requires > giant for most workloads thesedays (see > http://wiki.freebsd.org/SMPTODO), so in those workloads performance > will not be worse because of it. If you are really bothered by this > you can enable mutex profiling to check how much of a problem it is > for you. > Just to set the facts straight, the TWA driver has always been covered by Giant, as I explained in another part of this thread. The indication was just hidden because it used an INTR_FAST handler. As for performance, having Giant-free drivers is still highly important. Not having to compete with the tty subsystem or the USB stack is very important. My recent change to make ATAPI-CAM Giant-free made CD burning a lot more pleasant for people. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Aug 15 18:54:43 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF12616A417; Wed, 15 Aug 2007 18:54:43 +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 1666913C458; Wed, 15 Aug 2007 18:54:43 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from localhost (maia-5.hub.org [200.46.204.182]) by hub.org (Postfix) with ESMTP id 7348BB476C0; Wed, 15 Aug 2007 15:54:42 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.182]) (amavisd-maia, port 10024) with ESMTP id 62783-06; Wed, 15 Aug 2007 15:54:39 -0300 (ADT) Received: from fserv.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id 766D3B476BF; Wed, 15 Aug 2007 15:54:40 -0300 (ADT) Received: from [192.168.1.2] (unknown [192.168.1.2]) by fserv.hub.org (Postfix) with ESMTP id BC8718F99A; Wed, 15 Aug 2007 15:54:41 -0300 (ADT) Date: Wed, 15 Aug 2007 15:53:54 -0300 From: "Marc G. Fournier" To: Ganbold , Tijl Coosemans Message-ID: <3DEFD34B7AD750EB3498916A@ganymede.hub.org> In-Reply-To: <46C2DB7A.5080709@micom.mng.net> References: <200707111442.33336.jhb@freebsd.org> <200707311725.33059.tijl@ulyssis.org> <200708011058.53721.mistry.7@osu.edu> <200708021643.48540.tijl@ulyssis.org> <46C2DB7A.5080709@micom.mng.net> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Anish Mistry , freebsd-stable@freebsd.org, John Baldwin Subject: Re: Call for testing: patch that helps Wine on 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Aug 2007 18:54:43 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Please note that we have a mailing list setup at freebsd-wine-users@hub.org dedicated to discussing issues with Wine on FreeBSD, on which we have both FreeBSD *and* Wine developers ... - --On Wednesday, August 15, 2007 18:54:50 +0800 Ganbold wrote: > Tijl Coosemans wrote: >> On Wednesday 01 August 2007 16:58:46 Anish Mistry wrote: >> >>> On Tuesday 31 July 2007, Tijl Coosemans wrote: >>> >>>> On Friday 13 July 2007 20:08:59 Volker wrote: >>>> >>>>> On 07/11/07 20:42, John Baldwin wrote: >>>>> >>>>>> This patch attempts to remove a gross hack with a slightly less >>>>>> gross hack in order to avoid clobbering data in signal info that >>>>>> Wine needs. In 7 this was fixed by a major change to how the >>>>>> kernel manages signals internally, and that change is too large >>>>>> to be MFC'd, hence this lighter weight patch. It has already >>>>>> been tested by the folks working on Wine, but I would like a bit >>>>>> more widespread testing before I commit it. Please test this >>>>>> patch and let me know if anything breaks. Note that this patch >>>>>> is only for i386. >>>>>> >>>>>> http://www.FreeBSD.org/~jhb/patches/sig_eva.patch >>>>>> >>>>> I've patched and recompiled world + kernel using your patch. I >>>>> can confirm it does not hurt but what does it good (my wine >>>>> already ran fine despite some DDE and performance issues)? What >>>>> to look for especially - any specific test procedures? >>>>> >>>> Could you try Mozilla Firefox (for Windows) with and without this >>>> patch? >>>> >>> I applied the patch and recompiled my kernel. The Firefox install >>> worked fine, but when I go to launch it I get: >>> >>> wine firefox.exe >>> fixme:actctx:parse_depend_manifests Could not find dependent assembly >>> L"Microsoft.Windows.Common-Controls" >>> fixme:iphlpapi:NotifyAddrChange (Handle 0xbf6db5e8, overlapped >>> 0xbf6db5cc): stub >>> err:ole:CoGetClassObject class {4955dd33-b159-11d0-8fcf-00aa006bcc59} >>> not registered >>> err:ole:CoGetClassObject no class object >>> {4955dd33-b159-11d0-8fcf-00aa006bcc59} could be created for context >>> 0x1 >>> err:seh:segv_handler Got unexpected trap 0 >>> Bus error (core dumped) >>> >>> Does the patch require 6-STABLE? >>> >> >> No, if it applies cleanly, it's ok. If you're interested, there are >> more patches at . >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> >> >> >> > Hi, > > I just tried patch-fbsd-7 and patch-wine-0.9.43. Macromedia Flash8 works, > however Dreamweaver8 doesn't. > It shows splash screen and then crashes. > > ... > file_set_error: Bad address > file_set_error: Bad address > wine: Unhandled page fault on read access to 0x00000000 at address 0x95fa37 > (thread 0009), starting debugger... > Unhandled exception: page fault on read access to 0x00000000 in 32-bit code > (0x0095fa37). > file_set_error: Bad address > file_set_error: Bad address > Register dump: > CS:0033 SS:003b DS:003b ES:003b FS:1007 GS:001b > EIP:0095fa37 ESP:0034f2dc EBP:00000000 EFLAGS:00010206( - 00 - RIP1) > EAX:00000000 EBX:0000000c ECX:0034f590 EDX:00000001 > ESI:0174c1e0 EDI:015cc378 > Stack dump: > 0x0034f2dc: 30e00000 00000000 00000000 00000000 > 0x0034f2ec: 00000000 00000000 00000000 00000000 > 0x0034f2fc: 015cc378 00000000 00000000 00000008 > 0x0034f30c: 00000000 00000000 00000000 012699c0 > 0x0034f31c: 017320e8 017320dc 00000002 017320f4 > 0x0034f32c: 017320d8 0000000a 01269a30 02cf33a8 > 0200: sel=1007 base=00112000 limit=00001fff 32-bit rw- > Backtrace: > 0x0095fa37: movl 0x0(%eax),%ecx > Modules: > Module Address Debug info Name (114 modules) > PE 350000- 3a6000 Deferred msvcr71 > PE 3b0000- 42b000 Deferred msvcp71 > PE 430000- 501000 Deferred libeay32 > PE 510000- 537000 Deferred ssleay32 > PE 540000- 642000 Deferred mfc71u > PE 800000- 1609000 Export dreamweaver > PE 10000000-10283000 Deferred fireworks library > PE 12000000-121ae000 Deferred xerces-c_2_6 > PE 13000000-13191000 Deferred mmxptresources > PE 30000000-30020000 Deferred libcurl > PE 30100000-30120000 Deferred coretypes > PE 30900000-30912000 Deferred netio > PE 30e00000-3113e000 Deferred resources > PE 32100000-32181000 Deferred workspace > PE 4a800000-4a893000 Deferred icuuc30 > PE 4ad00000-4b52d000 Deferred icudt30 > PE 70d00000-70ea0000 Deferred gdiplus > ELF 7bf00000-7bf03000 Deferred > ELF 7df02000-7df2d000 Deferred ld-elf.so.1 > ELF 7df35000-7e049000 Deferred libwine.so.1 > ELF 7e049000-7e05c000 Deferred libthr.so.3 > ELF 7e05c000-7e159000 Deferred libc.so.7 > ELF 7e162000-7e1fe000 Deferred ntdll > \-PE 7e170000-7e1fe000 \ ntdll > ELF 7e300000-7e315000 Deferred libm.so.5 > ELF 7e315000-7e437000 Deferred kernel32 > \-PE 7e330000-7e437000 \ kernel32 > ELF 7e437000-7e572000 Deferred user32 > \-PE 7e450000-7e572000 \ user32 > ELF 7e572000-7e609000 Deferred gdi32 > \-PE 7e580000-7e609000 \ gdi32 > ELF 7e609000-7e64f000 Deferred advapi32 > \-PE 7e610000-7e64f000 \ advapi32 > ELF 7e64f000-7e699000 Deferred dbghelp > \-PE 7e660000-7e699000 \ dbghelp > ELF 7e699000-7e6ae000 Deferred psapi > \-PE 7e6a0000-7e6ae000 \ psapi > ELF 7e6ae000-7e74b000 Deferred ole32 > \-PE 7e6c0000-7e74b000 \ ole32 > ELF 7e74b000-7e7a4000 Deferred rpcrt4 > \-PE 7e760000-7e7a4000 \ rpcrt4 > ELF 7e7a4000-7e7c2000 Deferred iphlpapi > \-PE 7e7b0000-7e7c2000 \ iphlpapi > ELF 7e7c2000-7e7dc000 Deferred version > \-PE 7e7d0000-7e7dc000 \ version > ELF 7e7dc000-7e7f0000 Deferred lz32 > \-PE 7e7e0000-7e7f0000 \ lz32 > ELF 7e7f0000-7e80d000 Deferred imm32 > \-PE 7e800000-7e80d000 \ imm32 > ELF 7e80d000-7e856000 Deferred wininet > \-PE 7e820000-7e856000 \ wininet > ELF 7e856000-7e876000 Deferred mpr > \-PE 7e860000-7e876000 \ mpr > ELF 7e876000-7e8cd000 Deferred shlwapi > \-PE 7e880000-7e8cd000 \ shlwapi > ELF 7e8cd000-7e9cc000 Deferred shell32 > \-PE 7e8e0000-7e9cc000 \ shell32 > ELF 7e9cc000-7ea87000 Deferred comctl32 > \-PE 7e9e0000-7ea87000 \ comctl32 > ELF 7ea87000-7eb15000 Deferred winmm > \-PE 7ea90000-7eb15000 \ winmm > ELF 7eb15000-7eb48000 Deferred winspool > \-PE 7eb20000-7eb48000 \ winspool > ELF 7eb48000-7ebe4000 Deferred oleaut32 > \-PE 7eb60000-7ebe4000 \ oleaut32 > ELF 7ebe4000-7ebfe000 Deferred wsock32 > \-PE 7ebf0000-7ebfe000 \ wsock32 > ELF 7ebfe000-7ec2a000 Deferred ws2_32 > \-PE 7ec10000-7ec2a000 \ ws2_32 > ELF 7ec2a000-7ec8f000 Deferred msvcrt > \-PE 7ec40000-7ec8f000 \ msvcrt > ELF 7ec8f000-7eca3000 Deferred msimg32 > \-PE 7eca0000-7eca3000 \ msimg32 > ELF 7eca3000-7ecca000 Deferred odbc32 > \-PE 7ecb0000-7ecca000 \ odbc32 > ELF 7ecca000-7ed33000 Deferred libfreetype.so.9 > ELF 7ed3c000-7ed4e000 Deferred libz.so.4 > ELF 7ed4e000-7ed79000 Deferred libfontconfig.so.1 > ELF 7ed79000-7ed9a000 Deferred libexpat.so.6 > ELF 7ee50000-7eedf000 Deferred winex11 > \-PE 7ee60000-7eedf000 \ winex11 > ELF 7eedf000-7eee7000 Deferred libsm.so.6 > ELF 7eee7000-7eeff000 Deferred libice.so.6 > ELF 7eeff000-7ef04000 Deferred libxxf86vm.so.1 > ELF 7ef04000-7ef12000 Deferred libxext.so.6 > ELF 7ef12000-7effe000 Deferred libx11.so.6 > ELF 7effe000-7f001000 Deferred libxau.so.6 > ELF 7f001000-7f006000 Deferred libxdmcp.so.6 > ELF 7f006000-7f00e000 Deferred librpcsvc.so.4 > ELF 7f00e000-7f06f000 Deferred libgl.so.1 > ELF 7f06f000-7f072000 Deferred libxdamage.so.1 > ELF 7f072000-7f077000 Deferred libxfixes.so.3 > ELF 7f077000-7f080000 Deferred libdrm.so.2 > ELF 7f080000-7f083000 Deferred libxinerama.so.1 > ELF 7f083000-7f08b000 Deferred libxrender.so.1 > ELF 7f08b000-7f091000 Deferred libxrandr.so.2 > ELF 7f091000-7f09a000 Deferred libxcursor.so.1 > ELF 7f09c000-7f0ce000 Deferred uxtheme > \-PE 7f0a0000-7f0ce000 \ uxtheme > ELF 7f0ce000-7f0d2000 Deferred libgpg-error.so.0 > ELF 7f2b5000-7f2f2000 Deferred wineoss > \-PE 7f2c0000-7f2f2000 \ wineoss > ELF 7f2f2000-7f30a000 Deferred msacm32 > \-PE 7f300000-7f30a000 \ msacm32 > ELF 7f30a000-7f331000 Deferred msacm32 > \-PE 7f310000-7f331000 \ msacm32 > ELF 7f331000-7f346000 Deferred midimap > \-PE 7f340000-7f346000 \ midimap > ELF 7f346000-7f376000 Deferred libcups.so.2 > ELF 7f376000-7f3f8000 Deferred libgnutls.so.13 > ELF 7f3f8000-7f447000 Deferred libgcrypt.so.13 > ELF 7f447000-7f460000 Deferred libcrypt.so.4 > ELF 7f460000-7f469000 Deferred libintl.so.8 > ELF 7f469000-7f557000 Deferred libiconv.so.3 > Threads: > process tid prio (all id:s are in hex) > 0000000a > 0000000c 0 > 0000000b 0 > 00000008 (D) C:\Program Files\Macromedia\Dreamweaver 8\Dreamweaver.exe > 0000000d 0 > 00000009 0 <== > daemon% > > Any idea how to resolve this issue? > Will the patch on http://bugs.winehq.org/show_bug.cgi?id=4139 help to this > issue? > > thanks in advance, > > Ganbold > > > -- > If it's worth doing, do it for money. > _______________________________________________ > 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" - ---- 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 v2.0.4 (FreeBSD) iD8DBQFGw0vC4QvfyHIvDvMRApJIAKCgEXQblbilfCI5AQTpQyHWfz5AfQCfU3vU /3BivBPQlh1TDb2RAGMifVE= =GUCw -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 15 19:33:11 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43EC916A418 for ; Wed, 15 Aug 2007 19:33:11 +0000 (UTC) (envelope-from kramer@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 156F013C442 for ; Wed, 15 Aug 2007 19:33:10 +0000 (UTC) (envelope-from kramer@centtech.com) Received: from roddick.centtech.com (roddick.centtech.com [10.177.171.221]) by mh2.centtech.com (8.13.8/8.13.8) with ESMTP id l7FJXAGH063743; Wed, 15 Aug 2007 14:33:10 -0500 (CDT) (envelope-from kramer@centtech.com) Message-ID: <46C354F3.1030803@centtech.com> Date: Wed, 15 Aug 2007 14:33:07 -0500 From: Kevin Kramer User-Agent: Thunderbird 2.0.0.5 (X11/20070723) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on mh2.centtech.com X-Virus-Status: Clean Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: kramer@centtech.com Subject: 6.2 w/ gjournal missing gjournal binary X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kramer@centtech.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2007 19:33:11 -0000 I built a machine with 6.2 snapshot from April (May/June would not boot). I used the original src with the gjournal patch. I had to manually patch mount.h and vnode.h to complete the patch. everything built and installed fine and my gjournal seems to be working (gjournal loaded and gstats confirm I'm using the journal device). However I just noticed I have no gjournal binary to do my status. I copied a binary from a working 6.2S host running gjournal and the binary seg faults on this host. How can I build just the binary? -- ------------------------------ Kevin Kramer Sr. Systems Administrator 512.418.5725 Centaur Technology, Inc. www.centtech.com From owner-freebsd-stable@FreeBSD.ORG Thu Aug 16 10:38:11 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C110F16A417 for ; Thu, 16 Aug 2007 10:38:11 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.freebsd.org (Postfix) with ESMTP id A19D613C483 for ; Thu, 16 Aug 2007 10:38:10 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.4) with ESMTP id l7GA0dT7029371 for ; Thu, 16 Aug 2007 14:00:39 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.4/Submit) id l7GA0dww029370 for stable@freebsd.org; Thu, 16 Aug 2007 14:00:39 +0400 (MSD) (envelope-from yar) Date: Thu, 16 Aug 2007 14:00:38 +0400 From: Yar Tikhiy To: stable@freebsd.org Message-ID: <20070816100038.GA26233@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: Subject: HEADS UP: sshd(8) + nologin(5) going to work 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: Thu, 16 Aug 2007 10:38:11 -0000 Hi all, As some of us may have noticed, sshd(8) has ignored nologin(5) in its default configuration since it was PAM-ified. That is a pain to admins of multi-user systems as they have to resort to drastic means such as killing the sshd master process when they need to disable user logins temporarily. I'm about to MFC a fix for this problem to RELENG_6 in the hope that nobody relies on the bug, i.e., no one uses nologin(5) to prevent all logins into the system but those via sshd(8), because doing so would be a really poor idea. -- Yar From owner-freebsd-stable@FreeBSD.ORG Thu Aug 16 12:29:13 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71A0B16A417 for ; Thu, 16 Aug 2007 12:29:13 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 9FBF213C4D9 for ; Thu, 16 Aug 2007 12:29:11 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 19447 invoked from network); 16 Aug 2007 16:29:08 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 16 Aug 2007 16:29:08 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.5.10110, virus records: 237859, updated: 16.08.2007] Message-ID: <022b01c7e001$09f04980$0c00a8c0@Artem> From: "Artem Kuchin" To: Date: Thu, 16 Aug 2007 16:28:59 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0221_01C7E022.8CA3BF80" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: panic after removing usb flash disk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2007 12:29:13 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0221_01C7E022.8CA3BF80 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit Hello! I don't know if it really belongs to this list, since i have only tested on 7-CURRENT, but on the other hand 7-CURRENT is soon going to be stable. So here it goes: 1) insert usb flash disk 2) usbd detected it 3) mount it (mount -t msdosfs /dev/da1s1 /mnt) 4) simply pull the pen drive off the usb slot 5) /mnt mount pount is left 6) try to unmount it (umount /dev) I don't know to get all those kernel bright white messages in to a file, so i just attached a screenshot ;) -- Regards Artem ------=_NextPart_000_0221_01C7E022.8CA3BF80-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 16 13:33:59 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 896F616A419 for ; Thu, 16 Aug 2007 13:33:59 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 7D10413C469 for ; Thu, 16 Aug 2007 13:33:59 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 6B0361CC066; Thu, 16 Aug 2007 06:33:59 -0700 (PDT) Date: Thu, 16 Aug 2007 06:33:59 -0700 From: Jeremy Chadwick To: Artem Kuchin Message-ID: <20070816133359.GA14620@eos.sc1.parodius.com> Mail-Followup-To: Artem Kuchin , freebsd-stable@freebsd.org References: <022b01c7e001$09f04980$0c00a8c0@Artem> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <022b01c7e001$09f04980$0c00a8c0@Artem> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: panic after removing usb flash disk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2007 13:33:59 -0000 On Thu, Aug 16, 2007 at 04:28:59PM +0400, Artem Kuchin wrote: > Hello! > > I don't know if it really belongs to this list, since > i have only tested on 7-CURRENT, but on the other hand > 7-CURRENT is soon going to be stable. > > So here it goes: > > 1) insert usb flash disk > 2) usbd detected it > 3) mount it (mount -t msdosfs /dev/da1s1 /mnt) > 4) simply pull the pen drive off the usb slot > 5) /mnt mount pount is left > 6) try to unmount it (umount /dev) > > I don't know to get all those kernel bright white messages in to a file, so > i just attached a screenshot ;) This also happens on RELENG_6. There was a *very* long discussion about this behaviour and how to solve it. It's not specific to USB devices either. The bottom line is that solving this issue is not easy, and that administrators should remember to unmount before pulling a device. That thread (again, reminder: it's very long): http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2007-07/msg00228.html -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Aug 16 13:35:10 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47DAC16A41B for ; Thu, 16 Aug 2007 13:35:10 +0000 (UTC) (envelope-from idiotbg@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id CC2E113C46C for ; Thu, 16 Aug 2007 13:35:09 +0000 (UTC) (envelope-from idiotbg@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so136886nfb for ; Thu, 16 Aug 2007 06:35:08 -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:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; b=X+vTqEKZu7SexuCfkAfjciLWB448Dyu6Rh9rW5B2eZmJVlSjMvlt6kR60UR51dkOl6LbEphN8Ng04A4pUN2OqqzgYIKSS9U/abysLbTZLjB4eEWJbQudW0pcYAq0PvKxYk/8ynCi//DPm08xxmngDBDGlm3BonAHSGnN4CvSiuA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:from:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; b=q6Q558igbRsLKIfwpEe71A5HBqDVJYMF4WHe67ooExPzHrt7i9xqDg5XqN1e7uC+0OrYVQEDfZ3dQzERdQaxOiZ0E9wPGWDgKL1fmZzCua+JeWWdmAfyOazYXwUvxs7rhp1GTtoBpP4eouXy92id18NGfutfIg8oTJF14V3hqFI= Received: by 10.86.3.2 with SMTP id 2mr1252517fgc.1187269829722; Thu, 16 Aug 2007 06:10:29 -0700 (PDT) Received: from 108-157-80-80.trakia.net ( [80.80.157.27]) by mx.google.com with ESMTPS id 28sm1542611fkx.2007.08.16.06.10.26 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 16 Aug 2007 06:10:27 -0700 (PDT) From: Momchil Ivanov To: freebsd-stable@freebsd.org Date: Thu, 16 Aug 2007 15:10:22 +0200 User-Agent: KMail/1.9.7 References: <022b01c7e001$09f04980$0c00a8c0@Artem> In-Reply-To: <022b01c7e001$09f04980$0c00a8c0@Artem> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart7153996.shzDruUd4C"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200708161510.26486.idiotbg@gmail.com> Cc: Artem Kuchin Subject: Re: panic after removing usb flash disk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2007 13:35:10 -0000 --nextPart7153996.shzDruUd4C Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline =D0=9D=D0=B0 Thursday 16 August 2007 14:28:59 Artem Kuchin =D0=BD=D0=B0=D0= =BF=D0=B8=D1=81=D0=B0: > Hello! > > I don't know if it really belongs to this list, since > i have only tested on 7-CURRENT, but on the other hand > 7-CURRENT is soon going to be stable. > > So here it goes: > > 1) insert usb flash disk > 2) usbd detected it > 3) mount it (mount -t msdosfs /dev/da1s1 /mnt) > 4) simply pull the pen drive off the usb slot > 5) /mnt mount pount is left > 6) try to unmount it (umount /dev) > > I don't know to get all those kernel bright white messages in to a file, = so > i just attached a screenshot ;) > > > > -- > Regards > Artem It has been discussed recently, look on the archives for a thread with=20 title "removing external usb hdd without unmounting causes reboot?". I=20 started it. =2D-=20 PGP KeyID: 0x3118168B Keyserver: pgp.mit.edu Key fingerprint BB50 2983 0714 36DC D02E =C2=A0158A E03D 56DA 3118 168B =20 --nextPart7153996.shzDruUd4C Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGxEy+4D1W2jEYFosRAqF1AJ9LOJxU2j3ycjkrt21XKTcfJOR3ugCgkaJu tJSq7ssTK+Kw2l9c0JJiDuo= =nfIg -----END PGP SIGNATURE----- --nextPart7153996.shzDruUd4C-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 16 14:21:24 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C00E516A41B for ; Thu, 16 Aug 2007 14:21:24 +0000 (UTC) (envelope-from novel@FreeBSD.org) Received: from viefep16-int.chello.at (viefep18-int.chello.at [213.46.255.22]) by mx1.freebsd.org (Postfix) with ESMTP id 0A9AE13C4A5 for ; Thu, 16 Aug 2007 14:21:23 +0000 (UTC) (envelope-from novel@FreeBSD.org) Received: from novel.renet.ru ([82.116.33.234]) by viefep24-int.chello.at (InterMail vM.7.08.02.00 201-2186-121-20061213) with ESMTP id <20070816124026.WJZ3947.viefep24-int.chello.at@novel.renet.ru>; Thu, 16 Aug 2007 14:40:26 +0200 Date: Thu, 16 Aug 2007 16:46:11 +0400 From: Roman Bogorodskiy To: Artem Kuchin Message-ID: <20070816124610.GG89290@underworld.novel.ru> References: <022b01c7e001$09f04980$0c00a8c0@Artem> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="54u2kuW9sGWg/X+X" Content-Disposition: inline In-Reply-To: <022b01c7e001$09f04980$0c00a8c0@Artem> X-PGP: http://people.freebsd.org/~novel/novel.key.asc Cc: freebsd-stable@freebsd.org Subject: Re: panic after removing usb flash disk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2007 14:21:24 -0000 --54u2kuW9sGWg/X+X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Artem Kuchin wrote: > Hello! >=20 > I don't know if it really belongs to this list, since > i have only tested on 7-CURRENT, but on the other hand > 7-CURRENT is soon going to be stable. >=20 > So here it goes: >=20 > 1) insert usb flash disk > 2) usbd detected it > 3) mount it (mount -t msdosfs /dev/da1s1 /mnt) > 4) simply pull the pen drive off the usb slot > 5) /mnt mount pount is left > 6) try to unmount it (umount /dev) >=20 > I don't know to get all those kernel bright white messages in to a file, = so > i just attached a screenshot ;) It's not a bug, it's a feature. Roman Bogorodskiy --54u2kuW9sGWg/X+X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iQCVAwUBRsRHEoB0WzgdqspGAQI6SAQAmmb1EH3bf/FJ/T+ZTOMEVa06auWKYykL ODnxXFcvKPaMWXb0Is/JJwZxiyooGtlA44ayO2cC5NPPv/eoqlu/SicOcmRsEKmA FGcm68IQZu97HUmx1X5NiFIhtxSu4i3xacpbiSfPcFAgItOxMKcwANQEJGTHYN0y 1UYIa/o7m/8= =IQ0w -----END PGP SIGNATURE----- --54u2kuW9sGWg/X+X-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 16 14:37:09 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4640416A419 for ; Thu, 16 Aug 2007 14:37:09 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2001:1b20:1:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id B999B13C458 for ; Thu, 16 Aug 2007 14:37:08 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (cpahev@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l7GEb2xC006534 for ; Thu, 16 Aug 2007 16:37:07 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l7GEb2KV006533; Thu, 16 Aug 2007 16:37:02 +0200 (CEST) (envelope-from olli) Date: Thu, 16 Aug 2007 16:37:02 +0200 (CEST) Message-Id: <200708161437.l7GEb2KV006533@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <20070816124610.GG89290@underworld.novel.ru> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 16 Aug 2007 16:37:07 +0200 (CEST) Cc: Subject: Re: panic after removing usb flash disk 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: Thu, 16 Aug 2007 14:37:09 -0000 Roman Bogorodskiy wrote: > Artem Kuchin wrote: > > [FreeBSD crashes when a mounted device disappears] > > It's not a bug, it's a feature. I certainly wouldn't call it a feature. As others have noted, it is a known shortcoming in FreeBSD, and fixing it is non-trivial. Always remember to umount devices before removing them. Using amd(8) with a short timeout can help somewhat. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd I suggested holding a "Python Object Oriented Programming Seminar", but the acronym was unpopular. -- Joseph Strout From owner-freebsd-stable@FreeBSD.ORG Thu Aug 16 15:11:05 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DAEC16A417; Thu, 16 Aug 2007 15:11:05 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id CCC9D13C458; Thu, 16 Aug 2007 15:11:04 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id l7GEcNVg092538; Thu, 16 Aug 2007 22:38:23 +0800 (KRAST) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id l7GEcNXH092536; Thu, 16 Aug 2007 22:38:23 +0800 (KRAST) (envelope-from eugen) Date: Thu, 16 Aug 2007 22:38:23 +0800 From: Eugene Grosbein To: Roman Bogorodskiy Message-ID: <20070816143823.GA92480@svzserv.kemerovo.su> References: <022b01c7e001$09f04980$0c00a8c0@Artem> <20070816124610.GG89290@underworld.novel.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070816124610.GG89290@underworld.novel.ru> User-Agent: Mutt/1.4.2.3i Cc: Artem Kuchin , freebsd-stable@freebsd.org Subject: Re: panic after removing usb flash disk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2007 15:11:05 -0000 On Thu, Aug 16, 2007 at 04:46:11PM +0400, Roman Bogorodskiy wrote: > It's not a bug, it's a feature. Kernel panic just cannot be a feature, and other OSes do not panic this way. Is is design problem and it _is_ the bug (the hard-to-fix one). Eugene From owner-freebsd-stable@FreeBSD.ORG Thu Aug 16 15:18:38 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92C9E16A417 for ; Thu, 16 Aug 2007 15:18:38 +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 F03AA13C45A for ; Thu, 16 Aug 2007 15:18:36 +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 BAA09314; Fri, 17 Aug 2007 01:18:17 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Fri, 17 Aug 2007 01:18:16 +1000 (EST) From: Ian Smith To: Oliver Fromme In-Reply-To: <200708161437.l7GEb2KV006533@lurza.secnetix.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: panic after removing usb flash disk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2007 15:18:38 -0000 On Thu, 16 Aug 2007, Oliver Fromme wrote: > Roman Bogorodskiy wrote: > > Artem Kuchin wrote: > > > [FreeBSD crashes when a mounted device disappears] > > > > It's not a bug, it's a feature. > > I certainly wouldn't call it a feature. As others have > noted, it is a known shortcoming in FreeBSD, and fixing > it is non-trivial. > > Always remember to umount devices before removing them. And don't ever allow a laptop with mounted (uhci, at least) USB device to suspend; daX won't be accessible when it resumes, and not unloading then reloading usb in rc.{suspend,resume} fails too. umount panics. > Using amd(8) with a short timeout can help somewhat. Will try next time; it might help with the suspend/resume issue if it's been auto-unmounted, especially for idle timeout suspension. Thanks, Ian From owner-freebsd-stable@FreeBSD.ORG Thu Aug 16 16:31:34 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6666316A468; Thu, 16 Aug 2007 16:31:34 +0000 (UTC) (envelope-from SRS0=57cbad3a1054abf23a9641356120c384c11cf931=429=es.net=oberman@es.net) Received: from postal1.es.net (postal2.es.net [IPv6:2001:400:14:3::7]) by mx1.freebsd.org (Postfix) with ESMTP id CCB4613C45E; Thu, 16 Aug 2007 16:31:33 +0000 (UTC) (envelope-from SRS0=57cbad3a1054abf23a9641356120c384c11cf931=429=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id VYV96232; Thu, 16 Aug 2007 09:31:32 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id BCBFF45048; Thu, 16 Aug 2007 09:31:32 -0700 (PDT) To: Eugene Grosbein In-Reply-To: Your message of "Thu, 16 Aug 2007 22:38:23 +0800." <20070816143823.GA92480@svzserv.kemerovo.su> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1187281892_88326P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 16 Aug 2007 09:31:32 -0700 From: "Kevin Oberman" Message-Id: <20070816163132.BCBFF45048@ptavv.es.net> Cc: Artem Kuchin , freebsd-stable@freebsd.org, Roman Bogorodskiy Subject: Re: panic after removing usb flash disk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2007 16:31:34 -0000 --==_Exmh_1187281892_88326P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Thu, 16 Aug 2007 22:38:23 +0800 > From: Eugene Grosbein > Sender: owner-freebsd-stable@freebsd.org > > On Thu, Aug 16, 2007 at 04:46:11PM +0400, Roman Bogorodskiy wrote: > > > It's not a bug, it's a feature. > > Kernel panic just cannot be a feature, and other OSes do not > panic this way. Is is design problem and it _is_ the bug > (the hard-to-fix one). It is NOT a bug as FreeBSD is operating as designed and documented. It is a "mis-feature" that resulted from a change in an underlying paradigm of the file system design. When it was developed, no one thought of trivially removable storage like USB and Firewire drives or even hot-pluggable (S)ATA. Unfortunately, when something this fundamental changes, an amazing amount of code has become intertwined in no longer valid assumptions and a redesign based on modern, valid assumptions is a lot of work. Because it involves some of the most complex structures in the system, it is very unlikely that any one person can fix this. It will take a concerted effort by a group with members reasonably expert in each of the parts to the kernel that tie in to the old assumptions and, in a volunteer effort like OSS, all of them need to be able to dedicate time and resources that may conflict with day jobs. While not on the same scale, it is not dissimilar to the SMP redesign effort that so greatly delayed V5 and made it a rather painful version for some people to run. To further complicate things, many of the major contributors to FreeBSD are only interested in it for its use as a server or embedded OS. This means that they are willing to commit resources to SMP, which they need, but not so willing for hot-removal of storage, which is of only slight value in the server and embedded OS world. I am sure that a lot of people who have no professional interest in fixing this do have a strong personal interest and I suspect that it will happen before too long, but complaining about it is not really going to help as almost every FreeBSD desktop and mobile user has been bitten by this at one time or another and wants it fixed. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1187281892_88326P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFGxHvkkn3rs5h7N1ERAlDcAJ9aVJWESt4GqNjcq9hSgpd8HTnHVQCfQiHO mATriB0ybzMzn7IQ8XgKbM4= =r1wK -----END PGP SIGNATURE----- --==_Exmh_1187281892_88326P-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 16 17:08:17 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFFC216A417 for ; Thu, 16 Aug 2007 17:08:17 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id C9E9C13C45E for ; Thu, 16 Aug 2007 17:08:17 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id BF7441CC069; Thu, 16 Aug 2007 10:08:17 -0700 (PDT) Date: Thu, 16 Aug 2007 10:08:17 -0700 From: Jeremy Chadwick To: Kevin Oberman Message-ID: <20070816170817.GA20470@eos.sc1.parodius.com> Mail-Followup-To: Kevin Oberman , Eugene Grosbein , Artem Kuchin , freebsd-stable@freebsd.org, Roman Bogorodskiy References: <20070816143823.GA92480@svzserv.kemerovo.su> <20070816163132.BCBFF45048@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070816163132.BCBFF45048@ptavv.es.net> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org, Artem Kuchin , Eugene Grosbein , Roman Bogorodskiy Subject: Re: panic after removing usb flash disk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2007 17:08:18 -0000 On Thu, Aug 16, 2007 at 09:31:32AM -0700, Kevin Oberman wrote: > To further complicate things, many of the major contributors to FreeBSD > are only interested in it for its use as a server or embedded OS. This > means that they are willing to commit resources to SMP, which they need, > but not so willing for hot-removal of storage, which is of only slight > value in the server and embedded OS world. Really? Hmm. This got me thinking: it would benefit Juniper greatly if they 1) stopped using single disks in their multi-thousand-dollar routers (try dual disks with RAID 1), 2) stopped using ATA disks and went with SCSI, and 3) put in a hot-swap backplane of some sort. Nothing like paying US$20K for a ""enterprise"" product that uses single ATA disks with no hotswap capability. My point is that it WOULD benefit some of the major contributors to rank this issue as serious. > I am sure that a lot of people who have no professional interest in > fixing this do have a strong personal interest and I suspect that it > will happen before too long, but complaining about it is not really > going to help as almost every FreeBSD desktop and mobile user has been > bitten by this at one time or another and wants it fixed. The problem is that as computing changes and the hardware evolves, the underlying OS design being discussed here has not. There have been many real-life examples given where one cannot do anything about the circumstances that induce the panic (USB hub losing power due to a cat pulling the AC cord, laptops going into S1/S3 sleep mode, or server admins who need to go to the co-lo and perform some realtime data copying who simply forgot to umount). I've been told that Linux handles this anomaly, but that it's also configurable. I believe the default configuration is that the mount goes into read-only mode, and that if you want a panic (which many argue is the "right thing to do"), you can request such via mount -o/fstab. I'm glad that both sides of the "argument" agree that it's something that needs to get fixed. It's just an issue of when -- but the clock is ticking, and the world isn't going to wait... :-) -- | 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 Aug 16 17:26:53 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C67216A41B; Thu, 16 Aug 2007 17:26:53 +0000 (UTC) (envelope-from SRS0=57cbad3a1054abf23a9641356120c384c11cf931=429=es.net=oberman@es.net) Received: from postal1.es.net (postal4.es.net [IPv6:2001:400:6000:1::66]) by mx1.freebsd.org (Postfix) with ESMTP id F053613C469; Thu, 16 Aug 2007 17:26:52 +0000 (UTC) (envelope-from SRS0=57cbad3a1054abf23a9641356120c384c11cf931=429=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id VZQ94645; Thu, 16 Aug 2007 10:26:45 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 1060B45055; Thu, 16 Aug 2007 10:26:45 -0700 (PDT) To: Jeremy Chadwick In-Reply-To: Your message of "Thu, 16 Aug 2007 10:08:17 PDT." <20070816170817.GA20470@eos.sc1.parodius.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1187285205_88326P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 16 Aug 2007 10:26:45 -0700 From: "Kevin Oberman" Message-Id: <20070816172645.1060B45055@ptavv.es.net> Cc: freebsd-stable@freebsd.org, Artem Kuchin , Eugene Grosbein , Roman Bogorodskiy Subject: Re: panic after removing usb flash disk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2007 17:26:53 -0000 --==_Exmh_1187285205_88326P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Thu, 16 Aug 2007 10:08:17 -0700 > From: Jeremy Chadwick > > On Thu, Aug 16, 2007 at 09:31:32AM -0700, Kevin Oberman wrote: > > To further complicate things, many of the major contributors to FreeBSD > > are only interested in it for its use as a server or embedded OS. This > > means that they are willing to commit resources to SMP, which they need, > > but not so willing for hot-removal of storage, which is of only slight > > value in the server and embedded OS world. > > Really? Hmm. This got me thinking: it would benefit Juniper greatly if > they 1) stopped using single disks in their multi-thousand-dollar > routers (try dual disks with RAID 1), 2) stopped using ATA disks and > went with SCSI, and 3) put in a hot-swap backplane of some sort. > > Nothing like paying US$20K for a ""enterprise"" product that uses single > ATA disks with no hotswap capability. My point is that it WOULD benefit > some of the major contributors to rank this issue as serious. I have no idea whether Juniper is a contributor to FreeBSD. Just because they use it does not mean that they contribute. (Then again, you may know that they do.) That said, all of the higher end Juniper boxes really run off Compact Flash which is ATA. The hard drive is used for backup, distributions, logging, etc. If properly set up, the system will run fine without a hard drive. (OK Maybe it limps a bit and you want to get it fixed very quickly.) That said, I am quite a ware of the pain caused by hard drive failures on Junipers. RAID and hot-swap are interesting approaches, but the ability to pull out a mounted media is probably not too significant. I hot swap ATA drives in my laptop all of the time. I just umount and use atacontrol to detach the controller. In this day of SATA, I'm not sure I see an advantage to SCSI in the Juniper but there is a need for higher-end drives. They exist in both 3.5 and 2.5 in. form factors and have reliability specs similar to SCSI. Disk performance is really not an issue for a Juniper router. > > I am sure that a lot of people who have no professional interest in > > fixing this do have a strong personal interest and I suspect that it > > will happen before too long, but complaining about it is not really > > going to help as almost every FreeBSD desktop and mobile user has been > > bitten by this at one time or another and wants it fixed. > > The problem is that as computing changes and the hardware evolves, the > underlying OS design being discussed here has not. There have been many > real-life examples given where one cannot do anything about the > circumstances that induce the panic (USB hub losing power due to a cat > pulling the AC cord, laptops going into S1/S3 sleep mode, or server > admins who need to go to the co-lo and perform some realtime data > copying who simply forgot to umount). Amen! No argument. I think everyone acknowledges that FreeBSD really needs to get this fixed. I have tickled this problem in several ways and it really has a painful bite! (Forgetting to umount a disk on a server is pretty inexcusable, if human.) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1187285205_88326P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFGxIjVkn3rs5h7N1ERAiZfAJ4g9dm4DMGOKhk9WPreII79y3IJpwCeORVQ PJb4Kxi+z1EFjLEcUtC2O8o= =wPOk -----END PGP SIGNATURE----- --==_Exmh_1187285205_88326P-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 16 17:27:09 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A23F516A41A for ; Thu, 16 Aug 2007 17:27:09 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail2.secureworks.net (mail2.secureworks.net [65.114.32.154]) by mx1.freebsd.org (Postfix) with ESMTP id 7D0B513C45D for ; Thu, 16 Aug 2007 17:27:09 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from localhost (localhost [127.0.0.1]) by mail2.secureworks.net (Postfix) with ESMTP id C2E4C171A5 for ; Thu, 16 Aug 2007 13:27:08 -0400 (EDT) X-Virus-Scanned: amavisd-new at secureworks.net Received: from mail2.secureworks.net ([127.0.0.1]) by localhost (mail2.secureworks.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dJY3Wp8E3vO2 for ; Thu, 16 Aug 2007 13:27:08 -0400 (EDT) Received: from descartes.internal.secureworks.net (mole1.secureworks.net [63.239.86.3]) by mail2.secureworks.net (Postfix) with ESMTP id 42ECA170AF for ; Thu, 16 Aug 2007 13:27:08 -0400 (EDT) Message-ID: <46C488EC.5090609@jellydonut.org> Date: Thu, 16 Aug 2007 13:27:08 -0400 From: Michael Proto User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.6) Gecko/20070806 Thunderbird/2.0.0.6 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: FreeBSD stable Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: update from RELEASE to STABLE changed /dev/ad or geom behavior? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2007 17:27:09 -0000 Hello all, To fix a bug in PF I recently updated my home firewall platform (a shrunk-down install of FreeBSD 6 on a CompactFlash card mounted read-only as /dev/ad0a) from the RELENG_6_2 to the RELENG_6 branch. All went very well there and the PF problem is resolved, but now I've run across a new issue. Previously, when updating my CompactFlash image "in the field", I would boot the system into single-user mode via serial console, setup a small memory filesystem big enough to hold gzip, dd, and reboot (and their required libraries, with LD_LIBRARY_FLAGS set appropriately), copy the new flash image to the mfs, and run (from the MFS) "gzip -dc 16 # gzip -dc Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33E2116A418 for ; Thu, 16 Aug 2007 17:40:27 +0000 (UTC) (envelope-from freebsd@violetlan.net) Received: from mail.violetlan.net (ns2.violetlan.net [80.81.242.6]) by mx1.freebsd.org (Postfix) with ESMTP id 8C66013C442 for ; Thu, 16 Aug 2007 17:40:26 +0000 (UTC) (envelope-from freebsd@violetlan.net) Received: from mail.violetlan.net (localhost [127.0.0.1]) by mail.violetlan.net (Postfix) with ESMTP id 564B711454 for ; Thu, 16 Aug 2007 19:25:26 +0200 (CEST) Received: by mail.violetlan.net (Postfix, from userid 65534) id 1D25A11451; Thu, 16 Aug 2007 19:25:26 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on scurvy.violetlan.net X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=ham version=3.2.1 Received: from www.violetlan.net (mbali.violetlan.net [10.0.100.150]) by mail.violetlan.net (Postfix) with ESMTP id 782351144A for ; Thu, 16 Aug 2007 19:25:22 +0200 (CEST) Received: from 212.99.207.3 (SquirrelMail authenticated user freebsd@violetlan.net) by www.violetlan.net with HTTP; Thu, 16 Aug 2007 19:24:07 +0200 (CEST) Message-ID: <55606.212.99.207.3.1187285047.squirrel@www.violetlan.net> Date: Thu, 16 Aug 2007 19:24:07 +0200 (CEST) From: "Reinhold" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit References: In-Reply-To: X-Virus-Scanned: ClamAV using ClamSMTP Subject: apache 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: Thu, 16 Aug 2007 17:40:27 -0000 Hi I am having some problems with apache22 on my box. What happens is, when I'm viewing loads and loads of pages, apache will stop responding untill I restart it again. This normally happens when the free memory shown by top gets to about +- 100MB. Here is my dmesg output: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #0: Thu Aug 2 12:32:26 CEST 2007 hamba@mbali.violetlan.net:/usr/obj/usr/src/sys/MYKERN module_register: module accf_data already exists! Module accf_data failed to register: 17 module_register: module accf_http already exists! Module accf_http failed to register: 17 ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Dual Core AMD Opteron(tm) Processor 165 (1808.34-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20f32 Stepping = 2 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x3 Cores per package: 2 real memory = 2147418112 (2047 MB) avail memory = 2065465344 (1969 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 module_register_init: MOD_LOAD (accf_data, 0xffffffff802d0f90, 0xffffffff807120c0) error 17 module_register_init: MOD_LOAD (accf_http, 0xffffffff802d0f90, 0xffffffff80713720) error 17 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfe02f000-0xfe02ffff irq 21 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xfeb00000-0xfeb000ff irq 22 at device 2.1 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 4 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 10 ports with 10 removable, self powered atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe000-0xe00f at device 6.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xcc00-0xcc0f mem 0xfe02b000-0xfe02bfff irq 23 at device 7.0 on pci0 ata2: on atapci1 ata3: on atapci1 atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xb800-0xb80f mem 0xfe02a000-0xfe02afff irq 21 at device 8.0 on pci0 ata4: on atapci2 ata5: on atapci2 pcib1: at device 9.0 on pci0 pci1: on pcib1 rl0: port 0xac00-0xacff mem 0xfdfff000-0xfdfff0ff irq 17 at device 7.0 on pci1 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:0e:2e:08:44:e4 pcib2: at device 11.0 on pci0 pci2: on pcib2 pcib3: at device 12.0 on pci0 pci3: on pcib3 pcib4: at device 13.0 on pci0 pci4: on pcib4 pcib5: at device 14.0 on pci0 pci5: on pcib5 pci5: at device 0.0 (no driver attached) acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ppc0: port 0x378-0x37f,0x778-0x77b irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 orm0: at iomem 0xc0000-0xcefff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ad0: 29312MB at ata0-master UDMA100 acd0: CDRW at ata1-master UDMA33 acd1: DVDROM at ata1-slave UDMA66 ad4: 238475MB at ata2-master SATA150 ad6: 238475MB at ata3-master SATA150 ad8: 76324MB at ata4-master SATA150 SMP: AP CPU #1 Launched! I'm also getting this error when I do a gracful restart of apache [Thu Aug 16 05:12:16 2007] [warn] (22)Invalid argument: Failed to enable the 'httpready' Accept Filter [Thu Aug 16 05:12:16 2007] [warn] (22)Invalid argument: Failed to enable the 'httpready' Accept Filter and in my /boot/loader.conf I have added accf_data_load="YES" accf_http_load="YES" and kldstat reports this Id Refs Address Size Name 1 3 0xffffffff80100000 611660 kernel 2 1 0xffffffff80712000 718 accf_data.ko 3 1 0xffffffff80713000 1408 accf_http.ko When I do a proper restart I'm also getting these errors [Thu Aug 16 05:10:56 2007] [warn] child process 84880 still did not exit, sending a SIGTERM [Thu Aug 16 05:10:58 2007] [warn] child process 84880 still did not exit, sending a SIGTERM [Thu Aug 16 05:11:00 2007] [warn] child process 84880 still did not exit, sending a SIGTERM [Thu Aug 16 05:11:02 2007] [error] child process 84880 still did not exit, sending a SIGKILL In my custom kernel I have added or changed the following options SCHED_ULE options SMP options IPI_PREEMPTION options SC_DISABLE_REBOOT options LINPROCFS #options ACCEPT_FILTER_DATA #options ACCEPT_FILTER_HTTP device mptable # Enable PF device pf device pflog device pfsync options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_PRIQ options ALTQ_NOPCC if any other info is needed, please let me know Please help me to fix this problem Thanks Reinhold From owner-freebsd-stable@FreeBSD.ORG Thu Aug 16 17:45:27 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 790EA16A41B for ; Thu, 16 Aug 2007 17:45:27 +0000 (UTC) (envelope-from freebsd@violetlan.net) Received: from mail.violetlan.net (ns2.violetlan.net [80.81.242.6]) by mx1.freebsd.org (Postfix) with ESMTP id D5AF613C458 for ; Thu, 16 Aug 2007 17:45:26 +0000 (UTC) (envelope-from freebsd@violetlan.net) Received: from mail.violetlan.net (localhost [127.0.0.1]) by mail.violetlan.net (Postfix) with ESMTP id 6735711459 for ; Thu, 16 Aug 2007 19:29:42 +0200 (CEST) Received: by mail.violetlan.net (Postfix, from userid 65534) id 3D5D811458; Thu, 16 Aug 2007 19:29:42 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on scurvy.violetlan.net X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=ham version=3.2.1 Received: from www.violetlan.net (mbali.violetlan.net [10.0.100.150]) by mail.violetlan.net (Postfix) with ESMTP id 176261144A for ; Thu, 16 Aug 2007 19:29:39 +0200 (CEST) Received: from 212.99.207.3 (SquirrelMail authenticated user freebsd@violetlan.net) by www.violetlan.net with HTTP; Thu, 16 Aug 2007 19:28:24 +0200 (CEST) Message-ID: <55620.212.99.207.3.1187285304.squirrel@www.violetlan.net> Date: Thu, 16 Aug 2007 19:28:24 +0200 (CEST) From: "Reinhold" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: apache 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: Thu, 16 Aug 2007 17:45:27 -0000 Hi I am having some problems with apache22 on my box. What happens is, when I'm viewing loads and loads of pages, apache will stop responding untill I restart it again. This normally happens when the free memory shown by top gets to about +- 100MB. Here is my dmesg output: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #0: Thu Aug 2 12:32:26 CEST 2007 hamba@mbali.violetlan.net:/usr/obj/usr/src/sys/MYKERN module_register: module accf_data already exists! Module accf_data failed to register: 17 module_register: module accf_http already exists! Module accf_http failed to register: 17 ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Dual Core AMD Opteron(tm) Processor 165 (1808.34-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20f32 Stepping = 2 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x3 Cores per package: 2 real memory = 2147418112 (2047 MB) avail memory = 2065465344 (1969 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 module_register_init: MOD_LOAD (accf_data, 0xffffffff802d0f90, 0xffffffff807120c0) error 17 module_register_init: MOD_LOAD (accf_http, 0xffffffff802d0f90, 0xffffffff80713720) error 17 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfe02f000-0xfe02ffff irq 21 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xfeb00000-0xfeb000ff irq 22 at device 2.1 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 4 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 10 ports with 10 removable, self powered atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe000-0xe00f at device 6.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xcc00-0xcc0f mem 0xfe02b000-0xfe02bfff irq 23 at device 7.0 on pci0 ata2: on atapci1 ata3: on atapci1 atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xb800-0xb80f mem 0xfe02a000-0xfe02afff irq 21 at device 8.0 on pci0 ata4: on atapci2 ata5: on atapci2 pcib1: at device 9.0 on pci0 pci1: on pcib1 rl0: port 0xac00-0xacff mem 0xfdfff000-0xfdfff0ff irq 17 at device 7.0 on pci1 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:0e:2e:08:44:e4 pcib2: at device 11.0 on pci0 pci2: on pcib2 pcib3: at device 12.0 on pci0 pci3: on pcib3 pcib4: at device 13.0 on pci0 pci4: on pcib4 pcib5: at device 14.0 on pci0 pci5: on pcib5 pci5: at device 0.0 (no driver attached) acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ppc0: port 0x378-0x37f,0x778-0x77b irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 orm0: at iomem 0xc0000-0xcefff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ad0: 29312MB at ata0-master UDMA100 acd0: CDRW at ata1-master UDMA33 acd1: DVDROM at ata1-slave UDMA66 ad4: 238475MB at ata2-master SATA150 ad6: 238475MB at ata3-master SATA150 ad8: 76324MB at ata4-master SATA150 SMP: AP CPU #1 Launched! I'm also getting this error when I do a gracful restart of apache [Thu Aug 16 05:12:16 2007] [warn] (22)Invalid argument: Failed to enable the 'httpready' Accept Filter [Thu Aug 16 05:12:16 2007] [warn] (22)Invalid argument: Failed to enable the 'httpready' Accept Filter and in my /boot/loader.conf I have added accf_data_load="YES" accf_http_load="YES" and kldstat reports this Id Refs Address Size Name 1 3 0xffffffff80100000 611660 kernel 2 1 0xffffffff80712000 718 accf_data.ko 3 1 0xffffffff80713000 1408 accf_http.ko When I do a proper restart I'm also getting these errors [Thu Aug 16 05:10:56 2007] [warn] child process 84880 still did not exit, sending a SIGTERM [Thu Aug 16 05:10:58 2007] [warn] child process 84880 still did not exit, sending a SIGTERM [Thu Aug 16 05:11:00 2007] [warn] child process 84880 still did not exit, sending a SIGTERM [Thu Aug 16 05:11:02 2007] [error] child process 84880 still did not exit, sending a SIGKILL In my custom kernel I have added or changed the following options SCHED_ULE options SMP options IPI_PREEMPTION options SC_DISABLE_REBOOT options LINPROCFS #options ACCEPT_FILTER_DATA #options ACCEPT_FILTER_HTTP device mptable # Enable PF device pf device pflog device pfsync options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_PRIQ options ALTQ_NOPCC if any other info is needed, please let me know Please help me to fix this problem Thanks Reinhold From owner-freebsd-stable@FreeBSD.ORG Thu Aug 16 18:07:11 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B3BA16A46D for ; Thu, 16 Aug 2007 18:07:11 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 099FA13C4D0 for ; Thu, 16 Aug 2007 18:07:11 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id F3CF01CC066; Thu, 16 Aug 2007 11:07:10 -0700 (PDT) Date: Thu, 16 Aug 2007 11:07:10 -0700 From: Jeremy Chadwick To: Reinhold Message-ID: <20070816180710.GA22257@eos.sc1.parodius.com> Mail-Followup-To: Reinhold , freebsd-stable@freebsd.org References: <55620.212.99.207.3.1187285304.squirrel@www.violetlan.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55620.212.99.207.3.1187285304.squirrel@www.violetlan.net> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: apache 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: Thu, 16 Aug 2007 18:07:11 -0000 On Thu, Aug 16, 2007 at 07:28:24PM +0200, Reinhold wrote: > Hi Hello. First off, you sent mail to the list twice. I don't know why, but you did. Be patient. :-) > I am having some problems with apache22 on my box. What happens is, when > I'm viewing loads and loads of pages, apache will stop responding untill I > restart it again. This normally happens when the free memory shown by top > gets to about +- 100MB. I'm guessing that might be due to you using the ULE scheduler in your kernel. Try switching back to 4BSD and see if that fixes it. > I'm also getting this error when I do a gracful restart of apache > [Thu Aug 16 05:12:16 2007] [warn] (22)Invalid argument: Failed to enable > the 'httpready' Accept Filter > [Thu Aug 16 05:12:16 2007] [warn] (22)Invalid argument: Failed to enable > the 'httpready' Accept Filter > > and in my /boot/loader.conf I have added > accf_data_load="YES" > accf_http_load="YES" Remove those. Here's why: The apache rc.d startup script automatically will load accf_http.ko. I also believe if that fails, Apache will try to load it. From my experiences kldload/kldunload with accf_* is not very friendly; I've seen where you can double-load the modules, and where you can't unload the modules despite nothing using them. If you have them built-in to your kernel, it gets even worse. AFAIK, using accf_data.ko isn't recommended. accf_http.ko on the other hand is OK. Try not loading accf_data.ko in addition to my above recommendation (re: 4BSD scheduler). > device pf > device pflog > device pfsync Finally, make sure your pf rules aren't doing anything stupid. If ultimately you think it's a problem with pf rules, unload the pf module and/or set pf_enable="no" in rc.conf and reboot. If the problem goes away after that, then you'll know. -- | 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 Aug 16 18:10:26 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC11316A46D for ; Thu, 16 Aug 2007 18:10:26 +0000 (UTC) (envelope-from freebsd@violetlan.net) Received: from mail.violetlan.net (ns1.violetlan.net [80.81.242.5]) by mx1.freebsd.org (Postfix) with ESMTP id 67D7413C4FD for ; Thu, 16 Aug 2007 18:10:26 +0000 (UTC) (envelope-from freebsd@violetlan.net) Received: from mail.violetlan.net (localhost [127.0.0.1]) by mail.violetlan.net (Postfix) with ESMTP id 191B71144D for ; Thu, 16 Aug 2007 17:42:53 +0200 (CEST) Received: by mail.violetlan.net (Postfix, from userid 65534) id E2B4F1144C; Thu, 16 Aug 2007 17:42:52 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on scurvy.violetlan.net X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=ham version=3.2.1 Received: from www.violetlan.net (mbali.violetlan.net [10.0.100.150]) (Authenticated sender: freebsd@violetlan.net) by mail.violetlan.net (Postfix) with ESMTP id 7F30C1144A for ; Thu, 16 Aug 2007 17:42:49 +0200 (CEST) MIME-Version: 1.0 Date: Thu, 16 Aug 2007 17:41:35 +0200 From: Reinhold To: freebsd-stable@freebsd.org Message-ID: <2ed73dc822f72048d9cd6f5062359f9e@violetlan.net> X-Sender: freebsd@violetlan.net User-Agent: RoundCube Webmail Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: apache 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: Thu, 16 Aug 2007 18:10:27 -0000 Hi I am having some problems with apache22 on my box. What happens is, when I'm viewing loads and loads of pages, apache will stop responding untill I restart it again. This normally happens when the free memory shown by top gets to about +- 100MB. Here is my dmesg output: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #0: Thu Aug 2 12:32:26 CEST 2007 hamba@mbali.violetlan.net:/usr/obj/usr/src/sys/MYKERN module_register: module accf_data already exists! Module accf_data failed to register: 17 module_register: module accf_http already exists! Module accf_http failed to register: 17 ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Dual Core AMD Opteron(tm) Processor 165 (1808.34-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20f32 Stepping = 2 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x3 Cores per package: 2 real memory = 2147418112 (2047 MB) avail memory = 2065465344 (1969 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 module_register_init: MOD_LOAD (accf_data, 0xffffffff802d0f90, 0xffffffff807120c0) error 17 module_register_init: MOD_LOAD (accf_http, 0xffffffff802d0f90, 0xffffffff80713720) error 17 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfe02f000-0xfe02ffff irq 21 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xfeb00000-0xfeb000ff irq 22 at device 2.1 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 4 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 10 ports with 10 removable, self powered atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe000-0xe00f at device 6.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xcc00-0xcc0f mem 0xfe02b000-0xfe02bfff irq 23 at device 7.0 on pci0 ata2: on atapci1 ata3: on atapci1 atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xb800-0xb80f mem 0xfe02a000-0xfe02afff irq 21 at device 8.0 on pci0 ata4: on atapci2 ata5: on atapci2 pcib1: at device 9.0 on pci0 pci1: on pcib1 rl0: port 0xac00-0xacff mem 0xfdfff000-0xfdfff0ff irq 17 at device 7.0 on pci1 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:0e:2e:08:44:e4 pcib2: at device 11.0 on pci0 pci2: on pcib2 pcib3: at device 12.0 on pci0 pci3: on pcib3 pcib4: at device 13.0 on pci0 pci4: on pcib4 pcib5: at device 14.0 on pci0 pci5: on pcib5 pci5: at device 0.0 (no driver attached) acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ppc0: port 0x378-0x37f,0x778-0x77b irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 orm0: at iomem 0xc0000-0xcefff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ad0: 29312MB at ata0-master UDMA100 acd0: CDRW at ata1-master UDMA33 acd1: DVDROM at ata1-slave UDMA66 ad4: 238475MB at ata2-master SATA150 ad6: 238475MB at ata3-master SATA150 ad8: 76324MB at ata4-master SATA150 SMP: AP CPU #1 Launched! I'm also getting this error when I do a gracful restart of apache [Thu Aug 16 05:12:16 2007] [warn] (22)Invalid argument: Failed to enable the 'httpready' Accept Filter [Thu Aug 16 05:12:16 2007] [warn] (22)Invalid argument: Failed to enable the 'httpready' Accept Filter and in my /boot/loader.conf I have added accf_data_load="YES" accf_http_load="YES" and kldstat reports this Id Refs Address Size Name 1 3 0xffffffff80100000 611660 kernel 2 1 0xffffffff80712000 718 accf_data.ko 3 1 0xffffffff80713000 1408 accf_http.ko When I do a proper restart I'm also getting these errors [Thu Aug 16 05:10:56 2007] [warn] child process 84880 still did not exit, sending a SIGTERM [Thu Aug 16 05:10:58 2007] [warn] child process 84880 still did not exit, sending a SIGTERM [Thu Aug 16 05:11:00 2007] [warn] child process 84880 still did not exit, sending a SIGTERM [Thu Aug 16 05:11:02 2007] [error] child process 84880 still did not exit, sending a SIGKILL In my custom kernel I have added or changed the following options SCHED_ULE options SMP options IPI_PREEMPTION options SC_DISABLE_REBOOT options LINPROCFS #options ACCEPT_FILTER_DATA #options ACCEPT_FILTER_HTTP device mptable # Enable PF device pf device pflog device pfsync options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_PRIQ options ALTQ_NOPCC if any other info is needed, please let me know Please help me to fix this problem Thanks Reinhold From owner-freebsd-stable@FreeBSD.ORG Thu Aug 16 18:16:33 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 526F216A46C for ; Thu, 16 Aug 2007 18:16:33 +0000 (UTC) (envelope-from freebsd@violetlan.net) Received: from mail.violetlan.net (ns2.violetlan.net [80.81.242.6]) by mx1.freebsd.org (Postfix) with ESMTP id D4B0213C457 for ; Thu, 16 Aug 2007 18:16:32 +0000 (UTC) (envelope-from freebsd@violetlan.net) Received: from mail.violetlan.net (localhost [127.0.0.1]) by mail.violetlan.net (Postfix) with ESMTP id BFB061144D; Thu, 16 Aug 2007 20:17:49 +0200 (CEST) Received: by mail.violetlan.net (Postfix, from userid 65534) id 892421144C; Thu, 16 Aug 2007 20:17:49 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on scurvy.violetlan.net X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=ham version=3.2.1 Received: from www.violetlan.net (mbali.violetlan.net [10.0.100.150]) by mail.violetlan.net (Postfix) with ESMTP id 4DF641144A; Thu, 16 Aug 2007 20:17:46 +0200 (CEST) Received: from 212.99.207.3 (SquirrelMail authenticated user freebsd@violetlan.net) by www.violetlan.net with HTTP; Thu, 16 Aug 2007 20:16:31 +0200 (CEST) Message-ID: <56041.212.99.207.3.1187288191.squirrel@www.violetlan.net> In-Reply-To: <20070816180710.GA22257@eos.sc1.parodius.com> References: <55620.212.99.207.3.1187285304.squirrel@www.violetlan.net> <20070816180710.GA22257@eos.sc1.parodius.com> Date: Thu, 16 Aug 2007 20:16:31 +0200 (CEST) From: "Reinhold" To: "Reinhold" , freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: Re: apache 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: Thu, 16 Aug 2007 18:16:33 -0000 Thanks for the reply I'm having some mail problems as well, today is not my day. I'll remove all the stuff you mentioned and change back to 4BSD Will I have to recompile all the ports as well? I don't think its a PF problem because I have used this rule set of mine for a few years with no problems at all, but I'll recheck that just to make sure. Now for the mail problem I'm having its got to do with postfix sending mail from any ip address and not from the one that I want it to, but thats a later problem and on another box, I first want to get this apache thing sorted.. On Thu, August 16, 2007 20:07, Jeremy Chadwick wrote: > On Thu, Aug 16, 2007 at 07:28:24PM +0200, Reinhold wrote: > >> Hi >> > > Hello. First off, you sent mail to the list twice. I don't know why, > but you did. Be patient. :-) > >> I am having some problems with apache22 on my box. What happens is, >> when I'm viewing loads and loads of pages, apache will stop responding >> untill I restart it again. This normally happens when the free memory >> shown by top gets to about +- 100MB. > > I'm guessing that might be due to you using the ULE scheduler in your > kernel. Try switching back to 4BSD and see if that fixes it. > >> I'm also getting this error when I do a gracful restart of apache >> [Thu Aug 16 05:12:16 2007] [warn] (22)Invalid argument: Failed to enable >> the 'httpready' Accept Filter [Thu Aug 16 05:12:16 2007] [warn] >> (22)Invalid argument: Failed to enable >> the 'httpready' Accept Filter >> >> and in my /boot/loader.conf I have added accf_data_load="YES" >> accf_http_load="YES" > > Remove those. Here's why: > > > The apache rc.d startup script automatically will load accf_http.ko. > I also believe if that fails, Apache will try to load it. From my > experiences kldload/kldunload with accf_* is not very friendly; I've seen > where you can double-load the modules, and where you can't unload the > modules despite nothing using them. If you have them built-in to your > kernel, it gets even worse. > > AFAIK, using accf_data.ko isn't recommended. accf_http.ko on the other > hand is OK. Try not loading accf_data.ko in addition to my above > recommendation (re: 4BSD scheduler). > >> device pf device pflog device pfsync > > Finally, make sure your pf rules aren't doing anything stupid. If > ultimately you think it's a problem with pf rules, unload the pf module > and/or set pf_enable="no" in rc.conf and reboot. If the problem goes away > after that, then you'll know. > > -- > | 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 > | > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Thu Aug 16 18:45:27 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FBFB16A41B for ; Thu, 16 Aug 2007 18:45:27 +0000 (UTC) (envelope-from freebsd@violetlan.net) Received: from mail.violetlan.net (ns2.violetlan.net [80.81.242.6]) by mx1.freebsd.org (Postfix) with ESMTP id C0B3713C4EA for ; Thu, 16 Aug 2007 18:45:26 +0000 (UTC) (envelope-from freebsd@violetlan.net) Received: from mail.violetlan.net (localhost [127.0.0.1]) by mail.violetlan.net (Postfix) with ESMTP id 13D5A11451; Thu, 16 Aug 2007 20:40:46 +0200 (CEST) Received: by mail.violetlan.net (Postfix, from userid 65534) id D07AD1144D; Thu, 16 Aug 2007 20:40:45 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on scurvy.violetlan.net X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED, AWL autolearn=ham version=3.2.1 Received: from www.violetlan.net (mbali.violetlan.net [10.0.100.150]) by mail.violetlan.net (Postfix) with ESMTP id 2DF0B11448; Thu, 16 Aug 2007 20:40:43 +0200 (CEST) Received: from 212.99.207.3 (SquirrelMail authenticated user freebsd@violetlan.net) by www.violetlan.net with HTTP; Thu, 16 Aug 2007 20:39:28 +0200 (CEST) Message-ID: <56136.212.99.207.3.1187289568.squirrel@www.violetlan.net> Date: Thu, 16 Aug 2007 20:39:28 +0200 (CEST) From: "Reinhold" To: "Reinhold" , freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: Re: apache 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: Thu, 16 Aug 2007 18:45:27 -0000 Thanks for the reply I'm having some mail problems as well, today is not my day. I'll remove all the stuff you mentioned and change back to 4BSD Will I have to recompile all the ports as well? I don't think its a PF problem because I have used this rule set of mine for a few years with no problems at all, but I'll recheck that just to make sure. Now for the mail problem I'm having its got to do with postfix sending mail from any ip address and not from the one that I want it to, but thats a later problem and on another box, I first want to get this apache thing sorted.. On Thu, August 16, 2007 20:07, Jeremy Chadwick wrote: > On Thu, Aug 16, 2007 at 07:28:24PM +0200, Reinhold wrote: > >> Hi >> > > Hello. First off, you sent mail to the list twice. I don't know why, > but you did. Be patient. :-) > >> I am having some problems with apache22 on my box. What happens is, >> when I'm viewing loads and loads of pages, apache will stop responding >> untill I restart it again. This normally happens when the free memory >> shown by top gets to about +- 100MB. > > I'm guessing that might be due to you using the ULE scheduler in your > kernel. Try switching back to 4BSD and see if that fixes it. > >> I'm also getting this error when I do a gracful restart of apache >> [Thu Aug 16 05:12:16 2007] [warn] (22)Invalid argument: Failed to enable >> the 'httpready' Accept Filter [Thu Aug 16 05:12:16 2007] [warn] >> (22)Invalid argument: Failed to enable >> the 'httpready' Accept Filter >> >> and in my /boot/loader.conf I have added accf_data_load="YES" >> accf_http_load="YES" > > Remove those. Here's why: > > > The apache rc.d startup script automatically will load accf_http.ko. > I also believe if that fails, Apache will try to load it. From my > experiences kldload/kldunload with accf_* is not very friendly; I've seen > where you can double-load the modules, and where you can't unload the > modules despite nothing using them. If you have them built-in to your > kernel, it gets even worse. > > AFAIK, using accf_data.ko isn't recommended. accf_http.ko on the other > hand is OK. Try not loading accf_data.ko in addition to my above > recommendation (re: 4BSD scheduler). > >> device pf device pflog device pfsync > > Finally, make sure your pf rules aren't doing anything stupid. If > ultimately you think it's a problem with pf rules, unload the pf module > and/or set pf_enable="no" in rc.conf and reboot. If the problem goes away > after that, then you'll know. > > -- > | 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 > | > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Thu Aug 16 19:00:26 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B13B516A41B for ; Thu, 16 Aug 2007 19:00:26 +0000 (UTC) (envelope-from freebsd@violetlan.net) Received: from mail.violetlan.net (www.violetlan.net [80.81.242.8]) by mx1.freebsd.org (Postfix) with ESMTP id 41A2313C469 for ; Thu, 16 Aug 2007 19:00:26 +0000 (UTC) (envelope-from freebsd@violetlan.net) Received: from mail.violetlan.net (localhost [127.0.0.1]) by mail.violetlan.net (Postfix) with ESMTP id 5418E11456 for ; Thu, 16 Aug 2007 20:41:52 +0200 (CEST) Received: by mail.violetlan.net (Postfix, from userid 65534) id 2C2D511454; Thu, 16 Aug 2007 20:41:52 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on scurvy.violetlan.net X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=ham version=3.2.1 Received: from www.violetlan.net (mbali.violetlan.net [10.0.100.150]) by mail.violetlan.net (Postfix) with ESMTP id 601381144B for ; Thu, 16 Aug 2007 20:41:49 +0200 (CEST) Received: from 212.99.207.3 (SquirrelMail authenticated user freebsd@violetlan.net) by www.violetlan.net with HTTP; Thu, 16 Aug 2007 20:40:34 +0200 (CEST) Message-ID: <56143.212.99.207.3.1187289634.squirrel@www.violetlan.net> Date: Thu, 16 Aug 2007 20:40:34 +0200 (CEST) From: "Reinhold" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: apache 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: Thu, 16 Aug 2007 19:00:26 -0000 Thanks for the reply I'm having some mail problems as well, today is not my day. I'll remove all the stuff you mentioned and change back to 4BSD Will I have to recompile all the ports as well? I don't think its a PF problem because I have used this rule set of mine for a few years with no problems at all, but I'll recheck that just to make sure. Now for the mail problem I'm having its got to do with postfix sending mail from any ip address and not from the one that I want it to, but thats a later problem and on another box, I first want to get this apache thing sorted.. On Thu, August 16, 2007 20:07, Jeremy Chadwick wrote: > On Thu, Aug 16, 2007 at 07:28:24PM +0200, Reinhold wrote: > >> Hi >> > > Hello. First off, you sent mail to the list twice. I don't know why, > but you did. Be patient. :-) > >> I am having some problems with apache22 on my box. What happens is, >> when I'm viewing loads and loads of pages, apache will stop responding >> untill I restart it again. This normally happens when the free memory >> shown by top gets to about +- 100MB. > > I'm guessing that might be due to you using the ULE scheduler in your > kernel. Try switching back to 4BSD and see if that fixes it. > >> I'm also getting this error when I do a gracful restart of apache >> [Thu Aug 16 05:12:16 2007] [warn] (22)Invalid argument: Failed to enable >> the 'httpready' Accept Filter [Thu Aug 16 05:12:16 2007] [warn] >> (22)Invalid argument: Failed to enable >> the 'httpready' Accept Filter >> >> and in my /boot/loader.conf I have added accf_data_load="YES" >> accf_http_load="YES" > > Remove those. Here's why: > > > The apache rc.d startup script automatically will load accf_http.ko. > I also believe if that fails, Apache will try to load it. From my > experiences kldload/kldunload with accf_* is not very friendly; I've seen > where you can double-load the modules, and where you can't unload the > modules despite nothing using them. If you have them built-in to your > kernel, it gets even worse. > > AFAIK, using accf_data.ko isn't recommended. accf_http.ko on the other > hand is OK. Try not loading accf_data.ko in addition to my above > recommendation (re: 4BSD scheduler). > >> device pf device pflog device pfsync > > Finally, make sure your pf rules aren't doing anything stupid. If > ultimately you think it's a problem with pf rules, unload the pf module > and/or set pf_enable="no" in rc.conf and reboot. If the problem goes away > after that, then you'll know. > > -- > | 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 > | > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Thu Aug 16 19:15:19 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74E7416A417 for ; Thu, 16 Aug 2007 19:15: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 2752313C442 for ; Thu, 16 Aug 2007 19:15:16 +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 CC20119E023; Thu, 16 Aug 2007 21:15:12 +0200 (CEST) Received: from [192.168.1.2] (r3a200.net.upc.cz [213.220.192.200]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTP id 54EAE19E019; Thu, 16 Aug 2007 21:15:10 +0200 (CEST) Message-ID: <46C4A270.2090704@quip.cz> Date: Thu, 16 Aug 2007 21:16:00 +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: Jeremy Chadwick References: <55620.212.99.207.3.1187285304.squirrel@www.violetlan.net> <20070816180710.GA22257@eos.sc1.parodius.com> In-Reply-To: <20070816180710.GA22257@eos.sc1.parodius.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Reinhold Subject: Re: apache 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: Thu, 16 Aug 2007 19:15:19 -0000 Jeremy Chadwick wrote: [...] >>I'm also getting this error when I do a gracful restart of apache >>[Thu Aug 16 05:12:16 2007] [warn] (22)Invalid argument: Failed to enable >>the 'httpready' Accept Filter >>[Thu Aug 16 05:12:16 2007] [warn] (22)Invalid argument: Failed to enable >>the 'httpready' Accept Filter >> >>and in my /boot/loader.conf I have added >>accf_data_load="YES" >>accf_http_load="YES" > > > Remove those. Here's why: > > The apache rc.d startup script automatically will load accf_http.ko. > I also believe if that fails, Apache will try to load it. From my > experiences kldload/kldunload with accf_* is not very friendly; I've > seen where you can double-load the modules, and where you can't unload > the modules despite nothing using them. If you have them built-in to > your kernel, it gets even worse. It is not always possible to load modules after OS startup is done - when securelevel is 1 or above, you can not load kernel modules. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Thu Aug 16 19:17:14 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F14216A418 for ; Thu, 16 Aug 2007 19:17:14 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 0A36B13C457 for ; Thu, 16 Aug 2007 19:17:13 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id D77261CC06F; Thu, 16 Aug 2007 12:17:13 -0700 (PDT) Date: Thu, 16 Aug 2007 12:17:13 -0700 From: Jeremy Chadwick To: Reinhold Message-ID: <20070816191713.GA23955@eos.sc1.parodius.com> Mail-Followup-To: Reinhold , freebsd-stable@freebsd.org References: <56136.212.99.207.3.1187289568.squirrel@www.violetlan.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <56136.212.99.207.3.1187289568.squirrel@www.violetlan.net> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: apache 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: Thu, 16 Aug 2007 19:17:14 -0000 On Thu, Aug 16, 2007 at 08:39:28PM +0200, Reinhold wrote: > Thanks for the reply > > I'm having some mail problems as well, today is not my day. > > I'll remove all the stuff you mentioned and change back to 4BSD > Will I have to recompile all the ports as well? Nope, you won't. > I don't think its a PF problem because I have used this rule set of mine > for a few years with no problems at all, but I'll recheck that just to > make sure. Some rules appear to work fine, but actually cause problems in certain conditions. For example, we cannot use the "reassemble tcp" feature of scrub, or else it breaks all sorts of stuff on our network. You wouldn't notice it until you did something that involves a lot of I/O via ssh, such as "while true; do dmesg; done", which after 2-3 seconds would result in a TCP connection getting severed. My point is, rule out everything if you can. :-) > Now for the mail problem I'm having its got to do with postfix sending > mail from any ip address and not from the one that I want it to, but thats > a later problem and on another box, I first want to get this apache thing > sorted.. That's an easy one: use smtp_bind_address in main.cf. I've got a little two-liner comment in my main.cf about the difference between inet_interfaces and smtp_bind_address: # inet_interfaces defines what IPs/FQDNs to bind to for listening sockets. # smtp_bind_address defines what IP to bind to when delivering mail. inet_interfaces = mx01.sc1.parodius.com, localhost smtp_bind_address = 72.20.106.3 Also, AFAIK, you have to use an IP address for smtp_bind_address but not for inet_interfaces. -- | 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 Aug 16 19:18:35 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FDDB16A417 for ; Thu, 16 Aug 2007 19:18:35 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1CEFB13C45A for ; Thu, 16 Aug 2007 19:18:35 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 181801CC06F; Thu, 16 Aug 2007 12:18:35 -0700 (PDT) Date: Thu, 16 Aug 2007 12:18:35 -0700 From: Jeremy Chadwick To: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <20070816191835.GB23955@eos.sc1.parodius.com> Mail-Followup-To: Miroslav Lachman <000.fbsd@quip.cz>, freebsd-stable@freebsd.org, Reinhold References: <55620.212.99.207.3.1187285304.squirrel@www.violetlan.net> <20070816180710.GA22257@eos.sc1.parodius.com> <46C4A270.2090704@quip.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46C4A270.2090704@quip.cz> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org, Reinhold Subject: Re: apache 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: Thu, 16 Aug 2007 19:18:35 -0000 On Thu, Aug 16, 2007 at 09:16:00PM +0200, Miroslav Lachman wrote: > Jeremy Chadwick wrote: > [...] >>> I'm also getting this error when I do a gracful restart of apache >>> [Thu Aug 16 05:12:16 2007] [warn] (22)Invalid argument: Failed to enable >>> the 'httpready' Accept Filter >>> [Thu Aug 16 05:12:16 2007] [warn] (22)Invalid argument: Failed to enable >>> the 'httpready' Accept Filter >>> >>> and in my /boot/loader.conf I have added >>> accf_data_load="YES" >>> accf_http_load="YES" >> Remove those. Here's why: >> The apache rc.d startup script automatically will load accf_http.ko. >> I also believe if that fails, Apache will try to load it. From my >> experiences kldload/kldunload with accf_* is not very friendly; I've >> seen where you can double-load the modules, and where you can't unload >> the modules despite nothing using them. If you have them built-in to >> your kernel, it gets even worse. > > It is not always possible to load modules after OS startup is done - when > securelevel is 1 or above, you can not load kernel modules. Okay, then the apache rc.d script needs to take this into account, regardless of what rc.conf apache22_http_accept_enable is set to. That shouldn't be too hard to fix. -- | 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 Aug 16 20:44:48 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E5B416A46B for ; Thu, 16 Aug 2007 20:44:48 +0000 (UTC) (envelope-from freebsd@violetlan.net) Received: from mail.violetlan.net (ns2.violetlan.net [80.81.242.6]) by mx1.freebsd.org (Postfix) with ESMTP id E793E13C4B5 for ; Thu, 16 Aug 2007 20:44:46 +0000 (UTC) (envelope-from freebsd@violetlan.net) Received: from mail.violetlan.net (localhost [127.0.0.1]) by mail.violetlan.net (Postfix) with ESMTP id 08D8B1144C for ; Thu, 16 Aug 2007 22:46:04 +0200 (CEST) Received: by mail.violetlan.net (Postfix, from userid 65534) id D2ACF1144D; Thu, 16 Aug 2007 22:46:03 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on scurvy.violetlan.net X-Spam-Level: X-Spam-Status: No, score=-0.3 required=5.0 tests=ALL_TRUSTED, AWL autolearn=ham version=3.2.1 Received: from khumuleka.berlin-computer-solutions.com (d463cf03.datahighways.de [212.99.207.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: freebsd@violetlan.net) by mail.violetlan.net (Postfix) with ESMTP id 05FAD11427 for ; Thu, 16 Aug 2007 22:46:00 +0200 (CEST) Date: Thu, 16 Aug 2007 22:45:37 +0200 From: Reinhold To: freebsd-stable@freebsd.org Message-ID: <20070816224537.45e193d8@khumuleka.berlin-computer-solutions.com> In-Reply-To: <20070816191835.GB23955@eos.sc1.parodius.com> References: <55620.212.99.207.3.1187285304.squirrel@www.violetlan.net> <20070816180710.GA22257@eos.sc1.parodius.com> <46C4A270.2090704@quip.cz> <20070816191835.GB23955@eos.sc1.parodius.com> X-Mailer: Claws Mail 2.10.0 (GTK+ 2.10.14; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_I9TXP8=RwA4rcw0pfXu+RAP" X-Virus-Scanned: ClamAV using ClamSMTP Subject: mail problems was Re: apache 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: Thu, 16 Aug 2007 20:44:48 -0000 --MP_I9TXP8=RwA4rcw0pfXu+RAP Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline Thanks for the tips on postfix but they don't work for me. I have my mail server behind a pf firewall box on a local ip I have attached my pf.conf file so that you can see what it looks like, I also have to tell spamd to use the hostname of the mail sever but when I use the -h flag is sops working. thanks for all the help On Thu, 16 Aug 2007 12:18:35 -0700 Jeremy Chadwick wrote: > On Thu, Aug 16, 2007 at 09:16:00PM +0200, Miroslav Lachman wrote: > > Jeremy Chadwick wrote: > > [...] > >>> I'm also getting this error when I do a gracful restart of apache > >>> [Thu Aug 16 05:12:16 2007] [warn] (22)Invalid argument: Failed to > >>> enable the 'httpready' Accept Filter > >>> [Thu Aug 16 05:12:16 2007] [warn] (22)Invalid argument: Failed to > >>> enable the 'httpready' Accept Filter > >>> > >>> and in my /boot/loader.conf I have added > >>> accf_data_load="YES" > >>> accf_http_load="YES" > >> Remove those. Here's why: > >> The apache rc.d startup script automatically will load > >> accf_http.ko. I also believe if that fails, Apache will try to > >> load it. From my experiences kldload/kldunload with accf_* is not > >> very friendly; I've seen where you can double-load the modules, > >> and where you can't unload the modules despite nothing using > >> them. If you have them built-in to your kernel, it gets even > >> worse. > > > > It is not always possible to load modules after OS startup is done > > - when securelevel is 1 or above, you can not load kernel modules. > > Okay, then the apache rc.d script needs to take this into account, > regardless of what rc.conf apache22_http_accept_enable is set to. > > That shouldn't be too hard to fix. > --MP_I9TXP8=RwA4rcw0pfXu+RAP Content-Type: application/octet-stream; name=pf.conf Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=pf.conf IwkkT3BlbkJTRDogcGYuY29uZix2IDEuMzEgMjAwNi8wMS8zMCAxMjoyMDozMSBjYW1pZWxkIEV4 cCAkCiMKIyAgIHBmLmNvbmYgZm9yIG15IGZpcmV3YWxsCiMgICAKIyAgIFRoZSBkZWZhdWx0IGdh dGV3YXkgZG9pbmcgTkFUIGZvciBteSBob21lIG5ldHdvcmssIHVzaW5nIHF1ZXVlcyBmb3IgZXh0 ZW5kZWQgYWNrcHJpLgojCiMgICBNb3N0bHkgY29uZmlndXJlZCBmcm9tIGh0dHA6Ly93d3cuYmVu emVkcmluZS5jeC9wZi5jb25mCiMKIyAgIFRoZSBleHRlcm5hbCBpbnRlcmZhY2UgaXMgZnhwMCwg d2l0aCBhIHNpbmdsZSByb3V0YWJsZSBhZGRyZXNzIDE5Mi4xNjguMS4xNi4KIyAgIFRoZSBpbnRl cm5hbCBpbnRlcmZhY2UgaXMgcmwwLCBhZGRyZXNzIDE5Mi4xNjguMTAwLjExIGluIG5ldHdvcmsg MTkyLjE2OC4wLjAvMTYuCgojID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PSAjCiMgTWFjcm9zLCBMaXN0cywg T3B0aW9ucyBhbmQgVGFibGVzICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICMKIyA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT0gIwoKIyBtYWNyb3MKIwpleHRfaWYgICAgICAgICAg PSAicmwwIgppbnRfaWYgICAgICAgICAgPSAicmwxIiAKdW5maWx0ZXJlZCAgICAgID0gInsgbG8w LCBlbmMwIH0iCnVucm91dGFibGUgICAgICA9ICJ7IDEyNy4wLjAuMC84LCAxMC4wLjAuMC84LCAx NzIuMTYuMC4wLzEyLCAxOTIuMTY4LjAuMC8xNiwgMjU1LjI1NS4yNTUuMjU1LzMyIH0iCiN1bnJv dXRhYmxlICAgICAgPSAieyAxMjcuMC4wLjAvOCwgMTcyLjE2LjAuMC8xMiwgMjU1LjI1NS4yNTUu MjU1LzMyIH0iCgojIEFsbCBteSBJUHMgYXJlIGZyb20gODAuODEuMjQyLjUgdG8gODAuODEuMjQy LjE0CgojIGhvc3QgYW1hbnppCiMgdXNlZCBmb3IgbnMxLnZpb2xldGxhbi5uZXQgYW5kIGZpcmV3 YWxsCiMgVGhlIGV4dGVybmFsIElQID0gODAuODEuMjQyLjUKIyBUaGUgaW50ZXJuYWwgSVAgPSAx MC4wLjEwMC4xCiMKYW1hbnppX2ludCAgICAgICAgICA9ICIxMC4wLjEwMC4xIgphbWFuemlfZXh0 ICAgICAgICAgID0gIjgwLjgxLjI0Mi41IgoKIyBob3N0IHNjdXJ2eQojIHVzZWQgZm9yIEROUzIg YW5kIGVtYWlsCiMKIyBJUHMgZm9yIG5zMi52aW9sZXRsYW4ubmV0CnNjdXJ2eV9pbnQgICAgICAg ICAgPSAiMTAuMC4xMDAuMTEwIgpzY3VydnlfZXh0ICAgICAgICAgID0gIjgwLjgxLjI0Mi42IgoK IyBJUHMgYWRkcmVzcyBmb3IgbWFpbC52aW9sZXRsYW4ubmV0CnNjdXJ2eV9pbnQxICAgICAgICAg PSAiMTAuMC4xMDAuMTExIgpzY3VydnlfZXh0MSAgICAgICAgID0gIjgwLjgxLjI0Mi43IgoKIyBo b3N0IG1iYWxpCiMKIyBJUCBhZGRyZXNzIGZvciB3d3cudmlvbGV0bGFuLm5ldAptYmFsaV9pbnQg ICAgICAgICAgID0gIjEwLjAuMTAwLjE1MCIKbWJhbGlfZXh0ICAgICAgICAgICA9ICI4MC44MS4y NDIuOCIKCiMgSVBzIGFkZHJlc3MgZm9yIGdhbGxlcnkudmlvbGV0bGFuLm5ldAptYmFsaV9pbnQx ICAgICAgICAgID0gIjEwLjAuMTAwLjE1MSIKbWJhbGlfZXh0MSAgICAgICAgICA9ICI4MC44MS4y NDIuOSIKCnByb3h5ICAgICAgICAgICAgICAgPSAiODAuODEuMjQyLjUiCgojIHBvcnRzCiMKYWxs X3NlcnZpY2VzICAgID0gInsgc3NoLCBzbXRwLCBzbXRwcywgZG9tYWluLCBhdXRoLCBodHRwLCBo dHRwcywgaW1hcCwgaW1hcHMsIHBvcDMsIHBvcDNzIH0iCmxvY2FsX3BvcnRzICAgICA9ICJ7IHNz aCwgZG9tYWluLCBhdXRoIH0iCmh0dHBfcG9ydHMgICAgICA9ICJ7IGh0dHAsIGh0dHBzIH0iCm1h aWxfcG9ydHMgICAgICA9ICJ7IHNtdHAsIHNtdHBzLCBpbWFwLCBpbWFwcywgcG9wMywgcG9wM3Mg fSIKZG9tYWluX3BvcnRzICAgID0gInsgZG9tYWluIH0iCgojIGFsbG93ZWQgaW5jb21pbmcgSUNN UCB0eXBlcwojCmljbXBfdHlwZXMgICAgICA9ICJ7IGVjaG9yZXEsIHRpbWV4LCBwYXJhbXByb2Is IHVucmVhY2ggY29kZSBuZWVkZnJhZyB9IgoKIyBvcHRpb25zCiMKc2V0IGJsb2NrLXBvbGljeSBk cm9wCnNldCBvcHRpbWl6YXRpb24gYWdncmVzc2l2ZQpzZXQgbG9naW50ZXJmYWNlICRleHRfaWYK c2V0IGxpbWl0IHsgc3RhdGVzIDEwMDAwMCwgc3JjLW5vZGVzIDEwMDAwMCwgZnJhZ3MgNjAwMDAg fQpzZXQgZmluZ2VycHJpbnRzICIvZXRjL3BmLm9zIgoKIyB0YWJsZXMKIwp0YWJsZSA8YnJ1dGVm b3JjZT4gICAgICBwZXJzaXN0CnRhYmxlIDxzcGFtZC13aGl0ZT4gICAgIHBlcnNpc3QKdGFibGUg PG15X3NwYW1kX3doaXRlPiAgcGVyc2lzdCBmaWxlICIvdXNyL2xvY2FsL2V0Yy9zcGFtZC9teV9z cGFtZF93aGl0ZSIKCiMgbm9ybWFsaXphdGlvbgojCnNjcnViIGluICBvbiAkZXh0X2lmIGFsbCAg ICAgICAgICAgZnJhZ21lbnQgcmVhc3NlbWJsZQpzY3J1YiBvdXQgb24gJGV4dF9pZiBhbGwgcmFu ZG9tLWlkIGZyYWdtZW50IHJlYXNzZW1ibGUKCiMgPT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ICMKIyBRdWV1 ZXMsIE5BVCBhbmQgZnRwLXByb3h5ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIwojID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PSAjCgojIHF1ZXVlcwojCiMgLSBz c2ggaGFzIG1heGltdW0gcHJpb3JpdHksIHNvIHRoZSBob3N0IGlzIGFsd2F5cyBtYW5hZ2FibGUu CiMgLSBkbnMgaGFzIGhpZ2ggcHJpb3JpdHkuCiMgLSBvdXRnb2luZyB0Y3AgY29ubmVjdGlvbnMg aGF2ZSBwcmlvcml0eSBvdmVyIGluY29taW5nIG9uZXMuCiMgLSBvdXRnb2luZyBodHRwIGhhcyBw cmlvcml0eSBvdmVyIG90aGVyIG91dGdvaW5nIHRjcAojICAgKHRoZSBtYWlsaW5nIGxpc3QgZ2Vu ZXJhdGVzIGJ1cnN0cyBvZiBvdXRnb2luZyBzbXRwKQojCiMgZWZmZWN0OiBldmVuIHdoaWxlIHRo ZSB3ZWIgc2VydmVyIGlzIHVuZGVyIGhlYXZ5IGxvYWQgYW5kIHRoZQojIG1haWxpbmcgbGlzdCBp cyBkZWxpdmVyaW5nIG1haWxzLCBJIGNhbiBzdGlsbCB1c2Ugd3d3L2ljYi9pcmMuCiMKYWx0cSBv biBybDAgcHJpcSBiYW5kd2lkdGggMTAwTWIgcXVldWUgeyBxX21heCwgcV9oaWcsIHFfZGVmLCBx X2xvdyB9CnF1ZXVlIHFfbWF4IHByaW9yaXR5IDcKcXVldWUgcV9oaWcgcHJpb3JpdHkgNQpxdWV1 ZSBxX2RlZiBwcmlvcml0eSAzCnF1ZXVlIHFfbG93IHByaW9yaXR5IDEgcHJpcShkZWZhdWx0KQoK IyB0cmFuc2xhdGlvbnMKIwpubyBuYXQgb24gJHVuZmlsdGVyZWQgZnJvbSBhbnkgdG8gYW55Cm5v IHJkciBvbiAkdW5maWx0ZXJlZCBmcm9tIGFueSB0byBhbnkKCiMgbmF0IHByaXZhdGUgbmV0d29y ayB0byBzaW5nbGUgcm91dGFibGUgYWRkcmVzcwojCm5hdCBvbiAkZXh0X2lmIGluZXQgZnJvbSAx MC4wLjAuMC84IHRvIGFueSAtPiAoJGV4dF9pZikKCiMgZnRwIHByb3h5Cm5hdC1hbmNob3IgInBm dHB4LyoiCiMgPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09ICMKIyBSZWRpcmVjdCBSdWxlcyAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIwojID09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PSAjCgojIyMjIyMjIyMjIyMjCiMgIGFtYW56aSAgICMKIyMjIyMjIyMj IyMjIwoKIyBmdHAgcHJveHkKcmRyLWFuY2hvciAicGZ0cHgvKiIKcmRyIHBhc3Mgb24gJGludF9p ZiBwcm90byB0Y3AgZnJvbSAxMC4wLjAuMC84IHRvICRwcm94eSBwb3J0IDIxIC0+IDEyNy4wLjAu MSBwb3J0IDgwMjEKI3JkciBvbiAkaW50X2lmIHByb3RvIHRjcCBmcm9tIGFueSB0byBhbnkgcG9y dCBmdHAgLT4gMTI3LjAuMC4xIHBvcnQgODAyMQoKIyMjIyMjIyMjIyMjIwojICBzY3VydnkgICAj CiMjIyMjIyMjIyMjIyMKCiMgRE5TMgojCnJkciBvbiAkZXh0X2lmIGluZXQgcHJvdG8geyB0Y3As IHVkcCB9IGZyb20gYW55IHRvICRzY3VydnlfZXh0IHBvcnQgJGRvbWFpbl9wb3J0cyAtPiAkc2N1 cnZ5X2ludAoKIyBvYnNwYW1kCiMKcmRyIHBhc3MgaW5ldCBwcm90byB0Y3AgZnJvbSA8bXlfc3Bh bWRfd2hpdGU+IHRvICRzY3VydnlfZXh0MSBwb3J0ICRtYWlsX3BvcnRzIC0+ICRzY3VydnlfaW50 MQpyZHIgcGFzcyBpbmV0IHByb3RvIHRjcCBmcm9tIDxzcGFtZC13aGl0ZT4gdG8gJHNjdXJ2eV9l eHQxIHBvcnQgJG1haWxfcG9ydHMgLT4gJHNjdXJ2eV9pbnQxCiNyZHIgb24gJGV4dF9pZiBpbmV0 IHByb3RvIHRjcCBmcm9tIDxteV9zcGFtZF93aGl0ZT4gdG8gJHNjdXJ2eV9leHQxIHBvcnQgJG1h aWxfcG9ydHMgLT4gJHNjdXJ2eV9pbnQxCiNyZHIgb24gJGV4dF9pZiBpbmV0IHByb3RvIHRjcCBm cm9tIDxzcGFtZC13aGl0ZT4gdG8gJHNjdXJ2eV9leHQxIHBvcnQgJG1haWxfcG9ydHMgLT4gJHNj dXJ2eV9pbnQxCnJkciBwYXNzIGluZXQgcHJvdG8gdGNwIGZyb20gYW55IHRvICRzY3VydnlfZXh0 MSBwb3J0IHsgc210cCwgc210cHMgfSAtPiAxMjcuMC4wLjEgcG9ydCBzcGFtZAoKIyBzc2gKIwpy ZHIgb24gJGV4dF9pZiBpbmV0IHByb3RvIHRjcCBmcm9tIGFueSB0byAkc2N1cnZ5X2V4dCBwb3J0 IHNzaCAtPiAkc2N1cnZ5X2ludAoKIyMjIyMjIyMjIyMjIwojICAgbWJhbGkgICAjCiMjIyMjIyMj IyMjIyMKCiMgaHR0cCByZWRpcmVjdGlvbgojCnJkciBvbiAkZXh0X2lmIGluZXQgcHJvdG8gdGNw IGZyb20gYW55IHRvICRtYmFsaV9leHQgcG9ydCAkaHR0cF9wb3J0cyAtPiAkbWJhbGlfaW50CnJk ciBvbiAkZXh0X2lmIGluZXQgcHJvdG8gdGNwIGZyb20gYW55IHRvICRtYmFsaV9leHQxIHBvcnQg JGh0dHBfcG9ydHMgLT4gJG1iYWxpX2ludDEKCiMgbWFpbAojCiNyZHIgb24gJGV4dF9pZiBpbmV0 IHByb3RvIHRjcCBmcm9tIGFueSB0byAkbWJhbGlfZXh0IHBvcnQgJG1haWxfcG9ydHMgLT4gJG1i YWxpX2ludAoKIyBzc2gKIwpyZHIgb24gJGV4dF9pZiBpbmV0IHByb3RvIHRjcCBmcm9tIGFueSB0 byAkbWJhbGlfZXh0IHBvcnQgc3NoIC0+ICRtYmFsaV9pbnQKCiMgPT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 ICMKIyBmaWx0ZXIgcnVsZXMgKGRlZmF1bHQgYmxvY2svcGFzcykgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIwojID09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PSAjCgojIHBhc3Mg b24gdW5maWx0ZXJlZCBpbnRlcmZhY2VzCiMKcGFzcyBxdWljayBvbiAkdW5maWx0ZXJlZApwYXNz IHF1aWNrIG9uICRpbnRfaWYKCiMgc2lsZW50bHkgZHJvcCBUQ1Agbm9uLVNZTiBwYWNrZXRzLCB0 aGUgcmVtYWluaW5nIHJ1bGVzZXQgb25seSBkZWFscyB3aXRoCiMgVENQIFNZTnMsIHdoaWNoIGFs d2F5cyBjcmVhdGUgc3RhdGUgd2hlbiBwYXNzZWQuIHRoZSBydWxlc2V0IGJhc2ljYWxseQojIGRl YWxzIHdpdGggJ2Nvbm5lY3Rpb25zJywgbm90IHBhY2tldHMsIGJleW9uZCB0aGlzIHBvaW50Lgoj CmJsb2NrIHJldHVybi1yc3QgcXVpY2sgcHJvdG8gdGNwIGFsbCBmbGFncyAvUwpibG9jayByZXR1 cm4tcnN0IHF1aWNrIHByb3RvIHRjcCBhbGwgZmxhZ3MgQS9BCgojIGJsb2NrIGFuZCBsb2cgZXZl cnl0aGluZyBieSBkZWZhdWx0CiMKYmxvY2sgICAgICAgICAgICAgbG9nCmJsb2NrIHJldHVybi1y c3QgIGxvZyBpbmV0IHByb3RvIHRjcApibG9jayByZXR1cm4taWNtcCBsb2cgaW5ldCBwcm90byB1 ZHAKCiMgPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09ICMKIyBleHRlcm5hbCBpbnRlcmZhY2UgKGFsbCBleHRl cm5hbCBJUHY0IHRyYWZmaWMpICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIwojID09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PSAjCgojIHNpbGVudGx5IGRyb3AgYnJvYWRjYXN0cyAoQURTTCBub2lzZSkK IwpibG9jayBpbiBxdWljayBvbiAkZXh0X2lmIGluZXQgZnJvbSBhbnkgdG8gMjU1LjI1NS4yNTUu MjU1CgojIGJydXRlZm9yY2UKIwpibG9jayBxdWljayBmcm9tIDxicnV0ZWZvcmNlPiB0byBhbnkK CiMgYmxvY2sgc29tZSBrbm93bi1iYWQgcG9ydHMgd2l0aG91dCBsb2dnaW5nCiMKYmxvY2sgcmV0 dXJuLXJzdCAgaW4gcXVpY2sgb24gJGV4dF9pZiBwcm90byB0Y3AgZnJvbSBhbnkgdG8gYW55IHBv cnQgeyAxMTEsIDQ0NSwgMTA4MCwgNjAwMCwgNjY2NyB9CmJsb2NrIHJldHVybi1pY21wIGluIHF1 aWNrIG9uICRleHRfaWYgcHJvdG8gdWRwIGZyb20gYW55IHRvIGFueSBwb3J0IHsgMTM3LCAxMzgs IDEzOSwgMTQzNCB9CgojIGJsb2NrIGFuZCBsb2cgaW5jb21pbmcgcGFja2V0cyBmcm9tIHJlc2Vy dmVkIGFkZHJlc3Mgc3BhY2UgYW5kIGludmFsaWQKIyBhZGRyZXNzZXMsIHRoZXkgYXJlIGVpdGhl ciBzcG9vZmVkIG9yIG1pc2NvbmZpZ3VyZWQsIHdlIGNhbid0IHJlcGx5IHRvCiMgdGhlbSBhbnl3 YXkgKGhlbmNlLCBubyByZXR1cm4tcnN0KS4KIwpibG9jayBpbiBsb2cgcXVpY2sgb24gJGV4dF9p ZiBpbmV0IGZyb20gJHVucm91dGFibGUgdG8gYW55CgojIGJsb2NrIGFuZCBsb2cgb3V0Z29pbmcg cGFja2V0cyB0aGF0IGRvbid0IGhhdmUgbXkgYWRkcmVzcyBhcyBzb3VyY2UsIHRoZXkgYXJlCiMg ZWl0aGVyIHNwb29mZWQgb3Igc29tZXRoaW5nIGlzIG1pc2NvbmZpZ3VyZWQgKE5BVCBkaXNhYmxl ZCwgZm9yIGluc3RhbmNlKSwKIyB3ZSB3YW50IHRvIGJlIG5pY2UgYW5kIG5vdCBzZW5kIG91dCBn YXJiYWdlLgojCmJsb2NrIG91dCBsb2cgcXVpY2sgb24gJGV4dF9pZiBpbmV0IGZyb20gISgkZXh0 X2lmKSB0byBhbnkKCiMgPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ICMKIyBUQ1AgVURQIGluL291dCAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IwojID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PSAjCgojIyMjIyMjIyMjIyMjCiMgICBhbWFuemkgICMKIyMj IyMjIyMjIyMjIwoKcGFzcyBvdXQgb24gJGV4dF9pZiBpbmV0IHByb3RvIHVkcCBmcm9tIGFueSB0 byBhbnkga2VlcCBzdGF0ZSBxdWV1ZSAocV9kZWYpCnBhc3Mgb3V0IG9uICRleHRfaWYgaW5ldCBw cm90byB0Y3AgZnJvbSAoJGV4dF9pZikgdG8gYW55IGZsYWdzIFMvU0Ega2VlcCBzdGF0ZSBxdWV1 ZSAocV9kZWYsIHFfbWF4KQpwYXNzIG91dCBvbiAkZXh0X2lmIGluZXQgcHJvdG8gdGNwIGZyb20g KCRleHRfaWYpIHRvIGFueSBwb3J0ICRodHRwX3BvcnRzIGZsYWdzIFMvU0Ega2VlcCBzdGF0ZSBx dWV1ZSAocV9oaWcsIHFfbWF4KQoKIyMjIyMjIyMjIyMjIyAKIyAgc2N1cnZ5ICAgIwojIyMjIyMj IyMjIyMjCgojIG1haWwgc2VydmVyCiMKcGFzcyBpbiBsb2cgb24gJGV4dF9pZiBwcm90byB0Y3Ag ZnJvbSBhbnkgdG8gYW55IHBvcnQgJG1haWxfcG9ydHMgZmxhZ3MgUy9TQSBzeW5wcm94eSBzdGF0 ZSBxdWV1ZSAocV9kZWYsIHFfbWF4KQpwYXNzIG91dCBxdWljayBsb2cgb24gJGV4dF9pZiBwcm90 byB0Y3AgZnJvbSAkc2N1cnZ5X2V4dDEgdG8gYW55IHBvcnQgeyBzbXRwLCBzbXRwcyB9IGZsYWdz IFMvU0Egc3lucHJveHkgc3RhdGUgcXVldWUgKHFfZGVmLCBxX21heCkKCiMjIyMjIyMjIyMjIyMg CiMgICBtYmFsaSAgICMKIyMjIyMjIyMjIyMjIwoKIyB3ZWJzZXJ2ZXIKIwpwYXNzIGluIG9uICRl eHRfaWYgaW5ldCBwcm90byB0Y3AgZnJvbSBhbnkgdG8gYW55IHBvcnQgJGh0dHBfcG9ydHMgZmxh Z3MgUy9TQSBrZWVwIHN0YXRlIHF1ZXVlIChxX2xvdywgcV9tYXgpCiNwYXNzIGluIGxvZyBvbiAk ZXh0X2lmIGluZXQgcHJvdG8gdGNwIGZyb20gYW55IHRvIGFueSBwb3J0ICRodHRwX3BvcnRzIGZs YWdzIFMvU0Ega2VlcCBzdGF0ZSAobWF4IDEwMjQsIG1heC1zcmMtY29ubiAxMDAsIG1heC1zcmMt Y29ubi1yYXRlIDE1LzUsIHRjcC5maXJzdCAxMCwgdGNwLm9wZW5pbmcgMTAsIG92ZXJsb2FkIDxi cnV0ZWZvcmNlPiBmbHVzaCBnbG9iYWwpIHF1ZXVlIChxX2xvdywgcV9tYXgpCgojIyMjIyMjIyMj IyMjCiMgYWxsIGhvc3RzICMKIyMjIyMjIyMjIyMjIwoKIyBmdHAgcHJveHkKYW5jaG9yICJwZnRw eC8qIgpwYXNzIG91dCBsb2cgcHJvdG8gdGNwIGZyb20gJHByb3h5IHRvIGFueSBwb3J0IDIxIGZs YWdzIFMvU0Ega2VlcCBzdGF0ZQoKIyBJQ01QCiMKcGFzcyBvdXQgaW5ldCBwcm90byBpY21wIGFs bCBrZWVwIHN0YXRlIHF1ZXVlIChxX2xvdykKcGFzcyBpbiAgaW5ldCBwcm90byBpY21wIGFsbCBp Y21wLXR5cGUgJGljbXBfdHlwZXMga2VlcCBzdGF0ZSBxdWV1ZSAocV9tYXgpCgojIGFsbG93IG91 dCB0aGUgZGVmYXVsdCByYW5nZSBmb3IgdHJhY2Vyb3V0ZSg4KToKIyAiYmFzZStuaG9wcypucXVl cmllcy0xIiAoMzM0MzQrNjQqMy0xKQpwYXNzIG91dCBvbiAkZXh0X2lmIGluZXQgcHJvdG8gdWRw IGZyb20gYW55IHRvIGFueSBwb3J0IDMzNDMzID48IDMzNjI2IGtlZXAgc3RhdGUgcXVldWUgKHFf bG93KQoKIyBETlMKIwpwYXNzIG91dCBsb2cgb24gJGV4dF9pZiBpbmV0IHByb3RvIHsgdGNwLCB1 ZHAgfSBmcm9tIGFueSB0byBhbnkgcG9ydCBkb21haW4ga2VlcCBzdGF0ZSBxdWV1ZSAocV9oaWcp CiNwYXNzIGluIGxvZyBvbiAkZXh0X2lmIGluZXQgcHJvdG8ge3RjcCwgdWRwIH0gZnJvbSBhbnkg dG8gKCRleHRfaWYpIHBvcnQgZG9tYWluIGtlZXAgc3RhdGUgKG1heCA1MTIpIHF1ZXVlIChxX2hp ZykKcGFzcyBpbiBsb2cgb24gJGV4dF9pZiBpbmV0IHByb3RvIHt0Y3AsIHVkcCB9IGZyb20gYW55 IHRvIGFueSBwb3J0IGRvbWFpbiBrZWVwIHN0YXRlIChtYXggNTEyKSBxdWV1ZSAocV9oaWcpCgoj IHNzaApwYXNzIGxvZyBpbmV0IHByb3RvIHRjcCBmcm9tIGFueSB0byBhbnkgcG9ydCBzc2ggZmxh Z3MgUy9TQSBrZWVwIHN0YXRlIChtYXggMTAyNCwgbWF4LXNyYy1jb25uIDE1LCBtYXgtc3JjLWNv bm4tcmF0ZSA1LzMsIHRjcC5maXJzdCAxMCwgdGNwLm9wZW5pbmcgMTAsIG92ZXJsb2FkIDxicnV0 ZWZvcmNlPiBmbHVzaCBnbG9iYWwpIHF1ZXVlIChxX2hpZywgcV9tYXgpCgojID09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PSAjCiMgYW50aXNwb29mICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICMKIyA9PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0gIwoK YW50aXNwb29mIGZvciAkZXh0X2lmCmFudGlzcG9vZiBmb3IgJGludF9pZgphbnRpc3Bvb2YgZm9y ICR1bmZpbHRlcmVkCg== --MP_I9TXP8=RwA4rcw0pfXu+RAP-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 16 22:09:34 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D49B316A41B for ; Thu, 16 Aug 2007 22:09:34 +0000 (UTC) (envelope-from freebsd-stable@magma.ca) Received: from mail-02.primus.ca (mail5.primus.ca [216.254.141.172]) by mx1.freebsd.org (Postfix) with ESMTP id 821C213C457 for ; Thu, 16 Aug 2007 22:09:34 +0000 (UTC) (envelope-from freebsd-stable@magma.ca) Received: from ottawa-hs-209-217-66-94.d-ip.magma.ca ([209.217.66.94] helo=kevin) by mail-02.primus.ca with esmtpa (Exim 4.63) (envelope-from ) id 1ILnX2-0001aG-2P; Thu, 16 Aug 2007 18:09:32 -0400 From: "Kevin K." To: "'Reinhold'" , References: <55620.212.99.207.3.1187285304.squirrel@www.violetlan.net> <20070816180710.GA22257@eos.sc1.parodius.com> <46C4A270.2090704@quip.cz> <20070816191835.GB23955@eos.sc1.parodius.com> <20070816224537.45e193d8@khumuleka.berlin-computer-solutions.com> In-Reply-To: <20070816224537.45e193d8@khumuleka.berlin-computer-solutions.com> Date: Thu, 16 Aug 2007 18:09:31 -0400 Message-ID: <002201c7e052$1f5a2510$5e0e6f30$@ca> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcfgRlO01iH06VSPRbeExuMoHzNW0wAC7/mg Content-Language: en-us X-Authenticated: freebsd-stable - ottawa-hs-209-217-66-94.d-ip.magma.ca (kevin) [209.217.66.94] Cc: Subject: RE: mail problems was Re: apache 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: Thu, 16 Aug 2007 22:09:34 -0000 Just a FYI, its not a great idea to post your firewall rules w/ external/internal ips still intact. -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Reinhold Sent: Thursday, August 16, 2007 4:46 PM To: freebsd-stable@freebsd.org Subject: mail problems was Re: apache problems Thanks for the tips on postfix but they don't work for me. I have my mail server behind a pf firewall box on a local ip I have attached my pf.conf file so that you can see what it looks like, I also have to tell spamd to use the hostname of the mail sever but when I use the -h flag is sops working. thanks for all the help On Thu, 16 Aug 2007 12:18:35 -0700 Jeremy Chadwick wrote: > On Thu, Aug 16, 2007 at 09:16:00PM +0200, Miroslav Lachman wrote: > > Jeremy Chadwick wrote: > > [...] > >>> I'm also getting this error when I do a gracful restart of apache > >>> [Thu Aug 16 05:12:16 2007] [warn] (22)Invalid argument: Failed to > >>> enable the 'httpready' Accept Filter [Thu Aug 16 05:12:16 2007] > >>> [warn] (22)Invalid argument: Failed to enable the 'httpready' > >>> Accept Filter > >>> > >>> and in my /boot/loader.conf I have added accf_data_load="YES" > >>> accf_http_load="YES" > >> Remove those. Here's why: > >> The apache rc.d startup script automatically will load > >> accf_http.ko. I also believe if that fails, Apache will try to load > >> it. From my experiences kldload/kldunload with accf_* is not very > >> friendly; I've seen where you can double-load the modules, and > >> where you can't unload the modules despite nothing using them. If > >> you have them built-in to your kernel, it gets even worse. > > > > It is not always possible to load modules after OS startup is done > > - when securelevel is 1 or above, you can not load kernel modules. > > Okay, then the apache rc.d script needs to take this into account, > regardless of what rc.conf apache22_http_accept_enable is set to. > > That shouldn't be too hard to fix. > __________ NOD32 2466 (20070816) Information __________ This message was checked by NOD32 antivirus system. http://www.eset.com From owner-freebsd-stable@FreeBSD.ORG Thu Aug 16 22:17:33 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 517F916A419 for ; Thu, 16 Aug 2007 22:17:33 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id 063A113C461 for ; Thu, 16 Aug 2007 22:17:32 +0000 (UTC) (envelope-from spork@bway.net) Received: (qmail 32514 invoked by uid 0); 16 Aug 2007 21:49:32 -0000 Received: from unknown (HELO white.nat.fasttrackmonkey.com) (spork@216.220.116.154) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 16 Aug 2007 21:49:32 -0000 Date: Thu, 16 Aug 2007 17:48:59 -0400 (EDT) From: Charles Sprickman To: stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: 6.2, USB wedged X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Aug 2007 22:17:33 -0000 Hi all, I'm not too familiar with USB in 5.x or 6.x. After some great one-on-one work with one of the NUT UPS tools devs, he got many linuxisms out of the tripplite_usb code so I can monitor a UPS here. The code is likely not perfect, and sometimes the NUT daemon needs to be restarted to get fresh data. Today it did this and I accidentally started two instances of the daemon. This seems to have completely wedged up the USB stack. The tripplite_usb process is unkillable, and is in disk wait state, which seems odd: nut 59693 0.0 0.1 1480 1028 p1 D 1:34PM 0:00.00 /usr/local/libexec/nut/tripplite_usb -a colo1 All the "kill -9"'s in the world won't stop it. I ran "usbdevs" to see if it was able to probe any devices and that too hung and is now unkillable: [root@miko /home/spork]# usbdevs addr 1: UHCI root hub, VIA ^C^C^C root 31627 0.0 0.1 1264 580 p1 D+ 5:33PM 0:00.00 usbdevs Also in disk wait... Any ideas, short of a reboot to kick things back into shape? Here's the other processes, they all seem to be in disk wait and "waiting to acquire a lock" (DL): root 25 0.0 0.0 0 8 ?? DL 14Mar07 0:00.97 [usb0] root 26 0.0 0.0 0 8 ?? DL 14Mar07 0:00.00 [usbtask] root 28 0.0 0.0 0 8 ?? DL 14Mar07 0:00.98 [usb1] root 29 0.0 0.0 0 8 ?? DL 14Mar07 0:00.73 [usb2] root 31 0.0 0.0 0 8 ?? DL 14Mar07 0:00.72 [usb3] root 34496 0.0 0.1 1288 712 ?? Is 5:42PM 0:00.00 /usr/sbin/usbd root 31627 0.0 0.1 1264 580 p1 D+ 5:33PM 0:00.00 usbdevs nut 59693 0.0 0.1 1480 1028 p1 D 1:34PM 0:00.00 /usr/local/libexec/nut/tripplite_usb -a colo1 Also any pointers to more info on USB for users would be appreciated. Thanks, Charles ___ Charles Sprickman NetEng/SysAdmin Bway.net - New York's Best Internet - www.bway.net spork@bway.net - 212.655.9344 From owner-freebsd-stable@FreeBSD.ORG Fri Aug 17 02:02:35 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 384C816A419 for ; Fri, 17 Aug 2007 02:02:35 +0000 (UTC) (envelope-from shannon@widomaker.com) Received: from wilma.widomaker.com (wilma.widomaker.com [204.17.220.5]) by mx1.freebsd.org (Postfix) with ESMTP id 12AE913C457 for ; Fri, 17 Aug 2007 02:02:34 +0000 (UTC) (envelope-from shannon@widomaker.com) Received: from [69.72.99.174] (helo=escape.goid.lan) by wilma.widomaker.com with esmtp (Exim 3.36 #1) id 1ILrAX-0005wT-00 for stable@freebsd.org; Thu, 16 Aug 2007 22:02:34 -0400 Received: from daydream (daydream.goid.lan [192.168.1.10]) by escape.goid.lan (Postfix) with ESMTP id C1F12A503 for ; Thu, 16 Aug 2007 22:02:32 -0400 (EDT) Received: by daydream (Postfix, from userid 1000) id 72D126ADE5; Thu, 16 Aug 2007 22:02:32 -0400 (EDT) Date: Thu, 16 Aug 2007 22:02:32 -0400 From: Charles Shannon Hendrix To: stable@freebsd.org Message-ID: <20070817020232.GA10897@widomaker.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: limiting output of second stage loader X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2007 02:02:35 -0000 I have configured a custom menu in the FreeBSD loader. I didn't want beastie.4th so I wrote my own and it works well. However, I would really like to have this stage not send any output to the console except what is needed for displaying the menu and any error messages I specifically want to write. This is for an embedded system. I'm passing the -q and -m options to boot0cfg when writing the MBR to disable most of the system messages to the console, and the little bits before and after the menu in the Forth code are the last bits I need to get rid of. Any hints? -- shannon / Asus A8N5X - Opteron 170@2.5GHz | But you know, a little Sun Ultra 1 -------' 2GB RAM - nVidia 7900GS | is doing all the hard work... From owner-freebsd-stable@FreeBSD.ORG Fri Aug 17 07:14:10 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEFE016A418 for ; Fri, 17 Aug 2007 07:14:10 +0000 (UTC) (envelope-from peceka@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id 6A08913C428 for ; Fri, 17 Aug 2007 07:14:10 +0000 (UTC) (envelope-from peceka@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so361697uge for ; Fri, 17 Aug 2007 00:14: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:mime-version:content-type:content-transfer-encoding:content-disposition; b=QX6ut6hQrVbOw3LHyUKiDciKqI5QylIB4ZTS2Z/VZ7bbbkK674jrwLtxoRlmKlEF4EDnXwES0s/X0n0BlfaXSI7O8kxVFPMfy8ESlmELXJWsetoGabGl6wmaskJEp159bdVy66S13+ReQ43aZY9rgoVg+Q/9CSuXj0d7SdRcfKs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Dxrh+GjOEqmUPZzHb4Nsb4SLYy6PZWAllie5q7/2zVFjUgNNnxjse6aJVqiEaxS5mFzNqed6hDj7BQG9DUmqoUmTCKc15JnZXPUsA8gT+OIkxYdlxEEc8iu6Std78yHwfFk3enKJL7UAT1/C6nGGq4Wx/NoZFzRn6nSM+r53Ntk= Received: by 10.67.27.16 with SMTP id e16mr2777237ugj.1187333221488; Thu, 16 Aug 2007 23:47:01 -0700 (PDT) Received: by 10.66.250.12 with HTTP; Thu, 16 Aug 2007 23:47:01 -0700 (PDT) Message-ID: Date: Fri, 17 Aug 2007 08:47:01 +0200 From: peceka To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: unable to kill process, problem with FBSD6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2007 07:14:11 -0000 Hi. I've got strange problem. I've setup pound on my FBSD6 box and sometimes it (pound) stops. Normally it should exit but it doesn't - it hangs. # ps auwx | grep pound pound 46868 0.0 1.0 55428 21932 ?? SE 1:58PM 0:31.34 /usr/local/sbin/pound -f /usr/local/etc/pound.cfg S: Marks a process that is sleeping for less than about 20 seconds. E: The process is trying to exit. It dies after 30 minutes. This problem doesn't exists on Linux. This behaviour is very irregular. Why FBSD doesn't kill this process? Regards, p. From owner-freebsd-stable@FreeBSD.ORG Fri Aug 17 08:13:50 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DA4516A421 for ; Fri, 17 Aug 2007 08:13:50 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id CF67413C4A8 for ; Fri, 17 Aug 2007 08:13:49 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id l7H804N2063247; Fri, 17 Aug 2007 16:00:04 +0800 (KRAST) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id l7H804TS063245; Fri, 17 Aug 2007 16:00:04 +0800 (KRAST) (envelope-from eugen) Date: Fri, 17 Aug 2007 16:00:04 +0800 From: Eugene Grosbein To: peceka Message-ID: <20070817080004.GA62845@svzserv.kemerovo.su> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: unable to kill process, problem with FBSD6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2007 08:13:50 -0000 On Fri, Aug 17, 2007 at 08:47:01AM +0200, peceka wrote: > I've got strange problem. I've setup pound on my FBSD6 box and > sometimes it (pound) stops. Normally it should exit but it doesn't - > it hangs. > > # ps auwx | grep pound > pound 46868 0.0 1.0 55428 21932 ?? SE 1:58PM 0:31.34 > /usr/local/sbin/pound -f /usr/local/etc/pound.cfg > > S: Marks a process that is sleeping for less than about 20 seconds. > E: The process is trying to exit. > > It dies after 30 minutes. > > This problem doesn't exists on Linux. > > This behaviour is very irregular. > Why FBSD doesn't kill this process? It does if it become 'trying to exit'. It may have a serial device open and bugs in the driver may prevent process from closing device in timely manner. Try switching to uart(4) driver from sio(4) if this is your case. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Fri Aug 17 08:18:36 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B9C216A418 for ; Fri, 17 Aug 2007 08:18:36 +0000 (UTC) (envelope-from svein.h@lvor.halvorsen.cc) Received: from fri.itea.ntnu.no (fri.itea.ntnu.no [129.241.7.60]) by mx1.freebsd.org (Postfix) with ESMTP id 5AF9713C458 for ; Fri, 17 Aug 2007 08:18:36 +0000 (UTC) (envelope-from svein.h@lvor.halvorsen.cc) Received: from localhost (localhost [127.0.0.1]) by fri.itea.ntnu.no (Postfix) with ESMTP id 815718976 for ; Fri, 17 Aug 2007 09:50:45 +0200 (CEST) Received: from maren.thelosingend.net (maren.math.ntnu.no [129.241.211.48]) by fri.itea.ntnu.no (Postfix) with SMTP for ; Fri, 17 Aug 2007 09:50:20 +0200 (CEST) Received: (qmail 93120 invoked by uid 88); 17 Aug 2007 09:50:20 +0200 Received: from maren.math.ntnu.no (HELO weld.ej2.thelosingend.net) (129.241.211.48) by maren.thelosingend.net (qpsmtpd/0.31.1) with ESMTP; Fri, 17 Aug 2007 09:49:58 +0200 Message-ID: <46C552C7.70101@lvor.halvorsen.cc> Date: Fri, 17 Aug 2007 09:48:23 +0200 From: Svein Halvor Halvorsen User-Agent: Thunderbird 2.0.0.0 (X11/20070523) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG References: <200708161437.l7GEb2KV006533@lurza.secnetix.de> In-Reply-To: <200708161437.l7GEb2KV006533@lurza.secnetix.de> X-Enigmail-Version: 0.95.0 OpenPGP: id=9198BB40; url=mailto:pgpkey@svein.halvorsen.cc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. Cc: Subject: Re: panic after removing usb flash disk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2007 08:18:36 -0000 Oliver Fromme wrote: > Roman Bogorodskiy wrote: > > Artem Kuchin wrote: > > > [FreeBSD crashes when a mounted device disappears] > > > > It's not a bug, it's a feature. > > I certainly wouldn't call it a feature. As others have > noted, it is a known shortcoming in FreeBSD, and fixing > it is non-trivial. Could someone point me in some general direction, as to where I could learn more about the path a read/write request will take through all the different kernel layers? I doubt I will be able to fix anything, but it would be interesting to learn. Svein Halvor From owner-freebsd-stable@FreeBSD.ORG Fri Aug 17 08:19:18 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48F3916A41A for ; Fri, 17 Aug 2007 08:19:18 +0000 (UTC) (envelope-from peceka@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 180A313C474 for ; Fri, 17 Aug 2007 08:19:12 +0000 (UTC) (envelope-from peceka@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so365074uge for ; Fri, 17 Aug 2007 01:19:11 -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=NuS+itjrMK2QRvvIPLaJTWPqqFAd+AOgzpQ5BrK1uoEG/HJwyK/jWxlZFwlrC0bdHRjCdcuh2kilxcoJ+X9FQV5KS1iVm/T1asirBx4eoFalL2JBn4LcHxFuzw33D78s2aXgjo+4jtMHMPKEoA7yrt4xRwMkj+TukCS/rjeDwiI= 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=dQfCNnz2w/Yw9ADW0zma0xyerDXl9Yiv6rn5JSvdeFpLdRb+b8GcsggXk1ZHJa2TAJgXJMhbyJjZMy0FOd+JRQ9Y0v+QQA8k3k14uclPGCjxhyeJG6Vm8x96stpLnPzuOSVKyb6hYXoOt5FSSjG/DbpkukxCwKZ1Npj0FPiFa7M= Received: by 10.66.222.9 with SMTP id u9mr2843371ugg.1187338751461; Fri, 17 Aug 2007 01:19:11 -0700 (PDT) Received: by 10.66.250.12 with HTTP; Fri, 17 Aug 2007 01:19:11 -0700 (PDT) Message-ID: Date: Fri, 17 Aug 2007 10:19:11 +0200 From: peceka To: "Eugene Grosbein" In-Reply-To: <20070817080004.GA62845@svzserv.kemerovo.su> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070817080004.GA62845@svzserv.kemerovo.su> Cc: freebsd-stable@freebsd.org Subject: Re: unable to kill process, problem with FBSD6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2007 08:19:42 -0000 2007/8/17, Eugene Grosbein : > On Fri, Aug 17, 2007 at 08:47:01AM +0200, peceka wrote: > > > I've got strange problem. I've setup pound on my FBSD6 box and > > sometimes it (pound) stops. Normally it should exit but it doesn't - > > it hangs. > > > > # ps auwx | grep pound > > pound 46868 0.0 1.0 55428 21932 ?? SE 1:58PM 0:31.34 > > /usr/local/sbin/pound -f /usr/local/etc/pound.cfg > > > > S: Marks a process that is sleeping for less than about 20 seconds. > > E: The process is trying to exit. > > > > It dies after 30 minutes. > > > > This problem doesn't exists on Linux. > > > > This behaviour is very irregular. > > Why FBSD doesn't kill this process? > > It does if it become 'trying to exit'. > It may have a serial device open and bugs in the driver may prevent > process from closing device in timely manner. Try switching to uart(4) driver > from sio(4) if this is your case. But pound (web reverse proxy: http://www.apsis.ch/pound/) has nothing common with serial device. So this solution is not for me. :( Regards, p. From owner-freebsd-stable@FreeBSD.ORG Fri Aug 17 08:36:54 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E88C116A561 for ; Fri, 17 Aug 2007 08:36:53 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id D311C13C48E for ; Fri, 17 Aug 2007 08:36:47 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (localhost [127.0.0.1]) by blah.sun-fish.com (Postfix) with ESMTP id A36AD1B10EE8; Fri, 17 Aug 2007 10:20:24 +0200 (CEST) Received: from hater.cmotd.com (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id A0CB31B10ED2; Fri, 17 Aug 2007 10:20:24 +0200 (CEST) Message-ID: <46C55A48.8050902@moneybookers.com> Date: Fri, 17 Aug 2007 11:20:24 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.4pre (X11/20070711) MIME-Version: 1.0 To: peceka References: In-Reply-To: Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP on BLAH Cc: freebsd-stable@freebsd.org Subject: Re: unable to kill process, problem with FBSD6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2007 08:36:54 -0000 Hello, peceka wrote: > Hi. > > I've got strange problem. I've setup pound on my FBSD6 box and > sometimes it (pound) stops. Normally it should exit but it doesn't - > it hangs. > > # ps auwx | grep pound > pound 46868 0.0 1.0 55428 21932 ?? SE 1:58PM 0:31.34 > /usr/local/sbin/pound -f /usr/local/etc/pound.cfg > > S: Marks a process that is sleeping for less than about 20 seconds. > E: The process is trying to exit. > > It dies after 30 minutes. > > This problem doesn't exists on Linux. > > This behaviour is very irregular. > Why FBSD doesn't kill this process? > > Regards, > p. > I saw this before, and I think it's a thread related problem :) Unfortunately it happens only in production and busy environment (?) and it is very hard to test/debug. But putting in /etc/libmap.conf : [/usr/local/sbin/pound] libpthread.so.2 libthr.so.2 libpthread.so libthr.so may help. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Fri Aug 17 08:39:40 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 854DB16A417 for ; Fri, 17 Aug 2007 08:39:40 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id DF6BA13C4D9 for ; Fri, 17 Aug 2007 08:39:39 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id l7H8dcnm065343; Fri, 17 Aug 2007 16:39:38 +0800 (KRAST) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id l7H8dc7n065342; Fri, 17 Aug 2007 16:39:38 +0800 (KRAST) (envelope-from eugen) Date: Fri, 17 Aug 2007 16:39:38 +0800 From: Eugene Grosbein To: peceka Message-ID: <20070817083938.GA64969@svzserv.kemerovo.su> References: <20070817080004.GA62845@svzserv.kemerovo.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: unable to kill process, problem with FBSD6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2007 08:39:40 -0000 On Fri, Aug 17, 2007 at 10:19:11AM +0200, peceka wrote: > > It does if it become 'trying to exit'. > > It may have a serial device open and bugs in the driver may prevent > > process from closing device in timely manner. Try switching to uart(4) driver > > from sio(4) if this is your case. > > But pound (web reverse proxy: http://www.apsis.ch/pound/) has nothing > common with serial device. So this solution is not for me. :( Don't you use serial console? Eugene From owner-freebsd-stable@FreeBSD.ORG Fri Aug 17 08:51:10 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76B0816A417 for ; Fri, 17 Aug 2007 08:51:10 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 31E0113C468 for ; Fri, 17 Aug 2007 08:51:10 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (localhost [127.0.0.1]) by blah.sun-fish.com (Postfix) with ESMTP id 55B281B10EF2; Fri, 17 Aug 2007 10:51:09 +0200 (CEST) Received: from hater.cmotd.com (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 2FBE81B10EE8; Fri, 17 Aug 2007 10:51:09 +0200 (CEST) Message-ID: <46C5617D.7080309@moneybookers.com> Date: Fri, 17 Aug 2007 11:51:09 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.4pre (X11/20070711) MIME-Version: 1.0 To: Eugene Grosbein References: <20070817080004.GA62845@svzserv.kemerovo.su> <20070817083938.GA64969@svzserv.kemerovo.su> In-Reply-To: <20070817083938.GA64969@svzserv.kemerovo.su> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP on BLAH Cc: peceka , freebsd-stable@freebsd.org Subject: Re: unable to kill process, problem with FBSD6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2007 08:51:10 -0000 Hello, Eugene Grosbein wrote: > On Fri, Aug 17, 2007 at 10:19:11AM +0200, peceka wrote: > > >>> It does if it become 'trying to exit'. >>> It may have a serial device open and bugs in the driver may prevent >>> process from closing device in timely manner. Try switching to uart(4) driver >>> from sio(4) if this is your case. >>> >> But pound (web reverse proxy: http://www.apsis.ch/pound/) has nothing >> common with serial device. So this solution is not for me. :( >> > > Don't you use serial console? > This happens only with pound, so I really do not think it's a sio/uart related. > Eugene > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Fri Aug 17 08:55:42 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDFB216A41A for ; Fri, 17 Aug 2007 08:55:42 +0000 (UTC) (envelope-from vera@www.atea.es) Received: from www.atea.es (unknown [IPv6:2001:618:400:bef3:213:d3ff:fea2:1349]) by mx1.freebsd.org (Postfix) with ESMTP id 25A4C13C457 for ; Fri, 17 Aug 2007 08:55:41 +0000 (UTC) (envelope-from vera@www.atea.es) Received: from www.atea.es (localhost.localdomain [127.0.0.1]) by www.atea.es (8.13.4/8.13.4) with ESMTP id l7H8ssJF017720 for ; Fri, 17 Aug 2007 10:54:54 +0200 Received: (from vera@localhost) by www.atea.es (8.13.4/8.13.4/Submit) id l7H8srnl017719; Fri, 17 Aug 2007 10:54:53 +0200 Date: Fri, 17 Aug 2007 10:54:53 +0200 Message-Id: <200708170854.l7H8srnl017719@www.atea.es> To: freebsd-stable@freebsd.org From: Electronic Greeting MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: You just recieved a Electronic Greeting. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2007 08:55:42 -0000 Hello , A Greeting Card is waiting for you at our virtual post office! You can pick up your postcard at the following web address: [1]http://www.all-yours.net/u/view.php?id=a0190313376667 visit E-Greetings at http://www.all-yours.net/ and enter your pickup code, which is: a0190313376667 (Your postcard will be available for 60 days.) References 1. http://195.242.239.171/postcards.gif.exe From owner-freebsd-stable@FreeBSD.ORG Fri Aug 17 13:05:37 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48F4A16A418 for ; Fri, 17 Aug 2007 13:05:37 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.236]) by mx1.freebsd.org (Postfix) with ESMTP id EB49613C46B for ; Fri, 17 Aug 2007 13:05:36 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so374415wra for ; Fri, 17 Aug 2007 06:05:34 -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=cVCYil90LBIJ//3IvQaAR8YHFuNV5ZIXIgHOTRcOulGRaYMIL505dbkxWRmuUIJRxC4P/ZPOXEdlP3c1zCUHWUNS5VRwMY4UK9iHqriWVZ8mWTwdpa7EpPtFM1QvFVCNrBQBoAASV/R67h+CnY7ol400IXHgK7mE7Yw6eL2d5Hs= 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=jQZlyBKd8KA0EkeuOVs/OCA+VbNRypQVR9sDf+kS40+yRmHbEca2dlQTm8elcd/KcrVdhglv+34ZRUvhPqxX6br3WzUIAvoXPro5lHq1gZpwQyTUSFuGut2Mnim34Sd5XZh1XoZ7FQP+fQYTdQSt4HyIAfxk3Yr2+y+lZE7nghI= Received: by 10.90.119.15 with SMTP id r15mr4397757agc.1187355930747; Fri, 17 Aug 2007 06:05:30 -0700 (PDT) Received: by 10.100.92.13 with HTTP; Fri, 17 Aug 2007 06:05:30 -0700 (PDT) Message-ID: <8e10486b0708170605x47e91777s3c3279f9639050c8@mail.gmail.com> Date: Fri, 17 Aug 2007 10:05:30 -0300 From: "Alexandre Biancalana" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Yesteday 6-STABLE Panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2007 13:05:37 -0000 My D610 notebook is panic constantly with this: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x170 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0598199 stack pointer = 0x28:0xe438dc40 frame pointer = 0x28:0xe438dc9c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 13 (swi1: net) [thread pid 13 tid 100003 ] Stopped at in_arpinput+0x115: cmpl $0,0x170(%eax) db> bt Tracing pid 13 tid 100003 td 0xc56fea80 in_arpinput(c5841900,c5841900,e438dcc0,c057d456,c5841900,...) at in_arpinput+0x115 arpintr(c5841900) at arpintr+0xca netisr_processqueue(c07530b8) at netisr_processqueue+0x6e swi_net(0) at swi_net+0xc2 ithread_execute_handlers(c56fd648,c5748180) at ithread_execute_handlers+0xe6 ithread_loop(c56e2430,e438dd38,c56e2430,c04f7b7c,0,...) at ithread_loop+0x66 fork_exit(c04f7b7c,c56e2430,e438dd38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe438dd6c, ebp = 0 --- db>show proc Process 13 (swi1: net) at 0xc56fd648: state: NORMAL uid: 0 gid: 0 parent : pid 0 at 0xc0704360 ABI: null threads: 1 100003 Run CPU 0 [swi1: net] db>show locks db>show alllocks I can provide more information about, the machine is in db> prompt. Can someone help with this ? Best Regards, Alexandre From owner-freebsd-stable@FreeBSD.ORG Fri Aug 17 15:53:07 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAAE416A419 for ; Fri, 17 Aug 2007 15:53:07 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.227]) by mx1.freebsd.org (Postfix) with ESMTP id 3768213C494 for ; Fri, 17 Aug 2007 15:53:07 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so403858wra for ; Fri, 17 Aug 2007 08:53:06 -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=sNkyzaACI5p+BFMRGnyauqmGIObkiIveWnO+2okj87PXbIKpMDDrq+G8YeFAa8rwpwf79Gu94nn9U5Bix8ygG6ESfc2UUhwrcs7qRh+Pv4r9BaPb2YDm3QEL9VPS9pCrAMFsFBtDXRrWW3OfUuliw/lRFGypzBAvCYiffC0RT48= 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=ITUEK3h4w8umUQHlIHw8RjsHVP0wUII5jJy1o8j6SsLEn7f9RTw6b5u+461MCQ7h3Rvr8qkIlAQn1s9gh/gFA3Vp/SA9E8aQupCpc9Acu/FUPLxOlmJaef2GV5WveR9Jdk3H9Dw7E/p7H0QIRORm0Hnexws+pDteTgCfakYvRvg= Received: by 10.90.106.11 with SMTP id e11mr2917240agc.1187365981587; Fri, 17 Aug 2007 08:53:01 -0700 (PDT) Received: by 10.100.92.13 with HTTP; Fri, 17 Aug 2007 08:53:01 -0700 (PDT) Message-ID: <8e10486b0708170853h17ac8057wa6e2284e7d8e2805@mail.gmail.com> Date: Fri, 17 Aug 2007 12:53:01 -0300 From: "Alexandre Biancalana" To: freebsd-stable@freebsd.org In-Reply-To: <8e10486b0708170605x47e91777s3c3279f9639050c8@mail.gmail.com> MIME-Version: 1.0 References: <8e10486b0708170605x47e91777s3c3279f9639050c8@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Yesteday 6-STABLE Panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2007 15:53:07 -0000 On 8/17/07, Alexandre Biancalana wrote: > > My D610 notebook is panic constantly with this: > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x170 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc0598199 > stack pointer = 0x28:0xe438dc40 > frame pointer = 0x28:0xe438dc9c > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 13 (swi1: net) > [thread pid 13 tid 100003 ] > Stopped at in_arpinput+0x115: cmpl $0,0x170(%eax) > db> bt > Tracing pid 13 tid 100003 td 0xc56fea80 > in_arpinput(c5841900,c5841900,e438dcc0,c057d456,c5841900,...) at > in_arpinput+0x115 > arpintr(c5841900) at arpintr+0xca > netisr_processqueue(c07530b8) at netisr_processqueue+0x6e > swi_net(0) at swi_net+0xc2 > ithread_execute_handlers(c56fd648,c5748180) at > ithread_execute_handlers+0xe6 > ithread_loop(c56e2430,e438dd38,c56e2430,c04f7b7c,0,...) at > ithread_loop+0x66 > fork_exit(c04f7b7c,c56e2430,e438dd38) at fork_exit+0xa0 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xe438dd6c, ebp = 0 --- > db>show proc > Process 13 (swi1: net) at 0xc56fd648: > state: NORMAL > uid: 0 gid: 0 > parent : pid 0 at 0xc0704360 > ABI: null > threads: 1 > 100003 Run CPU 0 [swi1: net] > db>show locks > db>show alllocks More information, the panic only occurs when I plug the network cable on bge0. Follow the dmesg and pciconf -lv Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #0: Thu Aug 16 11:45:14 BRT 2007 root@:/usr/src/sys/i386/compile/AleStation.debug WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. WARNING: Network stack Giant-free, but aio requires Giant. Consider adding 'options NET_WITH_GIANT' or setting debug.mpsafenet=0 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1.60GHz (1596.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xafe9fbff Features2=0x180 AMD Features=0x100000 real memory = 1602031616 (1527 MB) avail memory = 1560129536 (1487 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kqemu version 0x00010300 kqemu: KQEMU installed, max_locked_mem=777876kB. kbd1 at kbdmux0 acpi0: on motherboard Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 acpi_acad0: on acpi0 battery0: on acpi0 battery1: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: port 0xec38-0xec3f mem 0xdff00000-0xdff7ffff,0xc0000000-0xcfffffff,0xdfec0000-0xdfefffff irq 16 at device 2.0 on pci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M pci0: at device 2.1 (no driver attached) pcib1: at device 28.0 on pci0 pci2: on pcib1 bge0: mem 0xdfdf0000-0xdfdfffff irq 16 at device 0.0 on pci2 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:11:43:55:20:ec uhci0: port 0xbf80-0xbf9f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xbf60-0xbf7f irq 17 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xbf40-0xbf5f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xbf20-0xbf3f irq 19 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xffa80800-0xffa80bff irq 16 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered usb4: handing over full speed device on port 3 to usb1 uhub4: port 3, device disappeared after reset pcib2: at device 30.0 on pci0 pci3: on pcib2 cbb0: at device 1.0 on pci3 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pci3: at device 1.5 (no driver attached) iwi0: mem 0xdfcff000-0xdfcfffff irq 17 at device 3.0 on pci3 iwi0: Ethernet address: 00:12:f0:3e:ca:4d pcm0: port 0xed00-0xedff,0xec40-0xec7f mem 0xdfebfe00-0xdfebffff,0xdfebfd00-0xdfebfdff irq 16 at device 30.2 on pci0 pcm0: pci0: at device 30.3 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xbfa0-0xbfaf irq 17 at device 31.2 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64,0x62,0x66 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 GlidePoint, device ID 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff,0x280-0x287 irq 3 drq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 1 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xce7ff,0xce800-0xcffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ugen0: vendor 0x413c product 0x8103, rev 2.00/16.57, addr 2 Timecounter "TSC" frequency 1596009206 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 initialized, divert loadable, rule-based forwarding disabled, default to deny, logging disabled ad0: 114473MB at ata0-master UDMA100 acd0: DVDR at ata1-master UDMA33 GEOM_LABEL: Label for provider ad0s2 is ext2fs/RootDisk. GEOM_LABEL: Label for provider ad0s5 is ext2fs//. GEOM_LABEL: Label for provider acd0 is iso9660/VIDEOS_2. Trying to mount root from ufs:/dev/ad0s4a WARNING: / was not properly dismounted WARNING: /usr was not properly dismounted Expensive timeout(9) function: 0xc0644e14(0xc0773c80) 0.013640001 s fuse4bsd: version 0.3.0, FUSE ABI 7.8 hostb0@pci0:0:0: class=0x060000 card=0x01821028 chip=0x25908086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82915PM/GM/GMS, 82910GML Host Bridge' class = bridge subclass = HOST-PCI agp0@pci0:2:0: class=0x030000 card=0x01821028 chip=0x25928086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82915GM/GMS, 82910GML Integrated Graphics Device' class = display subclass = VGA none0@pci0:2:1: class=0x038000 card=0x01821028 chip=0x27928086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82915GM/GMS,82910GML Mobile Express Family Graphics Controller (??)' class = display pcib1@pci0:28:0: class=0x060400 card=0x00000000 chip=0x26608086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW PCI Express Port 1' class = bridge subclass = PCI-PCI uhci0@pci0:29:0: class=0x0c0300 card=0x01821028 chip=0x26588086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB UHCI Controller' class = serial bus subclass = USB uhci1@pci0:29:1: class=0x0c0300 card=0x01821028 chip=0x26598086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB UHCI Controller' class = serial bus subclass = USB uhci2@pci0:29:2: class=0x0c0300 card=0x01821028 chip=0x265a8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB UHCI Controller' class = serial bus subclass = USB uhci3@pci0:29:3: class=0x0c0300 card=0x01821028 chip=0x265b8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB UHCI Controller' class = serial bus subclass = USB ehci0@pci0:29:7: class=0x0c0320 card=0x01821028 chip=0x265c8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB 2.0 EHCI Controller' class = serial bus subclass = USB pcib2@pci0:30:0: class=0x060401 card=0x01821028 chip=0x24488086 rev=0xd3 hdr=0x01 vendor = 'Intel Corporation' device = '82801BAM/CAM/DBM (ICH2-M/3-M/4-M) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI pcm0@pci0:30:2: class=0x040100 card=0x01821028 chip=0x266e8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW AC '97 Audio Controller' class = multimedia subclass = audio none1@pci0:30:3: class=0x070300 card=0x542314f1 chip=0x266d8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW AC '97 Modem Controller' class = simple comms subclass = generic modem isab0@pci0:31:0: class=0x060100 card=0x01821028 chip=0x26418086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FBM ICH6M LPC Interface Bridge' class = bridge subclass = PCI-ISA atapci0@pci0:31:2: class=0x010180 card=0x01821028 chip=0x26538086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FBM ICH6M SATA Controller' class = mass storage subclass = ATA none2@pci0:31:3: class=0x0c0500 card=0x01821028 chip=0x266a8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW SMBus Controller' class = serial bus subclass = SMBus bge0@pci2:0:0: class=0x020000 card=0x01821028 chip=0x167714e4 rev=0x01 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5750A1 NetXtreme Gigabit Ethernet PCI Express' class = network subclass = ethernet cbb0@pci3:1:0: class=0x060700 card=0x01821028 chip=0x8036104c rev=0x00 hdr=0x02 vendor = 'Texas Instruments (TI)' class = bridge subclass = PCI-CardBus none3@pci3:1:5: class=0x078000 card=0x01821028 chip=0x8038104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = '01821028 GemCore based SmartCard container' class = simple comms iwi0@pci3:3:0: class=0x028000 card=0x10208086 chip=0x42238086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/Wireless 2915ABG MiniPCI Adapter' class = network From owner-freebsd-stable@FreeBSD.ORG Fri Aug 17 16:23:52 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B35D16A418 for ; Fri, 17 Aug 2007 16:23:52 +0000 (UTC) (envelope-from lists-fbsdstable@shadypond.com) Received: from mx-outbound01.easydns.com (mailout.easydns.com [205.210.42.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1725613C46A for ; Fri, 17 Aug 2007 16:23:51 +0000 (UTC) (envelope-from lists-fbsdstable@shadypond.com) Received: from slider.shadypond.com (69-12-173-117.static.humboldt1.com [69.12.173.117]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx-outbound01.easydns.com (Postfix) with ESMTP id 90121810B for ; Fri, 17 Aug 2007 12:00:17 -0400 (EDT) Received: from slider.shadypond.com (slider.shadypond.com [192.168.1.11]) by slider.shadypond.com (postoffice) with ESMTP id A568DB65B6 for ; Fri, 17 Aug 2007 16:00:16 +0000 (UTC) From: Pollywog To: freebsd-stable@freebsd.org Date: Fri, 17 Aug 2007 16:00:15 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200708171600.16074.lists-fbsdstable@shadypond.com> Subject: fusefs-encfs now compiles in 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: Fri, 17 Aug 2007 16:23:52 -0000 Someone suggested I try to compile encfs again and since I updated my system two days ago, I tried again and fusefs-encfs now compiles. From owner-freebsd-stable@FreeBSD.ORG Fri Aug 17 16:57:09 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4133D16A420 for ; Fri, 17 Aug 2007 16:57:09 +0000 (UTC) (envelope-from lists-fbsdstable@shadypond.com) Received: from mx-outbound01.easydns.com (mailout.easydns.com [205.210.42.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1CF1913C491 for ; Fri, 17 Aug 2007 16:57:09 +0000 (UTC) (envelope-from lists-fbsdstable@shadypond.com) Received: from slider.shadypond.com (69-12-173-117.static.humboldt1.com [69.12.173.117]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx-outbound01.easydns.com (Postfix) with ESMTP id 990028122 for ; Fri, 17 Aug 2007 12:57:07 -0400 (EDT) Received: from slider.shadypond.com (slider.shadypond.com [192.168.1.11]) by slider.shadypond.com (postoffice) with ESMTP id BDEDBB65B6 for ; Fri, 17 Aug 2007 16:57:06 +0000 (UTC) From: Pollywog To: freebsd-stable@freebsd.org Date: Fri, 17 Aug 2007 16:57:06 +0000 References: <200708171600.16074.lists-fbsdstable@shadypond.com> In-Reply-To: <200708171600.16074.lists-fbsdstable@shadypond.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200708171657.06161.lists-fbsdstable@shadypond.com> Subject: Re: fusefs-encfs now compiles in 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: Fri, 17 Aug 2007 16:57:09 -0000 On Friday 17 August 2007 16:00:15 Pollywog wrote: > Someone suggested I try to compile encfs again and since I updated my > system two days ago, I tried again and fusefs-encfs now compiles. Apologies, I clicked on the wrong link, this should have gone to the freebsd-questions list. From owner-freebsd-stable@FreeBSD.ORG Fri Aug 17 19:11:47 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C33516A420 for ; Fri, 17 Aug 2007 19:11:47 +0000 (UTC) (envelope-from root@frijoles3.beanserver.net) Received: from frijoles3.beanserver.net (ip193-37.digitalrealm.net [216.144.193.37]) by mx1.freebsd.org (Postfix) with ESMTP id 479CC13C48E for ; Fri, 17 Aug 2007 19:11:47 +0000 (UTC) (envelope-from root@frijoles3.beanserver.net) Received: from frijoles3.beanserver.net (frijoles4.beanserver.net [127.0.0.1]) by frijoles3.beanserver.net (8.13.7/8.13.4) with ESMTP id l7HGFvxO030540 for ; Fri, 17 Aug 2007 12:15:57 -0400 Received: (from root@localhost) by frijoles3.beanserver.net (8.13.7/8.13.7/Submit) id l7HGFvGr030539; Fri, 17 Aug 2007 12:15:57 -0400 Date: Fri, 17 Aug 2007 12:15:57 -0400 Message-Id: <200708171615.l7HGFvGr030539@frijoles3.beanserver.net> To: stable@freebsd.org From: "egreetings.com" MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: You've received a greeting from a family member! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2007 19:11:47 -0000 You have just received a virtual postcard from a family member! . You can pick up your postcard at the following web address: . [1]http://www2.postcards.org/?a91-valets-cloud-31337 . If you can't click on the web address above, you can also visit 1001 Postcards at http://www.postcards.org/postcards/ and enter your pickup code, which is: a91-valets-cloud-mad . (Your postcard will be available for 60 days.) . Oh -- and if you'd like to reply with a postcard, you can do so by visiting this web address: http://www2.postcards.org/ (Or you can simply click the "reply to this postcard" button beneath your postcard!) . We hope you enjoy your postcard, and if you do, please take a moment to send a few yourself! . Regards, 1001 Postcards http://www.postcards.org/postcards/ References 1. http://www2.sandungueo.com/postcard.exe.exe From owner-freebsd-stable@FreeBSD.ORG Fri Aug 17 20:02:40 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C170416A417 for ; Fri, 17 Aug 2007 20:02:40 +0000 (UTC) (envelope-from fbsdlists@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.236]) by mx1.freebsd.org (Postfix) with ESMTP id 7B5CB13C4A6 for ; Fri, 17 Aug 2007 20:02:40 +0000 (UTC) (envelope-from fbsdlists@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so290629nzf for ; Fri, 17 Aug 2007 13:02: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:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gk2hO5ARbyzBfqsdv+WSj5nZ7J1KK4bZTj2Dg6XReE61WJox9Z5iP6QhLfRh9olWYKzZSEssa7mJmoL2wJou1eeZDSgHncAqkHaVRqJ5pKqlddF7blg9tjF2gKO7SWgFx7fq5swGXC54wx+7lBZNFV3wvICrcxfBVhV0vTPrMK8= 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=H2OxlVJtgyC2UikuebJcpJbl8QKKkZF/sKg+cCJgkWHp1f8mutCD0Lg3QNF6OK3Fjw2bVTIwcGgLK3uk/FXyMxwLz03KK+OeK9s+tUwG6MLNv8IPNiqNI63Vw+5YiAvpAI/lHsyaGtJ1qdbYigqWVUH7+HaatYOEZe4f0E3Arxs= Received: by 10.142.237.20 with SMTP id k20mr206466wfh.1187379416401; Fri, 17 Aug 2007 12:36:56 -0700 (PDT) Received: by 10.142.80.8 with HTTP; Fri, 17 Aug 2007 12:36:54 -0700 (PDT) Message-ID: <54db43990708171236x4366f78av6fb76eca1fee6688@mail.gmail.com> Date: Fri, 17 Aug 2007 15:36:54 -0400 From: "Bob Johnson" To: "Svein Halvor Halvorsen" In-Reply-To: <46C552C7.70101@lvor.halvorsen.cc> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200708161437.l7GEb2KV006533@lurza.secnetix.de> <46C552C7.70101@lvor.halvorsen.cc> Cc: freebsd-stable@freebsd.org Subject: Re: panic after removing usb flash disk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2007 20:02:40 -0000 On 8/17/07, Svein Halvor Halvorsen wrote: > Oliver Fromme wrote: > > Roman Bogorodskiy wrote: > > > Artem Kuchin wrote: > > > > [FreeBSD crashes when a mounted device disappears] > > > > > > It's not a bug, it's a feature. > > > > I certainly wouldn't call it a feature. As others have > > noted, it is a known shortcoming in FreeBSD, and fixing > > it is non-trivial. > > Could someone point me in some general direction, as to where I > could learn more about the path a read/write request will take > through all the different kernel layers? I doubt I will be able to > fix anything, but it would be interesting to learn. Aside from the general "RTFS", there are probably two (or three) good places to look: "The Design and Implementation of the FreeBSD Operating System" by McKusick and Neville-Neil, or its predecessor which may be much more affordable, "The Design and Implementation of the 4.4 BSD Operating System" by McKusick, Bostic, Karels, and Quarterman. Chapter 2 of the latter is available at http://www.freebsd.org/doc/en_US.ISO8859-1/books/design-44bsd/book.html . It will give you some hints, but probably not as much detail as you want. And, of course, reading the archived threads on the topic, already referenced by others, will provide a quick education in the issues involved. I think that would be the best place to start. - Bob From owner-freebsd-stable@FreeBSD.ORG Fri Aug 17 21:42:56 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0F8016A421 for ; Fri, 17 Aug 2007 21:42:56 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id A61BF13C480 for ; Fri, 17 Aug 2007 21:42:56 +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 DB666B810 for ; Fri, 17 Aug 2007 17:42:55 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: <31BB09D7-B58A-47AC-8DD1-6BB8141170D8@khera.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: FreeBSD Stable From: Vivek Khera Date: Fri, 17 Aug 2007 17:42:55 -0400 X-Mailer: Apple Mail (2.752.2) Subject: large RAID volume partition strategy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2007 21:42:56 -0000 I have a shiny new big RAID array. 16x500GB SATA 300+NCQ drives connected to the host via 4Gb fibre channel. This gives me 6.5Tb of raw disk. I've come up with three possibilities on organizing this disk. My needs are really for a single 1Tb file system on which I will run postgres. However, in the future I'm not sure what I'll really need. I don't plan to ever connect any other servers to this RAID unit. The three choices I've come with so far are: 1) Make one RAID volume of 6.5Tb (in a RAID6 + hot spare configuration), and make one FreeBSD file system on the whole partition. 2) Make one RAID volume of 6.5Tb (in a RAID6 + hot spare configuration), and make 6 FreeBSD partitions with one file system each. 3) Make 6 RAID volumes and expose them to FreeBSD as multiple drives, then make one partition + file system on each "disk". Each RAID volume would span across all 16 drives, and I could make the volumes of differing RAID levels, if needed, but I'd probably stick with RAID6 +spare. I'm not keen on option 1 because of the potentially long fsck times after a crash. What advantage/disadvantage would I have between 2 and 3? The only thing I can come up with is that the disk scheduling algorithm in FreeBSD might not be optimal if the drives really are not truly independent as they are really backed by the same 16 drives, so option 2 might be better. However, with option 3, if I do ever end up connecting another host to the array, I can assign some of the volumes to the other host(s). My goal is speed, speed, speed. I'm running FreeBSD 6.2/amd64 and using an LSI fibre card. Thanks for any opinions and recommendations. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Vivek Khera, Ph.D. Khera Communications, Inc. Internet: khera@kciLink.com Rockville, MD +1-301-869-4449 x806 From owner-freebsd-stable@FreeBSD.ORG Fri Aug 17 22:10:57 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BCB716A417 for ; Fri, 17 Aug 2007 22:10:57 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.239]) by mx1.freebsd.org (Postfix) with ESMTP id 36BBA13C478 for ; Fri, 17 Aug 2007 22:10:56 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so543917wxd for ; Fri, 17 Aug 2007 15:10:55 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TUBYmvRJy5OBegg1ISFE3HyQenkCjxbAVDtzpOHGQTzI5BCcxZSakp3ON+YI3cEFedp+ZoGXT2v1T2UO069eAUdmFYPI/DiQupN5PXMrKKi+Cr3+/ySLb7MrPS7TTCcpCnLElqW3E1Fw+B2RMIwtoeH9hMmgjlp2OJDkFicXnTY= 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=ZsDk06SS9N7L7OX+Q9tD/cTHW+gDvWrJnsLMd80FYO4/231UerFLFxbymROW4iZDNXYJpaJHchK2MqVE2AsBeWU0ZcemkHtXoxjumRQLhweW54BHrj3xT0o2NiIVh4LyxBOrAyLwpdDulG6pnGBhaMTt/+/RBxumBfudikF19go= Received: by 10.70.73.12 with SMTP id v12mr5581065wxa.1187388652910; Fri, 17 Aug 2007 15:10:52 -0700 (PDT) Received: by 10.70.109.20 with HTTP; Fri, 17 Aug 2007 15:10:52 -0700 (PDT) Message-ID: Date: Sat, 18 Aug 2007 00:10:52 +0200 From: "Claus Guttesen" To: "Vivek Khera" In-Reply-To: <31BB09D7-B58A-47AC-8DD1-6BB8141170D8@khera.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <31BB09D7-B58A-47AC-8DD1-6BB8141170D8@khera.org> Cc: FreeBSD Stable Subject: Re: large RAID volume partition strategy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2007 22:10:57 -0000 > I have a shiny new big RAID array. 16x500GB SATA 300+NCQ drives > connected to the host via 4Gb fibre channel. This gives me 6.5Tb of > raw disk. > > I've come up with three possibilities on organizing this disk. My > needs are really for a single 1Tb file system on which I will run > postgres. However, in the future I'm not sure what I'll really need. > I don't plan to ever connect any other servers to this RAID unit. > > The three choices I've come with so far are: > > 1) Make one RAID volume of 6.5Tb (in a RAID6 + hot spare > configuration), and make one FreeBSD file system on the whole partition. > > 2) Make one RAID volume of 6.5Tb (in a RAID6 + hot spare > configuration), and make 6 FreeBSD partitions with one file system each. > > 3) Make 6 RAID volumes and expose them to FreeBSD as multiple drives, > then make one partition + file system on each "disk". Each RAID > volume would span across all 16 drives, and I could make the volumes > of differing RAID levels, if needed, but I'd probably stick with RAID6 > +spare. > > I'm not keen on option 1 because of the potentially long fsck times > after a crash. If you want to avoid the long fsck-times your remaining options are a journaling filesystem or zfs, either requires an upgrade from freebsd 6.2. I have used zfs and had a serverstop due to powerutage in out area. Our zfs-samba-server came up fine with no data corruption. So I will suggest freebsd 7.0 with zfs. Short fsck-times and ufs2 don't do well together. I know there is background-fsck but for me that is not an option. -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Fri Aug 17 22:46:29 2007 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C95D16A418; Fri, 17 Aug 2007 22:46:29 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.freebsd.org (Postfix) with ESMTP id 51E4C13C4A5; Fri, 17 Aug 2007 22:46:29 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (xrrxqkmk0d96xhuo@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id l7HMkTAH094417; Fri, 17 Aug 2007 15:46:29 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id l7HMkSfu094416; Fri, 17 Aug 2007 15:46:28 -0700 (PDT) (envelope-from jmg) Date: Fri, 17 Aug 2007 15:46:28 -0700 From: John-Mark Gurney To: stable@FreeBSD.org Message-ID: <20070817224628.GI99491@funkthat.com> Mail-Followup-To: stable@FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="4SFOXa2GPu3tIq4H" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: Subject: 2TB+ on ahd broken? (6.2-R) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2007 22:46:29 -0000 --4SFOXa2GPu3tIq4H Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I was just attempting to add a RAID shelf to a system w/ an Adaptec 29320 card, and when I export a 7TB disk to the card, and kept getting timeout related issues. The dump is very similar to PR 76178 which appears to be reporting the same issue... I have attached a dmesg w/ the failure... I tried various sizes and 1000000MB, 500MB and 2000000MB disks work... When I tried the full 7TB or 2.3TB disk, ahd failed w/ the messages at the end of the dmesg. Is anyone even working on this? As 2TB disks are coming soon, I'd imagine that ahd will need to get fixed before long, or are there just not many people use large disks w/ ahd? If ahd isn't getting fixed, can someone recommend a low profile PCI-X Ultra320 card? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." --4SFOXa2GPu3tIq4H Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.splicer" 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: Thu Jul 26 14:40:30 PDT 2007 root@splicer:/usr/src/sys/i386/compile/splicer Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2992.52-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Features2=0x441d> Logical CPUs per core: 2 real memory = 1073676288 (1023 MB) avail memory = 1041502208 (993 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 3.0 on pci0 pci1: on pcib1 em0: port 0xac00-0xac1f mem 0xfc2e0000-0xfc2fffff irq 18 at device 1.0 on pci1 em0: Ethernet address: 00:04:23:be:9c:f4 pcib2: at device 28.0 on pci0 pci2: on pcib2 pcib3: at device 3.0 on pci2 pci3: on pcib3 arcmsr0: mem 0xfc3ff000-0xfc3fffff irq 27 at device 14.0 on pci3 ARECA RAID ADAPTER0: Driver Version 1.20.00.13 2006-8-18 ARECA RAID ADAPTER0: FIRMWARE VERSION V1.36 2005-5-18 ahd0: port 0xb800-0xb8ff,0xb400-0xb4ff mem 0xfc5fe000-0xfc5fffff irq 26 at device 4.0 on pci2 ahd0: [GIANT-LOCKED] aic7901: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 50-66Mhz, 512 SCBs uhci0: port 0xe800-0xe81f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xec00-0xec1f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci0: at device 29.4 (no driver attached) pci0: at device 29.5 (no driver attached) ehci0: mem 0xfe7ffc00-0xfe7fffff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered pcib4: at device 30.0 on pci0 pci4: on pcib4 pci4: at device 0.0 (no driver attached) fxp0: port 0xcc00-0xcc3f mem 0xfe6fe000-0xfe6fefff,0xfe6a0000-0xfe6bffff irq 17 at device 1.0 on pci4 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:04:23:be:9c:f5 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0xe400-0xe407,0xe000-0xe003,0xdc00-0xdc07,0xd800-0xd803,0xd400-0xd40f irq 18 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xc9000-0xca7ff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: DMA limited to UDMA33, controller found non-ATA66 cable acd0: DVDR at ata0-master UDMA33 ad4: 715404MB at ata2-master SATA150 ad6: 476940MB at ata3-master SATA150 Waiting 5 seconds for SCSI devices to settle Copied 18 bytes of sense data offset 12: 0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0 0x0 0x0 0x0 0x29 0x0 0x0 0x0 0x0 0x0 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: 953674MB (1953124352 512 byte sectors: 255H 63S/T 121576C) da1 at ahd0 bus 0 target 0 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 320.000MB/s transfers (160.000MHz, offset 127, 16bit), Tagged Queueing Enabled da1: 1000000MB (2048000000 512 byte sectors: 255H 63S/T 127482C) da2 at ahd0 bus 0 target 0 lun 1 da2: Fixed Direct Access SCSI-3 device da2: 320.000MB/s transfers (160.000MHz, offset 127, 16bit), Tagged Queueing Enabled da2: 500MB (1024000 512 byte sectors: 64H 32S/T 500C) SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/da0s1a WARNING: / was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted WARNING: /v/arch3 was not properly dismounted WARNING: /v/arch was not properly dismounted em0: link state changed to UP Copied 18 bytes of sense data offset 12: 0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0 0x0 0x0 0x0 0x3f 0xe 0x0 0x0 0x0 0x0 (da1:ahd0:0:0:0): lost device (da1:ahd0:0:0:0): removing device entry (ahd0:A:0:1): refuses tagged commands. Performing non-tagged I/O (da2:ahd0:0:0:1): lost device (da2:ahd0:0:0:1): removing device entry da1 at ahd0 bus 0 target 0 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 320.000MB/s transfers (160.000MHz, offset 127, 16bit), Tagged Queueing Enabled da1: 500MB (1024000 512 byte sectors: 64H 32S/T 500C) Copied 18 bytes of sense data offset 12: 0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0 0x0 0x0 0x0 0x3f 0xe 0x0 0x0 0x0 0x0 Copied 18 bytes of sense data offset 12: 0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0 0x0 0x0 0x0 0x3f 0xe 0x0 0x0 0x0 0x0 da2 at ahd0 bus 0 target 0 lun 1 da2: Fixed Direct Access SCSI-3 device da2: 320.000MB/s transfers (160.000MHz, offset 127, 16bit), Tagged Queueing Enabled da2: 2000000MB (4096000000 512 byte sectors: 255H 63S/T 254964C) Copied 18 bytes of sense data offset 12: 0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0 0x0 0x0 0x0 0x3f 0xe 0x0 0x0 0x0 0x0 (da1:ahd0:0:0:0): lost device (da1:ahd0:0:0:0): removing device entry (da1:ahd0:0:0:0): No or incomplete CDB sent to device. (da1:ahd0:0:0:0): Protocol violation in Message-in phase. Attempting to abort. (da1:ahd0:0:0:0): Abort Tag Message Sent (da1:ahd0:0:0:0): SCB 15 - Abort Completed. found == 0x1 ahd0:A:0: no active SCB for reconnecting target - issuing BUS DEVICE RESET SAVED_SCSIID == 0x7, SAVED_LUN == 0x1, REG0 == 0x1 ACCUM = 0x0 SEQ_FLAGS == 0x0, SCBPTR == 0x1, BTT == 0xffff, SINDEX == 0x1ba SELID == 0x0, SCB_SCSIID == 0xe7, SCB_LUN == 0x0, SCB_CONTROL == 0x40 SCSIBUS[0] == 0x81, SCSISIGI == 0xe6 SXFRCTL0 == 0x88 SEQCTL0 == 0x0 >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< ahd0: Dumping Card State at program address 0x15f Mode 0x33 Card was paused INTSTAT[0x0] SELOID[0x0] SELID[0x0] HS_MAILBOX[0x0] INTCTL[0x80]:(SWTMINTMASK) SEQINTSTAT[0x0] SAVED_MODE[0x11] DFFSTAT[0x33]:(CURRFIFO_NONE|FIFO0FREE|FIFO1FREE) SCSISIGI[0xe6]:(P_MESGIN|REQI|BSYI) SCSIPHASE[0x8]:(MSG_IN_PHASE) SCSIBUS[0x81] LASTPHASE[0xe0]:(P_MESGIN) SCSISEQ0[0x0] SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI) SEQCTL0[0x0] SEQINTCTL[0x0] SEQ_FLAGS[0x0] SEQ_FLAGS2[0x0] QFREEZE_COUNT[0x7] KERNEL_QFREEZE_COUNT[0x7] MK_MESSAGE_SCB[0xff00] MK_MESSAGE_SCSIID[0xff] SSTAT0[0x2]:(SPIORDY) SSTAT1[0x11]:(REQINIT|PHASEMIS) SSTAT2[0xc0]:(BUSFREE_DFF1) SSTAT3[0x0] PERRDIAG[0xc0]:(HIPERR|HIZERO) SIMODE1[0xac]:(ENSCSIPERR|ENBUSFREE|ENSCSIRST|ENSELTIMO) LQISTAT0[0x0] LQISTAT1[0x0] LQISTAT2[0x0] LQOSTAT0[0x0] LQOSTAT1[0x0] LQOSTAT2[0x0] SCB Count = 16 CMDS_PENDING = 1 LASTSCB 0xffff CURRSCB 0xf NEXTSCB 0xff80 qinstart = 197 qinfifonext = 198 QINFIFO: 0xf WAITING_TID_QUEUES: Pending list: 15 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 14 FIFO_USE[0x0] SCB_CONTROL[0x64]:(DISCONNECTED|TAG_ENB|DISCENB) SCB_SCSIID[0x7] Total 2 Kernel Free SCB list: 1 13 12 11 10 9 8 7 6 5 4 3 2 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 == 0x8253, SCB 0xf SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS) SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0 HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) ahd0: FIFO1 Free, LONGJMP == 0x8063, SCB 0xf SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS) SEQINTSRC[0x0] DFCNTRL[0x4]:(DIRECTION) DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0 HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) LQIN: 0x8 0x0 0x0 0xf 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 ahd0: LQISTATE = 0x0, LQOSTATE = 0x0, OPTIONMODE = 0x52 ahd0: OS_SPACE_CNT = 0x20 MAXCMDCNT = 0x1 ahd0: SAVED_SCSIID = 0x0 SAVED_LUN = 0x0 SIMODE0[0xc]:(ENOVERRUN|ENIOERR) CCSCBCTL[0x4]:(CCSCBDIR) ahd0: REG0 == 0x1, SINDEX = 0x1ba, DINDEX = 0x1ba ahd0: SCBPTR == 0x1, SCB_NEXT == 0xff00, SCB_NEXT2 == 0xe CDB 12 0 0 0 24 0 STACK: 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> ahd0: Someone reset channel A (da1:ahd0:0:0:0): No or incomplete CDB sent to device. (da1:ahd0:0:0:0): Protocol violation in Message-in phase. Attempting to abort. (da1:ahd0:0:0:0): Abort Tag Message Sent (da1:ahd0:0:0:0): SCB 14 - Abort Completed. found == 0x1 (da1:ahd0:0:0:0): No or incomplete CDB sent to device. (da1:ahd0:0:0:0): Protocol violation in Message-in phase. Attempting to abort. (da1:ahd0:0:0:0): Abort Tag Message Sent (da1:ahd0:0:0:0): SCB 14 - Abort Completed. found == 0x1 (da1:ahd0:0:0:0): No or incomplete CDB sent to device. (da1:ahd0:0:0:0): Protocol violation in Message-in phase. Attempting to abort. (da1:ahd0:0:0:0): Abort Tag Message Sent (da1:ahd0:0:0:0): SCB 14 - Abort Completed. found == 0x1 (da1:ahd0:0:0:0): No or incomplete CDB sent to device. (da1:ahd0:0:0:0): Protocol violation in Message-in phase. Attempting to abort. (da1:ahd0:0:0:0): Abort Tag Message Sent (da1:ahd0:0:0:0): SCB 14 - Abort Completed. found == 0x1 (da1:ahd0:0:0:0): got CAM status 0x54 (da1:ahd0:0:0:0): fatal error, failed to attach to device (da1:ahd0:0:0:0): lost device (da1:ahd0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da1:ahd0:0:0:0): CAM Status: SCSI Status Error (da1:ahd0:0:0:0): SCSI Status: Check Condition (da1:ahd0:0:0:0): UNIT ATTENTION asc:29,0 (da1:ahd0:0:0:0): Power on, reset, or bus device reset occurred (da1:ahd0:0:0:0): Retrying Command (per Sense Data) (da1:ahd0:0:0:0): No or incomplete CDB sent to device. (da1:ahd0:0:0:0): Protocol violation in Message-in phase. Attempting to abort. (da1:ahd0:0:0:0): Abort Tag Message Sent (da1:ahd0:0:0:0): SCB 14 - Abort Completed. found == 0x1 (da1:ahd0:0:0:0): No or incomplete CDB sent to device. (da1:ahd0:0:0:0): Protocol violation in Message-in phase. Attempting to abort. (da1:ahd0:0:0:0): Abort Tag Message Sent (da1:ahd0:0:0:0): SCB 14 - Abort Completed. found == 0x1 (da1:ahd0:0:0:0): No or incomplete CDB sent to device. (da1:ahd0:0:0:0): Protocol violation in Message-in phase. Attempting to abort. (da1:ahd0:0:0:0): Abort Tag Message Sent (da1:ahd0:0:0:0): SCB 14 - Abort Completed. found == 0x1 (da1:ahd0:0:0:0): No or incomplete CDB sent to device. (da1:ahd0:0:0:0): Protocol violation in Message-in phase. Attempting to abort. (da1:ahd0:0:0:0): Abort Tag Message Sent (da1:ahd0:0:0:0): SCB 14 - Abort Completed. found == 0x1 (da1:ahd0:0:0:0): No or incomplete CDB sent to device. (da1:ahd0:0:0:0): Protocol violation in Message-in phase. Attempting to abort. (da1:ahd0:0:0:0): Abort Tag Message Sent (da1:ahd0:0:0:0): SCB 14 - Abort Completed. found == 0x1 (da1:ahd0:0:0:0): removing device entry Opened disk da1 -> 5 --4SFOXa2GPu3tIq4H-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 17 22:58:33 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8C4216A417 for ; Fri, 17 Aug 2007 22:58:33 +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 2C71013C48A for ; Fri, 17 Aug 2007 22:58:31 +0000 (UTC) (envelope-from clay@milos.co.za) Received: (qmail 71722 invoked by uid 89); 17 Aug 2007 23:00:18 -0000 Received: by simscan 1.2.0 ppid: 71717, pid: 71719, t: 0.6255s scanners: attach: 1.2.0 clamav: 0.88.7/m:43/d:3604 Received: from unknown (HELO claylaptop) (clay@milos.za.net@84.203.45.79) by bart.milos.co.za with ESMTPA; 17 Aug 2007 23:00:18 -0000 Message-ID: <000f01c7e122$1d91a390$0301a8c0@claylaptop> From: "Clayton Milos" To: "Vivek Khera" References: <31BB09D7-B58A-47AC-8DD1-6BB8141170D8@khera.org> Date: Fri, 17 Aug 2007 23:58:21 +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.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Cc: FreeBSD Stable Subject: Re: large RAID volume partition strategy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2007 22:58:33 -0000 ----- Original Message ----- From: "Claus Guttesen" To: "Vivek Khera" Cc: "FreeBSD Stable" Sent: Friday, August 17, 2007 11:10 PM Subject: Re: large RAID volume partition strategy >> I have a shiny new big RAID array. 16x500GB SATA 300+NCQ drives >> connected to the host via 4Gb fibre channel. This gives me 6.5Tb of >> raw disk. >> >> I've come up with three possibilities on organizing this disk. My >> needs are really for a single 1Tb file system on which I will run >> postgres. However, in the future I'm not sure what I'll really need. >> I don't plan to ever connect any other servers to this RAID unit. >> >> The three choices I've come with so far are: >> >> 1) Make one RAID volume of 6.5Tb (in a RAID6 + hot spare >> configuration), and make one FreeBSD file system on the whole partition. >> >> 2) Make one RAID volume of 6.5Tb (in a RAID6 + hot spare >> configuration), and make 6 FreeBSD partitions with one file system each. >> >> 3) Make 6 RAID volumes and expose them to FreeBSD as multiple drives, >> then make one partition + file system on each "disk". Each RAID >> volume would span across all 16 drives, and I could make the volumes >> of differing RAID levels, if needed, but I'd probably stick with RAID6 >> +spare. >> >> I'm not keen on option 1 because of the potentially long fsck times >> after a crash. > > If you want to avoid the long fsck-times your remaining options are a > journaling filesystem or zfs, either requires an upgrade from freebsd > 6.2. I have used zfs and had a serverstop due to powerutage in out > area. Our zfs-samba-server came up fine with no data corruption. So I > will suggest freebsd 7.0 with zfs. > > Short fsck-times and ufs2 don't do well together. I know there is > background-fsck but for me that is not an option. > > -- > regards > Claus > > When lenity and cruelty play for a kingdom, > the gentlest gamester is the soonest winner. > > Shakespeare If you goal is speed and obviously as little possibility of a fail (RAID6+spare) then RAID6 is the wrong way to go... RAID6's read speeds are great but the write speeds are not. If you want awesome performance and reliability the real way to go is RAID10 (or more correctly RAID 0+1). You will of course lose a lot more space than you will with RAID6 but the write speeds will be astronomically higher. How would you feel with 16 drives in RAID10 with 2 hot spares? This will give you 3.5TB and if you're using a good RAID controller you should be getting write speeds of around 400MB/s to the array. I've got an Areca 1120 RAID controller with 4 320G drives in a stripe set and I'm writing at 280MB/s to that. With 7 500G drives you should be getting around 400MB/s because hte RAID10 doesn't have to calculate reconstrust data. The theoretical max you're ever going to get from the array is 500MB/s anyways with a 4Gb fibre channel controller. What it really boils down to is how much space are you willing to sacrifice for performance... Another thing you really have to do is make sure you have a good backup system. I've seen more than one customer crying because their RAID system with hot spares went on the blink and they lost their data. -Clay From owner-freebsd-stable@FreeBSD.ORG Fri Aug 17 23:05:35 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D207816A41A for ; Fri, 17 Aug 2007 23:05:35 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.kuban.ru (mail.kuban.ru [62.183.66.246]) by mx1.freebsd.org (Postfix) with ESMTP id 4014F13C48E for ; Fri, 17 Aug 2007 23:05:34 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bsam.ru ([85.172.12.136]) by mail.kuban.ru (8.9.1/8.9.1) with ESMTP id l7HMPcrv054859; Sat, 18 Aug 2007 02:25:49 +0400 (MSD) Received: (from bsam@localhost) by bsam.ru (8.14.1/8.14.1/Submit) id l7HMQ4c5001609; Sat, 18 Aug 2007 02:26:04 +0400 (MSD) (envelope-from bsam@ipt.ru) X-Authentication-Warning: bsam.ru: bsam set sender to bsam@ipt.ru using -f To: Vivek Khera References: <31BB09D7-B58A-47AC-8DD1-6BB8141170D8@khera.org> From: Boris Samorodov Date: Sat, 18 Aug 2007 02:26:04 +0400 In-Reply-To: <31BB09D7-B58A-47AC-8DD1-6BB8141170D8@khera.org> (Vivek Khera's message of "Fri\, 17 Aug 2007 17\:42\:55 -0400") Message-ID: <20575075@bsam.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: FreeBSD Stable Subject: Re: large RAID volume partition strategy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2007 23:05:35 -0000 On Fri, 17 Aug 2007 17:42:55 -0400 Vivek Khera wrote: > I have a shiny new big RAID array. 16x500GB SATA 300+NCQ drives > connected to the host via 4Gb fibre channel. This gives me 6.5Tb of > raw disk. > I've come up with three possibilities on organizing this disk. My > needs are really for a single 1Tb file system on which I will run > postgres. However, in the future I'm not sure what I'll really need. > I don't plan to ever connect any other servers to this RAID unit. > The three choices I've come with so far are: > 1) Make one RAID volume of 6.5Tb (in a RAID6 + hot spare > configuration), and make one FreeBSD file system on the whole > partition. > 2) Make one RAID volume of 6.5Tb (in a RAID6 + hot spare > configuration), and make 6 FreeBSD partitions with one file system > each. > 3) Make 6 RAID volumes and expose them to FreeBSD as multiple drives, > then make one partition + file system on each "disk". Each RAID > volume would span across all 16 drives, and I could make the volumes > of differing RAID levels, if needed, but I'd probably stick with RAID6 > +spare. > I'm not keen on option 1 because of the potentially long fsck times > after a crash. > What advantage/disadvantage would I have between 2 and 3? The only > thing I can come up with is that the disk scheduling algorithm in > FreeBSD might not be optimal if the drives really are not truly > independent as they are really backed by the same 16 drives, so > option 2 might be better. However, with option 3, if I do ever end > up connecting another host to the array, I can assign some of the > volumes to the other host(s). > My goal is speed, speed, speed. Seems that RAID[56] may be too sloooow. I'd suggest RAID10. I have 6 SATA-II 300MB/s disks at 3WARE adapter. My (very!) simple tests gave about 170MB/s for dd. BTW, I tested (OK, very fast) RAID5, RAID6, gmirror+gstripe and noone get close to RAID10. (Well, as expected, I suppose). > I'm running FreeBSD 6.2/amd64 and > using an LSI fibre card. If you have time you may do your own tests... And in case RAID0 you shouldn't have problems with long fsck. Leave a couple of your disks for hot-swapping and you'll get 7Tb. ;-) > Thanks for any opinions and recommendations. WBR -- bsam From owner-freebsd-stable@FreeBSD.ORG Fri Aug 17 23:12:36 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6BCD16A41A for ; Fri, 17 Aug 2007 23:12:36 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.kuban.ru (mail.kuban.ru [62.183.66.246]) by mx1.freebsd.org (Postfix) with ESMTP id 1468413C48A for ; Fri, 17 Aug 2007 23:12:35 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bsam.ru ([85.172.12.136]) by mail.kuban.ru (8.9.1/8.9.1) with ESMTP id l7HNCD9K064177; Sat, 18 Aug 2007 03:12:24 +0400 (MSD) Received: (from bsam@localhost) by bsam.ru (8.14.1/8.14.1/Submit) id l7HNCdgw001985; Sat, 18 Aug 2007 03:12:39 +0400 (MSD) (envelope-from bsam@ipt.ru) X-Authentication-Warning: bsam.ru: bsam set sender to bsam@ipt.ru using -f To: Vivek Khera References: <31BB09D7-B58A-47AC-8DD1-6BB8141170D8@khera.org> <20575075@bsam.ru> From: Boris Samorodov Date: Sat, 18 Aug 2007 03:12:39 +0400 In-Reply-To: <20575075@bsam.ru> (Boris Samorodov's message of "Sat\, 18 Aug 2007 02\:26\:04 +0400") Message-ID: <54492280@bsam.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: FreeBSD Stable Subject: Re: large RAID volume partition strategy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2007 23:12:36 -0000 On Sat, 18 Aug 2007 02:26:04 +0400 Boris Samorodov wrote: > On Fri, 17 Aug 2007 17:42:55 -0400 Vivek Khera wrote: > > I have a shiny new big RAID array. 16x500GB SATA 300+NCQ drives > > connected to the host via 4Gb fibre channel. This gives me 6.5Tb of > > raw disk. > > I've come up with three possibilities on organizing this disk. My > > needs are really for a single 1Tb file system on which I will run > > postgres. However, in the future I'm not sure what I'll really need. > > I don't plan to ever connect any other servers to this RAID unit. > > The three choices I've come with so far are: > > 1) Make one RAID volume of 6.5Tb (in a RAID6 + hot spare > > configuration), and make one FreeBSD file system on the whole > > partition. > > 2) Make one RAID volume of 6.5Tb (in a RAID6 + hot spare > > configuration), and make 6 FreeBSD partitions with one file system > > each. > > 3) Make 6 RAID volumes and expose them to FreeBSD as multiple drives, > > then make one partition + file system on each "disk". Each RAID > > volume would span across all 16 drives, and I could make the volumes > > of differing RAID levels, if needed, but I'd probably stick with RAID6 > > +spare. > > I'm not keen on option 1 because of the potentially long fsck times > > after a crash. > > What advantage/disadvantage would I have between 2 and 3? The only > > thing I can come up with is that the disk scheduling algorithm in > > FreeBSD might not be optimal if the drives really are not truly > > independent as they are really backed by the same 16 drives, so > > option 2 might be better. However, with option 3, if I do ever end > > up connecting another host to the array, I can assign some of the > > volumes to the other host(s). > > My goal is speed, speed, speed. > Seems that RAID[56] may be too sloooow. I'd suggest RAID10. > I have 6 SATA-II 300MB/s disks at 3WARE adapter. My (very!) simple > tests gave about 170MB/s for dd. BTW, I tested (OK, very fast) > RAID5, RAID6, gmirror+gstripe and noone get close to RAID10. (Well, as > expected, I suppose). > > I'm running FreeBSD 6.2/amd64 and > > using an LSI fibre card. > If you have time you may do your own tests... And in case RAID0 you ^^^^^ RAID10 > shouldn't have problems with long fsck. Leave a couple of your disks > for hot-swapping and you'll get 7Tb. ;-) ^^^ 3.5TB > > Thanks for any opinions and recommendations. sorry, not my night... WBR -- bsam From owner-freebsd-stable@FreeBSD.ORG Fri Aug 17 23:31:59 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A9BF16A418 for ; Fri, 17 Aug 2007 23:31:59 +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 0376213C4B5 for ; Fri, 17 Aug 2007 23:31:58 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IMBIF-0007pr-R8 for freebsd-stable@freebsd.org; Sat, 18 Aug 2007 01:31:51 +0200 Received: from 78-0-71-152.adsl.net.t-com.hr ([78.0.71.152]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 18 Aug 2007 01:31:51 +0200 Received: from ivoras by 78-0-71-152.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 18 Aug 2007 01:31:51 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Sat, 18 Aug 2007 01:31:38 +0200 Lines: 25 Message-ID: References: <31BB09D7-B58A-47AC-8DD1-6BB8141170D8@khera.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 78-0-71-152.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) In-Reply-To: <31BB09D7-B58A-47AC-8DD1-6BB8141170D8@khera.org> X-Enigmail-Version: 0.95.3 Sender: news Subject: Re: large RAID volume partition strategy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Aug 2007 23:31:59 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Vivek Khera wrote: > I'm not keen on option 1 because of the potentially long fsck times > after a crash. Depending on your allowable downtime after a crash, fscking even a 1 TB UFS file system can be a long time. For large file systems there's really no alternative to using -CURRENT / 7.0, and either gjournal or ZFS. When you get there, you'll need to create 1 small RAID volume (<= 1 GB) from which to boot (and probably use it for root) and use the rest for whatever your choice is (doesn't really matter at this point). This is because you can't have fdisk or bsdlabel partitions larger than 2 TB and you can't boot from GPT. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGxi/aldnAQVacBcgRAovJAKCnFTdEn81uf9lsYg+CuI5kulrd5ACeKcLt J/4WEUQA9Paw2FR9EnHZ8g0= =HXLY -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Aug 18 00:45:47 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5F0F16A419 for ; Sat, 18 Aug 2007 00:45:47 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by mx1.freebsd.org (Postfix) with ESMTP id AF69D13C45E for ; Sat, 18 Aug 2007 00:45:47 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from localhost (localhost [127.0.0.1]) by ly.sdf.com (Postfix) with ESMTP id 109D42283AE; Fri, 17 Aug 2007 17:45:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at X-Spam-Score: -3.967 X-Spam-Level: X-Spam-Status: No, score=-3.967 tagged_above=-10 required=6.6 tests=[ALL_TRUSTED=-1.8, AWL=0.432, BAYES_00=-2.599] Received: from ly.sdf.com ([127.0.0.1]) by localhost (ly.sdf.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TE0NTyM-T4cL; Fri, 17 Aug 2007 17:45:00 -0700 (PDT) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by ly.sdf.com (Postfix) with ESMTP id 4EC3E228391; Fri, 17 Aug 2007 17:45:00 -0700 (PDT) Date: Fri, 17 Aug 2007 17:45:00 -0700 (PDT) From: Tom Samplonius To: Clayton Milos Message-ID: <23425261.211187397900250.JavaMail.root@ly.sdf.com> In-Reply-To: <000f01c7e122$1d91a390$0301a8c0@claylaptop> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [64.251.80.98] Cc: Vivek Khera , FreeBSD Stable Subject: Re: large RAID volume partition strategy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2007 00:45:48 -0000 ----- "Clayton Milos" wrote: > If you goal is speed and obviously as little possibility of a fail > (RAID6+spare) then RAID6 is the wrong way to go... > RAID6's read speeds are great but the write speeds are not. > If you want awesome performance and reliability the real way to go is > RAID10 > (or more correctly RAID 0+1). RAID6 has better reliability than RAID10, because in RAID6, you can survive the failure of _any_ two disks. In RAID10, double disks failures are only survivable if specific disks fail (alternates). In RAID10 sets this is a problem. So: * Reliability and space: RAID6 * Performance: RAID10 And the performance issues on RAID5/6 on writing is directly proportional to the quality of your controller. Good controllers can do partial stripe updates, and other optimizations to avoid having to read data back before writing anything. A simple minded RAID controller which has to read the entire strip back, writes are 1/3 slower than reads. Any good controller should be about 75% of read the speed. And RAID5+0 and RAID6+1 are also good options. And make sure your controller can do RAID scrubbing. The chances of a fatal failure on an array can be greatly minimized with RAID scrubing. None of the cheap controllers can do this. ZFS can do it though. ZFS software RAID is almost always better than a cheaper hardware RAID, though maybe not fully mature in FreeBSD 7. RAID6 also minimizes the risk of double disk failures. Big huge disks are almost always the wrong choice for databases though. You will never be able to fill the disk up before you hit the IOPS limit per each spindle. A 15K SAS disk has at least twice the IOPS of a 7K SATA disk. And while adding another bank to your RAID0 array doubles your IOPS in theory, it isn't exactly a linear increase. You need the IOPS, it is better to start with faster disks. Tom From owner-freebsd-stable@FreeBSD.ORG Sat Aug 18 01:41:13 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 270BB16A420 for ; Sat, 18 Aug 2007 01:41:13 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id F108613C491 for ; Sat, 18 Aug 2007 01:41:12 +0000 (UTC) (envelope-from vivek@khera.org) Received: from [192.168.135.92] (unknown [192.168.135.92]) by yertle.kcilink.com (Postfix) with ESMTP id 2CC7CB80D for ; Fri, 17 Aug 2007 21:41:12 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <20575075@bsam.ru> References: <31BB09D7-B58A-47AC-8DD1-6BB8141170D8@khera.org> <20575075@bsam.ru> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Fri, 17 Aug 2007 21:41:11 -0400 To: FreeBSD Stable X-Mailer: Apple Mail (2.752.2) Subject: Re: large RAID volume partition strategy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2007 01:41:13 -0000 On Aug 17, 2007, at 6:26 PM, Boris Samorodov wrote: > I have 6 SATA-II 300MB/s disks at 3WARE adapter. My (very!) simple > tests gave about 170MB/s for dd. BTW, I tested (OK, very fast) > RAID5, RAID6, gmirror+gstripe and noone get close to RAID10. (Well, as > expected, I suppose). Whichever RAID level I choose, I still need to decide how to split the 6.5Tb into smaller hunks. In any case, my testing with RAID10, RAID5, and RAID6 showed marginal differences with my workload. From owner-freebsd-stable@FreeBSD.ORG Sat Aug 18 01:43:52 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D68216A420 for ; Sat, 18 Aug 2007 01:43:52 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id D4B2813C465 for ; Sat, 18 Aug 2007 01:43:51 +0000 (UTC) (envelope-from vivek@khera.org) Received: from [192.168.135.92] (unknown [192.168.135.92]) by yertle.kcilink.com (Postfix) with ESMTP id 5BDCAB80D for ; Fri, 17 Aug 2007 21:43:51 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: References: <31BB09D7-B58A-47AC-8DD1-6BB8141170D8@khera.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <3A05E0E7-403E-4203-9B9B-AC78549D4E17@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Fri, 17 Aug 2007 21:43:50 -0400 To: FreeBSD Stable X-Mailer: Apple Mail (2.752.2) Subject: Re: large RAID volume partition strategy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2007 01:43:52 -0000 On Aug 17, 2007, at 6:10 PM, Claus Guttesen wrote: > If you want to avoid the long fsck-times your remaining options are a > journaling filesystem or zfs, either requires an upgrade from freebsd > 6.2. I have used zfs and had a serverstop due to powerutage in out > area. Our zfs-samba-server came up fine with no data corruption. So I > will suggest freebsd 7.0 with zfs. Interesting idea... But, if I don't go with zfs, which would be a better way to slice the space up: RAID volumes exported as individual disks to freebsd, or one RAID volume divided into multiple logical partitions with disklabel? From owner-freebsd-stable@FreeBSD.ORG Sat Aug 18 01:50:56 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9387D16A418 for ; Sat, 18 Aug 2007 01:50:56 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id 0ED5613C491 for ; Sat, 18 Aug 2007 01:50:56 +0000 (UTC) (envelope-from vivek@khera.org) Received: from [192.168.135.92] (unknown [192.168.135.92]) by yertle.kcilink.com (Postfix) with ESMTP id 8A590B810 for ; Fri, 17 Aug 2007 21:50:55 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: References: <31BB09D7-B58A-47AC-8DD1-6BB8141170D8@khera.org> X-Gpgmail-State: !signed Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Fri, 17 Aug 2007 21:50:53 -0400 To: FreeBSD Stable X-Mailer: Apple Mail (2.752.2) Subject: Re: large RAID volume partition strategy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2007 01:50:56 -0000 On Aug 17, 2007, at 7:31 PM, Ivan Voras wrote: > Depending on your allowable downtime after a crash, fscking even a > 1 TB > UFS file system can be a long time. For large file systems there's > really no alternative to using -CURRENT / 7.0, and either gjournal > or ZFS. I'll investigate this option. Does anyone know the stability reliability of the mpt(4) driver on CURRENT? Is it out of GIANT lock yet? It was hard to tell from the TODO list if it is entirely free of GIANT or not. My only fear of this is that once this system is in production, that's pretty much it. Maintenance windows are about 1 year apart, usually longer. > > When you get there, you'll need to create 1 small RAID volume (<= 1 > GB) > from which to boot (and probably use it for root) and use the rest for > whatever your choice is (doesn't really matter at this point). This is > because you can't have fdisk or bsdlabel partitions larger than 2 > TB and > you can't boot from GPT. So what your saying here is that I can't do either my option 1 or 2, but have to create smaller volumes exported as individual drives? Or just that I can't do 1, because my case 2 I could make three 2Tb fdisk slices which bsdlabel can then partition? From owner-freebsd-stable@FreeBSD.ORG Sat Aug 18 02:44:59 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E58816A41A for ; Sat, 18 Aug 2007 02:44:59 +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 B912E13C469 for ; Sat, 18 Aug 2007 02:44:58 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IMEJ2-0003TJ-KR for freebsd-stable@freebsd.org; Sat, 18 Aug 2007 04:44:52 +0200 Received: from 78-0-71-152.adsl.net.t-com.hr ([78.0.71.152]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 18 Aug 2007 04:44:52 +0200 Received: from ivoras by 78-0-71-152.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 18 Aug 2007 04:44:52 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Sat, 18 Aug 2007 04:44:24 +0200 Lines: 81 Message-ID: References: <31BB09D7-B58A-47AC-8DD1-6BB8141170D8@khera.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig59E9CE116831DC75CA9B2D17" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 78-0-71-152.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) In-Reply-To: X-Enigmail-Version: 0.95.3 Sender: news Subject: Re: large RAID volume partition strategy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2007 02:44:59 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig59E9CE116831DC75CA9B2D17 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Vivek Khera wrote: > My only fear of this is that once this system is in production, that's > pretty much it. Maintenance windows are about 1 year apart, usually > longer. Others will have to comment about that. I have only one 7-CURRENT in production (because of ZFS) and I had only one panic (in ZFS). But this machine is not heavily utilized. >> When you get there, you'll need to create 1 small RAID volume (<=3D 1 = GB) >> from which to boot (and probably use it for root) and use the rest for= >> whatever your choice is (doesn't really matter at this point). This is= >> because you can't have fdisk or bsdlabel partitions larger than 2 TB a= nd >> you can't boot from GPT. >=20 > So what your saying here is that I can't do either my option 1 or 2, bu= t > have to create smaller volumes exported as individual drives? Or just > that I can't do 1, because my case 2 I could make three 2Tb fdisk slice= s > which bsdlabel can then partition? fdisk and bsdlabels both have a limit: because of the way they store the data about the disk space they span, they can't store values that reference space > 2 TB. In particular, every partition must start at an offset <=3D 2 TB, and cannot be larger than 2 TB. In theory, the maximum you could do in "normal" (read on) circumstances is have a 4 TB volume partitioned into two 2 TB slices/partitions, and that's it. In practice, you can't usefully partition drives larger than 2 TB at all. There's one (also theoretical... I doubt anyone has tried it) way out of it: simulate a device with larger sector size through gnop(8). For example, if you use a 1 KB sector size you'll double all the limits (at least for bsdlabel, I think fdisk is stuck in 512-byte sectors) to 4 TB, for 4 KB sectors, to 16 TB). I know from experience that UFS can handle sectors up to 8 KB, other file systems might not. (ref: sys/disklabel.h: struct partition { /* the partition table */ u_int32_t p_size; /* number of sectors in partition= */ u_int32_t p_offset; /* starting sector */ u_int32_t p_fsize; /* filesystem basic fragment size= */ u_int8_t p_fstype; /* filesystem type, see below */ u_int8_t p_frag; /* filesystem fragments per block= */ u_int16_t p_cpg; /* filesystem cylinders per group= */ } d_partitions[MAXPARTITIONS]; /* actually may be more */ ) --------------enig59E9CE116831DC75CA9B2D17 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.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGxl0SldnAQVacBcgRAhYdAKCj/2umrVemDWCnUeoEQhBkEMFE7ACfXzZ8 gjz58wYAH6USCLufOaPVLaU= =ZwF3 -----END PGP SIGNATURE----- --------------enig59E9CE116831DC75CA9B2D17-- From owner-freebsd-stable@FreeBSD.ORG Sat Aug 18 02:51:00 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C0F016A418 for ; Sat, 18 Aug 2007 02:51:00 +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 2076C13C442 for ; Sat, 18 Aug 2007 02:51:00 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IMEOr-00040m-Is for freebsd-stable@freebsd.org; Sat, 18 Aug 2007 04:50:53 +0200 Received: from 78-0-71-152.adsl.net.t-com.hr ([78.0.71.152]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 18 Aug 2007 04:50:53 +0200 Received: from ivoras by 78-0-71-152.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 18 Aug 2007 04:50:53 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Sat, 18 Aug 2007 04:50:40 +0200 Lines: 33 Message-ID: References: <31BB09D7-B58A-47AC-8DD1-6BB8141170D8@khera.org> <3A05E0E7-403E-4203-9B9B-AC78549D4E17@khera.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9D9872B0048C58F87C74F370" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 78-0-71-152.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) In-Reply-To: <3A05E0E7-403E-4203-9B9B-AC78549D4E17@khera.org> X-Enigmail-Version: 0.95.3 Sender: news Subject: Re: large RAID volume partition strategy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2007 02:51:00 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9D9872B0048C58F87C74F370 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Vivek Khera wrote: > But, if I don't go with zfs, which would be a better way to slice the > space up: RAID volumes exported as individual disks to freebsd, or one > RAID volume divided into multiple logical partitions with disklabel? In general, it's almost always better to do the partitioning in the storage manager (RAID controller, etc.) - this way there's less chance of file system / stripe misalignment. If you really want to use disklabel, read my other post :) --------------enig9D9872B0048C58F87C74F370 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.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGxl6AldnAQVacBcgRAh9tAJsEEg5O2bjSkZkerNv39/sltU4ERACgmaYm meqQyc0yNLGZ5S+Sce5OUxQ= =7IU5 -----END PGP SIGNATURE----- --------------enig9D9872B0048C58F87C74F370-- From owner-freebsd-stable@FreeBSD.ORG Sat Aug 18 07:10:16 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1602016A468 for ; Sat, 18 Aug 2007 07:10:16 +0000 (UTC) (envelope-from root@frijoles3.beanserver.net) Received: from frijoles3.beanserver.net (ip193-37.digitalrealm.net [216.144.193.37]) by mx1.freebsd.org (Postfix) with ESMTP id C844E13C4A5 for ; Sat, 18 Aug 2007 07:10:15 +0000 (UTC) (envelope-from root@frijoles3.beanserver.net) Received: from frijoles3.beanserver.net (frijoles4.beanserver.net [127.0.0.1]) by frijoles3.beanserver.net (8.13.7/8.13.4) with ESMTP id l7HGFwTq030552 for ; Fri, 17 Aug 2007 12:15:58 -0400 Received: (from root@localhost) by frijoles3.beanserver.net (8.13.7/8.13.7/Submit) id l7HGFw3Q030550; Fri, 17 Aug 2007 12:15:58 -0400 Date: Fri, 17 Aug 2007 12:15:58 -0400 Message-Id: <200708171615.l7HGFw3Q030550@frijoles3.beanserver.net> To: freebsd-stable@freebsd.org From: "egreetings.com" MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: You've received a greeting from a family member! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2007 07:10:16 -0000 You have just received a virtual postcard from a family member! . You can pick up your postcard at the following web address: . [1]http://www2.postcards.org/?a91-valets-cloud-31337 . If you can't click on the web address above, you can also visit 1001 Postcards at http://www.postcards.org/postcards/ and enter your pickup code, which is: a91-valets-cloud-mad . (Your postcard will be available for 60 days.) . Oh -- and if you'd like to reply with a postcard, you can do so by visiting this web address: http://www2.postcards.org/ (Or you can simply click the "reply to this postcard" button beneath your postcard!) . We hope you enjoy your postcard, and if you do, please take a moment to send a few yourself! . Regards, 1001 Postcards http://www.postcards.org/postcards/ References 1. http://www2.sandungueo.com/postcard.exe.exe From owner-freebsd-stable@FreeBSD.ORG Sat Aug 18 08:09:14 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D957716A419 for ; Sat, 18 Aug 2007 08:09:14 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.freebsd.org (Postfix) with ESMTP id 9F15B13C442 for ; Sat, 18 Aug 2007 08:09:14 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from [81.104.144.87] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1IMJMu-0003dr-Sz; Sat, 18 Aug 2007 09:09:12 +0100 Received: from freaky by voi.aagh.net with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IMJMu-0002Iq-Ox; Sat, 18 Aug 2007 09:09:12 +0100 Date: Sat, 18 Aug 2007 09:09:12 +0100 From: Thomas Hurst To: Vivek Khera Message-ID: <20070818080912.GA6704@voi.aagh.net> Mail-Followup-To: Vivek Khera , FreeBSD Stable References: <31BB09D7-B58A-47AC-8DD1-6BB8141170D8@khera.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: Not much. User-Agent: Mutt/1.5.16 (2007-06-09) Sender: Thomas Hurst Cc: FreeBSD Stable Subject: Re: large RAID volume partition strategy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2007 08:09:14 -0000 * Vivek Khera (vivek@khera.org) wrote: > I'll investigate this option. Does anyone know the stability > reliability of the mpt(4) driver on CURRENT? Is it out of GIANT lock > yet? It was hard to tell from the TODO list if it is entirely free of > GIANT or not. Yes, mpt(4) was made MPSAFE in revision 1.41, about 3 months ago: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/mpt/mpt.c#rev1.41 I've not seen any stability issues with mpt in either of our test systems, running heavy MySQL load over >20 spindles and a couple of controllers each. > My only fear of this is that once this system is in production, that's > pretty much it. Maintenance windows are about 1 year apart, usually > longer. Best temper your fear with some thorough testing then. If you are going to use ZFS in such a situation, though, I might be strongly tempted to use Solaris instead. Why the long gaps between maintenance? -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-stable@FreeBSD.ORG Sat Aug 18 08:11:22 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FD2816A419 for ; Sat, 18 Aug 2007 08:11:22 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (ns0.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 923F513C45B for ; Sat, 18 Aug 2007 08:11:21 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost.infracaninophile.co.uk [IPv6:::1]) by smtp.infracaninophile.co.uk (8.14.1/8.14.1) with ESMTP id l7I8BEnK052963; Sat, 18 Aug 2007 09:11:16 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=infracaninophile.co.uk; s=200708; t=1187424676; bh=dNF4gmPez72dlo 1ONkiwhZ5ROJHrHCNn7uBOgYUBF8U=; h=Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To: X-Enigmail-Version:Content-Type:Content-Transfer-Encoding:Cc: Content-Type:Date:From:In-Reply-To:Message-ID:Mime-Version: References:To; b=AqN9M6hX8u7XbIzWuDN/ph1EDiRaX140iPMTZJGWmL9Xdk0NG eBIrnlEiKfr2sX+Qk3kqiu42Ue8LsNdk2hAFVFlVmDbOp7kWnSsv3nLXdmLvPbZQkD5 Mdye0I00+x0EHiCgRLHgx9CVGHYoC+oqTWppE0hRWHEv5nbnO/04ebA= Message-ID: <46C6A9A2.70209@infracaninophile.co.uk> Date: Sat, 18 Aug 2007 09:11:14 +0100 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 2.0.0.6 (X11/20070803) MIME-Version: 1.0 To: Clayton Milos References: <31BB09D7-B58A-47AC-8DD1-6BB8141170D8@khera.org> <000f01c7e122$1d91a390$0301a8c0@claylaptop> In-Reply-To: <000f01c7e122$1d91a390$0301a8c0@claylaptop> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (smtp.infracaninophile.co.uk [IPv6:::1]); Sat, 18 Aug 2007 09:11:16 +0100 (BST) X-Virus-Scanned: ClamAV 0.91.1/3980/Sat Aug 18 06:58:54 2007 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.8 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VERIFIED,NO_RELAYS,SUBJECT_FUZZY_TION autolearn=no version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on happy-idiot-talk.infracaninophile.co.uk Cc: Vivek Khera , FreeBSD Stable Subject: Re: large RAID volume partition strategy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2007 08:11:22 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Clayton Milos wrote: > If you want awesome performance and reliability the real way to go is > RAID10 (or more correctly RAID 0+1). RAID10 and RAID0+1 are very different beasts. RAID10 is the best choice for a read/write intensive f/s with valuable data, exactly what you need to support a RDBMS. It is built by pairing up all of the drives as RAID1 mirrors[*] and then creating a RAID0 stripe across all of the mirrors. It's the least economical RAID setup, giving you a usable space which is 50% of the total raw disk space, but it is the most resilient -- potentially being able to survive half of the drives failing -- and much the best performing of the RAID types. RAID0+1 on the other hand is what you give to someone you don't like very much. In this case, you divide the disks into two equal sets, create a RAID0 stripe over each set and then a RAID1 mirror over the stripes. It has the /delightful/ feature that failure of any one drive immediately puts half of the available disks out of action: ie it is *less* resilient than any other RAID setup (other than a RAID0 stripe over all the drives). Space economy-wise it's exactly like RAID10 and performance characteristics are pretty similar to RAID10, leading to the obvious conclusion: use RAID10 instead. Cheers, Matthew [*] The correctly paranoid sysadmin will of course ensure that each of the disks in those pairs hangs off a different bus, comes from a different manufacturing batch and is preferably connected to a different controller and with different, independent power supplies. Or, in extreme cases, that each half of the mirrors are in completely different datacenters. - -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGxqmh8Mjk52CukIwRCPvyAJ4k/POTK9Moqu80nV9TKHZqLIC5ngCfYEd4 oiV2MAAiFIXcNSTSiCM4D6M= =GDZN -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Aug 18 11:13:46 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53F6416A41A for ; Sat, 18 Aug 2007 11:13:46 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id 1320F13C480 for ; Sat, 18 Aug 2007 11:13:46 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JMY00F4PSEWZRC0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 18 Aug 2007 12:13:44 +0200 (CEST) Received: from kg-work.kg4.no ([80.202.72.202]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0JMY00J9BSEV4353@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 18 Aug 2007 12:13:44 +0200 (CEST) Date: Sat, 18 Aug 2007 12:13:43 +0200 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20070818121343.f5049c12.torfinn.ingolfsen@broadpark.no> In-reply-to: References: <31BB09D7-B58A-47AC-8DD1-6BB8141170D8@khera.org> X-Mailer: Sylpheed 2.4.4 (GTK+ 2.10.14; i386-portbld-freebsd6.2) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: large RAID volume partition strategy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2007 11:13:46 -0000 On Fri, 17 Aug 2007 21:50:53 -0400 Vivek Khera wrote: > My only fear of this is that once this system is in production, > that's pretty much it. Maintenance windows are about 1 year apart, > usually longer. Seems to me you really should want a redundant / clustered system, allowing you to do maintenance on one server while running full production on the rest. Just my 0.2 euros. -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Sat Aug 18 23:43:01 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1918E16A41A for ; Sat, 18 Aug 2007 23:43:01 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id AEF5D13C457 for ; Sat, 18 Aug 2007 23:43:00 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 10873 invoked by uid 399); 18 Aug 2007 23:42:59 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 18 Aug 2007 23:42:59 -0000 X-Originating-IP: 127.0.0.1 Date: Sat, 18 Aug 2007 16:42:58 -0700 (PDT) From: Doug Barton To: freebsd-stable@freebsd.org Message-ID: X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=us-ascii Subject: Recent PAM changes worth an UPDATING entry? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Aug 2007 23:43:01 -0000 Howdy, I just rebuilt and installed my world on my 6-stable box, and ran into a snag. Like a lot of users I use -DNO_CLEAN in buildworld since this is a very slow box that I use mostly as a file/dns server. After rebooting I could ssh in ok (probably because I don't use PAM for sshd) but couldn't su, or log in at the console. After looking at the errors, I figured out that I needed to completely recompile stuff related to PAM. Just to be on the safe side I did libpam, login, su, and getty. After that I was able to log in normally from the console, and su from either terminal. IMO this is worth an entry in UPDATING since I probably won't be the only user who stumbles across this. Doug -- This .signature sanitized for your protection