From owner-freebsd-stable Tue Jun 13 4:12:44 2000 Delivered-To: freebsd-stable@freebsd.org Received: from lucifer.bart.nl (lucifer.bart.nl [194.158.168.74]) by hub.freebsd.org (Postfix) with ESMTP id 28DDE37BA98; Tue, 13 Jun 2000 04:12:27 -0700 (PDT) (envelope-from asmodai@lucifer.bart.nl) Received: (from asmodai@localhost) by lucifer.bart.nl (8.9.3/8.9.3) id NAA40518; Tue, 13 Jun 2000 13:12:18 +0200 (CEST) (envelope-from asmodai) Date: Tue, 13 Jun 2000 13:12:18 +0200 From: Jeroen Ruigrok van der Werven To: current@freebsd.org, dillon@freebsd.org Cc: stable@freebsd.org, ps@freebsd.org, wpaul@freebsd.org Subject: Weird 4.0-STABLE problem, might be related to 5.0 as well Message-ID: <20000613131218.G37438@lucifer.bart.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Organisation: VIA Net.Works The Netherlands Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is the third time this happened to a 4.0-STABLE host of ours. The problem starts with havnig a number of processes which are unable to be killed. So we want to reboot the box. All goes well, bufdaemon and syncer stop normally. Then it gets to syncing disks done. And there it hangs. At this point only the NIC is reachable on its IP address for ping. So I break into DDB and get this from a trace: db> trace Debugger(c024c429) at Debugger+0x35 scgetc(c028cb80,2,1,c0285bc0,18) at scgetc+0x30e sckbdevent(c0285bc0,0,c028cb80,1,4) at sckbdevent+0x1b9 atkbd_intr(c0285bc0,0,c0259284,c0213202,c0285bc0) at atkbd_intr+0x22 atkbd_isa_intr(c0285bc0,40060c00,c0220010,10,c0250010) at atkbd_isa_intr+0x18 Xresume1() at Xresume1+0x2b --- interrupt, eip = 0xc0222810, esp = 0xc025927c, ebp = 0xc0259284 --- getit(c2408000,4,c02592ac,c01d6a4b,1) at getit+0x18 DELAY(1,c2408000,c2408000,c0259314,c02592f0) at DELAY+0x2a xl_mii_send(c2408000,18,5,c2408000,2,2,c2408000,1,2,c2408000) at xl_mii_send+0x5f xl_mii_readreg(c2408000,c0259314,c0259314,8,c2401400) at xl_mii_readreg+0xd0 xl_miibus_readreg(c2401400,18,0,c0259350,c0137c53) at xl_miibus_readreg+0x39 MIIBUS_READREG(c2401400,18,0,c2401000,c2404bc0) at MIIBUS_READREG+0x34 miibus_readreg(c2401000,18,0,c0259384,c01384d9) at miibus_readreg+0x1b MIIBUS_READREG(c2401000,18,0) at MIIBUS_READREG+0x34 ukphy_status(c2404b80) at ukphy_status+0x51 exphy_service(c2404b80,c2404bc0,1) at exphy_service+0xbd mii_tick(c2404bc0) at mii_tick+0x19 xl_stats_update(c2408000,40000000,0,0,ffffffff) at xl_stats_update+0xfe softclock(0,10,10,c0210010,ffffffff) at softclock+0xd1 doreti_swi() at doreti_swi+0xf Of course I thought I installed a kernel and kernel.debug, and whaddya know, the kernel.debug is only a few bytes larger than the kernel. Fsck. So now my crash dump means nada, because I get kvm problems with a newly linked kernel.debug. [sigh] So I gotta wait for the problem to occur again in a few days. I just find the doreti_swi() curious. That's why I explicitely sent this to Matthew as well. For the xl/mii stuff I cc:'d Bill Paul, and Paul Saab for general panic housekeeping. ;) Anyways, the box is a single processor box. FreeBSD ran.bart.nl 4.0-STABLE FreeBSD 4.0-STABLE #3: Fri Jun 2 12:11:21 CEST 2000 asmodai@ran.bart.nl:/usr/src/sys/compile/RAN i386 Two xl cards present. Config is nothing special: machine i386 cpu I686_CPU ident RAN maxusers 512 makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options INET #InterNETworking #options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options MFS #Memory Filesystem options MD_ROOT #MD is a potential root device options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options ICMP_BANDLIM #Rate limit bad replies options TCP_DROP_SYNFIN #drop TCP packets with SYN+FIN options TCP_RESTRICT_RST #restrict emission of TCP RST options SHMMAXPGS=40960 options DDB device isa device pci # Floppy drives device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 # SCSI Controllers device ahc # AHA2940 and onboard AIC7xxx devices # SCSI peripherals device scbus # SCSI bus (required) device da # Direct Access (disks) device sa # Sequential Access (tape etc) #device cd # CD device pass # Passthrough device (direct SCSI access) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 device psm0 at atkbdc? irq 12 device vga0 at isa? # syscons is the default console driver, resembling an SCO console device sc0 at isa? # Floating point support - do not disable. device npx0 at nexus? port IO_NPX irq 13 # Power management support (see LINT for more options) device apm0 at nexus? disable flags 0x20 # Advanced Power Management # Serial (COM) ports device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 # PCI Ethernet NICs. device fxp # Intel EtherExpress PRO/100B (82557, 82558) device miibus # MII bus support device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Pseudo devices - the number indicates how many units to allocated. pseudo-device loop # Network loopback pseudo-device ether # Ethernet support pseudo-device pty # Pseudo-ttys (telnet etc) pseudo-device md # Memory "disks" # The `bpf' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! #pseudo-device bpf #Berkeley packet filter yright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-STABLE #3: Fri Jun 2 12:11:21 CEST 2000 asmodai@ran.bart.nl:/usr/src/sys/compile/RAN Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon (601.37-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x681 Stepping = 1 Features=0x383f9ff real memory = 268423168 (262132K bytes) avail memory = 257359872 (251328K bytes) Preloaded elf kernel "kernel" at 0xc02d9000. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 11 isab0: at device 4.0 on pci0 isa0: on isab0 pci0: at 4.1 pci0: at 4.2 chip1: port 0xe800-0xe80f at device 4 .3 on pci0 ahc0: port 0xb000-0xb0ff mem 0xe1000000- 0xe1000fff irq 12 at device 6.0 on pci0 ahc0: aic7890/91 Wide Channel A, SCSI Id=7, 16/255 SCBs xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xa800-0xa87f mem 0xe0800000-0xe0800 07f irq 10 at device 10.0 on pci0 xl0: Ethernet address: 00:01:02:26:fb:54 miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl1: <3Com 3c905B-TX Fast Etherlink XL> port 0xa400-0xa47f mem 0xe0000000-0xe0000 07f irq 11 at device 12.0 on pci0 xl1: Ethernet address: 00:01:02:28:f7:e3 miibus1: on xl1 xlphy1: <3Com internal media interface> on miibus1 xlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fdc0: 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: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A Waiting 15 seconds for SCSI devices to settle Mounting root from ufs:/dev/da0s1a da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled da0: 8683MB (17783240 512 byte sectors: 255H 63S/T 1106C) As soon as I get these problems again I'll notify you guys. I made sure kernel.debug is ok now [7 MB instead of 1.8 MB]. So this mishap should not occur. -- Jeroen Ruigrok van der Werven Network- and systemadministrator VIA Net.Works The Netherlands BSD: Technical excellence at its best http://www.via-net-works.nl Judge not, that ye be not judged... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message