From owner-freebsd-stable Sun Jun 16 04:52:00 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA03416 for stable-outgoing; Sun, 16 Jun 1996 04:52:00 -0700 (PDT) Received: from salmon.maths.tcd.ie (mmdf@salmon.maths.tcd.ie [134.226.81.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA03411 for ; Sun, 16 Jun 1996 04:51:56 -0700 (PDT) Received: from hamilton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id aa07235; 16 Jun 96 12:51 BST To: freebsd-stable@freebsd.org Subject: Re: Trap 12/supervisor read, page not present In-reply-to: Your message of "Sat, 15 Jun 1996 05:34:17 PDT." <199606151234.FAA19027@Root.COM> Date: Sun, 16 Jun 1996 12:51:52 BST From: David Malone Message-ID: <9606161251.aa07235@salmon.maths.tcd.ie> Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >Fatal trap 12: page fault while in kernel mode > >fault virtual address = 0x0 > >fault code = supervisor read, page not present > >instruction pointer = 0x8:0xf019ab26 > >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 = 22777 (sh) > >interrupt mask = net tty bio > >p\M^?\^Cge fault > > > >And here's the surrounding bits from the kernel: > >f019a818 T _pmap_is_referenced > >f019a9ac T _pmap_is_modified > >f019ab74 T _pmap_clear_modify > > This appears to be a "known" bug. I didn't notice in your original message; > was this with 2.1R or a recent SUP of -stable? If it was -stable, when did you > SUP it? I just committed some fixes to CVS that might solve this problem. Can > you update your kernel sources and see if the problem persists? Be sure you > have rev 1.22.4.3 of vm_map.c - this was the last set of changes I made. The > changes should be SUPable in about 3 hours from the date of this message. I supped the -stable stuff a few hours after I got this message ( the file you mention was at version 1.22.4.4 ) and it didn't stay up for more that about 2 minutes, I have a vmcore if its of any use, the message was Fatal trap 12: page fault while in kernel mode fault virtual address = 0xf0f6d318 fault code = supervisor read, page not present instruction pointer = 0x8:0xf010ee04 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 = 356 (reboot) interrupt mask = ( I'd just installed and rebooted, and wanted to reboot again, loged in as root, typed reboot and then if fell over before shutting down ). I'm not sure if I've done this quite right - but this is what "gdb -k kernel.0 vmcore.0" gave me for a back trace : #0 0xf01938bb in boot () #1 0xf01160c5 in panic () #2 0xf0101275 in db_panic () #3 0xf010115e in db_command () #4 0xf01012dd in db_command_loop () #5 0xf0103c78 in db_trap () #6 0xf019082a in kdb_trap () #7 0xf0198703 in trap_fatal () #8 0xf0198280 in trap_pfault () #9 0xf0197ed3 in trap () #10 0xf0191091 in calltrap () #11 0xf1297cba in end () #12 0xf012cfbf in vclean () #13 0xf012d0f4 in vgone () #14 0xf1297267 in end () #15 0xf012dea8 in dounmount () #16 0xf012c169 in vfs_unmountall () #17 0xf019384f in boot () #18 0xf01145c1 in reboot () #19 0xf01989ef in syscall () #20 0xf01910db in Xsyscall () #21 0x10d3 in ?? () David. From owner-freebsd-stable Sun Jun 16 12:32:51 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA08019 for stable-outgoing; Sun, 16 Jun 1996 12:32:51 -0700 (PDT) Received: from voltimand.csd.wwwi.com (voltimand.csd.wwwi.com [199.1.92.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA08014 for ; Sun, 16 Jun 1996 12:32:48 -0700 (PDT) Received: from cornelius.csd.wwwi.com (cornelius.csd.wwwi.com [199.1.92.20]) by voltimand.csd.wwwi.com (8.7.5/8.7.3) with SMTP id MAA03996 for ; Sun, 16 Jun 1996 12:32:45 -0700 (MST) Message-Id: <199606161932.MAA03996@voltimand.csd.wwwi.com> X-Sender: jdw@pop.wwwi.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 16 Jun 1996 12:30:49 -0700 To: freebsd-stable@freebsd.org From: "Jeffrey D. Wheelhouse" Subject: Re: Trap 12/supervisor read, page not present Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 05:34 AM 6/15/96 -0700, you wrote: > This appears to be a "known" bug. I didn't notice in your original message; >was this with 2.1R or a recent SUP of -stable? Both, with -stable sup'd on Friday. I resupped yesterday and got rev 1.22.4.4 of vm_map.c, and built a new kernel with that (old one was 1.22.4.2). Now the machine reboots every few hours with nothing at all in the dmesg and savecore reports "no core dump." Perhaps there is something else I am doing wrong? Bad hardware? My machine isn't pounding nearly as hard as, say, ftp.cdrom.com. I have avoided DDB until now because since I've never used FreeBSD before, and I know the BSDI kernel debugger can cause the system to wait for operator input before rebooting. Now I will break down and install it. I will speak again if that helps me learn something. In the meantime, if you have any advice, or know of any other way in which I can help, please let me know. Later, Jeff From owner-freebsd-stable Sun Jun 16 17:13:00 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA00745 for stable-outgoing; Sun, 16 Jun 1996 17:13:00 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA00737 for ; Sun, 16 Jun 1996 17:12:58 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id RAA03469; Sun, 16 Jun 1996 17:12:54 -0700 (PDT) Message-Id: <199606170012.RAA03469@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: David Malone cc: freebsd-stable@freebsd.org Subject: Re: Trap 12/supervisor read, page not present In-reply-to: Your message of "Sun, 16 Jun 1996 12:51:52 -0000." <9606161251.aa07235@salmon.maths.tcd.ie> From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 16 Jun 1996 17:12:51 -0700 Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I supped the -stable stuff a few hours after I got this message ( the file >you mention was at version 1.22.4.4 ) and it didn't stay up for more that >about 2 minutes, I have a vmcore if its of any use, the message was Right, I missed one change and had to do another commit. >Fatal trap 12: page fault while in kernel mode >fault virtual address = 0xf0f6d318 >fault code = supervisor read, page not present >instruction pointer = 0x8:0xf010ee04 >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 = 356 (reboot) >interrupt mask = > >( I'd just installed and rebooted, and wanted to reboot again, loged >in as root, typed reboot and then if fell over before shutting down ). >I'm not sure if I've done this quite right - but this is what >"gdb -k kernel.0 vmcore.0" gave me for a back trace : > >#0 0xf01938bb in boot () >#1 0xf01160c5 in panic () >#2 0xf0101275 in db_panic () >#3 0xf010115e in db_command () >#4 0xf01012dd in db_command_loop () >#5 0xf0103c78 in db_trap () >#6 0xf019082a in kdb_trap () >#7 0xf0198703 in trap_fatal () >#8 0xf0198280 in trap_pfault () >#9 0xf0197ed3 in trap () >#10 0xf0191091 in calltrap () >#11 0xf1297cba in end () >#12 0xf012cfbf in vclean () >#13 0xf012d0f4 in vgone () >#14 0xf1297267 in end () >#15 0xf012dea8 in dounmount () >#16 0xf012c169 in vfs_unmountall () >#17 0xf019384f in boot () >#18 0xf01145c1 in reboot () >#19 0xf01989ef in syscall () >#20 0xf01910db in Xsyscall () >#21 0x10d3 in ?? () This kinda smells like an out of date LKM - especially the entry at #11 which is clearly outside of the standard kernel binary. What filesystems are you using, and do you have them all statically compiled in your kernel? -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-stable Sun Jun 16 17:22:04 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA00978 for stable-outgoing; Sun, 16 Jun 1996 17:22:04 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA00969 for ; Sun, 16 Jun 1996 17:22:01 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id RAA06364; Sun, 16 Jun 1996 17:22:06 -0700 (PDT) Message-Id: <199606170022.RAA06364@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: "Jeffrey D. Wheelhouse" cc: freebsd-stable@freebsd.org Subject: Re: Trap 12/supervisor read, page not present In-reply-to: Your message of "Sun, 16 Jun 1996 12:30:49 PDT." <199606161932.MAA03996@voltimand.csd.wwwi.com> From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 16 Jun 1996 17:22:05 -0700 Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >At 05:34 AM 6/15/96 -0700, you wrote: >> This appears to be a "known" bug. I didn't notice in your original message; >>was this with 2.1R or a recent SUP of -stable? > >Both, with -stable sup'd on Friday. I resupped yesterday and got >rev 1.22.4.4 of vm_map.c, and built a new kernel with that (old one >was 1.22.4.2). > >Now the machine reboots every few hours with nothing at all in the >dmesg and savecore reports "no core dump." Perhaps there is something >else I am doing wrong? Bad hardware? My machine isn't pounding nearly >as hard as, say, ftp.cdrom.com. I've been running this same kernel code for the past 40 hours while running my "thrash" regression test (which consists of about a dozen parallel compiles, a fork-exec-exit endless loop, some filesystem traversal scripts, top, and about a half dozen other things that excercise networking and other parts of the system. I haven't had any problems. I'm running a variant of this code on wcarchive (ftp.cdrom.com) that is slightly older and doesn't contain all of the fixes, and it's been up now for 5 days (load is around 700 users much of the time). ...so I'm at a loss to explain your instability problems. It would help if you could describe the hardware you're using, your kernel configuration, and the kind of load that is on the machine. >I have avoided DDB until now because since I've never used FreeBSD before, >and I know the BSDI kernel debugger can cause the system to wait for >operator input before rebooting. Now I will break down and install it. >I will speak again if that helps me learn something. In the meantime, if >you have any advice, or know of any other way in which I can help, please >let me know. If you're not having some kind of hardware problem, then the instability must be caused by the specific set things that are running on the machine. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-stable Sun Jun 16 18:36:34 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA03890 for stable-outgoing; Sun, 16 Jun 1996 18:36:34 -0700 (PDT) Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA03884 for ; Sun, 16 Jun 1996 18:36:31 -0700 (PDT) Received: by haven.uniserve.com id <31456-156>; Sun, 16 Jun 1996 18:40:05 -0800 Date: Sun, 16 Jun 1996 18:40:02 -0700 (PDT) From: Tom Samplonius To: stable@freebsd.org Subject: kerberos problem Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm having a strange problem with kerberos from stable. Basically, once I init the kerberos system with kdb_init, I can't kdb_edit it, because it says that "Invalid master key; does not match database". The sam procedure on a older stable system works fine. Tom From owner-freebsd-stable Mon Jun 17 01:04:24 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA22811 for stable-outgoing; Mon, 17 Jun 1996 01:04:24 -0700 (PDT) Received: from voltimand.csd.wwwi.com (voltimand.csd.wwwi.com [199.1.92.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA22803 for ; Mon, 17 Jun 1996 01:04:21 -0700 (PDT) Received: from cornelius.csd.wwwi.com (cornelius.csd.wwwi.com [199.1.92.20]) by voltimand.csd.wwwi.com (8.7.5/8.7.3) with SMTP id BAA14727 for ; Mon, 17 Jun 1996 01:04:19 -0700 (MST) Message-Id: <199606170804.BAA14727@voltimand.csd.wwwi.com> X-Sender: jdw@pop.wwwi.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 17 Jun 1996 01:02:40 -0700 To: freebsd-stable@freebsd.org From: "Jeffrey D. Wheelhouse" Subject: Re: Trap 12/supervisor read, page not present Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 05:22 PM 6/16/96 -0700, you wrote: > I've been running this same kernel code for the past 40 hours while running >my "thrash" regression test (which consists of about a dozen parallel >compiles, a fork-exec-exit endless loop, some filesystem traversal scripts, >top, and about a half dozen other things that excercise networking and other >parts of the system. I haven't had any problems. I'm running a variant of this >code on wcarchive (ftp.cdrom.com) that is slightly older and doesn't contain >all of the fixes, and it's been up now for 5 days (load is around 700 users >much of the time). > ...so I'm at a loss to explain your instability problems. It would help if >you could describe the hardware you're using, your kernel configuration, and >the kind of load that is on the machine. Here is the machine: ASUS P54NP EISA/PCI Dual-proc motherboard (1 90Mhz Pentium Processor) 2x32mb 70ns SIMMs Adaptec AHA-2940W Controller Quantum Empire 2100S (2gig) Quantum Atlas 34300W (4gig, wide) Brand X I/O IDE Micropolis 1.5gig drive jumpered to act as a 500meg and a 1gig because of controller age 3Com 3c509 (ISA, running 10BaseT) Brand X Cirrus ISA video card I'll replace any part except the SCSI disks and the RAM to make it work. This machine previously ran Unixware 2.0 (sold to SCO, ugh), and Linux (just didn't like Linux) under similar workloads without problems but that by now means rules out some new failure. The Atlas is the only new component because a Grand Prix died under the pressure of being news spool. Here is my kernel configuration: machine "i386" cpu "I386_CPU" cpu "I486_CPU" cpu "I586_CPU" ident VOLTIMAND maxusers 32 options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=5" #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console config kernel root on wd0 controller isa0 controller eisa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 tape ft0 at fdc0 drive 2 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr disk wd2 at wdc1 drive 0 disk wd3 at wdc1 drive 1 controller ahc0 controller ahc1 controller scbus0 device sd0 device st0 device cd0 #Only need one of these, the code dynamically grows device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device ep0 at isa? port 0x300 net irq 5 vector epintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device bpfilter 1 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's Basically I stripped everything I didn't need in the hopes of expurgating the problem. This machine runs a moderate newsserver. The problem appears to be related to this server (INN 1.4Unoff4) because on the last reboot fsck ate the active file, preventing news from starting and the machine stayed up for the 10+ hours until I came home. The machine also runs very very a low usage web server (traffic < negligable), and smtp, pop, nfs, samba, and dhcp servers for my local network (5-6 machines). It has typically no users or just me logged on and crashes even when no one is around to be using NFS/Samba. Any process except news can be moved to another machine if it will help. Like you point out, pushing a few newsfeeds around is nothing compared to ftp.cdrom.com... I too am at a loss to explain this except as bad hardware, but I don't know what hardware it would be. Don't think it's RAM because they passed test and the crash has been consistant at the same address. An issue with the 2940W? I did have to disable wide transfers on the wide drive and sync negotiation for both (not sure which fixed it) to make the narrow drive stop rebooting the SCSI bus on every drive access, but that was a dozen sups and kernels ago, haven't had time to play with it since. Here is a dmesg from the last crash today (when it ate the active file): Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xf0193b22 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 = 4 (update) interrupt mask = net tty bio panic: page fault Actually this text appears twice identically in the dmesg, but I figured that was a glitch until I saw the backtrace. Kernel nm: f0193814 T _pmap_is_referenced f01939a8 T _pmap_is_modified f0193b70 T _pmap_clear_modify f0193cc0 T _pmap_clear_reference f0193e10 T _pmap_copy_on_write And thanks to the -g kernel, I have a symbolic backtrace to make this message even outrageously longer: #0 boot (howto=260) at ../../i386/i386/machdep.c:911 #1 0xf0112b53 in panic (fmt=0xf0194ddc "page fault") at ../../kern/subr_prf.c:116 #2 0xf01958de in trap_fatal (frame=0xefbff938) at ../../i386/i386/trap.c:746 #3 0xf0195450 in trap_pfault (frame=0xefbff938, usermode=0) at ../../i386/i386/trap.c:668 #4 0xf01950ef in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -1073724352, tf_esi = 137904128, tf_ebp = -272631416, tf_isp = -272631456, tf_ebx = -265196140, tf_edx = -171352064, tf_ecx = -249858708, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -266781918, tf_cs = 8, tf_eflags = 66118, tf_esp = -265408468, tf_ss = 4096}) at ../../i386/i386/trap.c:308 #5 0xf018b2d1 in calltrap () #6 0xf0185c77 in vm_page_test_dirty (m=0xf02e302c) at ../../vm/vm_page.c:1121 #7 0xf0121442 in brelse (bp=0xf3158eb0) at ../../kern/vfs_bio.c:469 #8 0xf0122a1e in biodone (bp=0xf3158eb0) at ../../kern/vfs_bio.c:1275 #9 0xf0167184 in scsi_done (xs=0xf11c1080) at ../../scsi/scsi_base.c:429 #10 0xf01b4c6c in ahc_done (ahc=0xf0f23000, scb=0xf11d8000) at ../../i386/scsi/aic7xxx.c:1947 #11 0xf01b477d in ahc_intr (arg=0xf0f23000) at ../../i386/scsi/aic7xxx.c:1859 #12 0xf015f52b in ahc_pci_intr (arg=0xf0f23000) at ../../pci/aic7870.c:592 #13 0xf018c25d in Xresume10 () #14 0xf0122637 in biowait (bp=0xf314b0e0) at ../../kern/vfs_bio.c:1132 #15 0xf0120da7 in bread (vp=0xf1150600, blkno=96, size=8192, cred=0xffffffff, bpp=0xefbffcd4) at ../../kern/vfs_bio.c:187 #16 0xf0170ee5 in ffs_update (ap=0xefbffcfc) at ../../ufs/ffs/ffs_inode.c:133 #17 0xf01741ba in ffs_fsync (ap=0xefbffd40) at ./vnode_if.h:850 #18 0xf01731a9 in ffs_sync (mp=0xf115d000, waitfor=2, cred=0xf0f21600, p=0xf01cc250) at ./vnode_if.h:335 #19 0xf01272d2 in sync (p=0xf01cc250, uap=0x0, retval=0x0) at ../../kern/vfs_syscalls.c:336 #20 0xf018d915 in boot (howto=256) at ../../i386/i386/machdep.c:870 #21 0xf0112b53 in panic (fmt=0xf0194ddc "page fault") at ../../kern/subr_prf.c:116 #22 0xf01958de in trap_fatal (frame=0xefbffe48) at ../../i386/i386/trap.c:746 #23 0xf0195450 in trap_pfault (frame=0xefbffe48, usermode=0) at ../../i386/i386/trap.c:668 #24 0xf01950ef in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -2147483648, tf_esi = 137187328, tf_ebp = -272630120, tf_isp = -272630160, tf_ebx = -265310128, tf_edx = -171352064, tf_ecx = -249858708, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -266781918, tf_cs = 8, tf_eflags = 66118, tf_esp = -265902416, tf_ss = -2147483648}) at ../../i386/i386/trap.c:308 #25 0xf018b2d1 in calltrap () #26 0xf0185c77 in vm_page_test_dirty (m=0xf026a6b0) at ../../vm/vm_page.c:1121 #27 0xf01831ce in _vm_object_page_clean (object=0xf11b6380, start=0, end=0, syncio=1) at ../../vm/vm_object.c:584 #28 0xf0126d79 in vfs_msync (mp=0xf115d800, flags=2) at ../../kern/vfs_subr.c:1543 #29 0xf01272b4 in sync (p=0xf1137500, uap=0x0, retval=0x0) at ../../kern/vfs_syscalls.c:335 #30 0xf0122ad3 in vfs_update () at ../../kern/vfs_bio.c:1307 #31 0xf010653d in main (framep=0xefbfff88) at ../../kern/init_main.c:358 I know everyone on this list really wanted to know this much about the guts of my machine; I sincerely apologize for spamming everyone and I hope that I will in the future contribute enough to outweigh this inconvenience. Later, Jeff From owner-freebsd-stable Mon Jun 17 08:07:39 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA23706 for stable-outgoing; Mon, 17 Jun 1996 08:07:39 -0700 (PDT) Received: from rich.isdn.bcm.tmc.edu (root@RICH.ISDN.BCM.TMC.EDU [128.249.250.34]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA23701 for ; Mon, 17 Jun 1996 08:07:36 -0700 (PDT) Received: from richc.isdn.bcm.tmc.edu (root@richc.isdn.bcm.tmc.edu [128.249.250.37]) by rich.isdn.bcm.tmc.edu (8.7.5/8.6.12) with ESMTP id KAA06624; Mon, 17 Jun 1996 10:07:34 -0500 (CDT) Received: (rich@localhost) by richc.isdn.bcm.tmc.edu (8.7.5/8.6.12) id KAA00642; Mon, 17 Jun 1996 10:07:33 -0500 (CDT) Date: Mon, 17 Jun 1996 10:07:33 -0500 (CDT) Message-Id: <199606171507.KAA00642@richc.isdn.bcm.tmc.edu> From: Rich Murphey To: jdw@wwwi.com CC: freebsd-stable@freebsd.org In-reply-to: <199606170804.BAA14727@voltimand.csd.wwwi.com> (jdw@wwwi.com) Subject: Re: Trap 12/supervisor read, page not present Reply-to: rich@rich.isdn.bcm.tmc.edu Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk |Here is the machine: |ASUS P54NP EISA/PCI Dual-proc motherboard (1 90Mhz Pentium Processor) |2x32mb 70ns SIMMs |Adaptec AHA-2940W Controller | Quantum Empire 2100S (2gig) | Quantum Atlas 34300W (4gig, wide) |Brand X I/O IDE | Micropolis 1.5gig drive jumpered to act as a 500meg and a 1gig | because of controller age |3Com 3c509 (ISA, running 10BaseT) |Brand X Cirrus ISA video card | |I'll replace any part except the SCSI disks and the RAM to make it work. |This machine previously ran Unixware 2.0 (sold to SCO, ugh), and Linux |(just didn't like Linux) under similar workloads without problems but |that by now means rules out some new failure. The Atlas is the only |new component because a Grand Prix died under the pressure of being news |spool. Perhaps this is a long shot, but I've seen a problem with tagged commands on an Atlas connected to an NCR controller here. When I disabled the tags via: ncrcontrol -u 0 -t 0 -s tags=0 It eliminated kernel panics that would occur beginning with the messages: sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0ab1800 This indicates that the queue is full on the Atlas. I don't know why this happens but once I disabled tags the problems went away. It's not obvious to me now how do that with the ahc driver, but it might be worth trying. Rich From owner-freebsd-stable Mon Jun 17 08:14:04 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA24124 for stable-outgoing; Mon, 17 Jun 1996 08:14:04 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA24114; Mon, 17 Jun 1996 08:14:02 -0700 (PDT) Message-Id: <199606171514.IAA24114@freefall.freebsd.org> To: "Jeffrey D. Wheelhouse" cc: freebsd-stable@freebsd.org Subject: Re: Trap 12/supervisor read, page not present In-reply-to: Your message of "Mon, 17 Jun 1996 01:02:40 PDT." <199606170804.BAA14727@voltimand.csd.wwwi.com> Date: Mon, 17 Jun 1996 08:14:01 -0700 From: "Justin T. Gibbs" Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Here is my kernel configuration: >cpu "I386_CPU" >cpu "I486_CPU" You don't need these unless you plan to boot the same kernel on an i386 or i486. >options MATH_EMULATE #Support for x87 emulation You don't need this unless you plan to boot this kernel on a machine that doesn't have an FP unit. >options BOUNCE_BUFFERS #include support for DMA bounce buffer You don't need this unless you plan to boot this kernel on a machine with an ISA DMA controller. >controller ahc0 >controller ahc1 You only need one of these. One ahc entry will attach to as many cards as it can find in your system. >Basically I stripped everything I didn't need in the hopes >of expurgating the problem. Not quite everything. >An issue with the 2940W? I did have to disable wide >transfers on the wide drive and sync negotiation for both (not sure >which fixed it) to make the narrow drive stop rebooting the SCSI bus >on every drive access, but that was a dozen sups and kernels ago, >haven't had time to play with it since. Please confirm that you no longer need to disable wide negotiation or lower the sync rate with the latest driver. This should be fixed. >Later, >Jeff -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-stable Mon Jun 17 08:17:00 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA24272 for stable-outgoing; Mon, 17 Jun 1996 08:17:00 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA24260; Mon, 17 Jun 1996 08:16:57 -0700 (PDT) Message-Id: <199606171516.IAA24260@freefall.freebsd.org> To: rich@rich.isdn.bcm.tmc.edu cc: jdw@wwwi.com, freebsd-stable@freebsd.org Subject: Re: Trap 12/supervisor read, page not present In-reply-to: Your message of "Mon, 17 Jun 1996 10:07:33 CDT." <199606171507.KAA00642@richc.isdn.bcm.tmc.edu> Date: Mon, 17 Jun 1996 08:16:57 -0700 From: "Justin T. Gibbs" Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >ncrcontrol -u 0 -t 0 -s tags=0 > >It eliminated kernel panics that would occur beginning >with the messages: >sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0ab1800 > >This indicates that the queue is full on the Atlas. I >don't know why this happens but once I disabled tags >the problems went away. It's not obvious to me now how >do that with the ahc driver, but it might be worth >trying. Rich The aic7xxx driver will automatically retry a command returned with a Queue Full status, but I doubt that's his problem. You have to actively enable tagged queueing for the aic7xxx driver through a kernel config option that wasn't in his posted config file. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-stable Mon Jun 17 10:11:30 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA14055 for stable-outgoing; Mon, 17 Jun 1996 10:11:30 -0700 (PDT) Received: from voltimand.csd.wwwi.com (voltimand.csd.wwwi.com [199.1.92.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA14050 for ; Mon, 17 Jun 1996 10:11:27 -0700 (PDT) Received: from cornelius.csd.wwwi.com (cornelius.csd.wwwi.com [199.1.92.20]) by voltimand.csd.wwwi.com (8.7.5/8.7.3) with SMTP id KAA02224 for ; Mon, 17 Jun 1996 10:11:21 -0700 (MST) Message-Id: <199606171711.KAA02224@voltimand.csd.wwwi.com> X-Sender: jdw@pop.wwwi.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 17 Jun 1996 10:09:55 -0700 To: freebsd-stable@freebsd.org From: "Jeffrey D. Wheelhouse" Subject: Re: Trap 12/supervisor read, page not present Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 08:14 AM 6/17/96 -0700, you wrote: > [kernel config advice deleted] Done, thanks. >Please confirm that you no longer need to disable wide negotiation or >lower the sync rate with the latest driver. This should be fixed. Yes, this does appear to be fixed now. Later, Jeff From owner-freebsd-stable Mon Jun 17 10:14:53 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA14223 for stable-outgoing; Mon, 17 Jun 1996 10:14:53 -0700 (PDT) Received: from voltimand.csd.wwwi.com (voltimand.csd.wwwi.com [199.1.92.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA14217 for ; Mon, 17 Jun 1996 10:14:50 -0700 (PDT) Received: from cornelius.csd.wwwi.com (cornelius.csd.wwwi.com [199.1.92.20]) by voltimand.csd.wwwi.com (8.7.5/8.7.3) with SMTP id KAA02527 for ; Mon, 17 Jun 1996 10:14:48 -0700 (MST) Message-Id: <199606171714.KAA02527@voltimand.csd.wwwi.com> X-Sender: jdw@pop.wwwi.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 17 Jun 1996 10:13:22 -0700 To: freebsd-stable@freebsd.org From: "Jeffrey D. Wheelhouse" Subject: Re: Trap 12/supervisor read, page not present Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ok, I'm now getting detectable panics again (two panic/dumps, one mystery reboot). Seems like I've been switched to another common VM problem: "invalid kernel page directory". Here are the two panics and backtraces: kernel page directory invalid pdir=0x1beb023, va=0xefbfe000 panic: invalid kernel page directory #0 boot (howto=256) at ../../i386/i386/machdep.c:911 #1 0xf0112b53 in panic (fmt=0xf0192bb8 "invalid kernel page directory") at ../../kern/subr_prf.c:116 #2 0xf0192c4b in pmap_enter (pmap=0xf121f46c, va=4022329344, pa=44859392, prot=7 '\a', wired=1) at ../../i386/i386/pmap.c:1184 #3 0xf017e2c5 in vm_fault (map=0xf121f400, vaddr=4022329344, fault_type=7 '\a', change_wiring=1) at ../../vm/vm_fault.c:840 #4 0xf017e4d4 in vm_fault_wire (map=0xf121f400, start=4022329344, end=4022337536) at ../../vm/vm_fault.c:919 #5 0xf0180b76 in vm_map_pageable (map=0xf121f400, start=4022329344, end=4022337536, new_pageable=0) at ../../vm/vm_map.c:1401 #6 0xf017eda6 in vm_fork (p1=0xf12ef100, p2=0xf1335600, isvfork=0) at ../../vm/vm_glue.c:227 #7 0xf0109d12 in fork1 (p1=0xf12ef100, isvfork=0, retval=0xefbfff8c) at ../../kern/kern_fork.c:299 #8 0xf0109a00 in fork (p=0xf12ef100, uap=0xefbfff94, retval=0xefbfff8c) at ../../kern/kern_fork.c:66 #9 0xf0195b47 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 352256, tf_esi = 314012, tf_ebp = -272639316, tf_isp = -272629788, tf_ebx = 314040, tf_edx = 4, tf_ecx = 314028, tf_eax = 2, tf_trapno = 514, tf_err = 514, tf_eip = 157513, tf_cs = 31, tf_eflags = 514, tf_esp = -272639344, tf_ss = 39}) at ../../i386/i386/trap.c:906 #10 0xf018b31b in Xsyscall () #11 0x4fa9 in ?? () #12 0x4b56 in ?? () #13 0x51ac in ?? () #14 0x6e5d in ?? () #15 0x6ae0 in ?? () #16 0x68b0 in ?? () #17 0x5282 in ?? () #18 0x4b65 in ?? () #19 0x49ea in ?? () #20 0x4c57 in ?? () #21 0x4aee in ?? () #22 0x4e60 in ?? () #23 0x4a8f in ?? () #24 0x502b in ?? () #25 0x4b56 in ?? () #26 0xb01c in ?? () #27 0xaf2c in ?? () #28 0x10d3 in ?? () kernel page directory invalid pdir=0x3516023, va=0xefbfe000 panic: invalid kernel page directory #0 boot (howto=256) at ../../i386/i386/machdep.c:911 #1 0xf0112b53 in panic (fmt=0xf0192bb8 "invalid kernel page directory") at ../../kern/subr_prf.c:116 #2 0xf0192c4b in pmap_enter (pmap=0xf12d526c, va=4022329344, pa=27504640, prot=7 '\a', wired=1) at ../../i386/i386/pmap.c:1184 #3 0xf017e2c5 in vm_fault (map=0xf12d5200, vaddr=4022329344, fault_type=7 '\a', change_wiring=1) at ../../vm/vm_fault.c:840 #4 0xf017e4d4 in vm_fault_wire (map=0xf12d5200, start=4022329344, end=4022337536) at ../../vm/vm_fault.c:919 #5 0xf0180b76 in vm_map_pageable (map=0xf12d5200, start=4022329344, end=4022337536, new_pageable=0) at ../../vm/vm_map.c:1401 #6 0xf017eda6 in vm_fork (p1=0xf14b8d00, p2=0xf11e7b00, isvfork=0) at ../../vm/vm_glue.c:227 #7 0xf0109d12 in fork1 (p1=0xf14b8d00, isvfork=0, retval=0xefbfff8c) at ../../kern/kern_fork.c:299 #8 0xf0109a00 in fork (p=0xf14b8d00, uap=0xefbfff94, retval=0xefbfff8c) at ../../kern/kern_fork.c:66 #9 0xf0195b47 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 356480, tf_esi = 338568, tf_ebp = -272639680, tf_isp = -272629788, tf_ebx = 338560, tf_edx = 4, tf_ecx = 338548, tf_eax = 2, tf_trapno = 514, tf_err = 514, tf_eip = 157513, tf_cs = 31, tf_eflags = 514, tf_esp = -272639708, tf_ss = 39}) at ../../i386/i386/trap.c:906 #10 0xf018b31b in Xsyscall () The plot thickens... Later, Jeff From owner-freebsd-stable Mon Jun 17 11:36:22 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA18083 for stable-outgoing; Mon, 17 Jun 1996 11:36:22 -0700 (PDT) Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA18071 for ; Mon, 17 Jun 1996 11:36:12 -0700 (PDT) Received: from cantina.clinet.fi (root@cantina.clinet.fi [194.100.0.15]) by hauki.clinet.fi (8.7.5/8.6.4) with ESMTP id VAA03502; Mon, 17 Jun 1996 21:35:59 +0300 (EET DST) Received: (hsu@localhost) by cantina.clinet.fi (8.7.5/8.6.4) id VAA23212; Mon, 17 Jun 1996 21:35:58 +0300 (EET DST) Date: Mon, 17 Jun 1996 21:35:58 +0300 (EET DST) Message-Id: <199606171835.VAA23212@cantina.clinet.fi> From: Heikki Suonsivu To: davidg@Root.COM Cc: freebsd-stable@freebsd.org In-reply-to: David Greenman's message of 17 Jun 1996 03:32:59 +0300 Subject: Re: Trap 12/supervisor read, page not present Organization: Clinet Ltd, Espoo, Finland References: <199606170022.RAA06364@Root.COM> Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199606170022.RAA06364@Root.COM> David Greenman writes: >At 05:34 AM 6/15/96 -0700, you wrote: >> This appears to be a "known" bug. I didn't notice in your original message; >>was this with 2.1R or a recent SUP of -stable? > >Both, with -stable sup'd on Friday. I resupped yesterday and got >rev 1.22.4.4 of vm_map.c, and built a new kernel with that (old one >was 1.22.4.2). > >Now the machine reboots every few hours with nothing at all in the >dmesg and savecore reports "no core dump." Perhaps there is something >else I am doing wrong? Bad hardware? My machine isn't pounding nearly >as hard as, say, ftp.cdrom.com. ...so I'm at a loss to explain your instability problems. It would help if you could describe the hardware you're using, your kernel configuration, and the kind of load that is on the machine. I have four different machines (1 pentium, 3 486 at 100 or 120MHz), which do this, and the only "special" piece of hardware is cyclades serial board. But cyclades alone does not wake this up, it only happens when there are large number of busy modem lines connected to cyclades ports. If I connect mostly dedicated lines and possibly couple of modems there are no apparent problems, even though the load on serial ports is probably much higher with dedicated lines (higher data rate). This might be timing dependent, as I had lots of trouble with one 100MHz 486 and it became completely unstable when up to 32 ports were connected, even though the software was identical (same hardware was relatively stable with FreeBSD 1.1.5.1). These things do not seem to have any effect: - both current and stable have the same problem - disks can be anything, both scsi and ide - the PC box itself does not seem to have effect Common for people reporting this problem: - using kernel ppp (pppd) These things might have effect, but not always: - cyclades serial boards (problem with handshake/flow control, maybe, as dedicated lines do not present this problem?) -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi mobile +358-40-5519679 work +358-0-4375360 fax -4555276 home -8031121 From owner-freebsd-stable Mon Jun 17 12:10:57 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA20269 for stable-outgoing; Mon, 17 Jun 1996 12:10:57 -0700 (PDT) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA20264 for ; Mon, 17 Jun 1996 12:10:50 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by ref.tfs.com (8.7.5/8.7.3) with ESMTP id MAA18986 for ; Mon, 17 Jun 1996 12:10:39 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id MAA00274; Mon, 17 Jun 1996 12:05:39 -0700 (PDT) Message-Id: <199606171905.MAA00274@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: "Jeffrey D. Wheelhouse" cc: freebsd-stable@freebsd.org Subject: Re: Trap 12/supervisor read, page not present In-reply-to: Your message of "Mon, 17 Jun 1996 10:13:22 PDT." <199606171714.KAA02527@voltimand.csd.wwwi.com> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 17 Jun 1996 12:05:38 -0700 Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Ok, I'm now getting detectable panics again (two panic/dumps, one >mystery reboot). Seems like I've been switched to another common >VM problem: "invalid kernel page directory". > >Here are the two panics and backtraces: >kernel page directory invalid pdir=0x1beb023, va=0xefbfe000 >panic: invalid kernel page directory > ... >#2 0xf0192c4b in pmap_enter (pmap=0xf121f46c, va=4022329344, pa=44859392, > prot=7 '\a', wired=1) at ../../i386/i386/pmap.c:1184 >#3 0xf017e2c5 in vm_fault (map=0xf121f400, vaddr=4022329344, > fault_type=7 '\a', change_wiring=1) at ../../vm/vm_fault.c:840 >#4 0xf017e4d4 in vm_fault_wire (map=0xf121f400, start=4022329344, > end=4022337536) at ../../vm/vm_fault.c:919 >#5 0xf0180b76 in vm_map_pageable (map=0xf121f400, start=4022329344, > end=4022337536, new_pageable=0) at ../../vm/vm_map.c:1401 >#6 0xf017eda6 in vm_fork (p1=0xf12ef100, p2=0xf1335600, isvfork=0) > at ../../vm/vm_glue.c:227 ... Like I said, this is a "known" problem. What I don't understand is why you see it happen so often. It takes literally *months* of heavy system activity for me to reproduce this sometimes, which is why it has taken so long to fix it. We'll be looking at this problem again this week, but I can give no guarantees that it will be fixed in the 2.1.5 release. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-stable Mon Jun 17 23:19:25 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA02636 for stable-outgoing; Mon, 17 Jun 1996 23:19:25 -0700 (PDT) Received: from deceased.hb.north.de (deceased.hb.north.de [194.94.232.249]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA02626 for ; Mon, 17 Jun 1996 23:19:17 -0700 (PDT) Received: from jelal.hb.north.de by deceased.hb.north.de with uucp (Smail3.1.93) id m0uVu6M-0016EbC; Tue, 18 Jun 96 08:17:22 +0200 (MET DST) Received: by jelal.hb.north.de (SMail-ST 0.95gcc/2.5+) id AA00859; Tue, 18 Jun 1996 08:15:32 +0100 (CET) Received: (from nox@localhost) by saturn.hb.north.de (8.7.5/8.7.3) id IAA10166; Tue, 18 Jun 1996 08:16:00 +0200 (MET DST) Date: Tue, 18 Jun 1996 08:16:00 +0200 (MET DST) From: Juergen Lock Message-Id: <199606180616.IAA10166@saturn.hb.north.de> To: davidg@Root.COM Subject: Re: Trap 12/supervisor read, page not present In-Reply-To: <199606171905.MAA00274@Root.COM> Organization: none Cc: stable@freebsd.org Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199606171905.MAA00274@Root.COM> you write: >>Ok, I'm now getting detectable panics again (two panic/dumps, one >>mystery reboot). Seems like I've been switched to another common >>VM problem: "invalid kernel page directory". >> >>Here are the two panics and backtraces: >>kernel page directory invalid pdir=0x1beb023, va=0xefbfe000 >>panic: invalid kernel page directory >> >... >>#2 0xf0192c4b in pmap_enter (pmap=0xf121f46c, va=4022329344, pa=44859392, >> prot=7 '\a', wired=1) at ../../i386/i386/pmap.c:1184 >>#3 0xf017e2c5 in vm_fault (map=0xf121f400, vaddr=4022329344, >> fault_type=7 '\a', change_wiring=1) at ../../vm/vm_fault.c:840 >>#4 0xf017e4d4 in vm_fault_wire (map=0xf121f400, start=4022329344, >> end=4022337536) at ../../vm/vm_fault.c:919 >>#5 0xf0180b76 in vm_map_pageable (map=0xf121f400, start=4022329344, >> end=4022337536, new_pageable=0) at ../../vm/vm_map.c:1401 >>#6 0xf017eda6 in vm_fork (p1=0xf12ef100, p2=0xf1335600, isvfork=0) >> at ../../vm/vm_glue.c:227 >... > > Like I said, this is a "known" problem. What I don't understand is why you >see it happen so often. It takes literally *months* of heavy system activity >for me to reproduce this sometimes, which is why it has taken so long to fix >it. We'll be looking at this problem again this week, but I can give no Hmm. im not deep enough inside the vm code to take a guess whether it may be related or not but, i just made a new -stable kernel again (now ctm-cvs-cur 2130) and the hold count problem (kern/1195) is still there. system just booted, otherwise completely idle except for a few xterms and a xperfmon: after having written stables /usr/obj this time i have 21 of those (DIAGNOSTIC-panic-patched-into-printf, see PR) messages on the xconsole... find obj | afio -G 2 -o -v -f -b 5120 -c 1000 -s 100000x -Z /dev/nrst0 (this was the test. CPU 486dx100, tape Wangtek 525ES, PCI NCR SCSI.) ATB and sorry if this is old news and of no use Juergen PS: is the Root.COM a real address? i cant nslookup right now (still no flat rates in germany), therefore cc'd to the list... From owner-freebsd-stable Mon Jun 17 23:51:12 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA04883 for stable-outgoing; Mon, 17 Jun 1996 23:51:12 -0700 (PDT) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA04873 for ; Mon, 17 Jun 1996 23:51:09 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by ref.tfs.com (8.7.5/8.7.3) with ESMTP id XAA06878 for ; Mon, 17 Jun 1996 23:50:57 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id XAA01247; Mon, 17 Jun 1996 23:45:57 -0700 (PDT) Message-Id: <199606180645.XAA01247@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: Juergen Lock cc: stable@freebsd.org Subject: Re: Trap 12/supervisor read, page not present In-reply-to: Your message of "Tue, 18 Jun 1996 08:16:00 +0200." <199606180616.IAA10166@saturn.hb.north.de> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 17 Jun 1996 23:45:57 -0700 Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Like I said, this is a "known" problem. What I don't understand is why you >>see it happen so often. It takes literally *months* of heavy system activity >>for me to reproduce this sometimes, which is why it has taken so long to fix >>it. We'll be looking at this problem again this week, but I can give no > >Hmm. im not deep enough inside the vm code to take a guess whether >it may be related or not but, i just made a new -stable kernel again >(now ctm-cvs-cur 2130) and the hold count problem (kern/1195) is >still there. system just booted, otherwise completely idle except for >a few xterms and a xperfmon: after having written stables /usr/obj this >time i have 21 of those (DIAGNOSTIC-panic-patched-into-printf, see PR) >messages on the xconsole... > >find obj | afio -G 2 -o -v -f -b 5120 -c 1000 -s 100000x -Z /dev/nrst0 >(this was the test. CPU 486dx100, tape Wangtek 525ES, PCI NCR SCSI.) This appears to be caused by an unrelated bug in the physio code. > ATB and sorry if this is old news and of no use I appreciate all the information you've provided on the problem. I'll be looking forward to having you test a fix if/when we come up with one for the "invalid kernel page directory" problem (and perhaps also the bug you've reported above). >PS: is the Root.COM a real address? i cant nslookup right now >(still no flat rates in germany), therefore cc'd to the list... Of course. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-stable Tue Jun 18 02:17:18 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA12431 for stable-outgoing; Tue, 18 Jun 1996 02:17:18 -0700 (PDT) Received: from hawk.gnome.co.uk (gnome-gnome.cerbernet.co.uk [193.243.224.22]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA12417 for ; Tue, 18 Jun 1996 02:17:08 -0700 (PDT) Received: (from jacs@localhost) by hawk.gnome.co.uk (8.7.5/8.7.3) id KAA10143; Tue, 18 Jun 1996 10:16:54 +0100 (BST) Date: Tue, 18 Jun 1996 10:16:54 +0100 (BST) From: Chris Stenton Subject: sup2 problems To: stable@freebsd.org Message-Id: Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is anyone else having difficulty getting through to sup2? My route falls over at WestOrange on mci net. hawk: {9} traceroute sup2.freebsd.org traceroute to insecurity.shockwave.com (192.111.107.65), 30 hops max, 40 byte packets 1 gnome-intecc.cerbernet.co.uk (193.243.224.21) 135.644 ms 133.168 ms 134.749 ms 2 194.72.131.177 (194.72.131.177) 162.103 ms 163.342 ms 165.232 ms 3 baynard-access3-s3.ukcore.bt.net (194.72.10.121) 268.562 ms 184.540 ms 184.516 ms 4 baynard-popnoc-e2.ukcore.bt.net (194.72.4.52) 253.305 ms 185.440 ms 245.516 ms 5 telehouse-services-s1.ukcore.bt.net (194.72.7.105) 192.641 ms 189.336 ms 247.832 ms 6 telehouse-transit-f1-0.ukcore.bt.net (194.72.7.2) 262.447 ms 276.124 ms 375.004 ms 7 telehouse-transit2-f0.ukcore.bt.net (194.72.7.8) 323.702 ms 361.877 ms * 8 cpe1-serial1.WestOrange.mci.net (204.70.127.5) 617.572 ms 407.847 ms 465.881 ms 9 borderx1-fddi4-0.WestOrange.mci.net (204.70.127.1) 591.853 ms 456.244 ms 488.800 ms 10 * * * 11 * * * 12 borderx1-fddi4-0.WestOrange.mci.net (204.70.127.1) 1235.583 ms !H 1420.674 ms !H * hawk: {10} Chris From owner-freebsd-stable Tue Jun 18 03:55:08 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA17032 for stable-outgoing; Tue, 18 Jun 1996 03:55:08 -0700 (PDT) Received: from NS.Contrib.Com (NS.Contrib.Com [194.77.12.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA17026 for ; Tue, 18 Jun 1996 03:55:05 -0700 (PDT) Received: (from src@localhost) by NS.Contrib.Com (8.6.9/8.6.9) id MAA02655; Tue, 18 Jun 1996 12:55:02 +0200 Date: Tue, 18 Jun 1996 12:55:02 +0200 From: Heiko Blume Message-Id: <199606181055.MAA02655@NS.Contrib.Com> To: freebsd-stable@FreeBSD.org Subject: stray irq 7 Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk hullo the messages look a little munged, and i recently disabled the onboard printer port with the bios (asus board). i also took out the vga card that has a printer port last week. is it missing it? :-) Jun 18 08:25:49 news /kernel: s<3>stray irq 7 Jun 18 08:25:49 news /kernel: d<3>stray irq 7 Jun 18 08:25:49 news /kernel: 2<3>stray irq 7 Jun 18 08:25:49 news /kernel: (<3>stray irq 7 Jun 18 08:25:49 news /kernel: too many stray irq 7's; not logging any more this seems to be 'ok', i guess Jun 18 08:25:49 news /kernel: ahc0:2:0): RECOVERED ERROR info:33d5ad asc:18,1 Jun 18 08:25:49 news /kernel: sd2(ahc0:2:0): Recovered data with error correction & retries applied field replaceable unit: d0 sks:80,1 Jun 18 08:25:49 news /kernel: , retries:4 From owner-freebsd-stable Tue Jun 18 07:00:54 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA27479 for stable-outgoing; Tue, 18 Jun 1996 07:00:54 -0700 (PDT) Received: from rk.ios.com (rk.ios.com [198.4.75.55]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA27450; Tue, 18 Jun 1996 07:00:48 -0700 (PDT) Received: (from rashid@localhost) by rk.ios.com (8.6.11/8.6.9) id JAA13394; Tue, 18 Jun 1996 09:59:52 -0400 From: Rashid Karimov Message-Id: <199606181359.JAA13394@rk.ios.com> Subject: AHC/SCSI stability (resets/timeouts on SCSI) To: freebsd-stable@freebsd.org Date: Tue, 18 Jun 1996 09:59:52 -0400 (EDT) Cc: questions@freebsd.org X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi there folx, I've changed the topic of some other thread here ( famous trap 12 one) to something more relevant to the Q I have. The cites below are from Justin's answer on kernel config issues. I run rather large CCD PC here - it has 3 AHA2940W and 6 HDDs in it ( it's a news server) . Works very fast - reads/writes at ~18MBs. It can ran up to a few weeks w/o any problems, but every once in a while I would see these messages in the messages file: Jun 11 21:49:45 news /kernel: ahc2: Issued Channel A Bus Reset #3. 0 SCBs aborted Jun 11 21:49:45 news /kernel: ahc2: target 1, lun 0 (sd5) timed out Jun 11 21:49:45 news /kernel: ahc2: Issued Channel A Bus Reset #3. 0 SCBs aborted /kernel: sd5(ahc2:1:0): UNIT ATTENTION asc:29,0 un 11 21:49:49 news /kernel: sd5(ahc2:1:0): Power on, reset, or bus device reset occurred field replaceable uni t: 1 Jun 11 21:49:49 news /kernel: , retries:4 Jun 11 21:49:49 news /kernel: biodone: buffer already done and machine would reboot or hang :( Sometime all three ahc* would complain ... The ahc driver is from 2.1-release I think. Is there anything I can do to make the machine more stable ? I want to give a try to ahc driver from latest 2.2.-SNAP to see how it goes . >Here is my kernel configuration: > > >controller ahc0 > >controller ahc1 > > You only need one of these. One ahc entry will attach to as many cards > as it can find in your system. I have 3 entries actually - can it somehow affect stability of the SCSI system ? I can't go with whole new kernel though - the ccd is now made as LKM and is not backward compatible as I heard ? Is there a chance I can use old ccd code with 2.2-0612-SNAP ? > > >Basically I stripped everything I didn't need in the hopes > >of expurgating the problem. > > Not quite everything. > > >An issue with the 2940W? I did have to disable wide > >transfers on the wide drive and sync negotiation for both (not sure > >which fixed it) to make the narrow drive stop rebooting the SCSI bus > >on every drive access, but that was a dozen sups and kernels ago, > >haven't had time to play with it since. > > Please confirm that you no longer need to disable wide negotiation or > lower the sync rate with the latest driver. This should be fixed. > > >Later, > >Jeff > > -- > Justin T. Gibbs Rashid. From owner-freebsd-stable Tue Jun 18 10:41:01 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA12704 for stable-outgoing; Tue, 18 Jun 1996 10:41:01 -0700 (PDT) Received: from ns2.harborcom.net (root@ns2.harborcom.net [206.158.4.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA12698 for ; Tue, 18 Jun 1996 10:40:58 -0700 (PDT) Received: from bunghole.dunn.org (bunghole.dunn.org [206.158.7.243]) by ns2.harborcom.net (8.7.4/8.6.12) with SMTP id NAA03267; Tue, 18 Jun 1996 13:40:51 -0400 (EDT) Message-Id: <199606181740.NAA03267@ns2.harborcom.net> Comments: Authenticated sender is From: "Bradley Dunn" Organization: Harbor Communications To: stable@freebsd.org, Chris Stenton Date: Tue, 18 Jun 1996 13:36:40 -0500 Subject: Re: sup2 problems Reply-to: dunn@harborcom.net Priority: normal X-mailer: Pegasus Mail for Win32 (v2.31) Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Actually yes. SprintLink loses the route at least twice a day lately. This certainly isn't FreeBSD-stable related, but just for everyone's info. On 18 Jun 96 at 10:16, Chris Stenton wrote: > Is anyone else having difficulty getting through to sup2? My route > falls over at WestOrange on mci net. Bradley Dunn Harbor Communications -- www.haborcom.net From owner-freebsd-stable Tue Jun 18 12:11:38 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA18154 for stable-outgoing; Tue, 18 Jun 1996 12:11:38 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA18149 for ; Tue, 18 Jun 1996 12:11:36 -0700 (PDT) Received: from NS.Contrib.Com (NS.Contrib.Com [194.77.12.2]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id MAA02643 for ; Tue, 18 Jun 1996 12:11:34 -0700 Received: (from src@localhost) by NS.Contrib.Com (8.6.9/8.6.9) id VAA05799; Tue, 18 Jun 1996 21:10:16 +0200 Date: Tue, 18 Jun 1996 21:10:16 +0200 From: Heiko Blume Message-Id: <199606181910.VAA05799@NS.Contrib.Com> To: stable@freebsd.org Subject: expire takes forever Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk mhh, any reason why my expire might take 24 hours to build just 34MB of history.n ? the old history is 187MB and i didn't have any problems like this before. i think it took around one hour in the past. i supped and made world last week, might that be related ? i have a 4gig DEC and 3 2gig barracudas as a ccd and an ibm just for history and newslib. i get around 120000 articles a day just fine. mumble, mumble,.... hb From owner-freebsd-stable Tue Jun 18 13:30:10 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA24226 for stable-outgoing; Tue, 18 Jun 1996 13:30:10 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA24215 for ; Tue, 18 Jun 1996 13:30:07 -0700 (PDT) Received: from localhost (scrappy@localhost) by ki.net (8.7.5/8.7.5) with SMTP id QAA14631; Tue, 18 Jun 1996 16:29:57 -0400 (EDT) Date: Tue, 18 Jun 1996 16:29:56 -0400 (EDT) From: "Marc G. Fournier" To: Heiko Blume cc: stable@freebsd.org Subject: Re: expire takes forever In-Reply-To: <199606181910.VAA05799@NS.Contrib.Com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 18 Jun 1996, Heiko Blume wrote: > mhh, > > any reason why my expire might take 24 hours to build > just 34MB of history.n ? the old history is 187MB > and i didn't have any problems like this before. > i think it took around one hour in the past. > how much memory are you running? are you using delayrm? what version of INND are you running? > i supped and made world last week, might that be > related ? > Might be, but I'm running stable here and haven't noticed similar problems *shrug* but then again, I'm not using ccd either... Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-stable Tue Jun 18 17:42:03 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA13380 for stable-outgoing; Tue, 18 Jun 1996 17:42:03 -0700 (PDT) Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA13375 for ; Tue, 18 Jun 1996 17:42:00 -0700 (PDT) Received: from m4.stox.pr.mcs.net (stox.pr.mcs.net [204.137.243.33]) by kitten.mcs.com (8.7.5/8.6.9) with SMTP id TAA01147; Tue, 18 Jun 1996 19:41:24 -0500 (CDT) Date: Tue, 18 Jun 1996 19:42:26 -0500 (CDT) From: "Kenneth P. Stox" Reply-To: stox@mcs.net To: Heiko Blume cc: stable@FreeBSD.ORG Subject: Re: expire takes forever In-Reply-To: <199606181910.VAA05799@NS.Contrib.Com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I've seen this happen under a different platform. I had a SUN Sparc 5 running SUN/OS 4.1.3_U1 with, at the time, inn 1.4sec. I never found the precise cause of the problem, but, was able to resolve it by rebuilding the history from scratch. It appeared that the history file had become corrupted. Expire was spending too much time processing garbage, rather than actually getting its job done. Hope this is of help. ______________________________________________________________________________ Ken Stox ICBMnet: 41:48:8N 88:3:26W Imaginary Landscape, LLC. email: stox@mcs.net "Hand Woven Web Sites" MaBellNet: (708) 969-8109 ______________________________________________________________________________ On Tue, 18 Jun 1996, Heiko Blume wrote: > Date: Tue, 18 Jun 1996 21:10:16 +0200 > From: Heiko Blume > To: stable@FreeBSD.ORG > Subject: expire takes forever > > mhh, > > any reason why my expire might take 24 hours to build > just 34MB of history.n ? the old history is 187MB > and i didn't have any problems like this before. > i think it took around one hour in the past. > > > i supped and made world last week, might that be > related ? > > i have a 4gig DEC and 3 2gig barracudas as a ccd > and an ibm just for history and newslib. i get > around 120000 articles a day just fine. > > mumble, mumble,.... > > hb > From owner-freebsd-stable Tue Jun 18 19:11:13 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA17327 for stable-outgoing; Tue, 18 Jun 1996 19:11:13 -0700 (PDT) Received: from esimene.cynet.net.au (esimene.cynet.net.au [203.24.16.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA17319 for ; Tue, 18 Jun 1996 19:11:06 -0700 (PDT) Received: from warp.cynet.net.au ([203.24.16.100]) by esimene.cynet.net.au (8.7.5/8.6.12) with SMTP id MAA15068 for ; Wed, 19 Jun 1996 12:10:30 +1000 (EST) Message-Id: <199606190210.MAA15068@esimene.cynet.net.au> From: "Mikel Lindsaar" Date: Wed, 19 Jun 96 12:09:35 +1000 To: freebsd-stable@freebsd.org Subject: Cyrix and AMD chips X-Mailer: MR/2 Internet Cruiser Edition for OS/2 v1.03 Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Can anyone comment on the stability of these chips? It will be running FreeBSD-stable 2.1.0 Regards and Salutations, Mikel -- ----------------------------------------------------------- Mikel Lindsaar | "If the dream is big enough, mikel@cynet.net.au | the facts don't count!" ----------------------------------------------------------- (Under Construction) http://www.cynet.net.au/~mikel/ ----------------------------------------------------------- From owner-freebsd-stable Tue Jun 18 21:35:17 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA11824 for stable-outgoing; Tue, 18 Jun 1996 21:35:17 -0700 (PDT) Received: from portal.spi.net ([199.238.225.153]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA11815 for ; Tue, 18 Jun 1996 21:35:15 -0700 (PDT) Received: from MindBender.HeadCandy.com (root@MindBender.HeadCandy.com [199.238.225.168]) by portal.spi.net (8.6.12/8.6.9) with ESMTP id VAA28033; Tue, 18 Jun 1996 21:35:05 -0700 Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.HeadCandy.com (8.7.5/8.6.9) with SMTP id VAA18294; Tue, 18 Jun 1996 21:34:37 -0700 (PDT) Message-Id: <199606190434.VAA18294@MindBender.HeadCandy.com> X-Authentication-Warning: MindBender.HeadCandy.com: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: "Mikel Lindsaar" cc: freebsd-stable@freebsd.org Subject: Re: Cyrix and AMD chips In-reply-to: Your message of Wed, 19 Jun 96 12:09:35 +1000. <199606190210.MAA15068@esimene.cynet.net.au> Date: Tue, 18 Jun 1996 21:34:37 -0700 From: "Michael L. VanLoon -- HeadCandy.com" Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Can anyone comment on the stability of these chips? >It will be running FreeBSD-stable 2.1.0 AMD chips are awesome. They will work correctly with every motherboard that runs correctly with Intel chips. The new Cyrix 6x86 (Pentium replacement) is supposed to be a great chip from all I've read. It's definitely faster than a Pentium at the same clock speed (don't be fooled by the P-rating, though). I'm pretty temted to get one since it's a good alternative to Intel. AMD's K5 (their "6x86-ish" chip) is behind and is just coming out in 100MHz versions. I'm sure it'll be a great chip too when they can finally produce fast versions of them in large quantities. The Cyrix 5x86 sounds nice too. It actually has some design enhancements beyond a normal 486. (The "5x86" chips are designed for a 486 socket and motherboard.) The AMD 5x86 is just a 486DX4 with a 16K write-back cache and quad-clock instead of tripled clock. Still, it's a hellishly fast 486. The AMD 5x86 133MHz is supposed to be ~75MHz Pentium in performance. The whole Cyrix DLC controversy really doesn't apply to these newer chips. For what it's worth, I have been running NetBSD on an AMD 486DX2/80 in an EISA motherboard for approximately two years, with excellent results. I recently replaced it with an AMD 5x86/133, and that is working just fine, as well (it's running in write-through mode; but my L2 cache is write-back, so I don't take too much of a performance hit for that). In some small benchmarks it's up to twice as fast. In real world (like making a kernel, or making the world), overall system performance seems to be improved about 33% to 50%, depending on how much it hits the disk, of course. ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@HeadCandy.com --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... Roll your own Internet access -- Seattle People's Internet cooperative. If you're in the Seattle area, ask me how. ----------------------------------------------------------------------------- From owner-freebsd-stable Wed Jun 19 06:42:20 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA13737 for stable-outgoing; Wed, 19 Jun 1996 06:42:20 -0700 (PDT) Received: from NS.Contrib.Com (NS.Contrib.Com [194.77.12.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA13732 for ; Wed, 19 Jun 1996 06:42:17 -0700 (PDT) Received: (from src@localhost) by NS.Contrib.Com (8.6.9/8.6.9) id PAA19976; Wed, 19 Jun 1996 15:42:03 +0200 Date: Wed, 19 Jun 1996 15:42:03 +0200 From: Heiko Blume Message-Id: <199606191342.PAA19976@NS.Contrib.Com> To: scrappy@ki.net CC: stable@freebsd.org In-reply-to: (scrappy@ki.net) Subject: Re: expire takes forever Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> "Marc" == Marc G Fournier writes: Marc> On Tue, 18 Jun 1996, Heiko Blume wrote: >> mhh, >> >> any reason why my expire might take 24 hours to build >> just 34MB of history.n ? the old history is 187MB >> and i didn't have any problems like this before. >> i think it took around one hour in the past. >> Marc> how much memory are you running? are you using delayrm? Marc> what version of INND are you running? argh, seems the delayrm got edited away last time the crontab entry for news.daily was changed :-( how embarrassing... dunno if that is enough reason for it to take two days for news.daily :-) luckily i've got lots of disk space so it won't overflow. anyway, there's 48MB RAM, inn1.4.unoff4. swap utilization is 30% of 128MB, but judging from vmstat it doesn't page and is quite idle, except for the disks, of course. doing some find's and du's on the filesystems gives good performance AFAIKS. hb From owner-freebsd-stable Wed Jun 19 09:20:43 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA24393 for stable-outgoing; Wed, 19 Jun 1996 09:20:43 -0700 (PDT) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA24379 for ; Wed, 19 Jun 1996 09:20:39 -0700 (PDT) Received: from ns2.harborcom.net (root@ns2.harborcom.net [206.158.4.4]) by ref.tfs.com (8.7.5/8.7.3) with ESMTP id JAA11460 for ; Wed, 19 Jun 1996 09:20:35 -0700 (PDT) Received: from bunghole.dunn.org (bunghole.dunn.org [206.158.7.243]) by ns2.harborcom.net (8.7.4/8.6.12) with SMTP id MAA17951; Wed, 19 Jun 1996 12:15:09 -0400 (EDT) Message-Id: <199606191615.MAA17951@ns2.harborcom.net> Comments: Authenticated sender is From: "Bradley Dunn" Organization: Harbor Communications To: Heiko Blume Date: Wed, 19 Jun 1996 12:11:00 -0500 Subject: Re: expire takes forever Reply-to: dunn@harborcom.net CC: stable@freebsd.org Priority: normal X-mailer: Pegasus Mail for Win32 (v2.31) Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hmmm...Everytime I have tried delayrm I get: "Expire had problems removing articles" Can that be ignored? On 19 Jun 96 at 15:42, Heiko Blume wrote: > argh, seems the delayrm got edited away last time the > crontab entry for news.daily was changed :-( how embarrassing... Bradley Dunn Harbor Communications -- www.haborcom.net The views expressed above are not those of the government of Bhutan...Why anyone would think they are is beyond me, but you know people these days... From owner-freebsd-stable Thu Jun 20 18:55:24 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA05232 for stable-outgoing; Thu, 20 Jun 1996 18:55:24 -0700 (PDT) Received: from netcomsv.netcom.com (uucp12.netcom.com [163.179.3.12]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA05223 for ; Thu, 20 Jun 1996 18:55:20 -0700 (PDT) Received: from asic11.UUCP by netcomsv.netcom.com with UUCP (8.6.12/SMI-4.1) id SAA20434; Thu, 20 Jun 1996 18:40:19 -0700 Received: from asic12.iecorp.com by asic11.iecorp.com (4.1/SMI-4.1) id AA29414; Thu, 20 Jun 96 18:30:35 PDT Received: by asic12.iecorp.com (4.1/SMI-4.1) id AA05293; Thu, 20 Jun 96 18:29:51 PDT From: bartleym@iecorp.com (Matt Bartley) Message-Id: <9606210129.AA05293@asic12.iecorp.com> Subject: modload: Undefined entry symbol `_xxxinit' To: freebsd-stable@freebsd.org Date: Thu, 20 Jun 1996 18:29:51 -0700 (PDT) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As of today, my -stable box has been complaining during bootup when it tries to load the syscons screensaver module lkm. I can reproduce the error as follows: # modload -u -o /tmp/saver_mod -q /lkm/snake_saver_mod.o Undefined entry symbol `_xxxinit' ld: Spurious undefined symbols: # undefined symbols 1, reported 0 modload: /usr/bin/ld: return code 1 # The machine is at CTM level src-2.1 0124. The most recent make world was just completed, June 18 01:20 UTC. The snake screensaver is not the only one that fails to load - all the syscons screensavers do that. machine "i386" cpu "I486_CPU" ident MYKERNEL maxusers 10 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options SYSVSHM options SYSVSEM options SYSVMSG config kernel root on wd0 controller isa0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint #options "PCVT_FREEBSD=210" # pcvt running on FreeBSD 2.1 options XSERVER # include code for XFree86 device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. device ed0 at isa? port 0x280 net irq 11 iomem 0xd0000 vector edintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 1 # ijppp uses tun instead of ppp device #pseudo-device ppp 1 pseudo-device tun 1 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's From owner-freebsd-stable Fri Jun 21 09:49:28 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA23440 for stable-outgoing; Fri, 21 Jun 1996 09:49:28 -0700 (PDT) Received: from netcomsv.netcom.com (uucp10.netcom.com [163.179.3.10]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA23432 for ; Fri, 21 Jun 1996 09:49:26 -0700 (PDT) Received: from asic11.UUCP by netcomsv.netcom.com with UUCP (8.6.12/SMI-4.1) id JAA28271; Fri, 21 Jun 1996 09:46:57 -0700 Received: from madmax.iecorp.com by asic11.iecorp.com (4.1/SMI-4.1) id AA02882; Fri, 21 Jun 96 09:42:30 PDT Received: by madmax.iecorp.com (4.1/SMI-4.1) id AA02479; Fri, 21 Jun 96 09:42:29 PDT From: bartleym@iecorp.com (Matt Bartley) Message-Id: <9606211642.AA02479@madmax.iecorp.com> Subject: Re: modload: Undefined entry symbol `_xxxinit' To: freebsd-stable@freebsd.org Date: Fri, 21 Jun 1996 09:42:29 -0700 (PDT) In-Reply-To: <14782.835324000@waldrog.cs.uidaho.edu> from "faried nawaz" at Jun 20, 96 07:26:40 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > As of today, my -stable box has been complaining during bootup when it > tries to load the syscons screensaver module lkm. > > I can reproduce the error as follows: > > # modload -u -o /tmp/saver_mod -q /lkm/snake_saver_mod.o > Undefined entry symbol `_xxxinit' > ld: Spurious undefined symbols: # undefined symbols 1, reported 0 > modload: /usr/bin/ld: return code 1 > # > (guess) > > cp /usr/src/etc/etc.i386/rc.i386 /etc/, or at least diff them to look for > differences. They're exactly the same. MD5 (/usr/src/etc/etc.i386/rc.i386) = ff93f3c32dc1b80e8fd53c81910d3618 MD5 (/etc/rc.i386) = ff93f3c32dc1b80e8fd53c81910d3618 My previous message was somewhat misleading though. This in fact began a few days ago when CTM src-2.1.0124 first came out. I updated the files in /etc to match the recent changes in /usr/src/etc, recompiled the changed binaries and the kernel and rebooted, and that's when the problems began. I didn't send out that message until I had remade world, recompiled the kernel, rebooted, and saw that the problem persisted. From owner-freebsd-stable Fri Jun 21 13:04:29 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA22810 for stable-outgoing; Fri, 21 Jun 1996 13:04:29 -0700 (PDT) Received: from dub-img-3.compuserve.com ([149.174.206.133]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA22799 for ; Fri, 21 Jun 1996 13:04:25 -0700 (PDT) Received: by dub-img-3.compuserve.com (8.6.10/5.950515) id QAA17454; Fri, 21 Jun 1996 16:03:51 -0400 Date: 21 Jun 96 16:01:42 EDT From: Berend de Boer <100120.3121@CompuServe.COM> To: FreeBSD stable Subject: Defining a partition Message-ID: <960621200142_100120.3121_EHQ126-1@CompuServe.COM> Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello All, My harddisk is configured as follows: 0: dos (20MB) 1: FreeBSD (500MB) 2: unused 3: unused The harddisk is about 800MB. How can I turn partion 2 into the last 300MB? Do I really need to use the fdisk program? It's a bit hard to use because I don't know how to calculate the correct sector start and sectors size. Thanks, Berend. From owner-freebsd-stable Fri Jun 21 13:04:30 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA22814 for stable-outgoing; Fri, 21 Jun 1996 13:04:30 -0700 (PDT) Received: from dub-img-3.compuserve.com ([149.174.206.133]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA22803 for ; Fri, 21 Jun 1996 13:04:26 -0700 (PDT) Received: by dub-img-3.compuserve.com (8.6.10/5.950515) id QAA17447; Fri, 21 Jun 1996 16:03:50 -0400 Date: 21 Jun 96 16:01:47 EDT From: Berend de Boer <100120.3121@CompuServe.COM> To: FreeBSD stable Subject: Second ISA bus hd controller not found Message-ID: <960621200147_100120.3121_EHQ126-2@CompuServe.COM> Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello FreeBSD gurus, I've an old 486DX/33Mhz ISA bus machine running FreeBSD fine. However it does not detect the second hd controller. I've a card in it with two hd controllers, only the first one is detected. I like to have it detect the second one because I'm short on diskspace. My kernel is compiled with wdc1 support as can be seen from my messages file below. My hardware is configured with secondary controller enabled. I've not tested it with any other OS/machine, so I'm not sure the hardware is OK, although the card is new. Any help is appreciated. Here the startup messages: FreeBSD 2.1.0-RELEASE #0: Fri Apr 26 15:22:38 MET DST 1996 berend@auke.deboer:/usr/src/sys/compile/AUKE CPU: i486DX (486-class CPU) real memory = 16777216 (16384K bytes) avail memory = 14962688 (14612K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 not found at 0x280 ed1 not found at 0x300 sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 not found at 0x3e8 sio3 not found at 0x2e8 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found at 0xffffffff lpt2 not found at 0xffffffff mse0: wrong signature ff mse0 not found at 0x23c fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 810MB (1660176 sectors), 1647 cyls, 16 heads, 63 S/T, 512 B/S wdc0: unit 1 (atapi): , removable, intr, iordy wcd0: 344Kb/sec, 48831Kb cache, audio play, 255 volume levels, ejectable tray wcd0: 120mm data disc loaded, unlocked wdc1 not found at 0x170 matcdc0 not found at 0x230 scd0 not found at 0x230 ie0 not found at 0x360 1 3C5x9 board(s) on ISA found at 0x300 ep0 at 0x300-0x30f irq 10 on isa ep0: aui/bnc/utp[*BNC*] address 00:a0:24:76:70:3b irq 10 ix0 not probed due to I/O address conflict with ep0 at 0x300 lnc1 not probed due to I/O address conflict with ep0 at 0x300 npx0 on motherboard npx0: INT 16 interface lpd[107]: restarted Groetjes, Berend. From owner-freebsd-stable Fri Jun 21 13:48:07 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA28430 for stable-outgoing; Fri, 21 Jun 1996 13:48:07 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA28368 for ; Fri, 21 Jun 1996 13:47:49 -0700 (PDT) Received: by gvr.win.tue.nl (8.6.12/1.53) id WAA01492; Fri, 21 Jun 1996 22:47:34 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199606212047.WAA01492@gvr.win.tue.nl> Subject: Re: Second ISA bus hd controller not found To: 100120.3121@CompuServe.COM (Berend de Boer) Date: Fri, 21 Jun 1996 22:47:34 +0200 (MET DST) Cc: freebsd-stable@freebsd.org In-Reply-To: <960621200147_100120.3121_EHQ126-2@CompuServe.COM> from Berend de Boer at "Jun 21, 96 04:01:47 pm" X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > My kernel is compiled with wdc1 support as can be seen from my messages file > below. My hardware is configured with secondary controller enabled. I've not > tested it with any other OS/machine, so I'm not sure the hardware is OK, > although the card is new. > > Any help is appreciated. Can you configure the io addresses and/or irq of the second controller? The default is io 170 and irq 15... -Guido From owner-freebsd-stable Fri Jun 21 19:22:21 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA19034 for stable-outgoing; Fri, 21 Jun 1996 19:22:21 -0700 (PDT) Received: from pain.csrv.uidaho.edu (root@pain.csrv.uidaho.edu [129.101.114.109]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA19029 for ; Fri, 21 Jun 1996 19:22:17 -0700 (PDT) Received: from pain.csrv.uidaho.edu (fn@localhost [127.0.0.1]) by pain.csrv.uidaho.edu (8.7.5/8.6.9) with ESMTP id TAA00581 for ; Fri, 21 Jun 1996 19:22:16 -0700 (PDT) To: stable@freebsd.org Subject: lockups. Date: Fri, 21 Jun 1996 19:22:13 -0700 Message-ID: <572.835410133@pain.csrv.uidaho.edu> From: faried nawaz Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk system: pentium 100, 32mb ram (a web server) 4 scsi drives on two scsi controllers (bt946c and aha2940w) 48 mb swap (only hits the max swap when there's a messed up cgi-bin running, otherwise stays around 3-10mb) I'm experiencing lockups. The machine seems to work fine for a while, and then locks. I can change terminals on the console (syscons), the screensaver works, but the machine's dead to network/terminal io. I supped Thursday afternoon (June 20th), and the first lockup happened at 7:30 this morning. It's been up and down ever since. I resup'd and rebuilt a new kernel this afternoon (didn't see any fixes that would help me, though). It just crashed again. This time, I was logged in and running top both at the console and remotely. Both tops show pagedaemon taking ~ 35% cpu, and being in vnwait; most httpd processes are either in vmwait or netio. vmdaemon is taking 0.08% cpu and is in psleep. Top says the load was 4.55 (before it locked up). No errant processes appear on top (other than pagedaemon?), and the web server is configured not to start more than 50 concurrent servers (it's Apache). I can't switch back to -release for this machine (mostly because of the aha2940w). For now, I'm going to try and compile a kernel using June 18th sources. I will be around this weekend to work on this. faried. -- faried nawaz computer services, university of idaho, moscow, id 83844-3155 +1 208 885 2699 From owner-freebsd-stable Fri Jun 21 19:56:09 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA20856 for stable-outgoing; Fri, 21 Jun 1996 19:56:09 -0700 (PDT) Received: from ns2.harborcom.net (root@ns2.harborcom.net [206.158.4.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA20850 for ; Fri, 21 Jun 1996 19:56:04 -0700 (PDT) Received: from swoosh.dunn.org (swoosh.dunn.org [206.158.7.243]) by ns2.harborcom.net (8.7.4/8.6.12) with SMTP id WAA01574; Fri, 21 Jun 1996 22:55:48 -0400 (EDT) Message-Id: <199606220255.WAA01574@ns2.harborcom.net> Comments: Authenticated sender is From: "Bradley Dunn" Organization: Harbor Communications To: faried nawaz Date: Fri, 21 Jun 1996 22:51:33 -0500 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: lockups. Reply-to: dunn@harborcom.net CC: stable@freebsd.org Priority: normal X-mailer: Pegasus Mail for Win32 (v2.31) Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk system: P120, 64MB, 300MB swap, 3 scsi drives on two bt946c's Same problem. Freezing about three times daily. Latest sources. I am going to recompile with the debugging options and see if I can find anything. It doesn't panic, it just freezes. On 21 Jun 96 at 19:22, faried nawaz wrote: > > system: > pentium 100, 32mb ram (a web server) > 4 scsi drives on two scsi controllers (bt946c and aha2940w) > 48 mb swap (only hits the max swap when there's a messed up cgi-bin > running, otherwise stays around 3-10mb) > > I'm experiencing lockups. The machine seems to work fine for a > while, and then locks. I can change terminals on the console > (syscons), the screensaver works, but the machine's dead to > network/terminal io. > > I supped Thursday afternoon (June 20th), and the first lockup > happened at 7:30 this morning. It's been up and down ever since. I > resup'd and rebuilt a new kernel this afternoon (didn't see any > fixes that would help me, though). > > It just crashed again. This time, I was logged in and running top > both at the console and remotely. Both tops show pagedaemon taking > ~ 35% cpu, and being in vnwait; most httpd processes are either in > vmwait or netio. vmdaemon is taking 0.08% cpu and is in psleep. Top > says the load was 4.55 (before it locked up). No errant processes > appear on top (other than pagedaemon?), and the web server is > configured not to start more than 50 concurrent servers (it's > Apache). > > > I can't switch back to -release for this machine (mostly because of > the aha2940w). For now, I'm going to try and compile a kernel using > June 18th sources. I will be around this weekend to work on this. Bradley Dunn From owner-freebsd-stable Sat Jun 22 02:50:25 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA21582 for stable-outgoing; Sat, 22 Jun 1996 02:50:25 -0700 (PDT) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA21570 for ; Sat, 22 Jun 1996 02:50:22 -0700 (PDT) Received: from allegro.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0uXPKa-000QY5C; Sat, 22 Jun 96 11:50 MET DST From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id LAA12063; Sat, 22 Jun 1996 11:03:48 +0200 Message-Id: <199606220903.LAA12063@allegro.lemis.de> Subject: Re: Defining a partition To: 100120.3121@CompuServe.COM (Berend de Boer) Date: Sat, 22 Jun 1996 11:03:47 +0200 (MET DST) Cc: freebsd-stable@freebsd.org In-Reply-To: <960621200142_100120.3121_EHQ126-1@CompuServe.COM> from "Berend de Boer" at Jun 21, 96 04:01:42 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Berend de Boer writes: > > My harddisk is configured as follows: > > 0: dos (20MB) > 1: FreeBSD (500MB) > 2: unused > 3: unused > > The harddisk is about 800MB. How can I turn partion 2 into the last 300MB? Use fdisk. > Do I really need to use the fdisk program? No, you can write your own program to manipulate the partition table if you want. But you'll find fdisk easier, since that's what it's intended to do. > It's a bit hard to use because I don't > know how to calculate the correct sector start and sectors size. I think I'd address that problem first if I were in your place. Take a look at ftp://freefall.freebsd.org/incoming/disks.ps.gz to find out how to perform the calculations. Greg From owner-freebsd-stable Sat Jun 22 18:45:56 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA22114 for stable-outgoing; Sat, 22 Jun 1996 18:45:56 -0700 (PDT) Received: from keeper.albany.net (root@keeper.albany.net [206.72.192.14]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA22107 for ; Sat, 22 Jun 1996 18:45:53 -0700 (PDT) Received: from magik.albany.net (magik.albany.net [206.72.192.15]) by keeper.albany.net (8.7.5/8.7.5-MZ) with SMTP id VAA19618 for ; Sat, 22 Jun 1996 21:45:49 -0400 (EDT) Date: Sat, 22 Jun 1996 21:45:58 -0400 (EDT) From: Matt Hamilton To: stable@freebsd.org Subject: ccd stability Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Can someone please tell me what the current status if the CCD driver is for FreeBSD? I need a unix system that will allow me to mirror drives and am looking at Solaris at the moment, however I use FreeBSD at the moment (2.1R) and would much prefer to use FreeBSD for this application. Does this driver run on 2.1R or does it need one of the SNAPs? Is it stable enough to be put in a mail server that has to be up 24x7? Matt ************************************************************************ * Matt Hamilton * mhamilton@clintondale.com * * Albany, NY * matt.hamilton@cgi.sprint.com * * * http://www.clintondale.com * ************************************************************************