Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 13 Jun 2000 13:12:18 +0200
From:      Jeroen Ruigrok van der Werven <jruigrok@via-net-works.nl>
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>

next in thread | raw e-mail | index | archive | help
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<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT
,PSE36,MMX,FXSR,XMM>
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: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <Intel 82443BX (440 BX) host to PCI bridge> on motherboard
pci0: <PCI bus> on pcib0
pcib1: <Intel 82443BX (440 BX) PCI-PCI (AGP) bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib1
pci1: <ATI Mach64-GB graphics accelerator> at 0.0 irq 11
isab0: <Intel 82371AB PCI to ISA bridge> at device 4.0 on pci0
isa0: <ISA bus> on isab0
pci0: <Intel PIIX4 ATA controller> at 4.1
pci0: <Intel 82371AB/EB (PIIX4) USB controller> at 4.2
chip1: <Intel 82371AB Power management controller> port 0xe800-0xe80f at device 4
.3 on pci0
ahc0: <Adaptec aic7890/91 Ultra2 SCSI adapter> 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: <MII bus> 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: <MII bus> on xl1
xlphy1: <3Com internal media interface> on miibus1
xlphy1:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
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> irq 1 on atkbdc0
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
sc0: <System console> 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: <SEAGATE ST39103LW 0002> 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
<jruigrok@via-net-works.nl>            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




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000613131218.G37438>