All, We'd like to get a new poll on the stability and readiness of 4.9. The belief is that the last of the PAE-induced instability was resolved on August 31. Is anyone still experiencing unusual crashes, corruption, etc, on a system that is running with up-to-date sources? Now is the time to speak up and get the problems resolved so that we can make the deadline by next weekend. Any new testing would be highly appreciated, especially in reduced-memory configurations and of course >4GB PAE configurations. Thanks! The Release Engineering Team
Scott Long wrote:> All, > > We'd like to get a new poll on the stability and readiness of 4.9. TheAt boot time I get non-fatal error messages; the end of dmesg says (full dmesg is attached): [...] ata1-slave: ATA identify retries exceeded ad0: 76319MB <ST380021A> [155061/16/63] at ata0-master UDMA66 acd0: CDROM <GCR-8521B> at ata1-master PIO4 Mounting root from ufs:/dev/ad0s1a ad0s1a: UDMA ICRC error reading fsbn 895 of 416-447 (ad0s1 bn 895; cn 0 tn 14 sn 13) retrying ad0s1a: UDMA ICRC error reading fsbn 181887 of 90912-91039 (ad0s1 bn 181887; cn 11 tn 82 sn 6) retrying ad0s1a: UDMA ICRC error reading fsbn 181887 of 90912-91039 (ad0s1 bn 181887; cn 11 tn 82 sn 6) retrying ad0s1a: UDMA ICRC error reading fsbn 181887 of 90912-91039 (ad0s1 bn 181887; cn 11 tn 82 sn 6) retrying ad0s1a: UDMA ICRC error reading fsbn 181887 of 90912-91039 (ad0s1 bn 181887; cn 11 tn 82 sn 6) falling back to PIO mode I believe this was also in 4.8, but apparently persists in STABLE PRERELEASE as of yesterday. My boot settings are as "out-of-the-box". Is this a problem in the kernel code? Sorry, I'm not an expert at all on this; just found these error messages at boot time.... Regards, Rob.
On Fri, Sep 19, 2003 at 03:10:45PM +0900, Rob Lahaye wrote:> ad0s1a: UDMA ICRC error reading fsbn 895 of 416-447 (ad0s1 bn 895; cn 0 tn > 14 sn 13) retrying > ad0s1a: UDMA ICRC error reading fsbn 181887 of 90912-91039 (ad0s1 bn > 181887; cn 11 tn 82 sn 6) retryingThese are most likely caused by inadequate or poor-quality IDE cabling, or a buggy or failing controller. Kris -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20030919/e86d4b30/attachment.bin
> We'd like to get a new poll on the stability and readiness of 4.9. > The belief is that the last of the PAE-induced instability was > resolved on August 31. Is anyone still experiencing unusual > crashes, corruption, etc, on a system that is running with > up-to-date sources?We've been in trouble since Jul 18. (so, it mightn't be caused by PAE) Our machine reboots every day. The timing is always when "24 hours after last reboot and the ifa_ifwithnet is called." The machine is the gateway for IPv4 and IPv6 using gif tunnnel. Also, please refer. http://docs.freebsd.org/cgi/getmsg.cgi?fetch=227541+0+archive/2003\ /freebsd-stable/20030907.freebsd-stable <<< dmesg >>> FreeBSD 4.9-PRERELEASE #0: Thu Sep 18 01:04:13 JST 2003 tss@stargate.tokai-ic.or.jp:/usr/obj/usr/src/sys/STARGATE Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 768413239 Hz CPU: Intel Celeron (768.41-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE> real memory = 133083136 (129964K bytes) avail memory = 126193664 (123236K bytes) Preloaded elf kernel "kernel" at 0xc0348000. --------- <<< example of crash dump >>> IdlePTD at phsyical address 0x00367000 initial pcb at physical address 0x002c55c0 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x1070f9ac fault code = supervisor read, page not present instruction pointer = 0x8:0xc01924b0 stack pointer = 0x10:0xc8b95e44 frame pointer = 0x10:0xc8b95e60 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 = 3615 (netstat) interrupt mask trap number = 12 panic: page fault syncing disks... 10 1 done Uptime: 23h58m53s dumping to dev #ad/0x20001, offset 788648 dump ata0: resetting devices .. done 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 --- #0 dumpsys () at ../../kern/kern_shutdown.c:487 warning: Source file is more recent than executable. 487 if (dumping++) { (kgdb) bt #0 dumpsys () at ../../kern/kern_shutdown.c:487 #1 0xc01562bf in boot (howto=256) at ../../kern/kern_shutdown.c:316 #2 0xc01566fd in panic (fmt=0xc029ccac "%s") at ../../kern/kern_shutdown.c:595 #3 0xc025f1e7 in trap_fatal (frame=0xc8b95e04, eva=275839404) at ../../i386/i386/trap.c:974 #4 0xc025ee95 in trap_pfault (frame=0xc8b95e04, usermode=0, eva=275839404) at ../../i386/i386/trap.c:867 #5 0xc025ea3b in trap (frame={tf_fs = -927399920, tf_es = -1071513584, tf_ds = -927399920, tf_edi = -1060946859, tf_esi = -1060978011, tf_ebp = -927375776, tf_isp = -927375824, tf_ebx = 275839404, tf_edx = -1060977976, tf_ecx = -1060977979, tf_eax = 28, tf_trapno = 12, tf_err = 0, tf_eip = -1072094032, tf_cs = 8, tf_eflags = 66054, tf_esp = 13568, tf_ss = -1060946864}) at ../../i386/i386/trap.c:466 #6 0xc01924b0 in ifa_ifwithnet (addr=0xc0c33c50) at ../../net/if.c:612 #7 0xc019ed31 in in_pcbladdr (inp=0xc81d5c80, nam=0xc0c33c50, plocal_sin=0xc8b95e98) at ../../netinet/in_pcb.c:459 #8 0xc019ee16 in in_pcbconnect (inp=0xc81d5c80, nam=0xc0c33c50, p=0xc8a63400) at ../../netinet/in_pcb.c:526 #9 0xc01b56b5 in udp_connect (so=0xc8177a00, nam=0xc0c33c50, p=0xc8a63400) at ../../netinet/udp_usrreq.c:866 #10 0xc0175046 in soconnect (so=0xc8177a00, nam=0xc0c33c50, p=0xc8a63400) at ../../kern/uipc_socket.c:389 #11 0xc0178679 in connect (p=0xc8a63400, uap=0xc8b95f80) at ../../kern/uipc_syscalls.c:401 #12 0xc025f49d in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134725632, tf_esi = 43, tf_ebp = -1077939944, tf_isp = -927375404, tf_ebx = 672228076, tf_edx = 0, tf_ecx = 0, tf_eax = 98, tf_trapno = 12, tf_err = 2, tf_eip = 671910496, tf_cs = 31, tf_eflags = 643, tf_esp = -1077940612, tf_ss = 47}) at ../../i386/i386/trap.c:1175 #13 0xc0250785 in Xint0x80_syscall () #14 0x280dd361 in ?? () #15 0x280e7a29 in ?? () #16 0x280e6e70 in ?? () #17 0x80537df in ?? () #18 0x8049997 in ?? () #19 0x804fd0e in ?? () #20 0x8049356 in ?? () -- /////////////////////////////////////////////////////////////////////// // T.Suzuki @ Tokai Internet Council ///////////////////////////////////////////////////////////////////////
> We'd like to get a new poll on the stability and readiness of 4.9. TheNo problems here with two systems, both older Supermicro SMP motherboards running with SCSI drives (i.e., no IDE). System one (NAT box) is P6DLH and system two is a P6DGH. Mike Squires UN*X at home since 1986
On Thu, Sep 18, 2003 at 11:49:39PM -0600, Scott Long wrote:> > We'd like to get a new poll on the stability and readiness of 4.9.[...] Since July, my machine has been "spontaneously" rebooting about once every day or two. It started with the addition of a second NIC (LNE 100TX, dc0 driver). Updating the kernel to post-PAE versions has not resolved the issue. Neither has replacing the NIC. The machine did perform a full panic once, before I turned on crash dumps. It hasn't properly panicked since. Aug 8 19:40:05 eyrie /kernel: dc0: TX underrun -- increasing TX threshold Aug 8 19:51:20 eyrie /kernel: Aug 8 19:51:20 eyrie /kernel: Aug 8 19:51:20 eyrie /kernel: Fatal trap 12: page fault while in kernel mode Aug 8 19:51:20 eyrie /kernel: fault virtual address = 0x70080 Aug 8 19:51:20 eyrie /kernel: fault code = supervisor read, page not present Aug 8 19:51:20 eyrie /kernel: instruction pointer = 0x8:0xc0312902 Aug 8 19:51:20 eyrie /kernel: stack pointer = 0x10:0xdb2f6c5c Aug 8 19:51:20 eyrie /kernel: frame pointer = 0x10:0xdb2f6c84 Aug 8 19:51:20 eyrie /kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Aug 8 19:51:20 eyrie /kernel: = DPL 0, pres 1, def32 1, gran 1 Aug 8 19:51:20 eyrie /kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Aug 8 19:51:20 eyrie /kernel: current process = 92 (ppp) Aug 8 19:51:20 eyrie /kernel: interrupt mask = net tty Aug 8 19:51:20 eyrie /kernel: trap number = 12 Aug 8 19:51:20 eyrie /kernel: panic: page fault Aug 8 19:51:20 eyrie /kernel: Aug 8 19:51:20 eyrie /kernel: syncing disks... 52 1 Aug 8 19:51:20 eyrie /kernel: done Aug 8 19:51:20 eyrie /kernel: Uptime: 16h57m35s Aug 8 19:51:20 eyrie /kernel: Automatic reboot in 15 seconds - press a key on the console to abort Aug 8 19:51:20 eyrie /kernel: --> Press a key on the console to reboot, Aug 8 19:51:20 eyrie /kernel: --> or switch off the system now. Aug 8 19:51:20 eyrie /kernel: Rebooting... At one point I noticed my machine running sluggishly. systat/vmstat showed 50000+ interrupts/second. The number calmed down after resetting dc0 with ifconfig down/up. Recently I was looking at X when a reboot happened. It was immediately preceded by a band of red pixels across the top of the screen, as if memory were being improperly written. That prompted me to rebuild a fresh kernel, X, and everything related. The reboots continue. I'm not sure whether the problem is hardware or software. I assumed it was the NIC, but replacing it hasn't helped. I suspect the driver, but so far I don't have a crash dump to help you out. Obligatory dmesg: Sep 17 23:26:45 eyrie /kernel: Copyright (c) 1992-2003 The FreeBSD Project. Sep 17 23:26:45 eyrie /kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Sep 17 23:26:45 eyrie /kernel: The Regents of the University of California. All rights reserved. Sep 17 23:26:45 eyrie /kernel: FreeBSD 4.9-PRERELEASE #0: Thu Sep 4 18:48:38 EDT 2003 Sep 17 23:26:45 eyrie /kernel: troc@eyrie.homenet:/usr/obj/usr/src/sys/RC20030904 Sep 17 23:26:45 eyrie /kernel: Timecounter "i8254" frequency 1193182 Hz Sep 17 23:26:45 eyrie /kernel: Timecounter "TSC" frequency 1000041536 Hz Sep 17 23:26:45 eyrie /kernel: CPU: AMD Athlon(tm) Processor (1000.04-MHz 686-class CPU) Sep 17 23:26:45 eyrie /kernel: Origin = "AuthenticAMD" Id = 0x642 Stepping = 2 Sep 17 23:26:45 eyrie /kernel: Features=0x183f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR> Sep 17 23:26:45 eyrie /kernel: AMD Features=0xc0440000<RSVD,AMIE,DSP,3DNow!> Sep 17 23:26:45 eyrie /kernel: real memory = 536805376 (524224K bytes) Sep 17 23:26:45 eyrie /kernel: avail memory = 517525504 (505396K bytes) Sep 17 23:26:45 eyrie /kernel: Preloaded elf kernel "kernel" at 0xc04ad000. Sep 17 23:26:45 eyrie /kernel: Preloaded elf module "vn.ko" at 0xc04ad09c. Sep 17 23:26:45 eyrie /kernel: Preloaded elf module "linux.ko" at 0xc04ad138. Sep 17 23:26:45 eyrie /kernel: Preloaded elf module "agp.ko" at 0xc04ad1d8. Sep 17 23:26:45 eyrie /kernel: VESA: v2.0, 65536k memory, flags:0x1, mode table:0xc03f3242 (1000022) Sep 17 23:26:45 eyrie /kernel: VESA: ATI RADEON Sep 17 23:26:45 eyrie /kernel: Pentium Pro MTRR support enabled Sep 17 23:26:45 eyrie /kernel: md0: Malloc disk Sep 17 23:26:45 eyrie /kernel: Using $PIR table, 10 entries at 0xc00fdf20 Sep 17 23:26:45 eyrie /kernel: npx0: <math processor> on motherboard Sep 17 23:26:45 eyrie /kernel: npx0: INT 16 interface Sep 17 23:26:45 eyrie /kernel: pcib0: <Host to PCI bridge> on motherboard Sep 17 23:26:45 eyrie /kernel: pci0: <PCI bus> on pcib0 Sep 17 23:26:45 eyrie /kernel: agp0: <VIA 82C8363 (Apollo KT133A) host to PCI bridge> mem 0xec000000-0xefffffff at device 0.0 on pci0 Sep 17 23:26:45 eyrie /kernel: pcib1: <VIA 8363 (Apollo KT133) PCI-PCI (AGP) bridge> at device 1.0 on pci0 Sep 17 23:26:45 eyrie /kernel: pci1: <PCI bus> on pcib1 Sep 17 23:26:45 eyrie /kernel: pci1: <ATI model 5144 graphics accelerator> at 0.0 irq 11 Sep 17 23:26:45 eyrie /kernel: isab0: <VIA 82C686 PCI-ISA bridge> at device 7.0 on pci0 Sep 17 23:26:45 eyrie /kernel: isa0: <ISA bus> on isab0 Sep 17 23:26:45 eyrie /kernel: atapci0: <VIA 82C686 ATA66 controller> port 0x1c40-0x1c4f at device 7.1 on pci0 Sep 17 23:26:45 eyrie /kernel: ata0: at 0x1f0 irq 14 on atapci0 Sep 17 23:26:45 eyrie /kernel: ata1: at 0x170 irq 15 on atapci0 Sep 17 23:26:45 eyrie /kernel: uhci0: <VIA 83C572 USB controller> port 0x1c00-0x1c1f irq 9 at device 7.2 on pci0 Sep 17 23:26:45 eyrie /kernel: usb0: <VIA 83C572 USB controller> on uhci0 Sep 17 23:26:45 eyrie /kernel: usb0: USB revision 1.0 Sep 17 23:26:45 eyrie /kernel: uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Sep 17 23:26:45 eyrie /kernel: uhub0: 2 ports with 2 removable, self powered Sep 17 23:26:45 eyrie /kernel: uhci1: <VIA 83C572 USB controller> port 0x1c20-0x1c3f irq 9 at device 7.3 on pci0 Sep 17 23:26:45 eyrie /kernel: usb1: <VIA 83C572 USB controller> on uhci1 Sep 17 23:26:45 eyrie /kernel: usb1: USB revision 1.0 Sep 17 23:26:45 eyrie /kernel: uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Sep 17 23:26:45 eyrie /kernel: uhub1: 2 ports with 2 removable, self powered Sep 17 23:26:45 eyrie /kernel: viapropm0: SMBus I/O base at 0x400 Sep 17 23:26:45 eyrie /kernel: viapropm0: <VIA VT82C686A Power Management Unit> port 0x400-0x40f at device 7.4 on pci0 Sep 17 23:26:45 eyrie /kernel: viapropm0: SMBus revision code 0x0 Sep 17 23:26:45 eyrie /kernel: smb0: <SMBus general purpose I/O> on smbus0 Sep 17 23:26:45 eyrie /kernel: pcm0: <VIA VT82C686A> port 0x1c50-0x1c53,0x1c54-0x1c57,0x1000-0x10ff irq 10 at device 7.5 on pci0 Sep 17 23:26:45 eyrie /kernel: pcm0: <Cirrus Logic CS4299 AC97 Codec> Sep 17 23:26:45 eyrie /kernel: dc0: <ADMtek AN985 10/100BaseTX> port 0x1400-0x14ff mem 0xe8000000-0xe80003ff irq 10 at device 15.0 on pci0 Sep 17 23:26:45 eyrie /kernel: dc0: Ethernet address: 00:04:5a:63:94:cc Sep 17 23:26:45 eyrie /kernel: miibus0: <MII bus> on dc0 Sep 17 23:26:45 eyrie /kernel: ukphy0: <Generic IEEE 802.3u media interface> on miibus0 Sep 17 23:26:45 eyrie /kernel: ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Sep 17 23:26:45 eyrie /kernel: rl0: <RealTek 8139 10/100BaseTX> port 0x1800-0x18ff mem 0xe8000400-0xe80004ff irq 5 at device 18.0 on pci0 Sep 17 23:26:45 eyrie /kernel: rl0: Ethernet address: 00:e0:18:30:68:32 Sep 17 23:26:45 eyrie /kernel: miibus1: <MII bus> on rl0 Sep 17 23:26:45 eyrie /kernel: rlphy0: <RealTek internal media interface> on miibus1 Sep 17 23:26:45 eyrie /kernel: rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Sep 17 23:26:45 eyrie /kernel: orm0: <Option ROM> at iomem 0xc0000-0xc7fff on isa0 Sep 17 23:26:45 eyrie /kernel: pmtimer0 on isa0 Sep 17 23:26:45 eyrie /kernel: fdc0: <NEC 72065B or clone> at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 Sep 17 23:26:45 eyrie /kernel: fdc0: FIFO enabled, 8 bytes threshold Sep 17 23:26:45 eyrie /kernel: fd0: <1440-KB 3.5" drive> on fdc0 drive 0 Sep 17 23:26:45 eyrie /kernel: atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0 Sep 17 23:26:45 eyrie /kernel: atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0 Sep 17 23:26:45 eyrie /kernel: kbd0 at atkbd0 Sep 17 23:26:45 eyrie /kernel: psm0: <PS/2 Mouse> irq 12 on atkbdc0 Sep 17 23:26:45 eyrie /kernel: psm0: model Generic PS/2 mouse, device ID 0 Sep 17 23:26:45 eyrie /kernel: vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Sep 17 23:26:45 eyrie /kernel: sc0: <System console> at flags 0x100 on isa0 Sep 17 23:26:45 eyrie /kernel: sc0: VGA <16 virtual consoles, flags=0x300> Sep 17 23:26:45 eyrie /kernel: sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 Sep 17 23:26:45 eyrie /kernel: sio0: type 16550A Sep 17 23:26:45 eyrie /kernel: sio1 at port 0x2f8-0x2ff irq 3 on isa0 Sep 17 23:26:45 eyrie /kernel: sio1: type 16550A Sep 17 23:26:45 eyrie /kernel: ppc0: <Parallel port> at port 0x378-0x37f irq 7 flags 0x4 on isa0 Sep 17 23:26:45 eyrie /kernel: ppc0: Generic chipset (EPP-only) in EPP mode (EPP 1.9) Sep 17 23:26:45 eyrie /kernel: lpt0: <Printer> on ppbus0 Sep 17 23:26:45 eyrie /kernel: lpt0: Interrupt-driven port Sep 17 23:26:45 eyrie /kernel: ppi0: <Parallel I/O> on ppbus0 Sep 17 23:26:45 eyrie /kernel: BRIDGE 020214 loaded Sep 17 23:26:45 eyrie /kernel: IPv6 packet filtering initialized, logging disabled Sep 17 23:26:45 eyrie /kernel: DUMMYNET initialized (011031) Sep 17 23:26:45 eyrie /kernel: ipfw2 initialized, divert enabled, rule-based forwarding enabled, default to deny, logging disabled Sep 17 23:26:45 eyrie /kernel: IPsec: Initialized Security Association Processing. Sep 17 23:26:45 eyrie /kernel: IP Filter: v3.4.31 initialized. Default = block all, Logging = enabled Sep 17 23:26:45 eyrie /kernel: ad0: 156334MB <Maxtor 4G160J8> [317632/16/63] at ata0-master UDMA66 Sep 17 23:26:45 eyrie /kernel: acd0: CD-RW <CD-W58E> at ata1-master PIO4 Sep 17 23:26:45 eyrie /kernel: acd1: DVD-ROM <Pioneer DVD-ROM ATAPIModel DVD-115 0128> at ata1-slave PIO4 Sep 17 23:26:45 eyrie /kernel: Mounting root from ufs:/dev/ad0s1a Sep 17 23:26:45 eyrie /kernel: cd0 at ata1 bus 0 target 0 lun 0 Sep 17 23:26:45 eyrie /kernel: cd0: <TEAC CD-W58E 6.0A> Removable CD-ROM SCSI-0 device Sep 17 23:26:45 eyrie /kernel: cd0: 16.000MB/s transfers Sep 17 23:26:45 eyrie /kernel: cd0: cd present [1 x 2048 byte records] Sep 17 23:26:45 eyrie /kernel: cd1 at ata1 bus 0 target 1 lun 0 Sep 17 23:26:45 eyrie /kernel: cd1: <PIONEER DVD-ROM DVD-115 1.28> Removable CD-ROM SCSI-0 device Sep 17 23:26:45 eyrie /kernel: cd1: 16.000MB/s transfers Sep 17 23:26:45 eyrie /kernel: cd1: Attempt to query device size failed: NOT READY, Medium not present Sep 17 23:26:45 eyrie /kernel: WARNING: / was not properly dismounted Sep 17 23:26:45 eyrie savecore: no core dump [...] Sep 17 23:26:55 eyrie /kernel: drm0: <ATI Radeon QD R100> port 0x9000-0x90ff mem 0xe8100000-0xe817ffff,0xf0000000-0xf7ffffff irq 11 at device 0.0 on pci1 Sep 17 23:26:55 eyrie /kernel: info: [drm] AGP at 0xec000000 64MB Sep 17 23:26:55 eyrie /kernel: info: [drm] Initialized radeon 1.8.0 20020828 on minor 0 [...] Sep 17 23:30:15 eyrie ntop[267]: **WARNING** Both Ethernet and IP addresses are NULL Sep 17 23:30:15 eyrie ntop[267]: **ERROR** Index error idx=4294967295/deviceId=2:0-511 @ [pbuf.c:439] Sep 17 23:30:15 eyrie ntop[267]: **WARNING** Both Ethernet and IP addresses are NULL Sep 17 23:30:15 eyrie ntop[267]: **ERROR** Index error idx=4294967295/deviceId=0:0-511 @ [pbuf.c:439] Sep 17 23:30:18 eyrie ntop[267]: **WARNING** Both Ethernet and IP addresses are NULL Sep 17 23:30:18 eyrie ntop[267]: **ERROR** Index error idx=4294967295/deviceId=2:0-511 @ [pbuf.c:439] Sep 17 23:30:18 eyrie ntop[267]: **WARNING** Both Ethernet and IP addresses are NULL Sep 17 23:30:18 eyrie ntop[267]: **ERROR** Index error idx=4294967295/deviceId=0:0-511 @ [pbuf.c:439] Sep 17 23:30:21 eyrie ntop[267]: **WARNING** Both Ethernet and IP addresses are NULL Sep 17 23:30:21 eyrie ntop[267]: **ERROR** Index error idx=4294967295/deviceId=2:0-511 @ [pbuf.c:439] Sep 17 23:30:21 eyrie ntop[267]: **WARNING** Both Ethernet and IP addresses are NULL Sep 17 23:30:21 eyrie ntop[267]: **ERROR** Index error idx=4294967295/deviceId=0:0-511 @ [pbuf.c:439] Sep 17 23:30:24 eyrie ntop[267]: **WARNING** Both Ethernet and IP addresses are NULL Sep 17 23:30:24 eyrie ntop[267]: **ERROR** Index error idx=4294967295/deviceId=0:0-511 @ [pbuf.c:439] Sep 17 23:30:24 eyrie ntop[267]: **WARNING** Both Ethernet and IP addresses are NULL Sep 17 23:30:24 eyrie ntop[267]: **ERROR** Index error idx=4294967295/deviceId=2:0-511 @ [pbuf.c:439] Sep 17 23:30:28 eyrie ntop[267]: **WARNING** Both Ethernet and IP addresses are NULL Sep 17 23:30:28 eyrie ntop[267]: **ERROR** Index error idx=4294967295/deviceId=2:0-511 @ [pbuf.c:439] Sep 17 23:30:28 eyrie ntop[267]: **WARNING** Both Ethernet and IP addresses are NULL Sep 17 23:30:28 eyrie ntop[267]: **ERROR** Index error idx=4294967295/deviceId=0:0-511 @ [pbuf.c:439] Sep 17 23:30:31 eyrie ntop[267]: **WARNING** Both Ethernet and IP addresses are NULL Sep 17 23:30:31 eyrie ntop[267]: **ERROR** Index error idx=4294967295/deviceId=2:0-511 @ [pbuf.c:439] Sep 17 23:30:31 eyrie ntop[267]: **WARNING** Both Ethernet and IP addresses are NULL Sep 17 23:30:31 eyrie ntop[267]: **ERROR** Index error idx=4294967295/deviceId=0:0-511 @ [pbuf.c:439] Sep 17 23:30:37 eyrie ntop[267]: **WARNING** Both Ethernet and IP addresses are NULL Sep 17 23:30:37 eyrie ntop[267]: **ERROR** Index error idx=4294967295/deviceId=2:0-511 @ [pbuf.c:439] Sep 17 23:30:37 eyrie ntop[267]: **WARNING** Both Ethernet and IP addresses are NULL Sep 17 23:30:37 eyrie ntop[267]: **ERROR** Index error idx=4294967295/deviceId=0:0-511 @ [pbuf.c:439] Sep 17 23:30:44 eyrie /kernel: dc0: TX underrun -- increasing TX threshold Sep 17 23:30:49 eyrie /kernel: dc0: TX underrun -- increasing TX threshold Sep 17 23:30:49 eyrie ntop[267]: **WARNING** Both Ethernet and IP addresses are NULL Sep 17 23:30:49 eyrie ntop[267]: **ERROR** Index error idx=4294967295/deviceId=0:0-511 @ [pbuf.c:439] Sep 17 23:30:49 eyrie ntop[267]: **WARNING** Both Ethernet and IP addresses are NULL Sep 17 23:30:49 eyrie ntop[267]: **ERROR** Index error idx=4294967295/deviceId=2:0-511 @ [pbuf.c:439] [...] Sep 18 21:14:31 eyrie /kernel: dc0: TX underrun -- using store and forward mode -- Rocco Caputo - rcaputo@pobox.com - http://poe.perl.org/
At 01:49 AM 19/09/2003, Scott Long wrote:>All, > >We'd like to get a new poll on the stability and readiness of 4.9.We were seeing the problems prior to Sept 3, but things are stable (small s) for us now.>time to speak up and get the problems resolved so that we can make the >deadline by next weekend.I would really like to see sendmail 8.12.10 imported and MFCd prior to release. Or at least adjust the version string of the binary so that the user knows its patched and not vulnerable similar to what was done for 4.8R ---Mike
Scott Long <scottl@freebsd.org> probably said:> We'd like to get a new poll on the stability and readiness of 4.9. The > belief is that the last of the PAE-induced instability was resolved on > August 31. Is anyone still experiencing unusual crashes, corruption, > etc, on a system that is running with up-to-date sources?All my desktop -STABLE machines seem to be happy. My laptop, not so much. I posted about some of it's issues a couple of days ago and then re-cvsuped and cleaned out all the locations of compiled kernel code and /usr/obj to make double sure I was running with consistant and up to date code. Now I'm waiting to see if it crashes again (usually takes a few days to panic). I can switch from X to a vty without panicing the machine now, but sometimes (particularly if Mozilla is running) switching to a text vty will kill XF86; Error in I830WaitLpRing(), now is 119653913, start is 119651912 pgetbl_ctl: 0x3ff60001 pgetbl_err: 0x19 ipeir: 0 iphdr: 0 LP ring tail: 12560 head: 0 len: 0 start 0 eir: 0 esr: 10 emr: ffff instdone: ffc0 instpm: 0 memmode: 108 instps: 0 hwstam: ffff ier: 0 imr: ffff iir: 0 space: 55960 wanted 131064 Fatal server error: lockup xdm error (pid 193): Server for display :0 terminated unexpectedly: 1 but this appears to be i830 specific. I'll post more if I get another panic to work with ... P. -- pir
At 11:49 PM -0600 2003/09/18, Scott Long wrote:>All, > >We'd like to get a new poll on the stability and readiness of 4.9. The >belief is that the last of the PAE-induced instability was resolved on >August 31. Is anyone still experiencing unusual crashes, corruption, >etc, on a system that is running with up-to-date sources? Now is the >time to speak up and get the problems resolved so that we can make the >deadline by next weekend. Any new testing would be highly appreciated, >especially in reduced-memory configurations and of course >4GB PAE >configurations.No problems with stability, although I have a USB problem that prevents booting with devices attached <http://lists.freebsd.org/pipermail/freebsd-hardware/2003-September/000581.html>. I'd suggest putting it in the release notes if anyone else can reproduce. Chris Pepper -- Chris Pepper: <http://www.reppep.com/~pepper/> Rockefeller University: <http://www.rockefeller.edu/>
Scott Long wrote:> We'd like to get a new poll on the stability and readiness of 4.9. The > belief is that the last of the PAE-induced instability was resolved on > August 31. Is anyone still experiencing unusual crashes, corruption, > etc, on a system that is running with up-to-date sources? Now is the > time to speak up and get the problems resolved so that we can make the > deadline by next weekend. Any new testing would be highly appreciated, > especially in reduced-memory configurations and of course >4GB PAE > configurations.After the ssh/sendmail security fixes, I cvsupped and rebuilt world. When I rebooted, the kernel hung during boot. I did the usual 'cvs upd' binary-search and found that removing these file revisions unhosed my kernel: cam/scsi/scsi_cd.c 1.31.2.15 cam/scsi/scsi_da.c 1.42.2.45 kern/subr_taskqueue.c 1.1.2.3 sys/taskqueue.h 1.3.2.2 These were all checked in as part of the same revision, whose log message starts: date: 2003/09/10 00:40:38; author: ken MFC: Move dynamic sysctl(8) variable creation for the cd(4) and da(4) drivers out of cdregister() and daregister(), which are run from interrupt context. In case it helps, a 'dmesg' from a 'boot -v' looks like this: Copyright (c) 1992-2003 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 4.9-PRERELEASE #10: Sat Sep 20 07:35:45 CDT 2003 dglo@glowacki.dyndns.org:/usr/obj/usr/src/sys/EUSEBIUS Calibrating clock(s) ... TSC clock: 996588337 Hz, i8254 clock: 1193076 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Intel Pentium III (996.68-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x383f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE> real memory = 268173312 (261888K bytes) Physical memory chunk(s): 0x000001000 - 0x00009efff, 647168 bytes (158 pages) 0x000640000 - 0x00ffb7fff, 261586944 bytes (63864 pages) avail memory = 254640128 (248672K bytes) bios32: Found BIOS32 Service Directory header at 0xc00fda60 bios32: Entry = 0xfda74 (c00fda74) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xda95 pnpbios: Found PnP BIOS data at 0xc00f2790 pnpbios: Entry = f0000:204a Rev = 1.0 Other BIOS signatures found: ACPI: 000ff980 Preloaded elf kernel "kernel.old" at 0xc0619000. Preloaded elf module "linux.ko" at 0xc06190ac. Preloaded elf module "nvidia.ko" at 0xc061914c. VESA: information block 56 45 53 41 00 03 00 01 00 01 01 00 00 00 22 00 00 01 00 02 11 03 07 01 00 01 1a 01 00 01 2f 01 00 01 00 01 01 01 02 01 03 01 04 01 05 01 06 01 07 01 08 01 09 01 0a 01 0b 01 0c 01 0e 01 0f 01 VESA: 33 mode(s) found VESA: v3.0, 32768k memory, flags:0x1, mode table:0xc0392f02 (1000022) VESA: NVidia VESA: NVidia Corporation NV10 Reference Board Chip Rev A1 Pentium Pro MTRR support enabled Creating DISK md0 md0: Malloc disk pci_open(1): mode 1 addr port (0x0cf8) is 0x8000fac0 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=11308086) Using $PIR table, 12 entries at 0xc00f2d20 npx0: <math processor> on motherboard npx0: INT 16 interface pcib0: <Host to PCI bridge> on motherboard found-> vendor=0x8086, dev=0x1130, revid=0x02 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[10]: type 1, range 32, base f8000000, size 26 found-> vendor=0x8086, dev=0x1131, revid=0x02 class=06-04-00, hdrtype=0x01, mfdev=0 subordinatebus=1 secondarybus=1 found-> vendor=0x8086, dev=0x244e, revid=0x02 class=06-04-00, hdrtype=0x01, mfdev=0 subordinatebus=2 secondarybus=2 found-> vendor=0x8086, dev=0x2440, revid=0x02 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x8086, dev=0x244b, revid=0x02 class=01-01-80, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[20]: type 1, range 32, base 0000ffa0, size 4 found-> vendor=0x8086, dev=0x2442, revid=0x02 class=0c-03-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=d, irq=11 map[20]: type 1, range 32, base 0000ef40, size 5 found-> vendor=0x8086, dev=0x2443, revid=0x02 class=0c-05-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=b, irq=3 map[20]: type 1, range 32, base 0000efa0, size 4 found-> vendor=0x8086, dev=0x2444, revid=0x02 class=0c-03-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=c, irq=10 map[20]: type 1, range 32, base 0000ef80, size 5 pci0: <PCI bus> on pcib0 agp0: <Intel 82815 (i815 GMCH) host to PCI bridge> mem 0xf8000000-0xfbffffff at device 0.0 on pci0 agp0: allocating GATT for aperture of size 36M pcib1: <Intel 82801BA/BAM (ICH2) PCI-PCI (AGP) bridge> at device 1.0 on pci0 found-> vendor=0x10de, dev=0x0110, revid=0xa1 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base fd000000, size 24 map[14]: type 1, range 32, base e8000000, size 27 pci1: <PCI bus> on pcib1 nvidia0: <GeForce2 MX/MX 400> mem 0xe8000000-0xefffffff,0xfd000000-0xfdffffff irq 11 at device 0.0 on pci1 pcib2: <Intel 82801BA/BAM (ICH2) Hub to PCI bridge> at device 30.0 on pci0 found-> vendor=0x9004, dev=0x7178, revid=0x03 class=01-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=9 map[10]: type 1, range 32, base 0000d800, size 8 map[14]: type 1, range 32, base feaff000, size 12 found-> vendor=0x1102, dev=0x0002, revid=0x07 class=04-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base 0000df80, size 5 found-> vendor=0x1102, dev=0x7002, revid=0x07 class=09-80-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 map[10]: type 1, range 32, base 0000dff0, size 3 found-> vendor=0x1317, dev=0x0985, revid=0x11 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=10 map[10]: type 1, range 32, base 0000d400, size 8 map[14]: type 1, range 32, base feafec00, size 10 found-> vendor=0x109e, dev=0x036e, revid=0x11 class=04-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=a, irq=3 map[10]: type 1, range 32, base f47fe000, size 12 found-> vendor=0x109e, dev=0x0878, revid=0x11 class=04-80-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=a, irq=3 map[10]: type 1, range 32, base f47ff000, size 12 found-> vendor=0x14e4, dev=0x4211, revid=0x00 class=02-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=a, irq=9 map[10]: type 1, range 32, base feafc000, size 12 found-> vendor=0x14e4, dev=0x4212, revid=0x00 class=04-02-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=9 map[10]: type 1, range 32, base feafd000, size 12 map[14]: type 1, range 32, base 0000dfa0, size 4 pci2: <PCI bus> on pcib2 ahc0: <Adaptec 2940 SCSI adapter> port 0xd800-0xd8ff mem 0xfeaff000-0xfeafffff irq 9 at device 9.0 on pci2 ahc0: Defaulting to MEMIO off ahc0: Reading SEEPROM...done. ahc0: Low byte termination Enabled ahc0: Downloading Sequencer Program... 438 instructions downloaded ahc0: Features 0x0, Bugs 0x25, Flags 0x20481540 aic7870: Single Channel A, SCSI Id=7, 16/253 SCBs pcm0: <Creative EMU10K1> port 0xdf80-0xdf9f irq 11 at device 10.0 on pci2 emu: setmap (f827000, 800), nseg=1, error=0 emu: setmap (f828000, 1000), nseg=1, error=0 pcm0: <Cirrus Logic CS4297A AC97 Codec (id = 0x43525914)> pcm0: Codec features headphone, 20 bit DAC, 18 bit ADC, 6 bit master volume, Crystal Semi 3D Stereo Enhancement pcm0: Primary codec extended features AMAP using shared irq11. emu: setmap (f82f000, 1000), nseg=1, error=0 emu: setmap (f831000, 1000), nseg=1, error=0 emu: setmap (f814000, 1000), nseg=1, error=0 emu: setmap (f836000, 1000), nseg=1, error=0 pcm0: sndbuf_setmap f839000, 1000; 0xc2685000 -> f839000 pcm0: sndbuf_setmap f83c000, 1000; 0xc2688000 -> f83c000 dc0: <ADMtek AN985 10/100BaseTX> port 0xd400-0xd4ff mem 0xfeafec00-0xfeafefff irq 10 at device 11.0 on pci2 dc0: Ethernet address: 00:04:5a:49:e3:13 miibus0: <MII bus> on dc0 ukphy0: <Generic IEEE 802.3u media interface> on miibus0 ukphy0: OUI 0x000895, model 0x0001, rev. 0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bpf: dc0 attached bktr0: <BrookTree 878> mem 0xf47fe000-0xf47fefff irq 3 at device 12.0 on pci2 iicbb0: <I2C bit-banging driver> on bti2c0 iicbus0: <Philips I2C bus> on iicbb0 master-only iicbus: iic devclass not found iicbus1: <Philips I2C bus> on iicbb0 master-only iicbus: iic devclass not found smbus0: <System Management Bus> on bti2c0 smbus: smb devclass not found brooktree0: PCI bus latency is 64. bktr0: buffer size 3555328, addr 0x5000000 bktr0: GPIO is 0x00ffffdb bktr0: subsystem 0x0070 0x13eb bktr0: Hauppauge Model 44811 C123 bktr0: Hauppauge WinCast/TV, Philips FR1236 NTSC FM tuner. pci2: <unknown card> (vendor=0x109e, dev=0x0878) at 12.1 irq 3 pci2: <unknown card> (vendor=0x14e4, dev=0x4211) at 13.0 irq 9 pci2: <unknown card> (vendor=0x14e4, dev=0x4212) at 13.1 irq 9 isab0: <Intel 82801BA/BAM (ICH2) PCI to LPC bridge> at device 31.0 on pci0 isa0: <ISA bus> on isab0 atapci0: <Intel ICH2 ATA100 controller> port 0xffa0-0xffaf at device 31.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xffa0 ata0: mask=03 ostat0=50 ostat2=00 ata0-master: ATAPI 00 00 ata0-slave: ATAPI 00 00 ata0: mask=03 stat0=50 stat1=00 ata0-master: ATA 01 a5 ata0: devices=01 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xffa8 ata1: mask=03 ostat0=00 ostat2=7f ata1-master: ATAPI 14 eb ata1-slave: ATAPI 7f 7f ata1: mask=03 stat0=00 stat1=7f ata1-slave: ATA 7f 7f ata1: devices=04 ata1: at 0x170 irq 15 on atapci0 uhci0: <Intel 82801BA/BAM (ICH2) USB controller USB-A> port 0xef40-0xef5f irq 11 at device 31.2 on pci0 usb0: <Intel 82801BA/BAM (ICH2) USB controller USB-A> 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 The system hangs at this point with the changes. If I remove them, the system finishes booting with the following messages: uhid0: American Power Conversion Back-UPS 350 FW: 5.5.D USB FW: c1 , rev 1.10/1.00, addr 2, iclass 3/0 pci0: <unknown card> (vendor=0x8086, dev=0x2443) at 31.3 irq 3 uhci1: <Intel 82801BA/BAM (ICH2) USB controller USB-B> port 0xef80-0xef9f irq 10 at device 31.4 on pci0 using shared irq10. usb1: <Intel 82801BA/BAM (ICH2) USB controller USB-B> 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 orm0: <Option ROMs> at iomem 0xc0000-0xc9fff,0xca000-0xca7ff on isa0 pmtimer0 on isa0 fdc0: <NEC 72065B or clone> at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0 atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: <PS/2 Mouse> irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: <System console> at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ad0: 57259MB <QUANTUM FIREBALLP AS60.0> [116336/16/63] at ata0-master UDMA100 acd0: CD-RW <LG CD-RW CED-8080B> at ata1-master PIO4 Waiting 15 seconds for SCSI devices to settle
Scott Long wrote:> All, > > We'd like to get a new poll on the stability and readiness of 4.9. The > belief is that the last of the PAE-induced instability was resolved on > August 31. Is anyone still experiencing unusual crashes, corruption, > etc, on a system that is running with up-to-date sources? Now is the > time to speak up and get the problems resolved so that we can make the > deadline by next weekend. Any new testing would be highly appreciated, > especially in reduced-memory configurations and of course >4GB PAE > configurations.In the spirit of 'eat our own dogfood', the *.freebsd.org cluster has been running 4.9-prerelease as of a few days ago with no unexpected ill effects. Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5
On 18 Sep, Scott Long wrote:> All, > > We'd like to get a new poll on the stability and readiness of 4.9. The > belief is that the last of the PAE-induced instability was resolved on > August 31. Is anyone still experiencing unusual crashes, corruption, > etc, on a system that is running with up-to-date sources? Now is the > time to speak up and get the problems resolved so that we can make the > deadline by next weekend. Any new testing would be highly appreciated, > especially in reduced-memory configurations and of course >4GB PAE > configurations.I waited for the second PAE bugfix before I upgraded my two -stable boxes. I my firewall and mail+desktop hosts to the a September 6th version of -stable and ran that until I upgraded again on September 18th to get the latest security fixes. I haven't run into any stability problems.
On Friday 19 September 2003 08:49, Scott Long wrote:> All, > > We'd like to get a new poll on the stability and readiness of 4.9. The > belief is that the last of the PAE-induced instability was resolved on > August 31. Is anyone still experiencing unusual crashes, corruption, > etc, on a system that is running with up-to-date sources? Now is the > time to speak up and get the problems resolved so that we can make the > deadline by next weekend. Any new testing would be highly appreciated, > especially in reduced-memory configurations and of course >4GB PAE > configurations.Ok, how about dirhash problem http://www.freebsd.org/cgi/query-pr.cgi?pr=51016 ? It's still same even on 4.9-PRERELEASE. On high load with ~4k virtual users on mail server with ufs_dirhash turned on it cause kernel panic. I have kernel dump for lastest prerelease, so tell me if you need more info to solve it, bcuz I don't think it's will be stable with this bug. P.S. It looks like overflow in offset entry at /usr/src/sys/ufs/ufs/ufs_dirhash.c IMHO: for (; (offset = DH_ENTRY(dh, slot)) != DIRHASH_EMPTY; slot = WRAPINCR(slot, dh->dh_hlen)) { if (offset == DIRHASH_DEL) continue; if (offset < 0 || offset >= ip->i_size) panic("ufsdirhash_lookup: bad offset in hash array");> > Thanks! > > The Release Engineering Team > > > _______________________________________________ > 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"-- Sincerely Yours, Aleksey Ovcharenko